Support and General Use > Audio Playback, Database and Playlists

playback hangs when EQ enabled - iPod mini

<< < (2/2)

dan_a:
There is work going on to make use of the second core on the iPods (and other machines based on the same chip.)
This should mean that there is enough processor power available to do decoding and EQ at the same time without skips.  Unfortunately we can't say when it will work.

preglow:

--- Quote from: erem on October 23, 2006, 08:05:37 AM ---It doesn't answer my questions, however. In the meantime I tweeked a little, wrote my own simple WPS w/o peakhold meters, turned off anything could load processor, but enabled EQ. At first glance I thought that it's OK, but some more changes in EQ settings (Q and f) led me back to an old issue. Now gaps occour seldom, but still they are. I wonder if someone will cope with this issue in the nearest feature...

--- End quote ---
If you absolutely need to use the EQ, I guess it's worthwhile knowing that each band you enable will add to the CPU. Thus it pays off to make do with as few bands as possible and set the ones you don't use to 0.0 dB. Apart from this, Q/freq setting has absolutely no impact on CPU usage except for the moment you adjust the setting itself. As for fixing, this isn't trivial. The EQ is already coded as tightly as I can make it, which means we'll have to optimise codecs, which isn't easy either. Your best hope of this getting fixed soon lies in the effort to use the second CPU core.

erem:
Thanks for info, it really helped. I have already noticed that fixing Q/f momentarily influences playback but has no further impact. I have also found that .acc files are much more processor consuming that .mp3. Now with all other options but EQ turned off I can play .mp3 files with no gaps (or so I say after few hours of listening). If I change to .aac - same old story again. So I simply don't use .acc. No big deal to my ears, anyway.

Davide-NYC:
Erem,

If you want to contribute some Codec Performance numbers to the following wiki page it would be of great help. So far I'm the only one that has bothered with this.

http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison

Eventually we will have a better test involving a decoder plugin which will spit out a detailed logfile, but until then this is the only information we have.

Everytime I see one of these "playback stops/interrupts/ships.hangs" threads I just want to point people to the wiki page. Maybe I should start doing just that.

erem:

--- Quote from: Davide-NYC on October 24, 2006, 12:44:49 PM ---Erem,

If you want to contribute some Codec Performance numbers to the following wiki page it would be of great help. So far I'm the only one that has bothered with this.

http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison

Eventually we will have a better test involving a decoder plugin which will spit out a detailed logfile, but until then this is the only information we have.

Everytime I see one of these "playback stops/interrupts/ships.hangs" threads I just want to point people to the wiki page. Maybe I should start doing just that.



--- End quote ---

Interesting test. I would be helpful and hope I'll be one day. But first I have to gather more information to be a partner for you codec gurus   ;)

Navigation

[0] Message Index

[*] Previous page