Support and General Use > Audio Playback, Database and Playlists

Decoding FLAC efficiency question

<< < (2/2)

DefineByte:
Encoding time for -8 has halved just recently.

jaybeee:

--- Quote from: DefineByte on February 20, 2007, 06:00:36 PM ---Encoding time for -8 has halved just recently.

--- End quote ---
yep, v1.1.4 has seen some great improvements, including decoding speeds apparently (not halving like the encoding though).

@paulgj: I see you asked the question on here & HA.org  ;) clicky

Is Firon's post true that the FLAC v1.1.4 code would need to be integrated into Rockbox to notice any v1.1.4 improvements? (I'm guessing it would).

Lear:

--- Quote from: jaybeee on February 21, 2007, 07:49:52 AM ---Is Firon's post true that the FLAC v1.1.4 code would need to be integrated into Rockbox to notice any v1.1.4 improvements? (I'm guessing it would).

--- End quote ---

The FLAC decoder in Rockbox isn't based on the official FLAC code, so the changes in FLAC don't really apply. But Rockbox should still be able to decode all FLAC files, so any increases in compression efficiency wouldn't require any changes to Rockbox. Decoding is already pretty well optimized, AFAIK.

senab:
Rockbox uses ffmpeg's decoder as far as I can see. But why is libFLAC in the source tree aswell?

linuxstb:

--- Quote from: senab on February 21, 2007, 10:55:25 AM ---Rockbox uses ffmpeg's decoder as far as I can see. But why is libFLAC in the source tree aswell?

--- End quote ---

The first FLAC codec in Rockbox was based on libFLAC, but was later replaced with the vastly more efficient decoder from ffmpeg.

libFLAC was removed from the source a couple of months ago - where are you still seeing it?

Navigation

[0] Message Index

[*] Previous page