How does Plex track confirmed bugs?

@ChuckPA said:
2. You rip as EAC3 (a multi-channel codec) but you expect FLAC output?

EAC is the ripping software. Still State of the art on Windows, btw.

  1. sorry about too many screenshots
  2. EAC is a program Exact Audio Copy for ripping CDs … it can output in FLAC (which is what i use) …so all my rips are FLAC
  3. Maybe the problem is limited to PMS running on Windows
  4. Exact Audio Copy is the only software i use to rip CDs … no intermidiate or post processing
  5. I set sync setting to highest … but from log it seems PMS doing MP3 320 for transfer to my ios

ps. thx for looking into this

Apologies for misunderstanding term

I just did the reverse process.

Go to the APP and sync from PMS . That looks and sounds a whole lot better . I don’t see how it would be a limitation of Windows

@OttoKerner said:

@ChuckPA said:
2. You rip as EAC3 (a multi-channel codec) but you expect FLAC output?

EAC is the ripping software. Still State of the art on Windows, btw.
http://exactaudiocopy.de/

EAC is best i could find for Windows … keeps rereading troubled spot until matches (notifies if fail to do so) … then compare to database so can be sure you get all bits right

able to recover many scratched CD from my youth when keeping CD in prestine condition was not my priority

I know that well! lol

I’m re-ripping everything. Fortunately Linux has a huge variety of native tools which work great (due to how Linux I/O works).

Everyone here at Plex will tell you what a PITA I’ve become since I just updated my audio system too :smiley:

ok … beside OS it seems the only difference between my flacs and yours are ripping software

so i dowloaded first flac that i could find on net … and for some reason it sync with correct track length

using MediaInfo … here are differences i spotted

under General … differences in field names

  1. dowloaded fields: file size … duration … overall bit rate mode … overall bit rate

mine: has “/String” behind those names

  1. dowloaded field: track name …track name/position

mine: track … track/position

also mine have fields that downloaded dont have: part … part/position_total … track/position_total (indicating disc number … total number of disc in album … total number of tracks in album)

under Audio

dowloaded use libFLAC 1.0.25 (UTC 2007-09-17)
mine use libFLAC 1.3.1 (UTC 2014-11-25)

must be one of those fields that causing my problems?

Did not know I can copy/paste info from MediaInfo.

FLAC file ripped with EAC that cannot be sync properly

General
CompleteName : I:\Media\Music\CD\Rock\Obituary\World Demise\CD1 -01 Obituary - Don’t Care.flac
Format : FLAC
Format/Info : Free Lossless Audio Codec
FileSize/String : 24.1 MiB
Duration/String : 3 min 8 s
OverallBitRate_Mode/String : Variable
OverallBitRate/String : 1 071 kb/s
Album : World Demise
Part : 1
Part/Position_Total : 1
Track : Don’t Care
Track/Position : 01
Track/Position_Total : 12
Performer : Obituary
Composer : Obituary
Genre : Rock
Recorded_Date : 1994
Cover : Yes
Cover_Type : Cover (front)
Cover_Mime : image/jpeg

Audio
Format : FLAC
Format/Info : Free Lossless Audio Codec
Duration/String : 3 min 8 s
BitRate_Mode/String : Variable
BitRate/String : 1 066 kb/s
Channel(s)/String : 2 channels
ChannelPositions : Front: L R
SamplingRate/String : 44.1 kHz
BitDepth/String : 16 bits
StreamSize/String : 24.0 MiB (99%)
Encoded_Library/String : libFLAC 1.3.1 (UTC 2014-11-25)

=============================================================================

FLAC file downloaded downloaded from internet that can be sync properly

General
Complete name : G:\Media\Music\CD_D\Thai Rock\ยูเรเนียม\อัด-สะ-จอ-รอ-หัน\01 ยูเรเนียม - อัด-สะ-จอ-รอ-หัน.flac
Format : FLAC
Format/Info : Free Lossless Audio Codec
File size : 49.2 MiB
Duration : 3 min 54 s
Overall bit rate mode : Variable
Overall bit rate : 1 758 kb/s
Album : อัด-สะ-จอ-รอ-หัน
Track name : อัด-สะ-จอ-รอ-หัน
Track name/Position : 1
Performer : ยูเรเนียม
Genre : Thai Rock
Recorded date : 1993
Cover : Yes
Cover type : Cover (front)
Cover MIME : image/jpeg

Audio
Format : FLAC
Format/Info : Free Lossless Audio Codec
Duration : 3 min 54 s
Bit rate mode : Variable
Bit rate : 1 754 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 96.0 kHz
Bit depth : 16 bits
Stream size : 49.0 MiB (100%)
Writing library : libFLAC 1.0.25 (UTC 2007-09-17)

Notice the embedded metadata?

Complete name : G:\Media\Music\CD_D\Thai Rock\ยูเรเนียม\อัด-สะ-จอ-รอ-หัน\01 ยูเรเนียม - อัด-สะ-จอ-รอ-หัน.flac
and
Album : อัด-สะ-จอ-รอ-หัน
Track name : อัด-สะ-จอ-รอ-หัน
Track name/Position : 1
Performer : ยูเรเนียม

Try an experiment for me please?

  1. Create a temporary folder somewhere
  2. copy a few Thai-titled songs into it and setup a proper PMS music structure
  3. Before creating a test music libary, edit the embedded metadata to use English and rename the files to be English.
  4. As you create the library, set the display language as you wish.
  5. After all recognition and analysis is complete, Sync the file.

The test here is to see if embedded characters and/or file name are causing problems.

PMS only supports UTF-8. If any of them are UTF-16 (which I’m not certain), it easily could cause problems.

Cancel the above.

I and another team member went digging.

We think we have found it. The bug we’re thinking about was fixed long ago.
To prove Yes/No to our thinking,

  1. Please sync a track using “Original” quality.
  2. Check it’s duration
  3. Remove the track
  4. Sync again to your desired quality.
  5. Check the duration.
  6. Report your findings Please

If your findings match ours:

  1. The length will be off (as you report)
  2. The track will play full length but get goofy at the end
  3. Attempting to seek in the file is problematic.

It was fixed and then regressed. Engineering is on it.
Thank you!

ok … this is done on iPad mini 4 running ios 11.2.6

  1. set sync to original (highest) quality
  2. duration is wrong … too short (i think ipad mini 4 with its A8 does not support FLAC natively … only iphone 7, iphone 8, iphone X and ipad pro support FLAC … if my memory serves correctly)
  3. removed track
  4. set sync to medium 192kps
  5. duration is wrong … too short

yes … my finding match yours

  1. the length is off
  2. track plays full length … did not notice any goofinest at the end (hard to relisten as cannot seek to end)
  3. seek only works withing reported wrong track length

hopefully it get fix soon … thx for taking time and troubleshooting this with me

I was chatting with two principle Dev team members… They got it and re-opened the issue.

the ‘goofiness’ is not being able to seek easily / to the end. This is what they spoke of.

With it reopened again, it will be fixed. It had been fixed in September 2017.