They are not decrypted when recording or played back live in TSReader to VLC Player. Here is a media info, you'll see the 2nd audio track is still encrypted as it shows no info in MediaInfo:
Code:
General
ID : 1 (0x1)
Complete name :
Format : MPEG-TS
File size : 27.5 GiB
Duration : 4 h 27 min
Overall bit rate mode : Variable
Overall bit rate : 14.8 Mb/s
Video
ID : 100 (0x64)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 4 frames
Codec ID : 27
Duration : 4 h 27 min
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 (30000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : MBAFF
Scan type, store method : Interleaved fields
Scan order : Top Field First
Audio #1
ID : 110 (0x6E)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 4 h 27 min
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -1 s 14 ms
Stream size : 734 MiB (3%)
Service kind : Complete Main
Audio #2
ID : 111 (0x6F)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : 129
Compression mode : Lossy
Text #1
ID : 100 (0x64)-CC1
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 4 h 27 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
CaptionServiceName : CC1
Text #2
ID : 100 (0x64)-1
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 4 h 27 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Menu
ID : 32 (0x20)
Menu ID : 1 (0x1)
Duration : 4 h 27 min
List : 100 (0x64) (AVC) / 110 (0x6E) (AC-3) / 111 (0x6F) (AC-3)
Service name :
Service provider : Generated by TSReader 2.8.53b on 2019/10/27 19:59
Service type : digital television
the reason I would like both decrypted when recording is of course to mix them myself to a 5.1 (or 4.1 whatever) track.
If you look closely to PVemu monitor window,you will see that when ECM is decrypted,it has all audio CW,basically,the means to decrypt all audios are there.
The point would be to see why second audio is not recorded decrypted,like in your case.
But the channel itself presents some curious things.
The first audio is stereo,and if intended to be 5.1,all the information would be embedded in this pid ,no need for a different pid.Is one of the features of AC3.
What's in the second pid?
Asking because when broadcasted 5.1 in different pids,stereo pid carry different things in each stereo channel,then other pid carry other stuff.
But the case is why is not decrypting the second pid for you,as it should.
Did you try older versions of PVemu and you had the same results?
It should record all pids decrypted,since the emu finds all needed CW.
Can you post monitor csa sample for this channel?
But mixing to 5.1 makes no sense to me unless second pid have audio data that is not present in first pid