Jump to content

Some MP3 files fail to play


DonMacaroni
 Share

Go to solution Solved by softworkz,

Recommended Posts

DonMacaroni

For some reason, Emby cannot play back some MP3 files in my library (regardless of the client, so I believe it is Server side issue):

image.thumb.jpeg.4603b4f68b500a159d8c7a378abc0f9d.jpeg

Attempting to play them, spawns an error message:

Quote

No compatible streams are currently available. Please try again later or contact your system administrator for details.

They do play fine via other software.

MediaInfos:
Stars_MediaInfo.txtHere_Comes_That_Sound_MediaInfo.txtIts_A_Fine_Day_MediaInfo.txtObsession_MediaInfo.txtTake_Me_Away_MediaInfo.txtMoments_MediaInfo.txtToms_Diner_MediaInfo.txt

Also for some reason Emby seems to think these are not Mp3's at all. 

image.jpeg.3c21efbeaa036710851c363fffae4451.jpeg

From Emby server log:

2022-04-10 15:30:09.893 Info Server: http/1.1 Response 200 to <removed>. Time: 12ms. http://<removed>:8888/emby/Users/04b1c4a8209e456fb630077b52799b5a/Items/168321?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome&X-Emby-Device-Id=b114e7b2-382c-4518-88f1-321015fe35da&X-Emby-Client-Version=4.6.7.0
2022-04-10 15:30:10.034 Info Server: http/1.1 GET http://<removed>:8888/emby/Items/225036/Images/Primary?maxWidth=200&tag=aee85fec2b90dd134efb77ad07486b45&quality=90. UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.75 Safari/537.36 Edg/100.0.1185.36
2022-04-10 15:30:10.093 Info Server: http/1.1 Response 200 to <removed>. Time: 58ms. http://<removed>:8888/emby/Items/225036/Images/Primary?maxWidth=200&tag=aee85fec2b90dd134efb77ad07486b45&quality=90
2022-04-10 15:30:10.678 Info Server: http/1.1 GET http://<removed>:8888/emby/Audio/168321/hls1/main/0.aac?UserId=04b1c4a8209e456fb630077b52799b5a&DeviceId=b114e7b2-382c-4518-88f1-321015fe35da&MaxStreamingBitrate=140000000&Container=opus,mp3|mp3,mp2,mp3|mp2,aac|aac,m4a|aac,mp4|aac,flac,webma,webm,wav|PCM_S16LE,ogg&TranscodingContainer=aac&TranscodingProtocol=hls&AudioCodec=aac&PlaySessionId=1649589188053&EnableRedirection=true&SegmentContainer=aac&AudioBitrate=384000&TranscodeReasons=ContainerNotSupported. UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.75 Safari/537.36 Edg/100.0.1185.36
2022-04-10 15:30:10.817 Info App: ProcessRun 'StreamTranscode e3e286' Execute: /var/packages/EmbyServer/target/bin/ffmpeg -loglevel +timing -y -print_graphs_file "/var/packages/EmbyServer/var/logs/ffmpeg-transcode-e3e28683-c823-4ed7-88c0-6df849daa656_1graph.txt" -copyts -start_at_zero -f mpeg -i "/volume1/music/media/Compilations/Various Artists - Aqualoop Records 15 Years (2000 - 2015)/32 - Pinball - Stars (Club Mix).mp3" -map 0:1 -vn -sn -c:a:0 aac -ab:a:0 384000 -ac:a:0 2 -max_delay 5000000 -avoid_negative_ts disabled -f segment -map_metadata -1 -map_chapters -1 -segment_format mpegts -segment_list "/var/packages/EmbyServer/var/transcoding-temp/DDC0D5.m3u8" -segment_list_type m3u8 -segment_time 3 -segment_start_number 0 -individual_header_trailer 0 -write_header_trailer 0 -segment_write_temp 1 "/var/packages/EmbyServer/var/transcoding-temp/DDC0D5_%d.aac"
2022-04-10 15:30:11.536 Info App: AppendExtraLogData - Read graph file: /var/packages/EmbyServer/var/logs/ffmpeg-transcode-e3e28683-c823-4ed7-88c0-6df849daa656_1graph.txt
2022-04-10 15:30:11.536 Info App: AppendExtraLogData - Deserialized GraphData fileStream: {0:n} bytes Graph Count: 1
2022-04-10 15:30:11.582 Error Server: Error processing request
	*** Error Report ***
	Version: 4.6.7.0
	Command line: /volume1/@appstore/EmbyServer/system/EmbyServer.dll -programdata /var/packages/EmbyServer/var -ffdetect /var/packages/EmbyServer/target/bin/ffdetect -ffmpeg /var/packages/EmbyServer/target/bin/ffmpeg -ffprobe /var/packages/EmbyServer/target/bin/ffprobe -nolocalportconfig -ignore_vaapi_enabled_flag -pidfile /var/packages/EmbyServer/var/EmbyServer.pid -defaultdirectory /volume1/Public -updatepackage emby-server-synology7_{version}_x86_64.spk
	Operating system: Linux version 4.4.180+ (root@build15) (gcc version 8.5.0 (GCC) ) #42661 SMP Fri Apr 1 15:33:06 CST 2022
	Framework: .NET Core 3.1.21
	OS/Process: x64/x64
	Runtime: volume1/@appstore/EmbyServer/system/System.Private.CoreLib.dll
	Processor count: 4
	Data path: /var/packages/EmbyServer/var
	Application path: /volume1/@appstore/EmbyServer/system
	System.Exception: System.Exception: Error starting ffmpeg
	   at Emby.Server.MediaEncoding.Api.BaseStreamingService.StartFfMpeg(StreamState state, String outputPath, CancellationToken cancellationToken, Boolean acquireResources)
	   at Emby.Server.MediaEncoding.Api.Hls.DynamicHlsService.GetDynamicSegment(StreamRequest request, String playlistId, String segmentId, Int32 subtitleStreamIndex)
	   at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task)
	   at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost appHost, IRequest httpReq, IResponse httpRes, RestPath restPath, String responseContentType, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken)
	Source: Emby.Server.MediaEncoding
	TargetSite: Void MoveNext()
	
2022-04-10 15:30:11.582 Info Server: http/1.1 Response 500 to <removed>. Time: 904ms. http://<removed>:8888/emby/Audio/168321/hls1/main/0.aac?UserId=04b1c4a8209e456fb630077b52799b5a&DeviceId=b114e7b2-382c-4518-88f1-321015fe35da&MaxStreamingBitrate=140000000&Container=opus,mp3|mp3,mp2,mp3|mp2,aac|aac,m4a|aac,mp4|aac,flac,webma,webm,wav|PCM_S16LE,ogg&TranscodingContainer=aac&TranscodingProtocol=hls&AudioCodec=aac&PlaySessionId=1649589188053&EnableRedirection=true&SegmentContainer=aac&AudioBitrate=384000&TranscodeReasons=ContainerNotSupported
2022-04-10 15:30:11.602 Info Server: http/1.1 POST http://<removed>:8888/emby/Sessions/Playing?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome&X-Emby-Device-Id=b114e7b2-382c-4518-88f1-321015fe35da&X-Emby-Client-Version=4.6.7.0. UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.75 Safari/537.36 Edg/100.0.1185.36
2022-04-10 15:30:11.603 Info Server: http/1.1 POST http://<removed>:8888/emby/Sessions/Playing/Stopped?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome&X-Emby-Device-Id=b114e7b2-382c-4518-88f1-321015fe35da&X-Emby-Client-Version=4.6.7.0. UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.75 Safari/537.36 Edg/100.0.1185.36
2022-04-10 15:30:11.603 Info Server: http/1.1 GET http://<removed>:8888/embywebsocket?deviceId=b114e7b2-382c-4518-88f1-321015fe35da. UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.75 Safari/537.36 Edg/100.0.1185.36
2022-04-10 15:30:11.607 Info Server: http/1.1 Response 404 to <removed>. Time: 0ms. http://<removed>:8888/embywebsocket?deviceId=b114e7b2-382c-4518-88f1-321015fe35da
2022-04-10 15:30:11.610 Info App: AppendExtraLogData - File Deleted
2022-04-10 15:30:11.611 Info SessionManager: Playback stopped reported by app Emby Web 4.6.7.0 playing Stars (Club Mix). Stopped at 0 ms
2022-04-10 15:30:11.611 Info SessionManager: Playback start reported by app Emby Web 4.6.7.0 playing Stars (Club Mix). Started at 0 ms
2022-04-10 15:30:11.614 Info App: ProcessRun 'StreamTranscode e3e286' Process exited with code 0

I also did ran mp3val on them, and it did not show any errors.

 

Edited by DonMacaroni
Link to comment
Share on other sites

Hi, try refreshing the metadata on them and see if that helps with being able to play them.

Link to comment
Share on other sites

DonMacaroni

Unfortunately, does not seem to help.
Tried it already, before spawning this thread as it seemed like clear anomaly.

Link to comment
Share on other sites

Please attach the complete emby server and ffmpeg log files. thanks.

Link to comment
Share on other sites

DonMacaroni
DonMacaroni
Posted (edited)

So far, I have not been able to solve this myself.
Re-encoding MP3's would not be a good idea as it would result in a loss of quality and also there seems to be nothing wrong with the files themselves.

Edited by DonMacaroni
Link to comment
Share on other sites

Can you provide a sample track for testing? Thanks.

Link to comment
Share on other sites

DonMacaroni
4 minutes ago, Luke said:

Can you provide a sample track for testing? Thanks.

Sent PM.

Link to comment
Share on other sites

Right now I would say these files are not supported. ffprobe is picking these up as having an mpeg container with multiple audio tracks embedded. That's not something we've looked at to date so I don't have a quick fix for them.

Link to comment
Share on other sites

DonMacaroni
Posted (edited)

It is interesting, as these files are from purchased albums on which other files are not behaving that way.

Anyway, thank you for taking a look. Hopefully it will get fixed one day.

Edited by DonMacaroni
Link to comment
Share on other sites

Just to provide some insight on the analysis we did on the file.

Here's a comparison of all the individual audio tracks that ffmpeg is detecting:

image.thumb.png.0246c0846de8ff9007a1fdd280b84961.png

 

It's not like that one of those streams would be "the right" one and the others being garbage. Multiple ranges of audio frames are attributed to different streams.

It seems that the time stamps are pretty messed up. And each time when there's a discontinuity in timestamps, ffmpeg considers this as a new track:

image.thumb.png.e7bd40e3024ccee7bcd784261dc87aa8.png

 

My guess is that pure audio players don't look at time stamps at all and are playing the audio frames simply in encoding order. This is an approach though, which isn't possible in cases where both, video and audio needs to be handled. Without timestamps, it's impossible to properly synchronize audio and video (which the container format allows), that's why ffmpeg is sensitive to those time stamps.

I didn't investigate this down to the bottom, to whether the file is valid or invalid according to the MPEG specifications, but based on the fact that we haven't seen a file like this in many  years, I can say that the file is probably invalid and if wasn't, it's still at least very unusual, despite the fact that it plays fine in some players.

Edited by softworkz
  • Thanks 1
Link to comment
Share on other sites

On 4/15/2022 at 8:10 AM, DonMacaroni said:

Anyway, thank you for taking a look.

You're welcome.

On 4/15/2022 at 8:10 AM, DonMacaroni said:

Hopefully it will get fixed one day.

I wouldn't hope/wait for this, unless it would turn out to become a frequent issue.
Just run the file through some conversion tool, or load it in some audio editing application and do "Save as..". This should suffice to get a valid file.

Link to comment
Share on other sites

DonMacaroni
Posted (edited)

@softworkz thank you for the in-depth analysis. 

Yes, re-encoding (or running via Audio editor) will fix these files, tested already. Unfortunately re-encoding MP3’es are not very good idea, due to the way lossy audio compression works.

As there are some lossless audio editors available (they edit by frame and do direct frame copy), will look into these and report back, in case someone else runs into it.

Fun fact, all the MP3 analysis and repair tools, consider these to be valid files. I did not look at the MPEG specifications either, but will do…it would be interesting to know. This does not seem to be very common though, considering that among the 80k tracks in my library, only 7 have this anomaly.

 

Edited by DonMacaroni
  • Like 1
Link to comment
Share on other sites

DonMacaroni
Posted (edited)

In short: only way to fix these files is re-encoding. 

None of the well knwon MP3 diagnostic/repair tools detect any issues with those files, so you cannot use them to repair them. 
Lossless editors (like mp3DirectCut) are too lossless, they seem to copy frames over exactly as they are.
So even after some experimental cutting, unless you cut exact frames with those strange timestamp issues, files remain exactly as they are and Emby is unable to play them.

At the end of the day, it is not an huge issue, but looks like Emby is great diagnostic tool as well. If something fishy is going on inside your mp3 files, you will know immediately :D


 

Edited by DonMacaroni
  • Thanks 1
Link to comment
Share on other sites

DonMacaroni
Posted (edited)

Any tips, how to get rid of duplicates now?
Emby still lists those old, unplayable songs, side by side with the new ones.
Despite the fact, I replaced those files on HDD and rescanne dthe library.

Nevermind...I actually created some duplicates myself, by accident ☺️

Edited by DonMacaroni
  • Thanks 1
Link to comment
Share on other sites

I took another look and I think it can be fixed by forcing another demuxer to be used. I.e. ffprobe is auto-selecting the generic mpeg demuxer, but there's also a specific mp3 demuxer, which gives a very different (much better) result, when enforced:

ffprobe.exe -hide_banner -f mp3 -i "03 - Culture Beat - Take Me Away (Tokapi's House Of Summer Mix).mp3"
[mp3 @ 000001EDF35DE240] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from '03 - Culture Beat - Take Me Away (Tokapi's House Of Summer Mix).mp3':
  Metadata:
    album           : Sash! & Tokapi Remixes Vol. 1
    artist          : Culture Beat
    album_artist    : Sash!
    TBPM            : 130
    genre           : Eurodance
    TKEY            : 10A
    TOPE            : Culture Beat
    title           : Take Me Away (Tokapi's House Of Summer Mix)
    track           : 3
    date            : 1996
    ENERGYLEVEL     : 6
    MP3GAIN_MINMAX  : 097,189
    MP3GAIN_UNDO    : +002,+002,N
    REPLAYGAIN_TRACK_GAIN: -3.315000 dB
    REPLAYGAIN_TRACK_PEAK: 0.768096
  Duration: 00:05:40.20, start: 0.000000, bitrate: 323 kb/s
  Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
    Side data:
      replaygain: track gain - -3.315000, track peak - 0.000018, album gain - unknown, album peak - unknown,
  Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic)
    Metadata:
      title           : Cover Art (Front).jpg
      comment         : Cover (front)

 

  • Like 1
Link to comment
Share on other sites

DonMacaroni
Posted (edited)

That would be super cool.

I will check some other files as well as I found 4 more. Difference with the ones, listed in this thread is that ffprobe in Emby detects them as mpeg containers not mp3’es.

Edited by DonMacaroni
Link to comment
Share on other sites

DonMacaroni
Posted (edited)

Yup, it detects those others (wrong container type and detected as mpeg) properly as well:

Generic mpeg muxer:

<omitted>ffprobe -i "04 - Chimo Bayo - Asi Me Gusta A Mi (Hyperdancer Mix).mp3"
ffprobe version 5.0.1-full_build-www.gyan.dev Copyright (c) 2007-2022 the FFmpeg developers
  built with gcc 11.2.0 (Rev7, Built by MSYS2 project)
  configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-sdl2 --enable-libdav1d --enable-libdavs2 --enable-libuavs3d --enable-libzvbi --enable-librav1e --enable-libsvtav1 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable-libfreetype --enable-libfribidi --enable-liblensfun --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-opencl --enable-libcdio --enable-libgme --enable-libmodplug --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libshine --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libilbc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite --enable-libmysofa --enable-librubberband --enable-libsoxr --enable-chromaprint
  libavutil      57. 17.100 / 57. 17.100
  libavcodec     59. 18.100 / 59. 18.100
  libavformat    59. 16.100 / 59. 16.100
  libavdevice    59.  4.100 / 59.  4.100
  libavfilter     8. 24.100 /  8. 24.100
  libswscale      6.  4.100 /  6.  4.100
  libswresample   4.  3.100 /  4.  3.100
  libpostproc    56.  3.100 / 56.  3.100
[mpeg @ 000002126dbb6840] pes_ext 65 is invalid
[mpeg @ 000002126dbb6840] pes_ext 86 is invalid
[mp3float @ 000002126dc65340] Header missing
    Last message repeated 25 times
[mp3float @ 000002126dbbb800] Header missing
    Last message repeated 1 times
[mp3float @ 000002126dbbea80] Header missing
[mp3float @ 000002126dc579c0] Header missing
[mpeg @ 000002126dbb6840] DTS discontinuity in stream 2: packet 11 with DTS 6467162, packet 12 with DTS 346167388
[mp3float @ 000002126dc5ea80] Header missing
    Last message repeated 1 times
[mp3float @ 000002126dc61200] Header missing
    Last message repeated 1 times
[mp3float @ 000002126dbd9dc0] Header missing
[mp3float @ 000002126dbe58c0] Header missing
    Last message repeated 1 times
[mp3float @ 000002126dbf41c0] Header missing
[mpeg @ 000002126dbb6840] DTS discontinuity in stream 2: packet 37 with DTS 346226163, packet 38 with DTS 4507582563
[mp3float @ 000002126dc65340] Header missing
    Last message repeated 64 times
[mpeg @ 000002126dbb6840] start time for stream 0 is not set in estimate_timings_from_pts
[mpeg @ 000002126dbb6840] start time for stream 1 is not set in estimate_timings_from_pts
[mpeg @ 000002126dbb6840] start time for stream 6 is not set in estimate_timings_from_pts
[mpeg @ 000002126dbb6840] stream 0 : no TS found at start of file, duration not set
[mpeg @ 000002126dbb6840] stream 1 : no TS found at start of file, duration not set
[mpeg @ 000002126dbb6840] stream 3 : no PTS found at end of file, duration not set
[mpeg @ 000002126dbb6840] stream 4 : no PTS found at end of file, duration not set
[mpeg @ 000002126dbb6840] stream 5 : no PTS found at end of file, duration not set
[mpeg @ 000002126dbb6840] stream 6 : no TS found at start of file, duration not set
[mpeg @ 000002126dbb6840] stream 7 : no PTS found at end of file, duration not set
[mpeg @ 000002126dbb6840] stream 8 : no PTS found at end of file, duration not set
[mpeg @ 000002126dbb6840] Could not find codec parameters for stream 0 (Audio: mp3 (mp3float), 0 channels, fltp): unspecified frame size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
Input #0, mpeg, from '04 - Chimo Bayo - Asi Me Gusta A Mi (Hyperdancer Mix).mp3':
  Metadata:
    album           : 90s Dance Music 12'' Collection Vol. 2
    artist          : Chimo Bayo
    album_artist    : Various Artists
    TBPM            : 121
    genre           : Eurodance
    TKEY            : 6A
    TOPE            : Chimo Bayo
    title           : Asi Me Gusta A Mi (Hyperdancer Mix)
    track           : 4
    date            : 1991
    EnergyLevel     : 6
    MP3GAIN_MINMAX  : 096,207
    MP3GAIN_UNDO    : +003,+003,N
    replaygain_track_gain: -2.810000 dB
    replaygain_track_peak: 0.639901
  Duration: 06:31:10.35, start: 26613.922678, bitrate: 5 kb/s
  Stream #0:0[0x1e0]: Audio: mp3, 0 channels, fltp
  Stream #0:1[0x1ca]: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
  Stream #0:2[0x1dc]: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
  Stream #0:3[0x1c8]: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
  Stream #0:4[0x1de]: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
  Stream #0:5[0x1db]: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
  Stream #0:6[0x1c1]: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
  Stream #0:7[0x1c7]: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
  Stream #0:8[0x1c2]: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s


mp3 muxer forced:

<omitted>ffprobe -f mp3 -i "04 - Chimo Bayo - Asi Me Gusta A Mi (Hyperdancer Mix).mp3"
ffprobe version 5.0.1-full_build-www.gyan.dev Copyright (c) 2007-2022 the FFmpeg developers
  built with gcc 11.2.0 (Rev7, Built by MSYS2 project)
  configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-sdl2 --enable-libdav1d --enable-libdavs2 --enable-libuavs3d --enable-libzvbi --enable-librav1e --enable-libsvtav1 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable-libfreetype --enable-libfribidi --enable-liblensfun --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-opencl --enable-libcdio --enable-libgme --enable-libmodplug --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libshine --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libilbc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite --enable-libmysofa --enable-librubberband --enable-libsoxr --enable-chromaprint
  libavutil      57. 17.100 / 57. 17.100
  libavcodec     59. 18.100 / 59. 18.100
  libavformat    59. 16.100 / 59. 16.100
  libavdevice    59.  4.100 / 59.  4.100
  libavfilter     8. 24.100 /  8. 24.100
  libswscale      6.  4.100 /  6.  4.100
  libswresample   4.  3.100 /  4.  3.100
  libpostproc    56.  3.100 / 56.  3.100
[mp3 @ 000002a6a8971100] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from '04 - Chimo Bayo - Asi Me Gusta A Mi (Hyperdancer Mix).mp3':
  Metadata:
    album           : 90s Dance Music 12'' Collection Vol. 2
    artist          : Chimo Bayo
    album_artist    : Various Artists
    TBPM            : 121
    genre           : Eurodance
    TKEY            : 6A
    TOPE            : Chimo Bayo
    title           : Asi Me Gusta A Mi (Hyperdancer Mix)
    track           : 4
    date            : 1991
    EnergyLevel     : 6
    MP3GAIN_MINMAX  : 096,207
    MP3GAIN_UNDO    : +003,+003,N
    replaygain_track_gain: -2.810000 dB
    replaygain_track_peak: 0.639901
  Duration: 00:06:07.30, start: 0.000000, bitrate: 323 kb/s
  Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 320 kb/s
    Side data:
      replaygain: track gain - -2.810000, track peak - 0.000015, album gain - unknown, album peak - unknown,
  Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic)
    Metadata:
      title           : Cover Art (Front).jpg
      comment         : Cover (front)

Anyway, looks like I personally have 11 tracks total, with anomalies, out of 80k tracks so it does not seem to be very common issue.
Still it would be wicked, if this could be fixed as generally speaking, "Average Joe" should not need to know anything about muxers, containers, etc...

PS: I am aware that, Emby uses custom built ffmpeg and I used generic one for analysis.
But I did not have time to do my own build at the moment from source and don't have proper access to my Emby server host shell at the moment.

Edited by DonMacaroni
  • Like 1
Link to comment
Share on other sites

7 minutes ago, DonMacaroni said:

Anyway, looks like I personally have 11 tracks total, with anomalies, out of 80k tracks so it does not seem to be very common issue.
Still it would be wicked, if this could be fixed as generally speaking, "Average Joe" should not need to know anything about muxers, containers, etc...

No, of course it shouldn't be like that.

But now we need to determine which downsides might be involved when giving the file extension a higher precedence for demuxer selection than the auto detection.
Possibly we'll do this in the beta channel only after the upcoming release is out, to avoid regressions. 

14 minutes ago, DonMacaroni said:

I am aware that, Emby uses custom built ffmpeg and I used generic one for analysis.

While we do have quite a list of modifications, those are all very targeted and there's none which would matter in this case.

  • Thanks 1
Link to comment
Share on other sites

DonMacaroni
Posted (edited)

@softworkz I do understand, working at software development field myself.
And huge thank you for spending some time on this.

What made me think, that these files are actually OK is that none of the MP3 analysis and repair tools, reported any errors in these files.
I was not aware of separate mp3 muxer in ffmpeg though, so I was not able to reach into conclusion you did and thought it is ffmpeg bug.

Edited by DonMacaroni
Link to comment
Share on other sites

DonMacaroni
Posted (edited)

By the way, I was able to produce similar files, yesterday via Lame 3.100 while ripping one CD and trying to re-encode these files.
3 tracks out of 18 produced similar result for ffmpeg generic muxer, 2 of those from the archive I sent to you for analysis.
Interestingly enough changing bitrate from CBR to VBR and back and forth, seemed to fix it, but as it seems it can happen even on new encodings, once in a while.
Results were not very consistent though, except for two of these files belonging to that archive also it seemed to depend on a tool being used.
In XLD I could consistently reproduce it on those 2 files, while via Audacity I could not.
All produced files were considered to be OK in mp3val and mp3diag.
 

Edited by DonMacaroni
Link to comment
Share on other sites

DonMacaroni
Posted (edited)

@softworkz thank you.

One interesting side note though, I had no issue with retrieving metadata from files or cover art, they just failed to play. 🙂

Edited by DonMacaroni
Link to comment
Share on other sites

20 minutes ago, DonMacaroni said:

@softworkz thank you.

One interesting note though, I had no issue with retrieving metadata from files or cover art, they just failed to play. 🙂

The images are extracted from the audio files, not retrieved online (each time, re-created new audio library with default settings)
To be sure that the results are valid, I even tested this in reverse order, i.e. after it was all well, I reverted the code changes and removed+readded it as a library.
The "BEFORE" image was actually created at a later time (it's still the before-change state)

Edited by softworkz
  • Like 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...