Welcome to the Rockbox Technical Forums!
1. ROCK for android is fine, but not good for sound quality, nor open remote control interface
2. compared to other codecs, rockbox is the fastest one, a lot better then ffmpeg
4. raspberry pi could be wide spread, why not rockbox just work on it a little bit more?
linux+rockbox codec is ok, but one thing to notice, android only supports 16bit output like rockbox original fixed to 16bit.
Quote from: powerpan on September 11, 2013, 08:49:03 PMlinux+rockbox codec is ok, but one thing to notice, android only supports 16bit output like rockbox original fixed to 16bit.If you're going to port Android to something, add support for a different bit depth while you're porting it. Or don't even use the Android apis, just talk to the linux bits directly.Or don't even bother since I don't know of anyone ever making a portable device with >16 effective bits.
Quote from: saratoga on September 11, 2013, 09:27:28 PMQuote from: powerpan on September 11, 2013, 08:49:03 PMlinux+rockbox codec is ok, but one thing to notice, android only supports 16bit output like rockbox original fixed to 16bit.If you're going to port Android to something, add support for a different bit depth while you're porting it. Or don't even use the Android apis, just talk to the linux bits directly.Or don't even bother since I don't know of anyone ever making a portable device with >16 effective bits.--------------most embedded linux limits to 16bit.
Quote from: powerpan on September 11, 2013, 09:56:45 PMQuote from: saratoga on September 11, 2013, 09:27:28 PMQuote from: powerpan on September 11, 2013, 08:49:03 PMlinux+rockbox codec is ok, but one thing to notice, android only supports 16bit output like rockbox original fixed to 16bit.If you're going to port Android to something, add support for a different bit depth while you're porting it. Or don't even use the Android apis, just talk to the linux bits directly.Or don't even bother since I don't know of anyone ever making a portable device with >16 effective bits.--------------most embedded linux limits to 16bit.Well yes, because its generally stupid to use 24 bit in embedded applications, so very few people do. But if for some reason you want to, there is no technical reason you cannot.
but don't know why rockbox codec always missing LSBswhen our player plays DSD, it use 32bits output for DSD64/DSD128 playback
Quote from: powerpan on September 11, 2013, 10:49:34 PMbut don't know why rockbox codec always missing LSBswhen our player plays DSD, it use 32bits output for DSD64/DSD128 playbackWhich codec are you referring to? Most of our decoders use 32 bit output and then truncate to 16 bit in the driver for efficiency reasons.
Quote from: saratoga on September 11, 2013, 11:04:18 PMQuote from: powerpan on September 11, 2013, 10:49:34 PMbut don't know why rockbox codec always missing LSBswhen our player plays DSD, it use 32bits output for DSD64/DSD128 playbackWhich codec are you referring to? Most of our decoders use 32 bit output and then truncate to 16 bit in the driver for efficiency reasons. most lossless codec like flac/ape/wavpack, including wavand WAV's id3v2 doesn't support unicode
Page created in 0.098 seconds with 21 queries.