DgIndexNV audio no extension

[StainlessS]

I thought the pubs had last call at 2:00am

Sorry, I meant I got to bed at 4:30 AM the night before, so I was tired in the pub [left pub about 9:00 pm].

I had the Chicken Tikka Masala to try keep me awake, I was not really hungry.
I turned 70YO a couple of months back, my sleep patterns are all to hell since I dont gotta get to bed nor get up from bed for anybody or anything
[EDIT: I retired at 66]

Glad issue was successfully duped,

havva guddun

[Columbo]

Alrighty. Mapping to A_PCM/INT/LIT is the problem. It's not a correct operation. We have to handle A_MS/ACM by writing a proper RF64 header derived from the codec private data.

I've got the skeleton done with opening the .w64 file, writing of the data, and closing the file. I have to implement StartRF64() and EndRF64() to add the RF64 wrapper around the data. Then we should be good to go.

SS, you seem to be in the UK, maybe London or Oxford? Enquiring minds are enquiring.

[StainlessS]

Yes UK, 1st guess correct.

I have to implement StartRF64() and EndRF64() to add the RF64 wrapper around the data.

Sounds good. (Dont know if VDub Riff parse will parse that RF64 whotsit).

[Columbo]

I used to hang out in Hampstead and Cambridge.

Good news! I have it working. It demuxes to a playable file with the correct duration. While getting it working, I found other places in DGIndexNV audio demuxing that fail at >4GB. Gonna fix those and then give you a test version later today.

[Columbo]

Alrighty then. Please test this:

https://rationalqm.us/misc/DGIndexNV_SS.exe

That was a fun problem.

[StainlessS]

Thanks,
Givvus at least a week (maybe two or three) and I'll test a bucket load of mkv's, will post back after that.

[Columbo]

OK thank you. I don't want to wait 3 weeks to make a release so I'll test with the files I have available and make a release. Then if you subsequently find any issues we can slipstream it.

[StainlessS]

Sounds good.
(I'm doin a bucket load BD anyways, midway thro collection redo b'cos of proc script & encoder update)

[StainlessS]

OK, found another disk with A_MS/ACM, O/P WAV seems just fine, 4.6GB. (Blood Diamond).

[Columbo]

Sweet, thank you.

[StainlessS]

OK, found another disk with A_MS/ACM, O/P WAV seems just fine, 3.13GB, ie below 4GB. (eXistenZ).

[Columbo]

Thank you for testing the <4GB case. I use RF64 for everything, regardless of size. Theoretically some very old apps won't like that, but let's see.

[StainlessS]

Have found no further instances of A_MS/ACM as yet (still busy doin' tests).

However, I just noticed this from our resident audio expert, {thought that you might find of interest if you dont already got similar},

Originally Posted by tebasuna51

If you want change only the channelmask of a wav file you can use 'LeeWav.exe' included in the attached file in https://forum.doom9.org/showthread.p...60#post2017560.
It read the wav header and can suggest available channel mask to change. You can test some values and need to confirm the change like you can see in the image:

[clickme]

[Columbo]

Looks useful for testing and debugging. Thank you.