Unstable and crappy streaming and other issues.

[Jay99 3]

So does this mean the problem was actually not in Emby at all?

I wouldn't say that as Plex was still running without issue, even under the lower processor power. I believe some bugs still exist and need to be investigated on the side on Emby Server and Emby Theater. Emby Theater still lags a bit and Emby Server still has some hesitation. I believe the low processor power only exacerbated and existing issue and an improvement needs to be made on both parts of Emby.

Edited January 25, 2018 by Jay99

[jaredallard 0]

Just a few thoughts on this topic: Emby doesn't really shine on low end devices, such as a Raspberry PI (this isn't Emby's fault, omxplayer is the only thing tuned for HW accel on a RPi). But it brings to light that you have gotta rule out hardware before you get angry at the software. Things like this, when they are Open Source (even if you donate money), require you to know a bit about what it is you're doing and the stack it's running on. Debug your hardware, read through the logs, try non-emby methods and provide logs THERE to prove that it's not a one-off error that's not actually emby's fault and then upload that. Writing software that's stable isn't an easy task, and the fact that @@ebr and @@Luke and many others have gotten it to this point is a great thing, especially since they aren't being paid the standard $125k/year for writing this.

 

Try to keep that in mind when you write twenty page long rants that basically provides nothing to help debug the situation. Write a, clear and concise post with just the information needed and a small amount of speculation on what might be causing it (if you know!). That makes the job easier for everyone.

Edited January 26, 2018 by jaredallard

[Jay99 3]

Just a few thoughts on this topic: Emby doesn't really shine on low end devices, such as a Raspberry PI (this isn't Emby's fault, omxplayer is the only thing tuned for HW accel on a RPi). But it brings to light that you have gotta rule out hardware before you get angry at the software. Things like this, when they are Open Source (even if you donate money), require you to know a bit about what it is you're doing and the stack it's running on. Debug your hardware, read through the logs, try non-emby methods and provide logs THERE to prove that it's not a one-off error that's not actually emby's fault and then upload that. Writing software that's stable isn't an easy task, and the fact that @@ebr and @@Luke and many others have gotten it to this point is a great thing, especially since they aren't being paid the standard $125k/year for writing this.

 

Try to keep that in mind when you write twenty page long rants that basically provides nothing to help debug the situation. Write a, clear and concise post with just the information need and a small amount of speculation on what might be causing it (if you know!). That makes the job easier for everyone.

Well what I know is a bug DOES exist in Emby Server and Theater as Plex had zero issues with the processor being a bit light on power. Also, .02 of a volt is hardly means the processor was to total cause of an issue and as stated that small amount isn't going to be the actual cause of the issue only exacerbate an issue that already exist. So Emby does have an issue that needs to be fixed.

Edited January 26, 2018 by Jay99

[snorkel 15]

What about nagle?  I mentioned this in another thread but having nagle enabled on the server sockets could have a huge impact on performance.

I have done some coding on FTP servers and having nagle enabled caused a huge hit in performance, also on servers that are chatty like a SQL server.

 

I have no idea on how the emby server TCP/IP code is written, but is it possible that Plex has it disabled and that's why you see better performance?

[RanmaCanada 494]

Well what I know is a bug DOES exist in Emby Server and Theater as Plex had zero issues with the processor being a bit light on power. Also, .2 of a volt is hardly means the processor was to total cause of an issue and as stated that small amount isn't going to be the actual cause of the issue only exacerbate an issue that already exist. So Emby does have an issue that needs to be fixed.

I'm sorry but 0.2 of a 1.38 volt part is a massive issue.  That's like saying my car still works fine but I no longer have reverse gear and first.  That is a serious hardware issue, and if that was your power supply causing it, it would actually cause more errors and issues like you are explaining.  Heck even a drop of 2.9 on the 3.3 volt rail is more than enough to make a system unstable.   At this point I would strongly suggest you check all your hardware and make sure it is operating properly first, before you make any more accusations.  It's obvious you have more issues that are at play than what you are letting on.   

Edited January 26, 2018 by RanmaCanada

[snorkel 15]

Well, the voltage thing would only be an issue if he was overclocking the CPU.  I don't think a slight under volt like that would make a difference in the CPU clock speed or stability.

Many modern CPUs/motherboards will reduce power when cores are not being used etc.  

[Jay99 3]

I'm sorry but 0.2 of a 1.38 volt part is a massive issue.  That's like saying my car still works fine but I no longer have reverse gear and first.  That is a serious hardware issue, and if that was your power supply causing it, it would actually cause more errors and issues like you are explaining.  Heck even a drop of 2.9 on the 3.3 volt rail is more than enough to make a system unstable.   At this point I would strongly suggest you check all your hardware and make sure it is operating properly first, before you make any more accusations.  It's obvious you have more issues that are at play than what you are letting on.   

Actually I miss wrote it, its .02 of a volt Also its not overclocked and stock is 1.2v and I was @ 1.17 so yeah that small of a difference isn't the source cause only exacerbate an existing issue. I since cranked it to 1.21v or up'd to .04 to eliminate the issue (only .02 was require to kill the issue but move it .04 to ensure it). Also please stop jumping to conclusion as you shows your stupidity. If you look in an earlier post and were paying attention it was clarified correctly in the first place. Please look at previous writing: "The processor voltage was a bit low @ 1.170 and is suppose to be 1.2 I now have it @ 1.21" 1.17 volts is normal for a new i7-2600k to run at and this voltage is applied by default of the mainboard for all sandy bridge processors when the board is in "Auto" mode. However, overtime as the processor wears the full stock voltage becomes needed so this was at no fault of mine and if anything blame the mainboard manufacturer and btw this is a new old stock board that has only been in service 8 months and yes the bios has been upgraded. No its not a cheap crap board either its an Asus P8Z68-V Pro gen 3.0. Now the processor is 5 years old so I think its reasonable to say wear of the processor is to be expected. I keep everything stock unless I'm forced to adjust and I don't believe in overclocking. Lastly, my PSU is not the issue at all it's an 850w Enermax Revolution 85+ military grade server class PSU, its a 230 dollar PSU. I seriously doubt I have a PSU issue.

Edited January 27, 2018 by Jay99

[RanmaCanada 494]

Military grade only means it was made by the lowest bidder, nothing more.  The fact of the matter is that the components age more than likely is an issue.  And as for calling me stupid, you edited your posts WELL AFTER I had written my comment.  If anything, you misrepresented the facts and it's obvious at this point you're a narcissist and you think you're right and everyone else is wrong.  Having a meaningful discussion is at this point out of the question as you've done nothing but attack every single person in this thread that has come forward to help you.  I think it's time you should sit back and reflect on yourself and ask, "Am I a good person, or am I a jerk?" and you'd be surprised at the out come.

 

I no longer care if you get this resolved, as it's obvious you don't want help,  you just want to beat your chest and fling poo at everyone.

[CBers 7450]

Please keep the discussion civil.

 

Thanks.

[snorkel 15]

It's not likely his hardware....

[snorkel 15]

That's not what military grade means for electronics...LOL for boots yes.

For electronics it means a higher quality and more robust construction. Higher quality capacitors, bigger heat sinks stuff like that.

[Guest asrequested]

So the suggestion is that the hardware is error free, the emby server installation is perfect, the emby server is configured optimally for your hardware, the network is optimal for the server/client usage, there's no operator error and based on Plex working on your system as you like it, Emby has something that's broken or underdeveloped?

[Jennice 19]

@Luke: Which buttons skip 5 minutes?

[Luke 42077]

@Luke: Which buttons skip 5 minutes?

 

@@Jennice, we need more information to answer that question, for example what Emby app are you playing from.

 

However, most importantly please try to keep the discussion on topic. Your question does not appear to relate to this discussion. Please open a new topic. Thanks.

[Jennice 19]

Sorry

[Jay99 3]

So the suggestion is that the hardware is error free, the emby server installation is perfect, the emby server is configured optimally for your hardware, the network is optimal for the server/client usage, there's no operator error and based on Plex working on your system as you like it, Emby has something that's broken or underdeveloped?

Yes, connectivity needs improvement, no its not completely broken but it isn't perfect either. Just like any other feature of Emby they are constantly trying to fix bugs and improve code to run cleaner and more stable. So in this case it seems connectivity needs improvement and buffering could use some TLC as well.

Edited January 27, 2018 by Jay99

[Guest asrequested]

Yes, connectivity needs improvement, no its not completely broken but it isn't perfect either. Just like any other feature of Emby they consisting are trying to fix bugs and improve code to run cleaner and more stable. So in this case it seems connectivity needs improvement and buffering could use some TLC as well.

 

I think that's reasonable.

[mudbuddha69 11]

the only time have a Buffer issue is on my mobile phone, my son is out off town an has no issues on his laptop.

Emby Server is installed on a

HP Storagework X3800 (storage Gatway Server) 

VMware (Windows 2012 datacenter 64bit)

Intel® Xeon® CPU 5150 @ 2.66GHz

4 CPUs:

256gigs memory

storage: HP storageworks MSA60 80 terabyte (raid 50) 

2 dual port 10gig nic 

hp 10gig switch

Pfsense has my firewall (router) HP DL380 G5

 

so if you want it to run smooth "HINT" a real Server not a 15 yr old pc.