Playback Error - No compatible streams are currently available message

[prioirty_queue 1]

occuring "Playback Error: No compatible streams are currently available." when trying to play this kind of video on both Android & Web, and wondering why:

some of other video are ok, like these two:

 

emby server ver: 4.8.6.0

It is weird to see "xxx has finished playing XXX on (device)" though showing a "Playback error" on dashboard

I've uploaded both embysever.txt and hdware.txt.

No ffmpeg.txt is uploaded since the last very new one's timestamp value cannot fit the operating time. So it seems that this packback error occured before transcoding process.

Any help would be most appreciated!!!

Ask me if any other logfile is needed.

Please DO tell me whther it's caused by my environment or setting problem, or it could a gpu (or gpu driver, my gpu is gtx980) supporting issue?

hardware_detection-63851361887.txt

Edited May 16, 2024 by GrimReaper
Log removed

[Abobader 3314]

Hello prioirty_queue,

** This is an auto reply **

Please wait for someone from staff support or our members to reply to you.

It's recommended to provide more info, as it explain in this thread:

Thank you.

Emby Team

[sa2000 342]

The transcoder is not returning a valid segment 

when the client app asked for segment 0 (0.ts) it got an empty segment

2024-05-15 09:35:44.554 Info Server: http/1.1 GET http://host1:8096/emby/videos/108163/hls1/main/0.ts?PlaySessionId=ac7340d4af97490aaf291333ea1be234. Connection=keep-alive, Host=host3, User-Agent=Emby/3.3.86 (Linux;Android 14) AndroidXMedia3/1.1.1, Accept-Encoding=identity


2024-05-15 09:35:44.555 Info App: Returning empty segment at the end. RequestedSeconds: 0, RuntimeSeconds: 2.517, SegmentLength: 3

2024-05-15 09:35:44.555 Info Server: http/1.1 Response 200 to host2. Time: 1ms. GET http://host1:8096/emby/videos/108163/hls1/main/0.ts?PlaySessionId=ac7340d4af97490aaf291333ea1be234

May be the ones that work do not need to transcoded.

Could you try the following, remove this movie and one that works fine out of the library. Scan and check that the movies are not availanle

Then ensure debug logging is enabled

Restart the Emby Server

Then add these 2 movies to the library an wait for all scanning and analysis to complete

Then play the one that works on the android device for 30 seconds and then pause and stop

Then wait 20 seconds to get a gap in the log 

Then play the one that does not work

and when you get the error take a screenshot of the error and note the time and and then download the server logs and attach here

 

 

 

Edited May 15, 2024 by sa2000

[prioirty_queue 1]

23 hours ago, sa2000 said:

The transcoder is not returning a valid segment 

when the client app asked for segment 0 (0.ts) it got an empty segment

2024-05-15 09:35:44.554 Info Server: http/1.1 GET http://host1:8096/emby/videos/108163/hls1/main/0.ts?PlaySessionId=ac7340d4af97490aaf291333ea1be234. Connection=keep-alive, Host=host3, User-Agent=Emby/3.3.86 (Linux;Android 14) AndroidXMedia3/1.1.1, Accept-Encoding=identity


2024-05-15 09:35:44.555 Info App: Returning empty segment at the end. RequestedSeconds: 0, RuntimeSeconds: 2.517, SegmentLength: 3

2024-05-15 09:35:44.555 Info Server: http/1.1 Response 200 to host2. Time: 1ms. GET http://host1:8096/emby/videos/108163/hls1/main/0.ts?PlaySessionId=ac7340d4af97490aaf291333ea1be234

May be the ones that work do not need to transcoded.

Could you try the following, remove this movie and one that works fine out of the library. Scan and check that the movies are not availanle

Then ensure debug logging is enabled

Restart the Emby Server

Then add these 2 movies to the library an wait for all scanning and analysis to complete

Then play the one that works on the android device for 30 seconds and then pause and stop

Then wait 20 seconds to get a gap in the log 

Then play the one that does not work

and when you get the error take a screenshot of the error and note the time and and then download the server logs and attach here

 

 

 

All logs downloaded and attached here after the process you mentioned been done.

the time I play OK.mp4 is 10:00; I play NOT_OK.mp4 at 10:02.

The error remained the same as "Playback Error: No compatible streams are currently available message"

I need to stress that I changed movies I tested, but the error is the same.

Information have been also attached, the first one is NOT_OK.mp4 and the other is OK.mp4.

Do ask me if any further logfile or test needed!!!

hardware_detection-63851450273.txt quick-extract-imageseries-BD385AA1BAE2_1.txt quick-extract-imageseries-7D0D09FFA43F_1.txt

Edited May 16, 2024 by GrimReaper
Log removed

[sa2000 342]

Thanks for doing the tests with a fresh scan with one video that works and one that does not.

The "OK.mp4" was direct playing whereas the "NOT_OK.mp4" needed to be transcoded because the 78Mb bit rate exceeded the max for direct play.

2024-05-16 10:02:16.700 Debug SqliteItemRepository: GetitemById Video 108840 K:\远程文件\ACGN\A\test\NOT_OK.mp4
2024-05-16 10:02:16.704 Info App: User policy for suinozui. EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True
2024-05-16 10:02:16.704 Info App: Bitrate exceeds DirectPlay limit: media bitrate: 78427852, max bitrate: 40000000
2024-05-16 10:02:16.704 Info App: Bitrate exceeds DirectStream limit: media bitrate: 78427852, max bitrate: 40000000
2024-05-16 10:02:16.705 Info App: RemoteClientBitrateLimit: 31000000, RemoteIp: host2, IsInLocalNetwork: False
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectPlay limit: media bitrate: 78427852, max bitrate: 31000000
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectStream limit: media bitrate: 78427852, max bitrate: 31000000
2024-05-16 10:02:16.705 Info App: RemoteClientBitrateLimit: 31000000, RemoteIp: host2, IsInLocalNetwork: False
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectPlay limit: media bitrate: 78427852, max bitrate: 31000000
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectStream limit: media bitrate: 78427852, max bitrate: 31000000
2024-05-16 10:02:16.705 Info App: RemoteClientBitrateLimit: 31000000, RemoteIp: host2, IsInLocalNetwork: False
2024-05-16 10:02:16.705 Info App: User policy for suinozui. EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectPlay limit: media bitrate: 78427852, max bitrate: 40000000
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectStream limit: media bitrate: 78427852, max bitrate: 40000000
2024-05-16 10:02:16.705 Info SessionManager: Adding playSession a21fef1600174a608bb9c1d3d1b4f79a to session 00206e31972a2f2c6b741f8da5934e10
2024-05-16 10:02:16.705 Info App: RemoteClientBitrateLimit: 31000000, RemoteIp: host2, IsInLocalNetwork: False
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectPlay limit: media bitrate: 78427852, max bitrate: 31000000
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectStream limit: media bitrate: 78427852, max bitrate: 31000000
2024-05-16 10:02:16.705 Info App: RemoteClientBitrateLimit: 31000000, RemoteIp: host2, IsInLocalNetwork: False
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectPlay limit: media bitrate: 78427852, max bitrate: 31000000
2024-05-16 10:02:16.705 Info App: Bitrate exceeds DirectStream limit: media bitrate: 78427852, max bitrate: 31000000
2024-05-16 10:02:16.705 Info App: RemoteClientBitrateLimit: 31000000, RemoteIp: host2, IsInLocalNetwork: False

It does not appear that we are starting the stream transcode

Does the file play ok with vlc?

Could you reproduce with a short clip of the file - eg 20 second clip ? and then you can make that available for me to see if i can repro

On the server settings for transcodes - are your h.264 (AVC) and H.265 (HEVC) settings default or some changes made ?

Comparing logged info with a test i did with another video - the m3u8 logged in your case did not specify Codecs and also no h264 profile but specified hevc-profile. Hence my question about it being h264 or h265

 

 

[prioirty_queue 1]

19 hours ago, sa2000 said:

Does the file play ok with vlc?

yes, I just tried. It can play on the new VLC & MX Player just downloaded from googleplay store, and can also play on potplayer in win10.

I take a screenshot in VLC of this video, so it could be h264?

19 hours ago, sa2000 said:

Could you reproduce with a short clip of the file - eg 20 second clip ? and then you can make that available for me to see if i can repro

I'd like to, but those video cannot play by emby are NSFW. Is it ok to upload the clip here?

19 hours ago, sa2000 said:

On the server settings for transcodes - are your h.264 (AVC) and H.265 (HEVC) settings default or some changes made ?

No, I haven't changed anything, and all the options of decoders (should) remain default. In fact, after reading your message, I just switched transcoding option to "Yes"(default) from "advanced(actually, I only clicked all the options in preferred hardware decoders)", the error still remain.

 

Concerning about stream transcoding, at least the gpu is somehow working during other video playing, and most of their bitrate are above my setting max bitrate - 31mbps.

pasted an example media info below, video like this are ok to play by emby.

 

For better testing, I tried again the test you mentioned before.

This time, after restart the server, I played 001.mp4 (which is ok to play) for about 30s.

I take a screenshot in dashboard during transcoding(?):

After waiting, I tried to play 0000-0240.mp4 (which is not ok to play) twice at 14:07.

logfile uploaded.

Most appreciate your help, please ask me if any example clip do really need.

hardware_detection-63851551247.txt

Edited May 17, 2024 by seanbuff
private logs removed

[sa2000 342]

I will need an actual mp4 file that has the issue. The smallest file / clip you have that exhibits the issue and I will try to see if I can reproduce it. Upload externally as a zip and send me a link by private message

[prioirty_queue 1]

sent

[sa2000 342]

Just an update to results of the investigations: All the files that have this issue have a duration of less than 2 seconds. The problem arises when these clips need to be transcoded. Symptoms observed when attempting to transcode tiny test video clips of 1 second or 2 second duration were either hung playback (does not actually start) or immediate playback error 

@prioirty_queue Advice for now is to convert these tiny clips to lower bitrate to avoid need to transcode. Test this out with a few clips into a test library

 

 

Edited May 21, 2024 by sa2000

[Chillout 102]

I get no compatible streams error when transcoding.  Direct play works fine.

2024-05-21 06:34:40.345 Info App: ProcessRun 'StreamTranscode 53e59b' Process exited with code 1 - Failed

If I download the file from the m3u and play it locally, transcoding works fine.  

Maybe fallback upon error is to buffer more of the file before attempting transcoding.

 

ffmpeg-transcode-de2a2661-7925-4d38-9577-23715c8c6030_1.txt

Edited May 21, 2024 by Chillout

[sa2000 342]

23 hours ago, Chillout said:

2024-05-21 06:34:40.345 Info App: ProcessRun 'StreamTranscode 53e59b' Process exited with code 1 - Failed

The ffmpeg log shows errors in processing the data from the media url https://x.x/api/stream/xckc/x/tvshow/tt2874692/11/7

07:02:21.480 [mov,mp4,m4a,3gp,3g2,mj2 @ 000002119182dac0] moov atom not found
07:02:21.481 https://x.x/api/stream/xckc/x/tvshow/tt2874692/11/7: Invalid data found when processing input

I do not have the exact url. Could you test that with vlc?

[Chillout 102]

@sa2000The m3u link works with VLC and works in Emby when transcoding is not required (direct play). 

 

 

[sa2000 342]

could you put that url in curl in command line shell window and output to a file and zip the file and let me have it by private message together with full url

Can you please do two tests with emby server debug logging enabled - the first test with Direct Play and the second with transcoding and note down the times and include all the server logs for these tests in your message

Thanks

 

[Chillout 102]

@sa2000after some testing I found plugin STRM EXTRACT is whats causing the problem in conjunction with my IPTV provider, and I have a work-around.

If I add a TV show .strm file before its released, my provider will add at 15 sec video clip saying something like video is not available, or something.  Strm extract will log that 15sec video as the source.  Once the video is live its a different format.  It seems like when someone tries playing the live video and it needs transcoding Emby doesnt work as it thinks the format is the 15sec clip not the actual format the video is in.

Work arounds: 1. Remove STRM Extract plugin or

2. or after TV show is live, delete the .strm, refresh library, then add back the .strm and have STRM extract re-scan the video thats now linked to the correct format. 

[sa2000 342]

On 28/05/2024 at 02:15, Chillout said:

after some testing I found plugin STRM EXTRACT is whats causing the problem in conjunction with my IPTV provider, and I have a work-around.

Great - thanks for the feedback and for finding the cause of the problem.