Jump to content


Photo

No sound(headphone) remote jack

roku ultra headphone sound live tv media

Best Answer speedingcheetah , 15 October 2019 - 12:19 PM

Trying the beta....same issues.

 

However, think i figured out my issue.

 

I have transcoding disabled for this user. As i only want it to direct play and not stress out the server cpu. Transcode should not be needed at all.

 

The setting "Allow audio playback that requires transcoding" in the servers CP, with that disabled, these audio issue occur, enable it, it does not.

I notice the source audio, no matter the codec, is always showed as AAC Stereo when i enable this and playback mode is Remux instead of Direct.

Also setting the Roku system Audio settings to Stereo, also is infact locking the whole device to only use AAC Stereo globally.

 

I can use the Roku remote headphone jack fine with other apps, even when system is set to Auto(Dobly Digital) or even manuly selecting D.D or D.D PLus.

So i know the Roku supports AC3 etc. as it works every where else.

But for some reason, the same AC3 direct stream multi channel audio track is not being sent to, or decoded by the Roku remote.

Far as I can tell, not being able to use the remote headphone jack, is the only issue of disabling any transcoding in Emby.

 

Could you provide a detailed insight (or link to one) on what the Emby sever stream modes are and how they work, direct, Remux, transcode, HLS etc, when it comes to the adio and video track separately? 

 

A bit off topic, but, how mature/stable/ well optimized is the Emby experience on a Roku, as compared to the the other stream boxes out there, FireStick, Shield, Apple TV, etc?

Go to the full post


  • Please log in to reply
27 replies to this topic

#1 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 14 October 2019 - 11:55 AM

Roku Ultra (2018).  When i plug in headphones into the jack on the Roku remote, there is no audio from Emby for any of the media played, Live TV, Recordings, or local files.

There is the button sound effects and other Rokus system audio, and other apps all play sound fine.

If i unlplug headphone, the sound does come back to the tv.

 

Looked in the apps settings, and Audio +subtitle settings just says "see the user menu in web app"

and Convert Muti-channel AAC...has no effect.

 

The TV and media recordings are AC3 audio...if that helps. All my tv channels are that way,

 

Edit: Also noticed, that if I change the Rokus system Audio settings to Stereo, (or anything other than Auto) the Emby app does not load any media, live tv or local. It just hangs on the loading bar of Retrieving. It lock a tuner, and the dashboard says it is playing, but it is not. Have to restart server to unlock it.


Edited by speedingcheetah, 14 October 2019 - 05:40 PM.


#2 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 146173 posts
  • Local time: 06:39 AM

Posted 15 October 2019 - 01:48 AM

Hi there, have you tried with music, and if so, how does that compare?



#3 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 15 October 2019 - 02:34 AM

Hi there, have you tried with music, and if so, how does that compare?

 

Don't have any just music on my server. I do have music vids and other tv series on it, under my account.

I logged into my account and everything streamed fine, even via headphones.

 

I noticed that the Stats for my account show  play method "Remux", Video is H264(Direct) and that audio is "AAC". (I gather this is direct playing video stream, but transcodeing just the audio?)

 

On the other limited account I have setup for my mother, it shows Play method: DirectStream for video (H264) and Audio "AC3 (Direct)".

 

Direct stream is the most desireable and least resource intensive on the server.



#4 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 48994 posts
  • Local time: 06:39 AM

Posted 15 October 2019 - 10:42 AM

@speechles isn't there an audio setting on the device that can cause these problems...?



#5 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 15 October 2019 - 11:04 AM

@speechles isn't there an audio setting on the device that can cause these problems...?

As i mentioned already, i tried adjust those, any setting other than "Auto" in the Roku settings, results is the Emby app freezing up trying to load anything.



#6 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 48994 posts
  • Local time: 06:39 AM

Posted 15 October 2019 - 11:16 AM

I think there is another setting that is kindof hidden.

 

As for the freezing, can you please try the beta version of the app?



#7 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 15 October 2019 - 11:21 AM

I think there is another setting that is kindof hidden.

 

As for the freezing, can you please try the beta version of the app?

umm.....how do u install a beta version of the app on a Roku? i was not aware that there was any kind of Beta channel setting, like on android Google Play?



#8 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 48994 posts
  • Local time: 06:39 AM

Posted 15 October 2019 - 11:22 AM

Hi.  The beta is available right from our website: https://emby.media/emby-for-roku.html



#9 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 15 October 2019 - 11:35 AM

Hi.  The beta is available right from our website: https://emby.media/emby-for-roku.html

ill try it out...where i sthe changelong for the beta...the link on the page says U do not have permission to view this topic.



#10 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 15 October 2019 - 12:19 PM   Best Answer

Trying the beta....same issues.

 

However, think i figured out my issue.

 

I have transcoding disabled for this user. As i only want it to direct play and not stress out the server cpu. Transcode should not be needed at all.

 

The setting "Allow audio playback that requires transcoding" in the servers CP, with that disabled, these audio issue occur, enable it, it does not.

I notice the source audio, no matter the codec, is always showed as AAC Stereo when i enable this and playback mode is Remux instead of Direct.

Also setting the Roku system Audio settings to Stereo, also is infact locking the whole device to only use AAC Stereo globally.

 

I can use the Roku remote headphone jack fine with other apps, even when system is set to Auto(Dobly Digital) or even manuly selecting D.D or D.D PLus.

So i know the Roku supports AC3 etc. as it works every where else.

But for some reason, the same AC3 direct stream multi channel audio track is not being sent to, or decoded by the Roku remote.

Far as I can tell, not being able to use the remote headphone jack, is the only issue of disabling any transcoding in Emby.

 

Could you provide a detailed insight (or link to one) on what the Emby sever stream modes are and how they work, direct, Remux, transcode, HLS etc, when it comes to the adio and video track separately? 

 

A bit off topic, but, how mature/stable/ well optimized is the Emby experience on a Roku, as compared to the the other stream boxes out there, FireStick, Shield, Apple TV, etc?


Edited by speedingcheetah, 15 October 2019 - 12:27 PM.


#11 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 146173 posts
  • Local time: 06:39 AM

Posted 15 October 2019 - 01:20 PM

Right, please make sure to read the help text warning underneath those server transcoding settings.

 

You have to remember, Emby apps will already direct play whenever possible. If the app isn't direct playing on it's own, then there's a valid reason for that.



#12 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 15 October 2019 - 01:30 PM

Right, please make sure to read the help text warning underneath those server transcoding settings.

 

You have to remember, Emby apps will already direct play whenever possible. If the app isn't direct playing on it's own, then there's a valid reason for that.

Valid reason would be what then, in this case?  It clearly works fine Direct, and not permitting Trans. So why is Emby choosing to trans/remux the audio, even when the Rouku is support, requesting the AC3?

 

"help text warning" are u referring to the "Restricting access to transcoding may cause playback failures in Emby apps due to unsupported media formats."

 

OK...doenst say anything about what remux mode is etc...

 

Also, how does this apply when the media format IS supported on the playback device?


Edited by speedingcheetah, 15 October 2019 - 01:41 PM.


#13 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 5862 posts
  • Local time: 03:39 AM

Posted 15 October 2019 - 01:32 PM

I will be at home shortly. I was at a friend's helping him move the last 4 days. When I am back home I can catch up. I should be there in the next hour or so.

Sent from my Nexus 7 using Tapatalk

#14 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 146173 posts
  • Local time: 06:39 AM

Posted 15 October 2019 - 03:11 PM

Valid reason would be what then, in this case?  It clearly works fine Direct, and not permitting Trans. So why is Emby choosing to trans/remux the audio, even when the Rouku is support, requesting the AC3?

 

"help text warning" are u referring to the "Restricting access to transcoding may cause playback failures in Emby apps due to unsupported media formats."

 

OK...doenst say anything about what remux mode is etc...

 

Also, how does this apply when the media format IS supported on the playback device?

 

Did you explore the server dashboard during playback to learn why it was transcoding?



#15 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 15 October 2019 - 03:17 PM

Yes,...it says its Direct Streaming there...

 

see image

 

edit....this is for when i have user media transcode disabled....see next post

Attached Files


Edited by speedingcheetah, 15 October 2019 - 03:26 PM.


#16 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 15 October 2019 - 03:23 PM

Correction....that last post and image was when it was set to not allow any transcoding.....

 

this is when i have the option enabled for audio only.

 

see images

 

again...the reason given for transcode....makes no sense, as the Roku supports the container format, codecs just fine, as proven when i disable the user option to alow media transcoding. it plays video and sound on the TV fine, just only the headphone out does not stream audio.....perhaps the Roku is doing a passthrough to the TV itself of the Dolby AC3 stream...and when is switches the stream to the remote, it can not decode D.D? just a hunch? but, that still dont figure out why Emby is chosing to transcode the audio to AAc.

Attached Files


Edited by speedingcheetah, 15 October 2019 - 03:25 PM.


#17 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 5862 posts
  • Local time: 03:39 AM

Posted 16 October 2019 - 12:06 PM

When you plug in the headphones effectively the audio capabilities the Roku reports to the app becomes stereo only. But you must plug your headphones in BEFORE you attempt to play otherwise you may be stuck in surround. The Roku does NOT transcode/decimate on the device to produce sound from the headphones. If you play Dolby or DTS to the headphone jack it will play silence. So we must transcode the audio to AAC stereo when we recognize the Roku has stereo only support or headphones plugged into the remote or using remote listening on a smart phone/tablet.

 

That is the only way to detect the Roku has headphones plugged in. For all intents and purposes it looks just like when it is hooked up to a stereo only TV. We cannot tell the difference between headphones in and a TV that only supports stereo. We can do better and use the audio codec capabilties changed feature that debuted in firmware 9.1 to tell when the audio capabilities have changed. We can stop then respawn the video player at that moment with the updated capabilities. This would fix the issue.

 

I was busy the last few days with family stuff so now that I am back I am ready to tackle this head on. Let me see what can be done to get on-the-fly updating of the audio capabilities into the app. You will see the video player stop and restart during a headphone plugin and removal when it needs to as this restart/resume is what will correct the playback. Stay tuned. ^_^


Edited by speechles, 16 October 2019 - 12:15 PM.


#18 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 16 October 2019 - 12:29 PM

When you plug in the headphones effectively the audio capabilities the Roku reports to the app becomes stereo only. But you must plug your headphones in BEFORE you attempt to play otherwise you may be stuck in surround. The Roku does NOT transcode/decimate on the device to produce sound from the headphones. If you play Dolby or DTS to the headphone jack it will play silence. So we must transcode the audio to AAC stereo when we recognize the Roku has stereo only support or headphones plugged into the remote or using remote listening on a smart phone/tablet.

 

That is the only way to detect the Roku has headphones plugged in. For all intents and purposes it looks just like when it is hooked up to a stereo only TV. We cannot tell the difference between headphones in and a TV that only supports stereo. We can do better and use the audio codec capabilties changed feature that debuted in firmware 9.1 to tell when the audio capabilities have changed. We can stop then respawn the video player at that moment with the updated capabilities. This would fix the issue.

 

I was busy the last few days with family stuff so now that I am back I am ready to tackle this head on. Let me see what can be done to get on-the-fly updating of the audio capabilities into the app. You will see the video player stop and restart during a headphone plugin and removal when it needs to as this restart/resume is what will correct the playback. Stay tuned. ^_^

 

So, will that then somehow override the user restriction to not allow transcode? so that it will only override that set limit for when it detects the user plugged in headphone? because, i want it to direct stream the AC3 to the tv at all times, and only go into stereo when headphones plugged in, (the already observed native behavior of the Roku in other apps). There is no need to have the audio transcoded at all times, as it is now.



#19 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 5862 posts
  • Local time: 03:39 AM

Posted 16 October 2019 - 12:36 PM

So, will that then somehow override the user restriction to not allow transcode? so that it will only override that set limit for when it detects the user plugged in headphone? because, i want it to direct stream the AC3 to the tv at all times, and only go into stereo when headphones plugged in, (the already observed native behavior of the Roku in other apps). There is no need to have the audio transcoded at all times, as it is now.

 

The audio should not be transcoded all the time unless the audio is "out of specification" and the server notices it or just plain unsupported period. My guess is this is a .TS container. The Roku does support those in direct play. We can direct play but you cannot seek TS streams beyond the pause buffer. That means you cannot fast forward into the program. You have to linearly progress through them. As you play you then can rewind into the pause buffer and fast forward back to the linear play point. It makes these behave just like LiveTV does. Most users would find that unacceptable. 

 

Instead we transcode TS into HLS/m3u8 and send segmented slices to the Roku. This gives the benefit of being able to now copy both streams (directstream) if possible. The only time the server would choose to not copy the audio stream is when it is not supported. 

 

Right now the app IS NOT correcting the player when you unplug and plug in your headphones during playback. It only remembers how it was when you PLAY the item not anything done while it is playing.

 

What this will do is add the new capability Roku recently gave us in firmware 9.1 to detect audio capability changes on-the-fly. We can then adapt to these during playback and adjust automagically. You will literally have to do nothing. Right now the app is not reacting to audio changes while the player is playing. It cannot automatically adjust from stereo back to surround and from surround back to stereo while playing. It will be able to after we do some work. :)


Edited by speechles, 16 October 2019 - 12:41 PM.


#20 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 528 posts
  • Local time: 05:39 AM

Posted 16 October 2019 - 12:48 PM

As it stands, even if i plug in the headphone jack BEFORE i even launch the Emby app, or when after launch, before playback, there is no sound in remote jack, this is when user is not allowed audio transcode and the signal is AC3 D.D. The TV can play it fine when u hot unplug.

 

When enable the user option in server, i can hot plug/unplug just fine and the audio is fine, uninterrupted in the switch.

 

With allow audio transcode, the Roku is always and only putting out AAC Stereo to the TV, even when not using the remote jack. Even when i chose under HDMI D.D., the audio mode option however, only has Auto(D.D) or Stereo. 

 

 

What is "Convert Mutil-channel AAC" option in the Emby app on Roku,  do and how it affect transcodeing or not?

I have toggled that a few times, see no difference in anything.







Also tagged with one or more of these keywords: roku ultra, headphone, sound, live tv, media

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users