Jump to content

Direct Play buffering and stuttering...HELP!


Recommended Posts

Katia Rosado
Posted (edited)

I've been trying in the last couple of days to figure this one out but i give up...

 

My emby server is running latest version, with latest mono and latest ffmpeg on a clean install of ubuntu 16.04 on a rpi 3 and its wired directly to my router. All is good with library, metadata, scans etc etc. This is assembled in my living room.

 

In my bedroom i have antother rpi 3 wired to a powerline with openelec and emby for kodi to use as a client of the server.

 

Everytime i select a file to watch in the dashboard it says direct play but if it was reading the file directly it shouldn't be buffering...right??

 

I've tried to watch both tv episode and movie using the emby web player and it buffers ans stutters,

I've tried to watch on the client it gives the source is too slow message or buffers (using the default 100Mbps and lower)

 

I've been playing with the Internet streaming bitrate limit (Mbps) but i can seem to get to the end of a file with some stoppage...

 

What am i missing?

 

Open to any suggestion!

Log1.txt

Log2.txt

Log3.txt

Log4.txt

Log5.txt

Log6.txt

Log7.txt

Log8.txt

Log9.txt

Log10.txt

Log11.txt

Log12.txt

Log13.txt

Edited by Katia Rosado
Posted (edited)

Did you purchase codecs for the client RPI?

What is your VRAM split to?

Has this ever worked without issue in the past?

 

Sent from my iPhone using Tapatalk

Edited by Tur0k
Katia Rosado
Posted

Did you purchase codecs for the client RPI?

What is your VRAM split to?

Has this ever worked without issue in the past?

 

Sent from my iPhone using Tapatalk

 

Purchase? No don't think so...

I shoud guess i have the default because i haven't changed anything relating ram...

 

Well yes...until a couple of weeks back i had my emby server up and running without any problem but instead of using a rpi client in my bedroom i had a i5 desktop running win 10 and no powerline service because the router was also in my room...

 

My sister in law was using an rpi with openelec as i am now and it was ok and my brother in law regularlly watch movies from my server using his laptop runing kodi also without any issue.

 

But i decided to go automatic and 2 weeks ago both another rpi and installed sonarr and radarr to "feed" my server and moved everything to the living room. And because the house is big i needed the powerline so i could get wi-fi in the bedroom.

Posted

Well yes...until a couple of weeks back i had my emby server up and running without any problem but instead of using a rpi client in my bedroom i had a i5 desktop running win 10 and no powerline service because the router was also in my room...

 

My sister in law was using an rpi with openelec as i am now and it was ok and my brother in law regularlly watch movies from my server using his laptop runing kodi also without any issue.

 

But i decided to go automatic and 2 weeks ago both another rpi and installed sonarr and radarr to "feed" my server and moved everything to the living room. And because the house is big i needed the powerline so i could get wi-fi in the bedroom.

 

Based on that, my initial thought is that either the client device or the network cannot handle the throughput necessary for playback of the content.

mastrmind11
Posted

install iperf on your server and rpi and do a sustained bandwidth test.  https://iperf.fr/

 

Powerline stuff, while better than wifi in most situations, is very temperamental.  I ended up switching to moca adapters for all my streamers and have not had a problem since.

Katia Rosado
Posted

Based on that, my initial thought is that either the client device or the network cannot handle the throughput necessary for playback of the content.

 

But how can that be if before i was using the same client device and the same network that i am now with the only diferences being:

 

  • Did a clean install of emby on the server side so lost all the previous settings
  • I i'm now using the same client (openelec on a pi3) that my sister in law was using with no problem the only diference was the she was using it remotly and i'm in the same network as the server
  • The diference in the network is the use of the powerline...

I will do the iperf test next week because i'm short on time now but i would like to know if just by looking at the logs someone can tell me what is wrong,,,because i'm really under the impression that maybe it's just a detail that i'm missing...we n00bs are the worst!  :mellow:

Posted

I've also had poor results with powerline hardware 

Posted

But how can that be if before i was using the same client device and the same network that i am now with the only diferences being:

 

  • Did a clean install of emby on the server side so lost all the previous settings
  • I i'm now using the same client (openelec on a pi3) that my sister in law was using with no problem the only diference was the she was using it remotly and i'm in the same network as the server
  • The diference in the network is the use of the powerline...

I will do the iperf test next week because i'm short on time now but i would like to know if just by looking at the logs someone can tell me what is wrong,,,because i'm really under the impression that maybe it's just a detail that i'm missing...we n00bs are the worst!  :mellow:

 

That's a lot of changes along with a large variable of a powerliine network.

 

When your sister used the client remotely, very likely most content was being transcoded down to a lower bitrate (lower throughput required) and with you on the local network, that isn't happening.

  • Like 1
Posted

I think the issue is likely the volatility of the powerline network setup.

mastrmind11
Posted

Read post #7 again and report back the results.  That will confirm whether it's the powerline link or not.

  • Like 1
  • 2 weeks later...
Posted (edited)

Powerline doesn't give actual gigabit throughput, as you are fighting signal noise on the line, additionally in order to protect the data on the line the devices usually encrypt the data between adapters. This causes a huge reduction in throughput. My boss used these at his home when he first started because his home office was far away from his ISP gateway and his house wasn't wired. He was complaining of slow data transfer speeds to his computer at his home office even though he had 200 Mbps service at home. After performing a speed test from the home office computer to a client I connected directly to a switch port on the back of the ISP gateway we noted 40 Mbps throughput through the powerline adapter that was sold as gigabit. We ended up running a CAT6 cable to resolve.

 

 

Sent from my iPhone using Tapatalk

Edited by Tur0k

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
×
×
  • Create New...