rickrian 3 Posted November 4, 2024 Posted November 4, 2024 4.8.10.0 on Windows 10 Brave browser. Good day! Recently i have updated Emby Server. I have playlist with number of cartoons, and for some of them i got "No compatible streams are currently available" not so far from the end of cartoon. In previous version it was ok (i dont know exactly which version it was). I read threads about same error, but there is no solution for me (at least i didn't find). Any ideas? embyserver.txt ffmpeg-transcode-3885d0e7-f5b5-47c8-85dd-8c11cc4de34a_1.txt
Luke 40068 Posted November 5, 2024 Posted November 5, 2024 HI, is it consistent if you try to play again?
Luke 40068 Posted November 6, 2024 Posted November 6, 2024 Hi, is the problem only with this cartoon?
rickrian 3 Posted November 7, 2024 Author Posted November 7, 2024 Nope, there are many of these. I have about 200 cartoons in my playlist, and some of them with such a error (i guess about 10 cartoons)
visproduction 280 Posted November 7, 2024 Posted November 7, 2024 Quote 19:11:20.421 elapsed=00:00:00.03 frame= 0 fps=0.0 q=0.0 size=N/A time=00:00:00.00 bitrate=N/A throttle=off speed= 0x Line 82 Is this a corrupt timeline in the original media? I suspect the media file needs to be remuxed or replaced. Playback with any 3rd party player is not a viable test. These players automatically correct errors for playback. This may happen from an edit at the beginning of the video. It's reasonable that many files could have this type of error because the source of the media may have included editing that was not done correctly.
rickrian 3 Posted November 7, 2024 Author Posted November 7, 2024 Thank you for this investigation! You said "These players automatically correct errors for playback". So this functionality is not included in Emby and it is more sensitive to original file quality, right?
Luke 40068 Posted November 11, 2024 Posted November 11, 2024 Hi, can you try Chrome and see how things compare? Thanks !
rickrian 3 Posted November 12, 2024 Author Posted November 12, 2024 Well in Chrome and Firefox everything is fine, so Brave browser is a root cause. I would like to avoid Chrome (it sends many data to outside) and Firefox (slow), but will see. 1 1
rickrian 3 Posted November 16, 2024 Author Posted November 16, 2024 Today got same error in Firefox playing another cartoon from playlist embyserver.txt ffmpeg-transcode-b6866511-c8ed-47be-a8fd-cbc275371360_1.txt
Luke 40068 Posted December 30, 2024 Posted December 30, 2024 @rickrianare you still having an issue with this?
rickrian 3 Posted December 30, 2024 Author Posted December 30, 2024 Yep, still have an issue using Firefox and Brave
rickrian 3 Posted March 17 Author Posted March 17 Hi @Luke. Today i installed 4.8.11.0 version with "Fix sporadic no compatible streams error when playing a multi-version episode from continue watching" but my issue is still in place. Maybe i can provide more information/logs?
Luke 40068 Posted March 17 Posted March 17 3 hours ago, rickrian said: Hi @Luke. Today i installed 4.8.11.0 version with "Fix sporadic no compatible streams error when playing a multi-version episode from continue watching" but my issue is still in place. Maybe i can provide more information/logs? Hi, can you please provide a new log example? Thanks !
rickrian 3 Posted March 20 Author Posted March 20 Yep, please check embyserver.txt ffmpeg-transcode-fe2b0936-c4c5-427e-bf5a-358f37460c49_1.txt
Happy2Play 9441 Posted March 20 Posted March 20 Devs would have to explain the issue with ffmpeg here. 2025-03-20 16:44:30.033 Info App: ProcessRun 'StreamTranscode fe2b09' Process exited with code 0 - Succeeded 2025-03-20 16:44:30.045 Error Server: Error processing request *** Error Report *** Version: 4.8.11.0 Command line: C:\Users\Bulochka\AppData\Roaming\Emby-Server\system\EmbyServer.dll Operating system: Microsoft Windows 10.0.19045 Framework: .NET 6.0.36 OS/Process: x64/x64 Runtime: C:/Users/Bulochka/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll Processor count: 4 Data path: C:\Users\Bulochka\AppData\Roaming\Emby-Server\programdata Application path: C:\Users\Bulochka\AppData\Roaming\Emby-Server\system Emby.Server.MediaEncoding.Unified.Ffmpeg.FfRunException: Emby.Server.MediaEncoding.Unified.Ffmpeg.FfRunException: Error starting ffmpeg -loglevel +timing -y -print_graphs_file "C:\Users\Bulochka\AppData\Roaming\Emby-Server\programdata\logs\ffmpeg-transcode-fe2b0936-c4c5-427e-bf5a-358f37460c49_1graph.txt" -copyts -start_at_zero -f avi -ss 00:18:09.000 -c:v:0 mpeg4 -noautorotate -i "F:\Media\Смешарики\Все смеШАРики.Без заставок.Мод_artem7711\127-129. Эффект бабушки. Части 1-3.avi" -map 0:0 -map 0:1 -sn -c:v:0 libx264 -g:v:0 75 -maxrate:v:0 3756795 -bufsize:v:0 7513590 -sc_threshold:v:0 0 -keyint_min:v:0 75 -r:v:0 25 -pix_fmt:v:0 yuv420p -preset:v:0 veryfast -profile:v:0 high -x264opts:v:0 "subme=0:me_range=4:rc_lookahead=10:partitions=none" -crf:v:0 23 -c:a:0 libmp3lame -ab:a:0 112000 -ac:a:0 1 -disposition:a:0 default -max_delay 5000000 -avoid_negative_ts disabled -f segment -map_metadata -1 -map_chapters -1 -segment_format mpegts -segment_list "C:\Users\Bulochka\AppData\Roaming\Emby-Server\programdata\transcoding-temp\0F33E6\0F33E6.m3u8" -segment_list_type m3u8 -segment_time 00:00:03.000 -segment_start_number 363 -individual_header_trailer 0 -write_header_trailer 0 -segment_write_temp 1 "C:\Users\Bulochka\AppData\Roaming\Emby-Server\programdata\transcoding-temp\0F33E6\0F33E6_%d.ts" 16:44:29.963 ffmpeg version 5.1-emby_2023_06_25 Copyright (c) 2000-2022 the FFmpeg developers and softworkz for Emby LLC 16:44:29.963 built with gcc 12.2.0 (Rev10, Built by MSYS2 project) 16:44:29.963 Execution Date: 2025-03-20 16:44:29 16:44:29.988 Input #0, avi, from 'F:\Media\Смешарики\Ð’Ñе ÑмеШÐРики.Без заÑтавок.Мод_artem7711\127-129. Ðффект бабушки. ЧаÑти 1-3.avi': 16:44:29.989 Metadata: 16:44:29.989 software : Lavf51.12.1 16:44:29.989 Duration: 00:18:09.70, start: 0.000000, bitrate: 1624 kb/s 16:44:29.989 Stream #0:0: Video: mpeg4 (Simple Profile) (xvid / 0x64697678), yuv420p, 720x400 [SAR 1:1 DAR 9:5], 1502 kb/s, Level 3, 25 fps, 25 tbr, 25 tbn 16:44:29.989 Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, mono, fltp, 112 kb/s 16:44:29.989 Stream mapping: 16:44:29.989 Stream #0:0 -> #0:0 (mpeg4 (native) -> h264 (libx264)) 16:44:29.989 Stream #0:1 -> #0:1 (mp3 (mp3float) -> mp3 (libmp3lame)) 16:44:29.989 Press [q] to stop, [?] for help 16:44:30.005 [libx264 @ 000001b95d108ac0] using SAR=1/1 16:44:30.006 [libx264 @ 000001b95d108ac0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA3 BMI1 16:44:30.008 [libx264 @ 000001b95d108ac0] profile High, level 3.0, 4:2:0, 8-bit 16:44:30.008 [libx264 @ 000001b95d108ac0] 264 - core 163 r3060 5db6aa6 - H.264/MPEG-4 AVC codec - Copyleft 2003-2021 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x3:0 me=hex subme=0 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=4 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=75 keyint_min=38 scenecut=0 intra_refresh=0 rc_lookahead=10 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=3756 vbv_bufsize=7513 crf_max=0.0 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00 16:44:30.009 Output #0, segment, to 'C:\Users\Bulochka\AppData\Roaming\Emby-Server\programdata\transcoding-temp\0F33E6\0F33E6_%d.ts': 16:44:30.009 Metadata: 16:44:30.009 encoder : Lavf59.27.100 16:44:30.009 Stream #0:0: Video: h264, yuv420p, 720x400 [SAR 1:1 DAR 9:5], q=2-31, 25 fps, 90k tbn 16:44:30.009 Metadata: 16:44:30.009 encoder : Lavc59.37.100 libx264 16:44:30.009 Side data: 16:44:30.009 cpb: bitrate max/min/avg: 3756000/0/0 buffer size: 7513000 vbv_delay: N/A 16:44:30.009 Stream #0:1: Audio: mp3, 44100 Hz, mono, fltp, 112 kb/s (default) 16:44:30.009 Metadata: 16:44:30.009 encoder : Lavc59.37.100 libmp3lame 16:44:30.009 elapsed=00:00:00.01 frame= 0 fps=0.0 q=0.0 size=N/A time=00:00:00.00 bitrate=N/A throttle=off speed= 0x [segment @ 000001b95ce0b6c0] Opening 'C:\Users\Bulochka\AppData\Roaming\Emby-Server\programdata\transcoding-temp\0F33E6\0F33E6.m3u8.tmp' for writing SegmentComplete=video:0 Index=363 Start=0.000000 End=0.000000 Duration=0.000000 offset_pts=0 start_pts=0 Frames=0 filename=0F33E6_363.ts elapsed=00:00:00.02 frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.10 bitrate=N/A throttle=off speed=4.69x video:0kB audio:10kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown EXIT 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 manifestAbsoluteUri, String playlistId, String segmentId, Int32 subtitleStreamIndex, AuthorizationInfo authorizationInfo) at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task) at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost httpHost, IServerApplicationHost appHost, IRequest httpReq, IResponse httpRes, IStreamHelper streamHelper, 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() 2025-03-20 16:44:30.045 Info Server: http/1.1 Response 500 to host5. Time: 137ms. GET http://host4:8096/emby/videos/3724/hls1/main/363.ts?PlaySessionId=99a89bec67714c2ab3658b74f7c516b1 2025-03-20 16:44:30.050 Info Server: http/1.1 POST http://host4:8096/emby/Sessions/Playing/Stopped?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=d679223d-79bc-4155-a050-4b65c44ab828&X-Emby-Client-Version=4.8.11.0&X-Emby-Token=x_secret1_x&X-Emby-Language=ru&reqformat=json. Source Ip: host5, UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36 Do you have issues with all files in this path? F:\Media\Смешарики\Ð’Ñе ÑмеШÐРики.Без заÑтавок.Мод_artem7711\127-129. Ðффект бабушки. ЧаÑти 1-3.avi'
visproduction 280 Posted March 20 Posted March 20 Why is there a 500 error for this: Quote 2025-03-20 16:44:30.045 Info Server: http/1.1 Response 500 to host5. Time: 137ms. GET http://host4:8096/emby/videos/3724/hls1/main/363.ts?PlaySessionId=99... Is 363.ts a corrupt file? Did the access to the host fail? Could it be that 363.ts never was created and the number is skipped? Why is the Reponse set to host5 and the Get to host4? Hmmm...
rickrian 3 Posted March 21 Author Posted March 21 17 hours ago, Happy2Play said: Do you have issues with all files in this path? No, almost all files from this directory plays ok, only some of them goes to error.
rickrian 3 Posted March 21 Author Posted March 21 (edited) 17 hours ago, visproduction said: Why is there a 500 error for this: Is 363.ts a corrupt file? Did the access to the host fail? Could it be that 363.ts never was created and the number is skipped? Why is the Reponse set to host5 and the Get to host4? Hmmm... I dont know what 363.ts is. There is no such file in a directory. I have an error during watching this file, not before or after. I opened playlist on my mediaserver, so this is not a network issue. And also i dont know what host4, host5 are, i did not create such names. Edited March 21 by rickrian
visproduction 280 Posted March 21 Posted March 21 Rick, Sorry, this is at the end of a log above and I believe the .ts file is a transcoded segment of a few seconds of the main media file. host4 and host5, I believe are temporary part of the address to access this transcoded sequence of .ts files. Something failed to do with the transcoding or with the network access. Perhaps the original media file has a corrupt segment. Whatever is happening seems that this log line has a clue. Media files often have corruptions, bad data and these can cause a transcoding playback to fail, even if the same file plays fine with a third party player. One way to easily check this is to try playing back a pristine quality test video file that you can download online. Just look up test media for .mkv or .mp4. If that file plays back correctly, then it's probably your media file that has issues. I don't know why people always skip testing this. It's the most likely cause. Just because the media seemed to playback fine before or on some other player, is not proof that the file is fine. Anyway, hope that helps.
rickrian 3 Posted March 21 Author Posted March 21 I'm 99% sure my file is corrupted a bit. I have many files plays good via Emby, so i agree this is not on Emby side. I just wanna say i had no such an error before, so maybe Emby was not so strict in such cases before. Thanks for your explanation, my question is - do you have any plans to implement autofix like third party players does? It would be nice, because i dont know any way to check video files before adding them into Emby library, they just plays well in third party players . If not - i think only way to avoid error is to remove corrupted file from playlist, right?
visproduction 280 Posted March 21 Posted March 21 (edited) Rick, Good question. I am not part of the Emby team. I just do a theme style that can go into your web custom.css and work on other sites. I think there can be some progress with making problem files play back better. The method is to make transcoding work for various issues. The limit is still with the playback software. For Web you use a browser and they have the base acceptable video, mostly just h.264 video codec and limited audio in .mp4 and that's all you get. There are some plugin and some browser exceptions. Browsers are just not setup to play everything or be forgiving with data hiccups in the media. The browser are under control of the company that makes them. There is nothing really to do. The same sort of issue happens with TV Apps. Most all video online has been already transcoded to work for each site's requirements. The sites online are not giving you video in HEVC h.265, as far as I know. I think 4K is also converted to a newer codec. So, when you choose to store media in h.265 because of quality and drive space, then these need to be transcoded to work for whatever the visitor needs. Fixing playback with corrupted data is not really practical. Some of these video (HEVC h.265) and audio codecs (Dolby and DTS) actually require annual licensing fees to work for software players that can exceed tens of thousands of dollars. If all your media was correctly pre-transcoded to h.264 with AAC audio and had no corrupt segments, then they would all playback on most everything. When you visit online video social media, that is exactly what is already been done. Hope that makes some sense. Edited March 21 by visproduction
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now