Poll for new EPG123 feature
Forum rules
★ Download the latest EPG123 here: https://garyan2.github.io/ <> Setup guide here: https://garyan2.github.io/install.html ★
★ Download the latest EPG123 here: https://garyan2.github.io/ <> Setup guide here: https://garyan2.github.io/install.html ★
- garyan2
- Posts: 7438
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
Poll for new EPG123 feature
When working on some other things, I figured out how to embed images in the .mxf file. This means that you could possibly enjoy a rich guide on a computer that does not have internet access and still have all the series/program images and movie posters. If you use the .\logos directory to override station logos then they will also be included. It also means that for all media centers, the images will be immediate ... no internet calls to download the image while browsing through the guide.
The downside is that would be even more files to cache and larger mxf file to import to take a bit more time.
The downside is that would be even more files to cache and larger mxf file to import to take a bit more time.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
-
- Posts: 1708
- Joined: Fri Aug 24, 2012 7:35 pm
- Location:
- HTPC Specs:
Before I vote, how much space on the boot drive would this take? I have all the premium movie channels so we're probably talking about 10000 entries for a 21-day guide. I have a 250Gb Samsung EVO 830 SSD for a boot drive but also run Emby on it which has it's own database information stored on it.garyan2 wrote:When working on some other things, I figured out how to embed images in the .mxf file. This means that you could possibly enjoy a rich guide on a computer that does not have internet access and still have all the series/program images and movie posters. If you use the .\logos directory to override station logos then they will also be included. It also means that for all media centers, the images will be immediate ... no internet calls to download the image while browsing through the guide.
The downside is that would be even more files to cache and larger mxf file to import to take a bit more time.
- garyan2
- Posts: 7438
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
I haven't run through that exercise yet, but my best SWAG would be to take the number of image links noted in the trace.log file and multiply by 60KB. That would be a conservative amount that will be added to the cache. Multiply it by 2 for all that data to be also stored in the mxf file itself.
So having 10000 image links will probably result in an additional ~1.2GB space requirement.
Again, just a SWAG ... I can have better numbers when I run through the exercise.
So having 10000 image links will probably result in an additional ~1.2GB space requirement.
Again, just a SWAG ... I can have better numbers when I run through the exercise.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
-
- Posts: 1708
- Joined: Fri Aug 24, 2012 7:35 pm
- Location:
- HTPC Specs:
How long does it take to grab the image with an i5-4690K Devil's Canyon and a 60mbps internet connection? It seems pretty instantaneous now for me but I see lag from time to time.
- Ladislaus
- Posts: 91
- Joined: Mon Jan 26, 2015 6:52 pm
- Location: NJ
- HTPC Specs:
Such an option would be nice provided that users could decide (i.e., by checking/unchecking a checkbox in the Epg123 application) to embed (or not) based on their needs, preferences, situation, etc.garyan2 wrote:Should there be an option in EPG123 to embed images in the MXF file?
I am very curious to read about your test results regarding load time with/without embedded images.
-
- Posts: 48
- Joined: Tue Jun 21, 2011 6:29 pm
- Location:
- HTPC Specs:
How much would that impact guide loading on reboot?
- garyan2
- Posts: 7438
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
I'm going to have to seriously revise my SWAG ... I underestimated the overhead (+60%!) of embedding the images in the mxf file.garyan2 wrote:I haven't run through that exercise yet, but my best SWAG would be to take the number of image links noted in the trace.log file and multiply by 60KB. That would be a conservative amount that will be added to the cache. Multiply it by 2 for all that data to be also stored in the mxf file itself.
So having 10000 image links will probably result in an additional ~1.2GB space requirement.
Again, just a SWAG ... I can have better numbers when I run through the exercise.
For 10000 images at 60KB, the additional space requirement will be:
Cache = 10000 * 60KB = 600000KB
MXF File = 10000 * 60KB * 1.6 = 960000KB
Additional space requirement = 1560000KB => 1.49GB
I'm still working on the code for this and will see if I can reduce the load (compress/resize some images) ... so still in work, will keep everyone updated.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
- garyan2
- Posts: 7438
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
Okay, good and bad news ... well, bad news anyway. Though I can embed the series images in the mxf file, it doesn't use them so we get no benefit. It does work for station logos no problem, don't know why it won't do the other images. I've tried multiple image formats and still no success (may be a bit depth or size limitation or something). I haven't given up ... I'm just going to put this off until later.
I suppose the good news is you can embed the station logos which means in a whole home configuration you could manage to not have to install MCL XL on all the clients. You would just need to populate the .\logos directory of the server with all the logos.
I suppose the good news is you can embed the station logos which means in a whole home configuration you could manage to not have to install MCL XL on all the clients. You would just need to populate the .\logos directory of the server with all the logos.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
-
- Posts: 391
- Joined: Thu Jun 09, 2011 1:34 am
- Location:
- HTPC Specs:
Something I figured out about the guide image download back when Rovi was using > 6 megapixel guide images slowing extenders to a crawl:
The download is asynchronous to browsing the guide. When you select a cell in the guide, this starts the download. If you clear your IE cache and scroll quickly through the guide while capturing the network traffic in Wireshark, you can frequently see the pending guide image requests pipelined 10 deep before the first image is received.
If the image download has completed, the image is sent to the screen (or an extender), and the extender pauses until the image finishes being sent from the PC and I guess scaled for the display. On the local PC the scaling and display happens too fast to notice.
Actually... this gives me an idea on how you can accomplish fully offline guide images..
The images are displayed from the IE browser cache. This means if you navigate to all the images in a hidden IE browser all guide images will become local for WMC. I am wondering if the cache is shared with System.Net.WebClient? If so, the act of fetching all the images with that will cause them to be cached locally, as long as you are running as the same user as WMC..... -- sadly the fact the guide image cache is the browser cache means a separate copy of all the guide images ends up cached for each extender, and they need to be fetched separately as each extender user. Anyways, for extenders it's a little silly. If you have decent internet, the download is faster than the extender renders the image.
The download is asynchronous to browsing the guide. When you select a cell in the guide, this starts the download. If you clear your IE cache and scroll quickly through the guide while capturing the network traffic in Wireshark, you can frequently see the pending guide image requests pipelined 10 deep before the first image is received.
If the image download has completed, the image is sent to the screen (or an extender), and the extender pauses until the image finishes being sent from the PC and I guess scaled for the display. On the local PC the scaling and display happens too fast to notice.
Actually... this gives me an idea on how you can accomplish fully offline guide images..
The images are displayed from the IE browser cache. This means if you navigate to all the images in a hidden IE browser all guide images will become local for WMC. I am wondering if the cache is shared with System.Net.WebClient? If so, the act of fetching all the images with that will cause them to be cached locally, as long as you are running as the same user as WMC..... -- sadly the fact the guide image cache is the browser cache means a separate copy of all the guide images ends up cached for each extender, and they need to be fetched separately as each extender user. Anyways, for extenders it's a little silly. If you have decent internet, the download is faster than the extender renders the image.
- garyan2
- Posts: 7438
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
My goal was really towards the Whole Home usage so all clients would have instant images. What you discovered in the past fills in some blanks on why I could not achieve that ... kind of a bummer, really. I didn't know they were cached in the browser cache ... I was thinking maybe using the epg123 cache directory and the file url but I don't think there would be much benefit to that and it certainly would not work for whole home.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
-
- Posts: 1708
- Joined: Fri Aug 24, 2012 7:35 pm
- Location:
- HTPC Specs:
I never notice much lag on my echo extenders.. Not any more than on the HTPC itself which is minimal at most.