Bugzilla – Bug 10112
Problem seeking in podcasts with large ID3v2 tags
Last modified: 2009-06-17 09:35:46 UTC
Fast-forwarding over 12 to 15 minutes cause a stop in the current playing podcast with error message "Requested range not satisfiable". Maybe you can go forward with little steps waiting the download. But if the stream stops you have to restart from the beginning. So it’s very difficult and annoying to choose a partial issue in longer podcasts. It’s indispensable that the stream not crashes. The system shouldn’t allow selecting a position behind the actual downloaded stream. Nice to have: a progress bar which combines playing time and actual download such as: a white time progress bar that overlays a grey download progress bar (grey means pixelated) The problem happens for example with: http://pod.drs.ch/international_mpx.xml
Please do not set Target or Priority. that will be done during bug assignment
Andy to have a look, but punt it to 7.3.1 if needed.
These podcasts have ~190K of ID3 tag data which is more than the scanner reads, so we can't properly determine the bitrate of these files. I'll see about ways to improve this for 7.3.1.
Fixed in change 24770. As a bonus, the artwork is now displayed for this podcast too.
Sounds good. And it's nice to see the artwork in iPeng. Thank you very much indeed.
This bug has been fixed in the 7.3.3 release version of SqueezeCenter! If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.