HydrogenAudio

Lossless Audio Compression => FLAC => Topic started by: Audacious TRex on 2018-06-18 09:10:43

Title: playing FLAC files ripped by EaC in a DLNA network
Post by: Audacious TRex on 2018-06-18 09:10:43
Hello,
I am not sure this part of the forum is the correct one to post the question, however I try and apologies if its wrong.

I have been using EaC to rip my CDs for ages, I think I started in 2006 ripping them to FLAC files to be played by a Squeezebox.
As a result many of my CD rips are now 12 years old.

Yesterday I was trying to figure out why some albums I now play on a Denon DNP-730AE (a DLNA HiFi player) with the help of HiFicast, an android application working as DLNA control point, have such a behaviour:

- If I play an album ripped many years ago by EaC, the player does not automatically advance the tracks.
- If I rip again the same album by EaC, (standard options) then the player works fine, automatically advancing the tracks.

HiFicast has an option to "force" the tracks to advance, but I would prefer not to use it cause I'll loose the "gapless" mode.

I do not think I used any special way to rip the CDs many years ago, so I am wondering if somebody can try to explain to me the reason of such a behaviour.

Thanks a lot


Marco
Title: Re: playing FLAC files ripped by EaC in a DLNA network
Post by: Audacious TRex on 2018-06-18 10:40:46
and I have an update:

- It I convert the FLAC files ripped many years ago to WAV (with Foobar2000) conserving the tags and then back to FLAC....then they play automatically advancing the tracks. So it does not seem to be a problem with EaC but with FLAC.
Title: Re: playing FLAC files ripped by EaC in a DLNA network
Post by: Rollin on 2018-06-18 10:59:27
Usually problems with FLAC files are caused by embedded artwork or nonstandard/variable block size. Do problematic files have embedded artwork?
About block size and other possible differences: you can use metaflac.exe --list filename.flac to see complete info about your FLAC files and find what is difference between old and new files.
Title: Re: playing FLAC files ripped by EaC in a DLNA network
Post by: Klimis on 2018-06-18 20:07:51
Usually problems with FLAC files are caused by embedded artwork or nonstandard/variable block size. Do problematic files have embedded artwork?
About block size and other possible differences: you can use metaflac.exe --list filename.flac to see complete info about your FLAC files and find what is difference between old and new files.
I was about to post this. Android in general seems to experience serious issues in these areas, especially flacs with variable block size made with EAC's own flac encoder are completely unplayable on Android.
Title: Re: playing FLAC files ripped by EaC in a DLNA network
Post by: greynol on 2018-06-18 20:25:18
EAC uses its own flac encoder rather than than the very same executable available from the flac website? That's news to me.
Title: Re: playing FLAC files ripped by EaC in a DLNA network
Post by: Rollin on 2018-06-18 22:40:47
especially flacs with variable block size made with EAC's own flac encoder are completely unplayable on Android.
You probably mean CUETools and not EAC?
Title: Re: playing FLAC files ripped by EaC in a DLNA network
Post by: Klimis on 2018-06-19 14:16:45
especially flacs with variable block size made with EAC's own flac encoder are completely unplayable on Android.
You probably mean CUETools and not EAC?
Oh you're right, I had something different in my mind and I mixed it up (had a similar issue with OP which made me switch to cuetools which seemed also to have issues), still though very similar problems happen with EAC too. Seems like dodgy things happen across flac implementations and tagging systems in general. I had similar issues with OP years ago but what seemed to fix it was removing artwork and re-encoding everything manually.
Title: Re: playing FLAC files ripped by EaC in a DLNA network
Post by: greynol on 2018-06-19 15:43:56
Sigh.

EAC uses the flac command line executable with perfectly normal compression settings and tagging arguments by default. However, these settings are still user configurable, which is where problems will arise.  In other words, EAC can't save you from yourself.

"Dodgy" implementation?  Pfft.