DGAVCDec 1.0.9

[rebkell]

Okey dokey. I will adapt.

[lchiu7]

Originally Posted by neuron2

This process works with the first file you linked. So I should be able to support demuxing LATM/LOAS. I'll just start outputting it at a TS packet with tranport_unit_start_indicator set, and hope for the best. I didn't do it before because I didn't know how to parse for the audio sync word.

I wasn't aware that Winamp had an output plugin!

That's encouraging. However with the first file when I demux it with the current release, the first 6-7 seconds are missing. On the second file I can't do any demux yet it was recorded from the same channel on the same day!

I had no idea Winamp had an output plugin till somebody mentioned it in earlier in this thread.

[lchiu7]

Originally Posted by neuron2

I didn't say it was hard. I said I was not in the mood.

I'll have a look at them and let you know.

Anything to make life easier for you! It's clear that your work on this program is not for money

[Ranguvar]

Hey, neuron2, a question...

I have a quad-core processor... when encoding from DVDs, SetMTMode(2, 0) works fine (at least, for the DGDecode line). However, when I encode from AVC (Blu-ray), SetMTMode(2, 0) causes a crash in I believe it was avisynth.dll, but 3, 0 works fine.

Do you know what difference in DGDecode and DGAVCDecode could cause mode 2 to not work? Or would I be better off asking tsp?

[Guest]

Originally Posted by lchiu7

That's encouraging. However with the first file when I demux it with the current release, the first 6-7 seconds are missing. On the second file I can't do any demux yet it was recorded from the same channel on the same day!

Yes, I know why all that is happening. Don't worry, it's going to be fine. I hope to have it in the next alpha.

[Guest]

Originally Posted by Ranguvar

Or would I be better off asking tsp?

Yes. I have never used SetMTMode and I don't know anything about it.

[Guest]

I hope to have it in the next alpha.

OK, I have done the changes in 20 minutes. Both files work fine and give all the audio. I will release the new alpha tonight. Thank you for advising me of this possibility, lchiu7.

[Guest]

* Added support for demuxing AAC LATM/LOAS audio.

* Added a button on the error pop-ups to suppress all further error pop-ups.

http://neuron2.net/dgavcdec/dgavcdec.html

[lchiu7]

Originally Posted by neuron2

OK, I have done the changes in 20 minutes. Both files work fine and give all the audio. I will release the new alpha tonight. Thank you for advising me of this possibility, lchiu7.

Many thanks for that. Only done preliminary tests but have been able to extract the audio from both samples now and they are nicely renamed .aac files! Played with winamp and output a wav file which I then converted to AC-3.

Not a dgavcindex issue but am still trying to overcome some sync issues when I take the demuxed avc file and the new AC-3 file and put it back in a ts file. dgavcindex outputs -nnms delay in the name. Should I take that as the audio needs to be delayed that many ms when muxing it back?

Thanks

Larry

[edit]

Further experimentation has shown that if I just add 1000ms delay to the audio when I mux it back (not quite OT but using tsmuxer) the a/v stays in sync all the way. And this has occurred on two files so far so looks consistent

[Guest]

Originally Posted by canTsTop

p.s. i noticed that __aud__ is already can be used in avs templates, patiently waiting for __del__ support

It will be in the next alpha. Thanks for reminding me about that.

[Ryo94]

I knew that DGAVCDec was being used by latest version of staxrip but never tried until now (due to a problem with framework 3.5 can't use staxrip 1.1) so just tried this app alone and can't be more happy about how great it works, first DGMEPGDec and now this, infinite thanks neuron2!

[amango]

Today I tested some streams from Premiere HD (1080i25), after saving a project and opening it with a pure "avcsource"-skript I get a very pixelated picture. The picture shown in DGAVCIndex itself does not show those pixels.



The whole TS-files runs fine if I play them with Media Player Classic (using CoreAVC as filter).

[Guest]

Please post a link to a short piece of the unprocessed source that I can use to duplicate the issue.

[amango]

http://rapidshare.de/files/40095469/...muxed.avc.html

[Guest]

That's the well-known problem with libavcodec's support of PAFF.

I plan to try to address these issues but not right this instant.

Thank you for your test stream.

[rebkell]

Had an error while encoding today, I have no idea which app caused the problem. I've been capturing files with the HD-PVR and used h264ts_cutter on a file, then used dgavcindex(dgavcdec100a30 version) to index the file.

about 20% of the way into the file I got this error message in Windows:
This application has requested the Runtime to terminate it in an unusual way.

The TinMan01.avs file is very simple
AVCSource("TinMan01.dga")
LanczosResize(1280,720)

I ran this x264.exe command line to process it(which I've run numerous times before with no problem)
"c:\Program Files\megui\tools\x264\x264.910.modified.exe" --crf 20.0 --level 4.1 --ref 3 --mixed-refs --bframes 3 --b-rdo --bime --weightb --direct auto --subme 6 --trellis 0 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dc5 --ipratio 1.1 --pbration 1.1 --vbv-bufsize 9000 -vbv-maxrate 24000 --qcomp 0.5 --me umh --merange 12 --threads auto --thread-input --progress --no-psnr --no-ssim --output g:\Junk\Haup\TinMan\TinMan01.mp4 g:\junk\Haup\TinMan\TinMan01.avs

The event log in Vista had this to say:
Faulting application x265.910.modified.exe, version 0.0.0.0, time stamp 0x48785771,faulting module libavcodec.dll,version 0.0.0.0,time stamp 0x47bb9a44,exception code 0x40000015,fault offset 0x00167937,process id ox1088,application start time 0x01c8f028914bdc3e.

Any ideas what might have gone wrong?

[Guest]

I'm really getting bored with having to ask for streams!

Isn't it obvious that I need a sample of your cut transport stream that lets me duplicate the problem?

[rebkell]

Originally Posted by neuron2

I'm really getting bored with having to ask for streams!

Isn't it obvious that I need a sample of your cut transport stream that let's me duplicate the problem?

I was actually just giving you all the info, I had no idea if it was an DGAVCDec problem or not. The timing of the failure also coincides with my AntiVirus program doing an update, I'll rerun it again, and if fails, I'll get you a snippet of the stream. I've already run two full encodes using basically same everything and all went well, so I really was just throwing out the info, in case anybody else had experienced it.

[Ranguvar]

Originally Posted by rebkell

I was actually just giving you all the info, I had no idea if it was an DGAVCDec problem or not. The timing of the failure also coincides with my AntiVirus program doing an update, I'll rerun it again, and if fails, I'll get you a snippet of the stream. I've already run two full encodes using basically same everything and all went well, so I really was just throwing out the info, in case anybody else had experienced it.

The fact that the crash was in libavcodec.dll tells you pretty much 100% that it was DGAVCDec, as nothing in x264 or your AVS was using libavcodec besides DGAVCDec Although there's a very faint chance that something like your AV might cause the issue...

[rebkell]

Originally Posted by neuron2

I'm really getting bored with having to ask for streams!

Isn't it obvious that I need a sample of your cut transport stream that lets me duplicate the problem?

I sent you a PM, with this link, but here is the problem area that bombed, it's definitely where I cut out a commercial badly with h264ts_cutter.

http://rebkell.net/BadSpot.ts