Remote Playback

[roxy693 1]

Hi. I am having a problem with playing videos remotely. I can log into and see the server but when I press play it says "Playback Error No Compatible Streams". It all works fine locally, I have opened all ports through SDM (I think) and my ip address matches. I cannot figure this out as it was working a couple of days ago. Any help would be really appreciated. Thank you

embyserver (1).txt

[grimevil 54]

In your router/firewall is the port open and  pointing to the IP address of your emby server?

[roxy693 1]

Thank you for replying. Is this what you mean? 

[grimevil 54]

Do the files play locally from your browser when you connect to the emby server?

What type of file are you trying to play?

what client are you using to access them remotely?

 

 

[roxy693 1]

The files try to play in browser but the nas goes crazy and freezes not sure if thats related or not. I can play on kodi and android clients locally no problem.

The video I've been testing with is a mkv 1080 hevc

I'm using my android phone to access remotely.

Thanks again

[grimevil 54]

is it trying to transcode the video and is not able to do handle it so causing it to freeze then drop the video. 

What are the transcoding setting in emby and which synology do you have?

as and example my synology has the below options. 

 

 

Edited April 18, 2023 by grimevil

[roxy693 1]

I have a DS220j nas. I changed it to advanced and it only came up with the one option. Is that because of the nas? I have changed to settings I can in transcoding but still no remote play. I also turned off hardware transcoding before and still no luck.

[grimevil 54]

Yes that is the only option with Your NAS due to the CPU, To be 100% Honest you will struggle to transcode anything on that NAS as it is not powerful enough for 1080p or above.

But to confirm, can you play fine using the local network, but trying to connect remotely it fails.

Also what internet connection speed do you have.

have you tried a lower quality video say a 480p and a 720p to see if they work, it could be how the video is encoded forcing it to transcode. 

 

[roxy693 1]

Yeah i thought so but i dont have anything bigger than 1080p and thats ok for now. I am gonna start saving for a better one.

Yeah it all plays fine locally but when i connect remotely i can get into and see everything but when i try to play it says no compatible streams available. The annoying thing is it all worked fine last week. I have a 50mbps connection. I did try lower quality but same thing happens. 

[GrimReaper 3310]

Post ffmpeg log. 

[roxy693 1]

This is the latest one on the list, there is a few. I also found this error in the emby server log:

2023-04-19 18:07:15.992 Error HttpClient: <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><s:Fault><faultcode>s:Client</faultcode><faultstring>UPnPError</faultstring><detail><UPnPError xmlns="urn:schemas-upnp-org:control-1-0"><errorCode>714</errorCode><errorDescription>NoSuchEntryInArray</errorDescription></UPnPError></detail></s:Fault></s:Body></s:Envelope>

2023-04-19 18:07:15.995 Error PortMapper: Error in DeletePortMap

*** Error Report ***

Version: 4.7.11.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}_armv8.spk

Operating system: Linux version 4.4.180+ (root@build4) (gcc version 8.5.0 (GCC) ) #42962 SMP Fri Feb 10 16:32:59 CST 2023

Framework: .NET 6.0.8

OS/Process: arm64/arm64

Runtime: volume1/@appstore/EmbyServer/system/System.Private.CoreLib.dll

Processor count: 4

Data path: /var/packages/EmbyServer/var

Application path: /volume1/@appstore/EmbyServer/system

MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><s:Fault><faultcode>s:Client</faultcode><faultstring>UPnPError</faultstring><detail><UPnPError xmlns="urn:schemas-upnp-org:control-1-0"><errorCode>714</errorCode><errorDescription>NoSuchEntryInArray</errorDescription></UPnPError></detail></s:Fault></s:Body></s:Envelope>

at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)

at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)

at Mono.Nat.Upnp.UpnpNatDevice.DeletePortMap(Mapping mapping, CancellationToken cancellationToken)

at Mono.Nat.Upnp.UpnpNatDevice.CreatePortMap(Mapping mapping, CancellationToken cancellationToken)

Source: Emby.Server.Implementations

TargetSite: Void MoveNext()

 

It appears alot over the last few logs. 

ffmpeg-transcode-7df5576b-6e65-4b36-be7c-b3365f0e0aa5_1.txt

[GrimReaper 3310]

1 hour ago, roxy693 said:

This is the latest one on the list, there is a few.

You have bitrate limit, likely due to conservative client app Auto-setting:

Quote

&TranscodeReasons=ContainerBitrateExceedsLimit

causing transcoding and your server has no muscle for it, your speed is 0.5-0.6x:

Quote

08:05:00.538 elapsed=00:00:00.62 frame=    7 fps=0.0 q=0.0 size=N/A time=00:00:00.34 bitrate=N/A throttle=off speed=0.546x    
08:05:01.096 elapsed=00:00:01.18 frame=   17 fps= 14 q=0.0 size=N/A time=00:00:00.51 bitrate=N/A throttle=off speed=0.43x    
08:05:01.610 elapsed=00:00:01.69 frame=   26 fps= 15 q=28.0 size=N/A time=00:00:01.02 bitrate=N/A throttle=off speed=0.604x    
08:05:02.105 elapsed=00:00:02.23 frame=   34 fps= 15 q=28.0 size=N/A time=00:00:01.21 bitrate=N/A throttle=off speed=0.544x    
08:05:02.687 elapsed=00:00:02.75 frame=   42 fps= 15 q=28.0 size=N/A time=00:00:01.53 bitrate=N/A throttle=off speed=0.557x    
08:05:03.226 elapsed=00:00:03.31 frame=   51 fps= 15 q=28.0 size=N/A time=00:00:02.04 bitrate=N/A throttle=off speed=0.618x    
08:05:03.746 elapsed=00:00:03.82 frame=   59 fps= 15 q=28.0 size=N/A time=00:00:02.39 bitrate=N/A throttle=off speed=0.625x    
08:05:04.267 elapsed=00:00:04.33 frame=   67 fps= 15 q=28.0 size=N/A time=00:00:02.56 bitrate=N/A throttle=off speed=0.59x    
08:05:04.757 elapsed=00:00:04.84 frame=   75 fps= 15 q=28.0 size=N/A time=00:00:02.90 bitrate=N/A throttle=off speed=0.599x    
08:05:05.294 elapsed=00:00:05.38 frame=   83 fps= 15 q=28.0 size=N/A time=00:00:03.41 bitrate=N/A throttle=off speed=0.635x    
08:05:05.802 elapsed=00:00:05.88 frame=   92 fps= 16 q=28.0 size=N/A time=00:00:03.75 bitrate=N/A throttle=off speed=0.638x

You need at minimum >1x for real-time transcoding, hence it is necessary you ensure DirectPlay. Set in-app quality to some fixed numerical value (10-20-50 Mbps) and see how does that compare. 

1 hour ago, roxy693 said:

I also found this error in the emby server log:

Your can disregard those - or disable automatic port mapping/remove Port Mapper plugin as you're forwarding ports manually so it doesn't flood your logs. 

[Luke 37116]

When it transcodes it looks like this nas is going to struggle to keep up, so you probably want to focus on playing media files that will direct play.

[roxy693 1]

Thank you so much for reading through all that, you guys are legends. I set the mbps to 20 but still no luck. The thing that gets me is that my first server was on a shield pro and it all worked great. Then i got the nas and a new modem and still all good. I just dont get why all of a sudden its not working.

[GrimReaper 3310]

As stated above, if for any reason your server needs to transcode, it'll likely fail as it's underpowered. Now that you've put bandwidth limit out of the picture, post ffmpeg log again, there might be something else triggering it. 

[roxy693 1]

Here it is. This is still the latest one. Could it have something to do with my ISP changing something on their end? 

ffmpeg-transcode-7df5576b-6e65-4b36-be7c-b3365f0e0aa5_1 (1).txt

[roxy693 1]

I received a notification for a reply but cant find it so i could only see part of the question. As far as i know i dont have any bandwidth limits set anywhere. Could my isp have messed with my ports or something? Thanks again i really appreciate this help.

[GrimReaper 3310]

1 minute ago, roxy693 said:

Could my isp have messed with my ports or something?

No, but as I understood it:

On 4/18/2023 at 4:43 AM, roxy693 said:

I am having a problem with playing videos remotely. I can log into and see the server

 

18 hours ago, roxy693 said:

when i connect remotely i can get into and see everything but when i try to play it says no compatible streams available

you don't have access issues but playback issues, meaning your server is accessible remotely and ports properly forwarded. Post server log now, as that ffmpeg log is the same as previous one, meaning no transcoding sessions in between. 

[roxy693 1]

Thank you for explaining that i really didnt understand. I wasnt sure which log to post as I have a scheduled task which rotates the logs at 12.00am. 

embyserver-63817545602.txt embyserver (2).txt

[Luke 37116]

On 4/20/2023 at 1:43 AM, roxy693 said:

Thank you for explaining that i really didnt understand. I wasnt sure which log to post as I have a scheduled task which rotates the logs at 12.00am. 

embyserver-63817545602.txt 2.01 MB · 1 download embyserver (2).txt 242.46 kB · 1 download

I see a remote playback attempt from our android app. Is that the example we should be looking at? 

Are you able to play the exact same content using the same device and app from inside your local network?

[roxy693 1]

Yes it does play on the local network. This morning i got to try on another network with the same app and content and all worked fine. The only thing i can think is it may be my mobile network

[Luke 37116]

It's possible, yes, especially if there's isp throttling occurring on either side of the connection.