So far I have this:
staMkv_GetAudioCodecType detects the codec type
0 = MPEG_L1_L2
1 = MS_ACM
2 = PCM
3 = MPEG_L3
4 = AC3
5 = ? AudioCodecType_5 ?
6 = AAC/MPEG2/LC ; AAC/MPEG4/LC
7 = ? AudioCodecType_7 ?
8 = ? AudioCodecType_8 ?
9 = DTS
then uldAvfd_InterfacerGetAudioCodecType converts the result of staMkv_GetAudioCodecType to "interface driver" id --> DTS is converted to unknown (8)
0 = MPEG_L1_L2
1 = MS_ACM
2 = PCM, AudioCodecType_7
3 = MPEG_L3
4 = AC3
5 = ? AudioCodecType_5 ?
6 = AAC/MPEG2/LC ; AAC/MPEG4/LC
7 = ? AudioCodecType_8 ?
8 = UNKNOWN
gAvfdInterfaceAudioCodecFunctions contains the function tables (array of function pointer tables)
Each table has 25 function pointers and there are 9 tables (0..8) for each "interface id"
-----
for MKV the uldAvfd_MkvChangeAudioStream can switch the audio stream so it is possible to switch.
If you check detailed ROSE_PRINT logs (enable rs232 debug and apply my ROSE patch) you'll see for ALL kinds of containers ALL video and audio streams are detected (they are using ffmpeg ---- btw I haven't seen the ffmpeg sources in their source release...).
So add DTS support needs to relocate the gAvfdInterfaceAudioCodecFunctions and add DTS support and patch uldAvfd_InterfacerGetAudioCodecType.
Also have to write all DTS handling routines as other routines are written.
DTS Support Hack Available?
Re: DTS Support Hack Available?
If you check the firmware v2 patch sources you can find the rose patch in it but commented.
I haven't tested the interaction with debug menus but I've seen in the disasm that there are a lot of them.
I haven't tested the interaction with debug menus but I've seen in the disasm that there are a lot of them.