View Full Version : DGAVCDec 1.0.9
rebkell
25th July 2008, 04:13
Okey dokey. :D I will adapt.
lchiu7
25th July 2008, 04:32
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
25th July 2008, 04:54
I didn't say it was hard. I said I was not in the mood. :devil:
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 :thanks:
Ranguvar
25th July 2008, 05:23
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
25th July 2008, 13:27
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
25th July 2008, 13:29
Or would I be better off asking tsp? Yes. I have never used SetMTMode and I don't know anything about it.
Guest
25th July 2008, 14:18
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
25th July 2008, 14:47
* 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
25th July 2008, 21:47
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
26th July 2008, 14:09
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
26th July 2008, 14:43
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
27th July 2008, 16:19
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.
http://img511.imageshack.us/img511/5682/premierehdvs6.th.jpg (http://img511.imageshack.us/my.php?image=premierehdvs6.jpg)
The whole TS-files runs fine if I play them with Media Player Classic (using CoreAVC as filter).
Guest
27th July 2008, 18:16
Please post a link to a short piece of the unprocessed source that I can use to duplicate the issue.
amango
27th July 2008, 18:33
http://rapidshare.de/files/40095469/Sample.demuxed.avc.html
Guest
27th July 2008, 21:20
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
28th July 2008, 00:10
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
28th July 2008, 00:33
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
28th July 2008, 00:41
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
28th July 2008, 00:45
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
28th July 2008, 15:15
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
XhmikosR
28th July 2008, 18:05
[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
Yes, I face the same problem with the alpha 30 build. I encoded the same blu ray I had encoded with with an older version of DGAVCDec and even though in audio there is no delay detected (which wasn't detected with older versions of DGAVCDec and everything was in sync) the audio isn't in sync. It's approximately 1000ms. So there is something wrong with the newer versions that causes the audio video desynchronization. Again, with some older builds (a28) there was no delay detected and everything was in sync in the encoded video.
So what do you need to reproduce the problem, the whole audio or just a part of it?
Guest
28th July 2008, 18:56
@XhmikosR
I need the beginning of the transport stream, as much as you can give me.
Don't cut at the beginning. It has to be exactly as you used it in DGAVCIndex.
Again, with some older builds (a28) there was no delay detected and everything was in sync in the encoded video.
Please compare the demuxed audio files for a28 versus a30. Are they identical?
Also, see if the video starts on the same frame for a28 versus a30.
rebkell
28th July 2008, 19:47
I need the beginning of the transport stream, as much as you can give me.
Don't cut at the beginning. It has to be exactly as you used it in DGAVCIndex.
I'll see if I can recreate the problem, since it failed on the part 3 clip also, I suspect I can recreate the problem, the original is about 4.5 or 5 GB.
I get basically the same error message when I try to play the small uploaded clip in windows media player on XP here at work, with libavcodec.dll being the problem on playback also.
Guest
28th July 2008, 19:50
I was replying to XhmikosR. I've edited the reply to make that clear. Regarding your stream, I have downloaded it and am investigating.
Chefkoch_ico
29th July 2008, 10:10
Hi!
I have a problem with the command line interface of dgavcindex in a29 and a30.
I do batch processing and my command line looks like this:
DGAVCIndex.exe -i test.avc -o test.dga -e
In a28 all is normal (again tested to be sure), the program opens, i see the first frame of the video, the dga file is saved and it closes itself.
In a29/a30 the program opens and:
- it stays open and does nothing
- I dont see the first frame of my avc file
- the processing does not start
- But the file is in the MRU-list
- If I click on open, the file is listet there also. If I click then there OK then also the first frame is not shown
- if I save the project, the dga file specified on the command line is created but nearly empty. The program closes itself afterwards
- If I click on the latest file in MRU list (since it was added by the command line), it gets opened and it automatically starts the project save and gets itself closed (like it should be, but without manual selection)
Besides this command line issue, its working normal.
For now, is it OK to use the a28 version of the index program and the a30 version of the dll in AVIsynth?
I mainly use AVCHD files from my Canon camcorder.
Best regards and thx for the great program.
Guest
29th July 2008, 14:11
* Fixed a small bug in MRU list handling.
* Added the __del__ macro for the Avisynth script generation.
* Properly handle re-use of PPS id's.
* Added option in the INI file to specify the extension to use for demuxed video files.
* Implemented a select bar to work around bugs in the Win32 trackbar. (This may not be the final solution for this issue.)
* Implemented the Luminance Filter and Cropping Filter in the Video menu.
* Implemented the File/Load Project function.
* The DGA file version is bumped to 7.
* Fixed a regression that broke the CLI.
http://neuron2.net/dgavcdec/dgavcdec.html
There's a lot of stuff in this alpha, so I hope I didn't break anything. Please test and advise of any regressions.
canTsTop
29th July 2008, 14:49
:thanks: for new version, this time long change log :)
everything working fine for me :)
Guest
29th July 2008, 15:07
Thanks. Usually right after someone says something like that, the bugs come to light. :(
I do wish those people complaining of wrong audio delays would step up and give me what I need to duplicate their issues.
I want this current version to become beta 1 for which I'll release the source code. Then I want to address libavcodec issues.
Turtleggjp
29th July 2008, 15:48
Then I want to address libavcodec issues.
That would certainly make me happy! :) Let me know if you need any more samples from my video camera for testing. :thanks:
Revgen
30th July 2008, 02:44
I've yet to have any problems since way way back when you solved that green frame issue. Then again, I always encode my streams with X264 and don't capture them so I may not find too many bugs.
I wish there was an opensource alternative to Xmuxer Pro so you can support MP4 containers quicker.
Guest
30th July 2008, 02:50
I've yet to have any problems since way way back when you solved that green frame issue. Then again, I always encode my streams with X264 and don't capture them so I may not find too many bugs. How about this one. In alpha 31, right after you open a stream the frame size in the main window title bar is 0x0. :) I have it fixed already. Just redownload alpha 31.
I wish there was an opensource alternative to Xmuxer Pro so you can support MP4 containers quicker. I really just need to spend the $$$ to buy the spec that I need.
check
30th July 2008, 04:06
I really just need to spend the $$$ to buy the spec that I need.
Which spec in particular are you referring to? What is the total cost?
Comatose
30th July 2008, 04:22
Thanks. Usually right after someone says something like that, the bugs come to light. :(
Oh, I've probably got something for you :devil:
Comatose
30th July 2008, 04:53
Right. So, nothing works (should be pretty self explanatory once you open it). With the full file, DGAVC will crash. I cut it with H.264 TS cutter.
This is a Hauppauge HD PVR capture, by the way.
http://www.mediafire.com/?1bm1kkk0p4m (2.3MB)
Ranguvar
30th July 2008, 05:11
When indexing the demuxed H.264 video from the Blu-ray 30 Days of Night, DGAVCIndex warns of "Trying to use an invalid (uninitialized) Picture Parameter Set with ID 0, expect the unexpected...". No matter what I then choose, it encounters an error (dgavcindex.exe) and closes.
I am using Ignore Pulldown Flags, with Alpha 31. I am 99% positive this same stream has worked with a previous version - I don't remember which it was, except that the DGA was version 6. The video is completely seekable, just can't index. Unfortunately, I have deleted the original M2TS, as I already demuxed everything I needed with eac3to.
Trying to find good software to cut a piece of the h264 for you... can I use a simple binary cut? Or should mux to TS or M2TS and cut that?
Guest
30th July 2008, 05:23
@Comatose
For now, you have to set a Simple GOP mode (not No IDR GOP mode) as described on this page:
http://blog.arogan.com/2008/06/hauppauge-hd-pvr-model-1212.html
I'm investigating how the No IDR GOP stream works. I don't see any recovery points either, so I'm a bit baffled at the moment.
Guest
30th July 2008, 05:24
Trying to find good software to cut a piece of the h264 for you... can I use a simple binary cut? Or should mux to TS or M2TS and cut that? DGSplit on the h264 stream.
Comatose
30th July 2008, 05:48
Thanks :)
Guest
30th July 2008, 05:57
I suppose that when you set No IDR GOP, the stream uses progressive I slice refresh. I have to see if it is possible for my design to work with streams like that.
Ranguvar
30th July 2008, 06:00
So you mean yes, a binary splitter :p
Here's (http://www.mediafire.com/?duw0t5gw2n1) the first 50MiB. Not exactly the same errors, but close enough.
Thanks for your excellent work!
Guest
30th July 2008, 06:05
Which spec in particular are you referring to? What is the total cost?
14496-15, CHF 102 = about $100.00
rebkell
30th July 2008, 06:12
I suppose that when you set No IDR GOP, the stream uses progressive I slice refresh. I have to see if it is possible for my design to work with streams like that.
Unfortunately, it's the default setting on the Hauppauge unit, and the only way to access/change it is through the properties in the graph. Hopefully they'll update the software and allow changing it through the software packaged with the unit.
Do you have or need sample streams of any of the other settings on the Hauppauge HD-PVR?
Revgen
30th July 2008, 06:22
14496-15, CHF 102 = about $100.00
Ya got a paypal account?
Or a friend that can set you up with one? I can't spend 100 bucks but I can chip in a little.
rebkell
30th July 2008, 06:31
Ya got a paypal account?
Or a friend that can set you up with one? I can't spend 100 bucks but I can chip in a little.
If you have an Amazon account, you can set up an Amazon Honor System account. http://zme.amazon.com/ I use it for contributions on my web page.
Guest
30th July 2008, 06:53
When indexing the demuxed H.264 video from the Blu-ray 30 Days of Night, DGAVCIndex warns of "Trying to use an invalid (uninitialized) Picture Parameter Set with ID 0, expect the unexpected...". No matter what I then choose, it encounters an error (dgavcindex.exe) and closes. I've found and fixed the problem. It will be in the next alpha. If you need it before then send me a PM.
Regarding the spec, I plan to get my employer to buy it.
mikeytown2
30th July 2008, 09:13
Some helpful info on the spec from Library Of Congress
http://www.digitalpreservation.gov/formats/fdd/fdd000137.shtml
There appears to be 3 versions of the mp4 file format, the last one is the link above
# MP4_FF_1, MPEG-4 File Format, Version 1 - 2001
# MP4_FF_2, MPEG-4 File Format, Version 2 - 2003
# MP4_FF_AVCE, MPEG-4 File Format for AVC (Extensions; Part 15) - 2004
Other interesting links for specs that start with M
http://www.digitalpreservation.gov/formats/fdd/browse_list.shtml#m
After looking at the .gov site could you use part 12 instead of part 15 since 12 is the base that 15 is built from?
ISO/IEC 14496-12:2005 (http://www.iso.org/iso/catalogue_detail?csnumber=41828)
Just making sure no one here wastes money on the wrong spec sheet, because thats available for free here
http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html under
ISO/IEC 14496-12:2005
all 94 pages of it!
Inventive Software
30th July 2008, 11:02
Part 12 is the ISO Base Media File Format. Part 14 is the MP4 format that we're so used to. Part 15 is designated AVC specific, and is built upon Part 12. http://en.wikipedia.org/wiki/MPEG-4
Guest
30th July 2008, 13:40
Part 12 is the ISO Base Media File Format. Part 14 is the MP4 format that we're so used to. No. Part 14 is MPEG4 video in MP4 container. Part 15 is AVC video in MP4 container.
Guys, I'm fully informed on the specs. There's no need to discuss it here.
Sharktooth
30th July 2008, 13:55
i think akupenguin may have them... however have a look here: http://www.chiariglione.org/mpeg/working_documents.htm
direct download: http://www.chiariglione.org/mpeg/working_documents/mpeg-04/systems/part15.zip?
i could have 14496-15 somewhere too...
LOGiC
30th July 2008, 15:29
@all,
as someone told me it would be better to use DGAVCIndex instead of Directshowsource at meGUI I wanted to use it, but it seems I could need some help. I've read the help file and hope that everything is set up properly. I tried opening different H264 Elementary Streams and save them as a .dga project, but I always receive :
Trying to use an invalid (uninitialized) Picture Parameter set with ID 0, expect the unexpected ...
hit yes ......
Anyone has a little clue for me what I am doing wrong ? After hitting yes or no or Cancel I receive that the program has encountered a problem and needs to be closed.
Thanks in advance to you.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.