All Activity

The fix is $guidedata->{$channel_number}->[$programcount]->{icon} = "https://www.fetchtv.com.au/v2/epg/program/".$programdata->[$program_fields->{program_id}]."/image"; to $guidedata->{$channel_number}->[$programcount]->{icon} = "https://www.fetchtv.com.au/v2/epg/program/".$programdata->[$program_fields->{hashed_program_id}]."/image";

The device limit might have caught you. When people start to share their server the device limits will come into play. This is why these services which sell access to memberships which can then access a library using Emby are actually not worth paying for. They are a scam. You will eventually get caught. This is against the terms of service. They know this. What they don't want you to know is that they will eventually cut off your access to allow new users into those device limits. This is why Emby brands itself a media server for friends and family to share memories. Not for someone to repurpose it as some form of ATM. Sorry you were affected by this. To get all of this entirely removed you might want to message @Abobaderand explain you just didn't know and want to erase this thread from the internet. So bots and AI never see it. Most likely he will. That is all you have to do.

I ended up removing if with custom CSS. Too bad this only works in the web ui. Would have loved to get rid of it for good in all the apps. /* remove filmography */ .mainCreditsSection { display: none; }

Just checked. There is no other software installed generating .nfo files. Only the .nfo-files generated by Emby are present. And these include the various IDs available for the actors (tmdbid, imdbid, tvmazeid, etc.) as recorded within Emby (manually or otherwise).

Does anyone know an admin or moderator that can delete this post/thread or have a contact where I can get this removed... Thankyou

I know epg.best is popular.

I found this as an open issue on XMLtv.net's github: Fetchtv program images broken #72 https://github.com/markcs/xml_tv/issues/72 I'll persue it there, so anyone on this thread using xmltv.net as their EPG guide source, thats the reason. In Australia, for Emby, I dont think we have any other options for digitial TV EPG apart from xmltv.net ?

Hi all, Having the same issue but NOTHING I do will fix the problem. Been working on this since the latest update 14.10. Live TV streams perfect from VLC so I know it's not the tuner. Before the update, live tv was working pretty well. I could really use some help before I pull out the remaining hair I have. My hardware setup: Asus Z690 gaming motherboard with 32GB of DDR5, I-9 12900 CPU, Asus 3080 RTX GPU and EVERYTHING in my home is CAT6 connected. OS is installed on a Predator NVME 2.0. As you can see, it's probably not a lack of power. Please remember, all of this started DIRECTLY after the Emby update. OS is Ubuntu 26.04 up to date, and Emby is also up to date. Looking for suggestions that I may have missed. Thank you. Greg

I remember back when i had a arc card i needed to add some arguments to Emby when running it in a docker container before tonemapping worked. Veriable Key: NEOReadDebugKeys Value: 1 And: Variable: Key: OverrideGpuAddressSpace Value: 48 Not sure if it still works.

Excited to test out the first version of XCstream

Update: I updated the server to 4.10.1.0, as the patch logs stated that this version would fix HW Tonemapping for HDR. I can report that in my case, it did not. Hardware tonemapping failed again. Problem was once again fixed/solved by reverting back to 4.9.1.90

I tested and see the same. Good thinking to try this. Shuffle on Folders also shows the error.

It's not the emby guide data source, that is for sure. if the xmltv is the only one you setup, then yes.

Ah I see this in the logs: 2026-10-02 06:42:46.761 Info HttpClient: Http response 404 from https://www.fetchtv.com.au/v2/epg/program/141113/image after 76ms 2026-10-02 06:42:46.767 Info HttpClient: Http response 404 from https://www.fetchtv.com.au/v2/epg/program/246745/image after 82ms 2026-10-02 06:42:46.767 Info HttpClient: Http response 404 from https://www.fetchtv.com.au/v2/epg/program/126253/image after 82ms 2026-10-02 06:42:46.767 Info HttpClient: Http response 404 from https://www.fetchtv.com.au/v2/epg/program/1241715/image after 82ms 2026-10-02 06:42:46.767 Info HttpClient: Http response 404 from https://www.fetchtv.com.au/v2/epg/program/132592/image after 82ms 2026-10-02 06:42:46.767 Info HttpClient: Http response 404 from https://www.fetchtv.com.au/v2/epg/program/403471/image after 82ms 2026-10-02 06:42:46.806 Error ImageService-0HNOVVI34HFKN:00000005: Error processing request Are you sure these URL's are being fed from the XML TV net EPG guide? dont want to point fingers at wrong people.

I see the same when trying to shuffle albums on web app (4.10.1.0 also hosted web app 26.0.30) and Android app (3.5.63), working fine on Linux Beta (2.322.0) and Emby for Windows (2.317.2.0). Shuffle on songs is fine. Nothing is reported in the server log at all.

If this is not your server, no one here can help you. The fact you state "membership" means you are more than likely using Emby on a server that violates the terms of use.

That's what it looks like, yes. It is not a domain that we use directly.

Love these, any possibility you could generate a Music Videos Image? Would be immensely grateful. Thanks in advance

Did you mean fetchtv.com.au not .com? as fetchtv.com is just a parked domain, but fetchtv.com.au is an Australiain digital TV set top box and streaming service popular here. Although im not a customer of theres, maybe XML TV net is pointing to them for some images?

This is most strange, because I do this 4 days a week and never had an issue.

Is this the web app in the browser? can you get the contents of the browser debug console?

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

Where and how exactly are you starting play from?

didn't help

You may still want to check your directories. Many people actually have these files created by other software and aren't aware of it.