Channels & viewing

[alexsid]

Same here, Roku Streaming Stick 4K (4400X). I have problems with HE-AAC and AC3, e.g.

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 47mn 6s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Stream size : 64.7 MiB (6%)

This is not a Plex Media Server issue - I see the same problem both with it and miniDLNA server. The same files play fine using media player of PS4.

Everything worked fine with Roku until May updates

[cwhitta]

Same RMP audio dropout problems here on two 3900X Roku Express and one Stick after last update on 5/12.  Currently running version 10.0.0, build 4195-51.  RMP version 5.5, build 9.  AAC audio plays fine on all non-Roku devices.  I stream from a Serviio DLNA server.  No problems until this latest update.  I hope there is a fix soon, as this is the primary format in which we watch TV in our home.

[keen]

from what I can tell, this seems to be pretty much all aac (not just he_aac) audio regardless of container or video.  though it's easier to ID the files that fail to work than it is the ones that DO work.... 🙂

[keen]

>  So how does one report a bug to Roku? 

this is it.  I've even reached out through personal engineering connections to find folks at roku interested in problems and the answer is the same:  post about it here and good luck.

there is no concept of customer support or customer care at roku.

[SNACKeR]

---

@keen wrote:

from what I can tell, this seems to be pretty much all aac (not just he_aac) audio regardless of container or video

---

I'm re-encoding HE-AAC to AAC and that is solving my issue.

[keen]

this one DOESNT drop out:

| + Codec ID: A_EAC3
| + Default duration: 32.000ms (31.250 frames/fields per second for a video track)
| + (Unknown element: LanguageIETF; ID: 0x22b59d size: 6)
| + Audio track
| + Sampling frequency: 48000
| + Channels: 6

[keen]

> I'm re-encoding HE-AAC to AAC and that is solving my issue.

huh!  

these tracks were dropping out:

| + Codec ID: A_AAC
| + CodecPrivate, length 2
| + Default duration: 21.333ms (46.875 frames/fields per second for a video track)
| + (Unknown element: LanguageIETF; ID: 0x22b59d size: 6)
| + Audio track
| + Sampling frequency: 48000
| + Channels: 2

| + Codec ID: A_AAC
| + Track type: audio
| + Audio track
| + Channels: 2
| + Sampling frequency: 48000
| + Bit depth: 32
| + CodecPrivate, length 5

..did you say you were writing a script walk through your collection to do it?   using mkvtools?  mind sharing a copy, even it's a heavy hackjob?  (shell, hopefully, but I can read anything)  save me some work on some of my own stuff....

[SNACKeR]

---

..did you say you were writing a script walk through your collection to do it?   using mkvtools?  mind sharing a copy, even it's a heavy hackjob? 

---

Not really a script...I did it pretty manually. From my top-level video folder I ran:

dir /b /s *.m* > audio-codecs.bat

which got all my video file names into a batch file. Then I edited the file so each line was replaced with two lines like this:

echo "MyMovie1.mp4" >> audio-codecs.txt
ffprobe -v error -select_streams a:0 -of default=noprint_wrappers=1 -show_entries stream=profile "MyMovie1.mp4" >> audio-codecs.txt
...

Then I could see in audio-codecs.txt which files were HE-AAC. I wrote my own Windows wrapper utility for converting video files using ffmpeg, but essentially I ran this on each file (I only needed to convert 3 or 4):

ffmpeg -hide_banner -loglevel error -nostats -i "MyVideo1.mp4" -y -acodec aac -b:a 224k -vcodec copy  "MyVideo1.mp4-audiofix.mp4"

I only use a stereo setup and the above was fine for my needs, but adjust the audio encoding to your liking.

[McMike]

@keen , what program was giving you the output showing that your files have codec ID A_AAC? I'm not familiar with that but I think it might just refer generically to Audio AAC without indicating whether it's the HE or LC profile. Like @SNACKeR I use ffprobe to show the codec/profile, and re-encoding HE-AAC to AAC-LC has been an effective (but irritating) workaround.

[McMike]

@RokuMary-F @RokuDanny-R @RokuKariza-D I've noticed you dropping into some of these threads, so how about at least let us know if this issue is on the developers' radar and if they need any additional information from users to replicate it?