@ChuckPa said:
not to hijack, a 7.1 audio passthrough issue? If so, that’s an issue of whatever the HDMI is plugged in to. (we all beat that to death in discussions)
I don’t understand, the Roku 4 is plugged into a Yamaha RX-A1060 (basically top of the line) what do you mean “whatever the hdmi is plug into”?
It is a Roku issue. I quote: “That’s the DTS-MA 7.1 bug. If the metadata says 6ch, then it’ll work, otherwise if it’s 8ch the Roku ignores it” "
“They are somehow dropping the audio if the metadata reports 8ch”. That’s why you hear silence. This is why PMS can handle 2 channel devices without issue.
The issue is with the metadata coming down. if the metadata is 6ch or 8ch, the choice is to either Direct Play and hope for the best, or force a transcode for any video with 7.1 audio. (current thinking).
Here’s the real nuance. The audio can be DTS-HD 7.1, but the metadata has to state 6ch (the core) for it to work.
The dev has been pushing. Perhaps you all can help push them too. It’s been this way for a while and really broken on the newer/bigger models.
I did see the workaround, however, using it causes the rear two speakers (channels 7 and 8) to just stop working. which is unacceptable.
A 5.1 audio will repeat the surrounds to the rear, which is preferable to having no sound in the rear. HOPEFULLY Roku will fix this issue. its truly ridiculous.
@wesman said:
I … think … I must have done something wrong… This compression ration seems unrealistic to maintain the same quality level.
I’ll have to get back to that in a bit, though, got to get the kids
Essentially, you’ve taken a raw (not quite, but close enough) video, and compressed it for the first time. You will always see this kind of compression on the first run.
If you don’t believe it’s good enough, fire up VLC and compare the two side by side.
Remember, it’s not about actual loss, but perceived loss. Throw it into Plex, and see what it looks/sounds like on your TV/AV.
@wesman said:
I … think … I must have done something wrong… This compression ration seems unrealistic to maintain the same quality level.
I’ll have to get back to that in a bit, though, got to get the kids
Essentially, you’ve taken a raw (not quite, but close enough) video, and compressed it for the first time. You will always see this kind of compression on the first run.
If you don’t believe it’s good enough, fire up VLC and compare the two side by side.
Remember, it’s not about actual loss, but perceived loss. Throw it into Plex, and see what it looks/sounds like on your TV/AV.
going to do that later tonight, I am going to play it in my media room, that baby’s got 165 inches of pure 1080P Heaven.. We’ll see how well it performs.
@wesman said:
going to do that later tonight, I am going to play it in my media room, that baby’s got 165 inches of pure 1080P Heaven… We’ll see how well it performs.
Fair enough. I look forward to hearing how it goes.
@ChuckPa said: Wagers a bet that it won’t hold a candle to 50+ Mbps 1080p but wonders how many yards back you have to sit to watch it
(can you tell I’m jealous? )
Haha! I would say it too, but you’d be surprised at how far the compression has come over the last 10 years.
I only heavily encode video I don’t care about. You know, the TV Series you can live without, or the shows your wife watches etc… I mean I wouldn’t do that to my wife, but just as an example of something someone might do…
Oct 19, 2016 09:07:00.592 [2108] DEBUG - MDE: analyzing media item 100526
Oct 19, 2016 09:07:00.592 [2108] DEBUG - MDE: Oblivion (2013): Direct Play is disabled
Oct 19, 2016 09:07:00.592 [2108] DEBUG - MDE: Oblivion (2013): media must be transcoded in order to use the hls protocol
Oct 19, 2016 09:07:00.592 [2108] DEBUG - MDE: Oblivion (2013): no direct play video profile exists for http/mkv/hevc
Oct 19, 2016 09:07:00.592 [2108] DEBUG - MDE: Oblivion (2013): no direct play video profile exists for http/mkv/hevc/aac
Oct 19, 2016 09:07:00.592 [2108] DEBUG - Oblivion - audio.channels limitation applies: 6 > 2
Oct 19, 2016 09:07:00.592 [2108] DEBUG - MDE: Oblivion (2013): no remuxable profile found, so video stream will be transcoded
Oct 19, 2016 09:07:00.592 [2108] DEBUG - MDE: computed resolution bounding box of 1920x1080.
Oct 19, 2016 09:07:00.592 [2108] DEBUG - Scaled up video bitrate to 18513Kbps based on 4.500000x fudge factor. Oct 19, 2016 09:07:00.592 [2108] DEBUG - Oblivion - audio.channels limitation applies: 6 > 2
Oct 19, 2016 09:07:00.608 [2108] DEBUG - Oblivion - audio.channels limitation applies: 6 > 2
Oct 19, 2016 09:07:00.608 [2108] DEBUG - MDE: Oblivion (2013): selected media 0 / 100526
Oct 19, 2016 09:07:00.608 [2108] DEBUG - Streaming Resource: Adding session 0BBFF3C8:PlexYY001D808908 which is using transcoder slot. Used slots is now 1
Oct 19, 2016 09:07:00.608 [2108] DEBUG - Streaming Resource: Added session 0BBFF3C8:PlexYY001D808908
The Roku 4 is not responding as supporting MKV. Your Screenshot also shows HLS is set.
Video had to be transcoded to get to HLS from H.264
Audio had to be transcoded because it’s 6 channel and not 2 channel.
Sorry to hear that mate. I’m afraid Chuck would have more info on the Roku than I. All of my devices support HEVC OOTB, so never ran into the issue you have.
But if you can find the right combination of audio and video codecs, you might do well