aletomic 2 Posted October 9, 2023 Posted October 9, 2023 (edited) Hi - I need some help to understand better if what I'm experiencing is normal. I have an Emby server running in an Intel NUC 9. All my media is in H.265, today I noticed that devices that don't support H.265 and are accessing the server remote like a Samsung Galaxy S10 was hardware trasncoding the content to H.264 and it was shuttering. I had to downsize the quality from a 1080p H.265 hosted in the server to a 720p 3mbps in the player to make it playable. I tried to tune the hardware transcoding between Very Fast in the Quicksync or to 7 in VAAPI and nothing made the video playabel at 1080p in the phone. Did I reach a hardware limit? Isn't the iGPU not powerful enough in the intel gen 9 mobile i9 to push the video to play at 1080p? Would it help if I get a dedicated dGPU for my server? I noticed that the CPU is powerful enough to make the work if I deactivate the hardware trascoding but it uses almost 3 cores to perform the task. What I'm missing? How are you handling this? Are you making all your devices H.265 compatible to play remotly? Thanks Edited October 9, 2023 by aletomic
RanmaCanada 496 Posted October 9, 2023 Posted October 9, 2023 The CPU is more than powerful enough, more than likely you were running into an issue with the client being throttled by their provider. My old i3-8130u had no problem with 10+ 1080p transcodes. Was the user on cellular data, or wifi? I know some providers throttle the hell out of streaming bandwidth as I have that issue with people here in Canada on Shaw. 8mbit is the limit during the day, 3mbit during prime time. Even if you have gigabit service, they will lock you down and deny they are doing so. I created a test library for this purpose, with videos of ever increasing bitrate and codecs to show people what is going on with their horrible ISP denying them what they are paying for. The directory I linked is what I used. I just downloaded the files and put them in a test files library.
aletomic 2 Posted October 9, 2023 Author Posted October 9, 2023 (edited) 17 minutes ago, RanmaCanada said: The CPU is more than powerful enough What about the iGPU? Hardware transcoding it 17 minutes ago, RanmaCanada said: Was the user on cellular data, or wifi? Cellular data 17 minutes ago, RanmaCanada said: I have that issue with people here in Canada on Shaw. 8mbit is the limit during the day, 3mbit during prime time. Even if you have gigabit service, they will lock you down and deny they are doing so. Didn't know this could be the root cause. Verizon in US, does anyone knows that this is the problem? I can also test running it on a wifi since I didn't test it. Need to go to a Starbucks I guess Edited October 9, 2023 by aletomic
aletomic 2 Posted October 9, 2023 Author Posted October 9, 2023 I didn't test in the wifi remote yet in the same device but one thing tells me that this is not the problem. Running the movie using the CPU instead the HW for transcode made it play at 1080p. A dedicated GPU wouldn't certify power process for transcoding compared to an iGPU that is getting old now?
RanmaCanada 496 Posted October 9, 2023 Posted October 9, 2023 10 hours ago, aletomic said: I didn't test in the wifi remote yet in the same device but one thing tells me that this is not the problem. Running the movie using the CPU instead the HW for transcode made it play at 1080p. A dedicated GPU wouldn't certify power process for transcoding compared to an iGPU that is getting old now? No. The iGPU in your machine is more than powerful enough. A dedicated graphics card is a waste of power and money when you have Intel quicksync available. When people talk about quicksync, it has nothing to do with the CPU, it's all ASICS on the GPU. My i3-8130u would barely be able to do 1080 transcodes using CPU as it only has a passmark score of 3611 and you need at least 2000 to do 1 1080p transcode in software mode. Do you have premiere? As that is needed to use hardware transcoding. https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video If you can I would also suggest you try with a VPN. That can help you pin point if it's your cellular provider or your home internet provider. If it throttles on a VPN with cellular, on Wifi and then wifi with a VPN, then your home ISP are being jerks.
Ronstang 294 Posted October 10, 2023 Posted October 10, 2023 (edited) My question is why does streaming HEVC to a Galaxy S10 require transcoding at all? Is it possible there is some setting that is forcing this on either emby or the phone? I ask because I don't know as I don't have this problem. I have an S10 and I just connected to my beta server and played a movie and went to the dashboard to see what was happening and not only did the file play flawlessly it also was direct playing with no transcoding. Not only are all my files HEVC but they are all 10 bit color also and everything direct plays on every device I play them on....and I have tested Sony, LG, Samsung and Firesticks and several different phones. An HEVC file should have a smaller resource load anyway since the files are smaller with the same quality or better so you have less bit rate which means if it's transcoding to h.264 not only is the CPU working but also the bit rate is going to jump and then your network load and that on the internet connection on both ends takes a bigger resource hit. I am just confused as to why you are requiring transcoding from HEVC to h,264 when all my experience says there is no reason for it to be happening. Edited October 10, 2023 by Ronstang
Luke 42080 Posted October 11, 2023 Posted October 11, 2023 On 10/10/2023 at 9:09 AM, Ronstang said: My question is why does streaming HEVC to a Galaxy S10 require transcoding at all? hi there, did you explore the stats feature in the video player to learn why it was transcoding?
Ronstang 294 Posted October 11, 2023 Posted October 11, 2023 (edited) 11 minutes ago, Luke said: hi there, did you explore the stats feature in the video player to learn why it was transcoding? Luke, I'm not the one having the problem.....my sever does not transcode ANYTHING as that is how I have designed my collection. You need to ask the OP this question. It is likely something like unsupported subs as HEVC and even 10bit color is supported on a Galaxy 10....at least mine LOL Edited October 11, 2023 by Ronstang
aletomic 2 Posted October 11, 2023 Author Posted October 11, 2023 (edited) 31 minutes ago, Luke said: @aletomic? Hi - Attached a screenshot of a movie in the player. Also, the player configurations. Thanks Edited October 11, 2023 by aletomic
pwhodges 2012 Posted October 11, 2023 Posted October 11, 2023 The Auto settings attempt to measure the network bandwidth, but sometimes get it very wrong. It's worth replacing them with explicit high settings which you believe to be supported by your network. Paul
Ronstang 294 Posted October 11, 2023 Posted October 11, 2023 34 minutes ago, pwhodges said: The Auto settings attempt to measure the network bandwidth, but sometimes get it very wrong. It's worth replacing them with explicit high settings which you believe to be supported by your network. I was thinking along those lines but don't know enough to put in my 2 cents....but my question is if the network is the bottleneck why is it transcoding h,265 to h.264 when from my experience h.265 files are often half the size of h.264 so that would seem to exacerbate the issue with a higher bit rate, or am I missing something here?
pwhodges 2012 Posted October 11, 2023 Posted October 11, 2023 The automatic transcoding is always to h264 because that is the universally acceptable codec - after all, one reason for transcoding is when h265 is not handled by the client! But another reason is bandwidth - and transcoding to h265 in that case would enable the required bandwidth to be met with substantially higher quality. I can picture the possibility that Emby could determine whether the client will be able to handle h265, and transcode to it if possible; but there would still need to be a fall-back to the lowest common denominator of h264 in case of unexpected problems. Trying two different transcodes could then be seen as a undesirable complication. There's also the point that transcoding to h265 takes more system resource, and some servers may no longer be able to keep up. Paul
aletomic 2 Posted October 11, 2023 Author Posted October 11, 2023 57 minutes ago, pwhodges said: The Auto settings attempt to measure the network bandwidth, but sometimes get it very wrong. It's worth replacing them with explicit high settings which you believe to be supported by your network. Paul Then this is the setup that doesn't have problems to play. It is a bummer to have to setup it to this resolution when in 4G and manually. I thought we could find something else that is happening here.
pwhodges 2012 Posted October 11, 2023 Posted October 11, 2023 1 hour ago, aletomic said: I thought we could find something else that is happening here. Provide the server log, then, so that the devs can look at what is limiting the performance. Paul
aletomic 2 Posted October 12, 2023 Author Posted October 12, 2023 (edited) 1 hour ago, pwhodges said: Provide the server log, then, so that the devs can look at what is limiting the performance. Paul Sorry, I opened another thread and provided those information in there. I didn't know where this would fit better. Maybe is time to close this one and just follow the other one? https://emby.media/community/index.php?/topic/122185-buffering-remote-hw-acceleration/ Edited October 12, 2023 by aletomic 1
Luke 42080 Posted October 24, 2023 Posted October 24, 2023 On 10/11/2023 at 8:06 PM, aletomic said: Sorry, I opened another thread and provided those information in there. I didn't know where this would fit better. Maybe is time to close this one and just follow the other one? https://emby.media/community/index.php?/topic/122185-buffering-remote-hw-acceleration/ Sure.
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