Click in the nick column to highlight everything a person has said.
The icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

I'm not entirely sure where to look. I'd go and find the code that sets it to charge from USB when you hold menu, and make the condition always true instead. That'd be a very small change, and it'd probably bypass this problem.

well, i actually can't really explain. i'm using the same syntax as EVERYWHERE ELSE in my code... bitmaps were converted correctly, as far as i know.. quadruple-plus checked the width/height values.. and yet they display corrupted.

nope, don't really know the technical side. just from what i've seen and read by developers, mpeg-1 and mpeg-2 are often said to have pretty much no difference. and mpeg-4 decodes -much- better with various apps/libs.

ShyK: I've been told by the ffmpeg developers that mpeg4 is harder to decoder than mpeg1 - so I'm sure that just means you've got a poorly optimised mpeg1/2 decoder, and a well optimised mpeg4 decoder.

It was a pretty obvious thing to do - the LCD update function has to wait14ms for the Broadcom chip in the ipod to finish updating the LCD. I just added a call to the Rockbox yield() function so instead of doing nothing for those 14ms, Rockbox can carry on decoding audio.

Replay Gain works by first performing a psychoacoustic analysis scan of the entire audio file to measure the perceived loudness and peak levels. The difference between the loudness and the target loudness (usually 89 dB SPL[1]) is calculated; this is the gain value.

There are two subdirectories in apps - recorder and player. These relate to the first two players that Rockbox worked on. The recorder had a bitmapped LCD, and the player only had a character-based LCD.

Rockboy (that's the name of the GB emulator) runs on my 4G color, and also on the 5G. But the button mapping needs fixing (currently only the direction keys and start are mapped to something), and it also needs adapting for the Nano's small LCD (it's smaller than a GB's LCD)

linuxstb: you can probably help me on this... i was trying to add a setting for my backlight-navi patch (1406891) and i realised intercepting NAVI presses in the button driver probably isn't the right thing to do