Open GoogleCodeExporter opened 8 years ago
Additional info: the test96ko.flac file plays fine everywhere except on the
CCA (Desktop music players, Android music players, CC v1 and v2, ...).
Original comment by pujos.mi...@gmail.com
on 15 Dec 2015 at 4:19
A quick thought. How are the flac files encoded? I had issues with some files
and re-encoded them with --fast preset and playback was fine. Not ideal but
maybe a workaround.
Original comment by stanev...@gmail.com
on 15 Dec 2015 at 9:05
I do not know how test96ko was encoded, as I did not encode it myself. Not
surprised a reencode fixes it though. I suspect that test96ko is non-Subset
compliant (see https://xiph.org/flac/format.html#subset), but I cannot tell
from the header metadata. Maybe it is audio frames that are not compliant.
Anyway, almost anything else is able to decode and play this file.
Original comment by pujos.mi...@gmail.com
on 15 Dec 2015 at 11:21
We'll look into this. In the meantime, does using the work around suggested in
#2 fix the issue?
Original comment by jonathan...@google.com
on 16 Dec 2015 at 1:22
Yes reeconding test96ko with --fast worked.
The resulting flac is here: http://bubblesoftapps.com/test96fix.flac
Just reecoding without that flag produced a flac that did not work.
Original comment by pujos.mi...@gmail.com
on 16 Dec 2015 at 12:34
metaflac --list output for test96fix.flac:
http://bubblesoftapps.com/test96fix.log
Notice the smaller blocksize and framesize than test96ko.log
Original comment by pujos.mi...@gmail.com
on 16 Dec 2015 at 12:36
[deleted comment]
I remember reading back in the day about different compression levels, and that
it generally should not matter for the decoding device, but that there is a
possibility of the decoder 'choking' on higher compression levels (maybe 24/96
doesn't help either).
A quick test of decoding to WAV and then encoding that with --fast and --best
resulted to playback of both WAV and --fast but not --best.
Original comment by stanev...@gmail.com
on 16 Dec 2015 at 3:10
[deleted comment]
No addtional info on the defect in itself, but this is a total failure when
playing HDtrack- and gubemusic-files. Please bump priority to "Critical".
Original comment by per.adel...@gmail.com
on 4 Jan 2016 at 3:37
I am having very similar issues. I bought a Chromecast V2 (disc) after being
able to _successfully_ play my ripped CD collection in flac format on an also
recently purchased Chromecast Audio. Sadly, however, none of my audio
collection in flac format will play on the Chromecast V2, firmware 1.17.48342.
The flac files are 44.1kHz, 16bit, stereo.
The output of metaflac --list looks similar to test96ko.log already attached to
tihs issue. I converted one of my existing flac files (using foobar2000) to
large/fast encoding and the output of this file looks similar to test96.log,
but it still doesn't play. I don't desire to rip my entire audio collection as
a workaround anyway, but thought I'd try it to see if I could provide any more
useful info for this issue.
I've attached the output of my original ripped-to-flac and converted files.
Original comment by ross.stu...@gmail.com
on 6 Jan 2016 at 2:43
Attachments:
Original issue reported on code.google.com by
pujos.mi...@gmail.com
on 15 Dec 2015 at 4:14Attachments: