I'm no developer (but have the options enabled in Settings), but I think there is something is missing in your post: You only posted the specs of the flac files that are not being played by Apollo & DoubleTwist.
But what are the specs of those that are being played? Do they have a constant bitrate? Is the bitrate > or < than the ±915kbps in your post? Is the version different from 1.1.3 and 1.1.4?
Did you rip the music from your own cd's or did you buy them? Did you buy them from the same source? If you ripped them from cd's, what were the program, the encoder and the version?
Did you try to transcode the files that are not being played to flac with another compression-factor to see if it is played this time?
Lots of questions, but I can imagine if you want help, then you must help us to help you. But maybe someone else recognizes this problem.
Edit: https://github.com/cyanogenmod/android/commit/05ccebd781c72970e433604507b0eb529c2b286b was added an hour ago. Check in the next nightly to see if your flacs now play. Hope it helps:good:
And Merry Christmas to all of you to.
Good evening, Skully. Thank you for your kindness. I must confess that your answer is the most pertinent (and patient) reply I've received so far (other than default ignore). I know and understand that this might seem (and actually is) a stupid problem for most people around here. But really annoying for me. I've spent almost 2 weeks researching it. As such, thank you.
In the end, I did track what was causing the problems (thank God, I save encoding logs for my CDs).
All of those problem albums were encoded with the EAC - "Add ID3 tag" option enabled. All others had this option disabled.
Looking around the web, I did come across an explication for this. Seems that the FLAC standard uses a different kind of tags (vorbis based), where the ID3 tag is for mp3's. Forcing said tags on FLAC's, breaks the standard and as such some software refuses to play them.
http://www.mediamonkey.com/forum/viewtopic.php?t=30377
Maybe the stock ROM codecs ignore all these things and go ahead with the play. Dunno, beats me - not tech enough.
Hopefully, I understood the problem correctly and maybe, one of the developers will take a look at this (if they're really bored and there's no more to improved ).
In any case, this is not an internal problem of CM, AOSP etc. but one of the encoding program and the files themselves.
Thank you for bearing with me. Skully, you have my gratitude.