Bug #452
closed
Media Player slow to move through titles
Added by Hammel almost 9 years ago.
Updated over 7 years ago.
Description
It's not clear if this was a real problem or not. I had network problems with my phone doing playback and at one point I had an astro-app tell me there was unusual magnetic activity so maybe there was something weird about the location that affected network playback.
In this case I had a little trouble displaying the video posters as I moved through the titles.
- Status changed from New to In Progress
- % Done changed from 0 to 10
Samba config is very minimal and likely not optimized. Here is a description of how to optimize the settings that may improve performance.
- Project changed from PiBox to VideoFE
- Category deleted (
09 - Testing)
I've also seen this on the server, with the USB sticks connected locally. So this is probably an issue in videofe itself.
Some tools to measure time spent in functions:
Tested on desktop with local directory for db. No visible slowness moving through titles.
Tested on desktop with USB directory for db. No visibl slowness moving through titles.
Now I need to test
- USB directory on server.
- SMB mounted directory on player.
USB directory on server is slow. The speed of the USB stick is not a factor since there was no slowness on the desktop with the same stick.
Next test: disable use of posters and just do the video names. Is this a problem with poster loading/parsing?
- Target version changed from 0.11.0 to 0.12.0
- % Done changed from 10 to 30
- Severity changed from 01 - Critical to 03 - Medium
It's the image loading. If I disable it the movement through the list of videos is very responsive. It would seem cairo is slow on ARM, at least on the Raspberry Pi single-core models.
This isn't to say I can't do anything to speed up my code. I may be able to find some optimizations, like loading images in the background and using a hash to find them, only loading those that aren't in the hash at the time the user moves to the associated video title.
For now, I'll leave this issue open. I've got other fish to fry before worrying about this. I'll make the SMB performance config a separate issue (RM #461).
Lowering priority for now and pushing to the 0.12 release.
- Priority changed from Immediate to High
- Severity changed from 03 - Medium to 04 - Low
- Status changed from In Progress to Closed
- % Done changed from 30 to 100
This is resolved. There were two issues:
- Poor wifi performance.
- Large poster files
I fixed the former with a better wifi dongle on the player.
I fixed the latter with a tool for squashing the posters in VideoLib.
This issue can now be closed.
Also available in: Atom
PDF
Updated by