Jump to content


Photo

Opus 5.1 audio and Beta 3.0.108


Best Answer speechles , 30 September 2018 - 04:31 PM

Check your PM's ;)

 

Yes sir. That video has a corrupted opus audio track. Eventually about 3/4, maybe 80% in the audio starts to glitch, eventually freezing the stream. It almost is like there is corruption in the beginning of the stream too. Like someone tried to merge audio very badly and didnt line up any timestamps. Like cut together two different audio into one. To remove what though? Maybe their bad rip and wanted to correct that glitch.. who knows. But that video looks like its a merged audio. Ran it through G-spot and most definitely not a normal sound wave and appears to be different decibel levels too. The beginning is the same way the audio stream is bad at the start. This causes the video to stall for a few seconds and fail direct play.

 

The new beta released today, will direct stream this, copying the video and transcoding the audio. For obvious reasons. Now when you attempt to seek, this works just fine. The only issue is now you cannot resume. To resume would require a full transcode of that hevc stream to h264 and do a heavy cost to your PC because of the audio issue. I did not do this. The app will never do this. Well it may eventually. Never say never. it may do this if we eventually include force transcoding without direct stream. So please, when you have time please mark this thread as answered after you do more tests on your videos. If you do still find problems, please leave this thread open unanswered as we are still going to need it.

Thanks

Go to the full post


  • Please log in to reply
22 replies to this topic

#1 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 25 September 2018 - 07:28 PM

The latest beta is direct playing my video files with Opus 5.1 - bravo Speechles! I am having one small issue, but I'm not sure if there's anything you can do about it as the same thing happens with the Roku Media Player app. If I fast forward or rewind the movie, it will stop playback and say "video error - ignored". At this point I select resume which may work or may result in the error again. Also one other minor thing I noticed is that when first playing the movie, the retrieving bar scrolls across multiple times before playback begins.

Thanks again, even with these issues it is actually direct playing now unless I seek and it isn't causing the app to go into fallback mode.

Edited by Lane03, 25 September 2018 - 07:32 PM.


#2 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 25 September 2018 - 07:44 PM

The latest beta is direct playing my video files with Opus 5.1 - bravo Speechles! I am having one small issue, but I'm not sure if there's anything you can do about it as the same thing happens with the Roku Media Player app. If I fast forward or rewind the movie, it will stop playback and say "video error - ignored". At this point I select resume which may work or may result in the error again. Also one other minor thing I noticed is that when first playing the movie, the retrieving bar scrolls across multiple times before playback begins.

Thanks again, even with these issues it is actually direct playing now unless I seek and it isn't causing the app to go into fallback mode.

 

If it has trouble seeking you might be able to fix it by remux into MKV. Use MKVToolNix. Open MKVToolNix GUI and you will see the app is divided into sections. Drag and drop your problem file over the top left section. It will show the streams in the bottom left. Make sure all the streams are set to copy. Now click start remux. The new MKV created will be correctly seekable, perhaps. This occurs because the roku depends on the header instead of the data stream. So it can get confused easily by some encoding settings. Usually by people who have no right encoding, some P2P release groups come immediately to mind that I shant name. But we can fix their blunder. With the corrected MKV header and copied streams this 9 times out of 10 lets you seek. Let me know if you are the expection.


Edited by speechles, 25 September 2018 - 07:47 PM.


#3 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 25 September 2018 - 07:58 PM

Just remuxed two test files, same result. Again not a big deal, but if you would like to continue down the rabbit hole, let me know what you need from me on your journey.

#4 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 25 September 2018 - 08:13 PM

Just remuxed two test files, same result. Again not a big deal, but if you would like to continue down the rabbit hole, let me know what you need from me on your journey.

 

Already in talks to fix your issue. We know what it is. We just changed that today, and I discussed with @ebr this very same exception then when we made the change, and again right now. It will be fixed. The profile has to be dead on to provide that quality of experience, that wife acceptance factor, the charm and ease roku is known for. Everything must play. It should be seamless. It should be able to know how to play the file. Which play method for which occasion and make it like magic. Only then are the priorities in order. At least IMO. Every time you find a video you cannot play we are not doing our job and letting you down. I feel that way personally now. So I will be active to prevent this from eroding away or damaging your trust in the future. This is why the profile is now entirely custom built per device on the fly on your device. If your roku gets new capabilities via firmware update you can know you are already on that version of the app, right now, at least as far as what is known today for any new codecs. So any that magically they appear on your device one day. Like mpeg2 for example, if it was missing on your device and tomorrow fimrware update adds it. That app is already on your device when it happens it will come naturally. No update required to get this on your device. So this is much better than it was before. Once this is all said and done, you may notice the app is magically playing files that never could before. Thats the expectation. Set the bar as high as possible. Then keep raising it as you get close to it.


Edited by speechles, 25 September 2018 - 08:20 PM.


#5 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 25 September 2018 - 08:27 PM

Sounds great Speechles. Thanks again to you and the rest of the team for all your help and dedication in improving Emby on Roku. Looking forward to testing the next beta.

#6 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 26 September 2018 - 12:13 PM

Sounds great Speechles. Thanks again to you and the rest of the team for all your help and dedication in improving Emby on Roku. Looking forward to testing the next beta.

 

I've left the changes with @ebr and when he is ready to put out a new beta you will have your playback working as it should've been to begin with. Thanks for bearing with us, as we try to get this squared away. Please report back your experience when the new beta is released. Thanks. ;0)



#7 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 27 September 2018 - 05:34 PM

Hi Speechles, 

 

I just tried out the new beta (.109) but I'm afraid it's a no go. Things started off well, I only saw the retrieving bar move to the end once and then direct playback began. I fast-forwarded and then when I hit play I got kicked out of the app. I then went back in and tried playing the same movie, as well as another 5.1 opus movie (as well as remuxed version via MKVToolNix) and both times it immediately kicked me out of the application. Perhaps it's an issue with these particular files? I'll PM you links for some you can try out if you'd like.


Edited by Lane03, 27 September 2018 - 05:40 PM.


#8 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 27 September 2018 - 06:01 PM

Hi Speechles, 

 

I just tried out the new beta (.109) but I'm afraid it's a no go. Things started off well, I only saw the retrieving bar move to the end once and then direct playback began. I fast-forwarded and then when I hit play I got kicked out of the app. I then went back in and tried playing the same movie, as well as another 5.1 opus movie (as well as remuxed version via MKVToolNix) and both times it immediately kicked me out of the application. Perhaps it's an issue with these particular files? I'll PM you links for some you can try out if you'd like.

 

yes please do. I need to see this for myself. When you say "kicked out of the app" you mean it crashes back to the roku homescreen? Or the video player just rudely closes and back to the detail screen?

 

In any case, yes, I would like to try the files myself to see exactly what is happening. I can do more testing on this too. I know it is likely the way the playback fallback is circular, rather than definitive. I can make it definitive. I discussed this with ebr that maybe this would happen. Apologies. :)



#9 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 27 September 2018 - 06:13 PM

No worries. To answer your question, it takes me to the Roku home screen. There isn't an error or anything.

#10 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 27 September 2018 - 06:20 PM

No worries. To answer your question, it takes me to the Roku home screen. There isn't an error or anything.

 

Thats not good. If you could upload to googledrive, dropbox, and send me a PM. I can get to the bottom of it immediately. I already changed the playback method to always fallback to definitive, rather than the 109 way which is circular. Definitive is how blue neon is. I already have the build waiting on my roku for your sample to test with. The quicker I get it, the quicker this is resolved and go back to other areas with issues. Playback issues are an immediate priority. Letting you know, I will submit changes immediately, no wait. So please haste makes waste. 

 

EDIT: Thanks. I am getting the samples now. This wasn't our intention at all, breaking things, so thank you for being kind and bearing with me here. This will be resolved. I lack proper Opus files, and files with errors in them that contain opus. So makes testing things for every single scenario myself impossible. This is why it is still beta. Thanks for participate and help us bug check the beta.


Edited by speechles, 27 September 2018 - 06:34 PM.


#11 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 27 September 2018 - 06:30 PM

Check your PM's ;)

#12 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 30 September 2018 - 04:31 PM   Best Answer

Check your PM's ;)

 

Yes sir. That video has a corrupted opus audio track. Eventually about 3/4, maybe 80% in the audio starts to glitch, eventually freezing the stream. It almost is like there is corruption in the beginning of the stream too. Like someone tried to merge audio very badly and didnt line up any timestamps. Like cut together two different audio into one. To remove what though? Maybe their bad rip and wanted to correct that glitch.. who knows. But that video looks like its a merged audio. Ran it through G-spot and most definitely not a normal sound wave and appears to be different decibel levels too. The beginning is the same way the audio stream is bad at the start. This causes the video to stall for a few seconds and fail direct play.

 

The new beta released today, will direct stream this, copying the video and transcoding the audio. For obvious reasons. Now when you attempt to seek, this works just fine. The only issue is now you cannot resume. To resume would require a full transcode of that hevc stream to h264 and do a heavy cost to your PC because of the audio issue. I did not do this. The app will never do this. Well it may eventually. Never say never. it may do this if we eventually include force transcoding without direct stream. So please, when you have time please mark this thread as answered after you do more tests on your videos. If you do still find problems, please leave this thread open unanswered as we are still going to need it.

Thanks


Edited by speechles, 30 September 2018 - 04:34 PM.

  • Lane03 likes this

#13 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 30 September 2018 - 05:49 PM

Thanks the update Speechles. Will test it shortly. So both files I messaged you had errors with the audio tracks?

#14 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 30 September 2018 - 07:11 PM

Just did a few quick tests. Things are working exactly as you said they would. Thanks! Quick question, are you forcing all OPUS audio to transcode, or is emby doing some sort of sanity check to determine if the OPUS audio will direct play or require transcode?

Edited by Lane03, 30 September 2018 - 07:16 PM.


#15 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 30 September 2018 - 07:17 PM

@Lane03 oops, I never got Hocus Pocus doing so now.

 

Without giving away the logic, I can tell you it is trying to play the item directly as much as possible. There is an error that prevents the video from direct playing. It then tries to fallback to full stream copies, if that fails it falls back to single stream copy. It will always try to copy as many streams as possible in the fallback. This is done to minimize the hurt put on your CPU when transcoding heavy codecs like hevc->h264.

 

When I get the Hocus Pocus I can see what the issue is there. Maybe it is something with Roku disliking Opus in HLS. I will need to do more chasing on that issue to determine what the root cause is. Transcode the audio isn't as near as heavy a cost as transcode the video. So we are moving in the correct direction. Forward. I will reply back when I can run tests with the Hocus Pocus. Stay tuned...



#16 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 09 October 2018 - 04:19 PM

@speechles

 

Hello, just curious if you ever got around to testing the other file? Not a big deal, as things are working much better than before - even better compatibility than the Roku Media Player App. All the files I have with OPUS 5.1 audio are working as you said they would (copying video and transcoding audio, seeking works, just no resume - no biggie there).

 

One other thing I noticed which improved is seeking in general when playing movies that are having the audio transcoded. Many of my movies have AAC 7.1 which gets transcoded by Emby Server to 5.1 as the RokuTV doesn't support 7.1. In the past if I was to fast-forward or rewind while watching a movie with transcoded audio many times the audio would go out of sync when I pressed play - to fix it I would have to ff or rw again to get the audio to be in sync with the video. I no longer have this issue - the video does pause for a bit longer after seeking but once it starts the audio is always in sync - much improved!



#17 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 10 October 2018 - 01:08 PM

@speechles

 

Hello, just curious if you ever got around to testing the other file? Not a big deal, as things are working much better than before - even better compatibility than the Roku Media Player App. All the files I have with OPUS 5.1 audio are working as you said they would (copying video and transcoding audio, seeking works, just no resume - no biggie there).

 

One other thing I noticed which improved is seeking in general when playing movies that are having the audio transcoded. Many of my movies have AAC 7.1 which gets transcoded by Emby Server to 5.1 as the RokuTV doesn't support 7.1. In the past if I was to fast-forward or rewind while watching a movie with transcoded audio many times the audio would go out of sync when I pressed play - to fix it I would have to ff or rw again to get the audio to be in sync with the video. I no longer have this issue - the video does pause for a bit longer after seeking but once it starts the audio is always in sync - much improved!

 

Actually, the Hocus Pocus has the same issue as the Elf. The only issue I have playing them is like you, they won't resume. The video player is told to resume, it starts to, but then faults and starts at the beginning without giving any indication to the app. It is like the built-in video player self recovers without falling back to our recovery logic. Their built-in self recovery restarts the video at the beginning. This might be a Roku firmware bug that irons itself out over time. To work around it and actually resume would require transcoding the HEVC to H264 and I figured that wasn't optimal for HEVC and will draw complaints. It's easier for someone to scrub to the playpoint they were at, and resume that way with far less CPU usage.

 

There is something "off" about how those were encoded. Or something is "off" in how the Roku is handling HEVC with OPUS when presented in MKV. The right thing to do is keep transcoding to the absolute minimum. This is the side we err on. The only time we do not do this, is for HEVC at 60fps on a RokuTV. For RokuTV users, they will need to enable the HEVC at 60fps option to get full direct stream/play. This setting will only appear if you have a RokuTV. This is a new addition due in the next beta.

 

The compatibility being better than Roku Media Player is unexpected, but probably due to how everything is read from the device and how the playback logic crafts a custom profile depending on the device, playback method, and the amount of errors it has recovered from. RMP can't transcode, so has certain limitations. This is not knowledge shared by Roku. As far as Roku apps go, emby now has the best profile support and playback support of any app, period. even blue neon night.

 

The seek keeping sync might have to do with recent Roku firmware updates. Roku specifically released fixes to address audio sync. It might just be coincidence that we updated the app the same time as Roku updated firmwares and it causes confusion as to who really fixed what. I can let you know we had nothing to do with sync correction, that was all Roku, so all praise for that should be as pats on their back, not ours.

 

Glad you like it so far. The entire intent is to start at the big issues and work my way down. The playback issues are the show stoppers and cause negative attention. Quashing that is priority #1.

 

There is one more update pending to add in the last logic for playback. Expect that to hit beta soon. If any have any issues at any time, please shout them out. Thanks. :)


Edited by speechles, 10 October 2018 - 01:35 PM.

  • Lane03 likes this

#18 Lane03 OFFLINE  

Lane03

    Advanced Member

  • Members
  • 151 posts
  • Local time: 08:41 AM

Posted 10 November 2018 - 01:36 PM

@speechles another update, not sure if it's related to my RokuTV firmware updating to 8.2.0 build 4167 or due to emby beta .120, but now my files with Opus audio are consistently direct playing and resume is now working as well.

#19 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 6085 posts
  • Local time: 05:41 AM

Posted 10 November 2018 - 05:08 PM

@speechles another update, not sure if it's related to my RokuTV firmware updating to 8.2.0 build 4167 or due to emby beta .120, but now my files with Opus audio are consistently direct playing and resume is now working as well.

 

It is nice when things just work isn't it? That is great. This was the original intent all along and I was at a loss why that wasn't happening. It is a strange magic. I am happy you are happy. :)

 

Alot of the playback choices by the app are really simple how it is doing it. I gave it simple rules with simple outcomes. Then it knows it cannot break these rules unless certain variables allow it. So all of it is bound by how often errors happen or you use playback correction combined with your resolution/quality bitrate changes. All of this now works to tell it how you want your media. Your media, your way. Glad it now works the way it is supposed to for you. Thanks for helping us get to this point and playing along thus far. There is more coming we will need you to help us with more than likely. In the future the road may get bumpy. No telling what OS9.x will bring. I hear good things.


  • Lane03 likes this

#20 grags OFFLINE  

grags

    Newbie

  • Members
  • 2 posts
  • Local time: 06:11 PM

Posted 02 April 2020 - 01:32 PM

hi,

I have problem in playing mkv files with H265 video codec and Opus Audio codec. 

 

I have Roku Ultra version 4660X, OS 9.2.0 4807-46 and Roku Media Player (RMP)version 4.2 build 1657.
I have connected a external Hard drive through USB port. I am trying to play a video file with H265 video codec and OPUS audio codec(3F2R/LFE), but I get a crackling noise over the Dialogues and background music etc. Video is fine.
But when I play the same file using H265 and AAC mp4a (3F2R/LFE), RMP plays it correctly and clearly.

 

I am able to play the Opus files in my Laptop using VLC.

I am using a Panasonic Vierra which cannot play H265 files

 

Can anybody help?






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users