Open iameli opened 1 year ago
seems the issue was caused by using # "audio_select": "all",
in our configuration
we have switched the config to none
and added ->
"streams": { "stream": { "name": "stream", "processes": [ { "codec":"AAC", "exit_unmask": False, "process": "FFMPEG", "source_mask": "4", "source_track": "surround", "target_mask": "255", "track_inhibit": "audio=mono,stereo", "x-LSP-kind": "audio", "x-LSP-name": "Surround downmix to stereo", },
we are now experiencing issues with increasingly many H264 tracks.
RelAccX: 1 x 190061b @153 (#0 - #0) Field bootmsoffset: int (8) Field bufferwindow: uint (8) Field live: uint (1) Field maxkeepaway: uint (2) Field minfragduration: uint (8) Field resume: uint (1) Field source: string (512) Field tracks: nested RAX (189448) Field utcoffset: int (8) Field uuid: string (64) Field vod: uint (1)
bootmsoffset: 471624110
bufferwindow: 80803
live: 1
maxkeepaway: 45000
minfragduration: 2083
resume: 0
source: push://INTERNAL_ONLY:dtsc://prod-fra.livepeer-catalyst-0.xeenon.xyz:----
tracks: Nested RelAccX:
RelAccX: 100 x 1893b @148 (#0 - #25)
Field codec: string (32)
Field encryption: string (256)
Field id: uint (4)
Field ivec: uint (8)
Field lastupdate: uint (8)
Field minkeepaway: uint (8)
Field page: string (256)
Field pid: uint (4)
Field playready: string (1024)
Field sourcetid: uint (4)
Field type: string (32)
Field valid: uint (1)
Field widevine: string (256)
#0:
codec: AAC
encryption:
id: 1
ivec: 0
lastupdate: 471984
minkeepaway: 360
page: MstTrakstream+64d7f88cedf2e2ce80cf9320@3146954-0
pid: 3146954
playready:
sourcetid: 4294967295
type: audio
valid: 255
widevine:
#1:
codec: H264
encryption:
id: 2
ivec: 0
lastupdate: 471984
minkeepaway: 200
page: MstTrakstream+64d7f88cedf2e2ce80cf9320@3146954-1
pid: 3146954
playready:
sourcetid: 4294967295
type: video
valid: 255
widevine:
...
codec: H264
encryption:
id: 41
ivec: 0
lastupdate: 471976
minkeepaway: 0
page: MstTrakstream+64d7f88cedf2e2ce80cf9320@3146954-24
pid: 3146954
playready:
sourcetid: 4294967295
type: video
valid: 255
widevine:
#25:
codec: H264
encryption:
id: 42
ivec: 0
lastupdate: 471976
minkeepaway: 0
page: MstTrakstream+64d7f88cedf2e2ce80cf9320@3146954-25
pid: 3146954
playready:
sourcetid: 4294967295
type: video
valid: 255
widevine:
utcoffset: 0
uuid: 6e134606-0208-4d0a-bdbb-5eaed42448d0
vod: 0
Weird one.
Version is this:
Xeenon is having an issue where they keep getting more and more AAC audio tracks get created, eventually hitting the cap at 99 and causing problems. Here's the MistUtilRAX output with 98 audio tracks. [Update: this looks to have been truncated by Discord. There were 99 in there and they all looked like that.]
The video track in there is being produced by MistOutRTMP. The excessive audio tracks appear to be all coming from MistSession instances; for example we see
And that seems to be a MistSession process:
Unclear to me why MistSession would create a track. Whatever's happening, it definitely results in replication failures:
The only other detail I have is that there were some failing STREAM_BUFFER triggers that were set to blocking. Presumably that should do nothing, as blocking STREAM_BUFFER is ignored. But it was the only thing that jumped out at me so I figured I'd include it for completeness even if it's a red herring.