I've noticed I only get 2 channel pcm audio to my avr with imported videos when it's a DD+ (EAC3) track vs 5.1 channel passthrough when it's a DD (AC3) audio track. VLC passes the DD+ through fine on the same CCwGTV device. The streamer is connected to the TV and audio is sent to the avr via arc, and the eac3 track is within the arc bandwidth limits. Something that can be fixed?
Are you sure it's playing the correct audio track? Swipe down in the player and check the options.
1 Like
Yes, checked that. It's the only audio track.
Moved over from post I made earlier to keep issue under one topic....
I suspect I might have a codec problem as well. For context I am capturing from the hbo max app. The audio is bistreamed with a magewell card. When live tv is tuned or captured by Kodi (mythtv or nextpvr) or with Emby the audio works perfectly and is read as DD+ in the info. In channels dvr there is long pause before finally tuning and there is only video, never any audio. YoutubeTV channels that have ordinary 5.1 audio come through perfectly in channels dvr with all six audio channels bitstreamed.
2025/07/20 13:20:48.857997 [HLS] Probed live stream in 4.632796054s: h264 1920x1080 progressive 14bps
2025/07/20 13:20:53.146809 [HLS] Session ch400-dANY-ip127.0.0.1 started in 8.921817816s
2025/07/20 13:20:53.148361 [ENC] Starting encoder for ch400 in /mnt/USBShareD/ChannelsDVR/Streaming/sessions/ch400-dANY-ip127.0.0.1-2564581837/encoder-1-907867726 at 1 (0.000000) (encoder=h264_vaapi, codec=h264, acodec=aac, resolution=384, deinterlacer=hardware, bitrate=-64, segment_size=0.01)
2025/07/20 13:20:53.167148 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-1-h264-aac----64-64-384-0-0--hardware-false-false-0.01-0: [aac @ 0x2259d640] Value -70000.000000 for parameter 'maxrate' out of range [0 - 2.14748e+09]
2025/07/20 13:20:53.167201 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-1-h264-aac----64-64-384-0-0--hardware-false-false-0.01-0: [aac @ 0x2259d640] Error setting option maxrate to value -70k.
2025/07/20 13:20:53.167204 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-1-h264-aac----64-64-384-0-0--hardware-false-false-0.01-0: [aost#0:1/aac @ 0x2259d240] Error initializing output stream: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height
2025/07/20 13:20:53.316818 [ENC] Encoder stopped for ch400 in /mnt/USBShareD/ChannelsDVR/Streaming/sessions/ch400-dANY-ip127.0.0.1-2564581837/encoder-1-907867726 after starting from 1 without encoding any segments
2025/07/20 13:20:53.317467 [ENC] Starting encoder for ch400 in /mnt/USBShareD/ChannelsDVR/Streaming/sessions/ch400-dANY-ip127.0.0.1-2564581837/encoder-1-457043767 at 1 (0.000000) (encoder=h264_vaapi, codec=h264, acodec=aac, resolution=384, deinterlacer=hardware, bitrate=8000, segment_size=0.01)
2025/07/20 13:20:53.383915 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-1-h264-aac---8000-64-384-0-0--hardware-false-false-0.01-0: [h264_vaapi @ 0xfa7c580] Buffering settings are ignored in AVBR RC mode.
2025/07/20 13:20:57.716209 [ENC] Request for 1 is for different transcoding parameters: -64kbps
2025/07/20 13:20:57.728884 [ENC] Stopped encoder for ch400 in /mnt/USBShareD/ChannelsDVR/Streaming/sessions/ch400-dANY-ip127.0.0.1-2564581837/encoder-1-457043767 after starting from 1 without encoding any segments. Failed to mark segment as failed: Segment already written: 1
2025/07/20 13:20:57.729469 [ENC] Starting encoder for ch400 in /mnt/USBShareD/ChannelsDVR/Streaming/sessions/ch400-dANY-ip127.0.0.1-2564581837/encoder-1-829347418 at 1 (0.000000) (encoder=h264_vaapi, codec=h264, acodec=aac, resolution=384, deinterlacer=hardware, bitrate=-64, segment_size=0.01)
2025/07/20 13:20:57.747865 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-1-h264-aac----64-64-384-0-0--hardware-false-false-0.01-0: [aac @ 0x4165d640] Value -70000.000000 for parameter 'maxrate' out of range [0 - 2.14748e+09]
2025/07/20 13:20:57.747891 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-1-h264-aac----64-64-384-0-0--hardware-false-false-0.01-0: [aac @ 0x4165d640] Error setting option maxrate to value -70k.
2025/07/20 13:20:57.747893 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-1-h264-aac----64-64-384-0-0--hardware-false-false-0.01-0: [aost#0:1/aac @ 0x4165d240] Error initializing output stream: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height
2025/07/20 13:20:57.918055 [ENC] Encoder stopped for ch400 in /mnt/USBShareD/ChannelsDVR/Streaming/sessions/ch400-dANY-ip127.0.0.1-2564581837/encoder-1-829347418 after starting from 1 without encoding any segments. Marked segment as failed.
2025/07/20 13:20:59.507337 [ENC] Starting encoder for ch400 in /mnt/USBShareD/ChannelsDVR/Streaming/sessions/ch400-dANY-ip127.0.0.1-2564581837/encoder-2-2028062852 at 2 (0.000000) (encoder=h264_vaapi, codec=h264, acodec=aac, resolution=384, deinterlacer=hardware, bitrate=8000, segment_size=0.01)
2025/07/20 13:20:59.570460 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-1-h264-aac---8000-64-384-0-0--hardware-false-false-0.01-0: [h264_vaapi @ 0x3d9d0a40] Buffering settings are ignored in AVBR RC mode.
2025/07/20 13:21:03.341941 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-remux: [mpegts @ 0x4232e4c0] Reopening PES stream on pid 257 after stream_type change (129 -> 135)
2025/07/20 13:21:03.342042 [HLS] ffmpeg: ch400-dANY-ip127.0.0.1-remux: New audio stream 0:2 at pos:2696860 and DTS:1370.08s
2025/07/20 13:22:08.381373 [HLS] Stopping transcoder session ch400-dANY-ip127.0.0.1 (out=1m19.2047s finished=false first_seq=1 last_seq=15)
2025/07/20 13:22:08.381431 [TNR] Closed connection to M3U-AH4CEE for ch400 HBO
A 14bps stream is definitely suspect. Not sure how that could be a valid video stream.
1 Like
Are you saying that is too high for channels dvr to handle?
No 14 bits per second is less than two bytes per second, an unrealistically small number. A normal stream is 8,000,000 bits per second.
Understood. Cant figure out why that would be happening though. Like I said, the channels tune correctly with Emby and mythtv.
I would need diagnostics right after it happens to be able to make a guess as to why.
I think I found a solution. With the software I use for the card (magewell2ts) you are able to load EDID for formats like AC3, EAC3, ATMOS, LPCM etc. When I set the card for EAC3 or ATMOS the hbo max app in particular outputs a DD+ format that channels doesn't seem to be able to handle. The AC3 EDID when loaded works across the apps I use (YoutubeTV and max).
Will test for a series of recordings to make sure it is consistent.