DGMPGDec 1.0.12 released!

[Guest]

EDIT: Link and thread title updated to reflect most recent version.

Here is the first incarnation of DGMPGDec. I wanted to get an initial version out so that Cyberia can get started on the FAQ (:)), and I thought it would be useful to get the auto AVS generation and new Quick Start guide out there early. Refer to the Quick Start guide for details on how to use the auto AVS file generation.

http://neuron2.net/fixd2v/dgmpgdec1012a.zip

---------------------------------------------------------
DGMPGDec Version 1.0.1 Functional Changes
(versus DVD2AVIdg/MPEG2DEC3dg 1.3.0)
---------------------------------------------------------

1. Recast everything with the new DGMPGDec naming scheme
(DGIndex, DGDecode, DGVfapi, DGFix, DGParse, DGTable).

2. Destroy Info dialog after user dismisses the "finished" popup.

3. Added auto AVS file generation. Refer to the Quick Start guide
for details.

4. Fixed DGVfapi.vfp so that it doesn't crash when called with
a file that is not a D2V file (TMPGEnc does this).

5. Fixed the IDCT selection to not be global in DGDecode.

6. Wrote a quick start guide.

7. Removed the Open DVD menu item and support.

[vispgraedde]

Nice :)

Maybe this should have been mentioned before, but I just came to think of it...
How about a new application icon as well to mark this new generation of the tool? :p

[Guest]

Wanna submit one?

[vispgraedde]

I was mostly thinking about retouching the current with some other colours and making it more "XP"-styled...

Unfortunately my art skills are pretty much nonexistant, so I have to leave that to someone else :(

*hopes someone else will give it a try*

[dtv_user]

Hi Neuron2;

Great job you are doing with this new release Don.

Would you consider including a Premier plugin interface for DGMPGDec?

If clipping and resized were working you could then use your favorite Premier plugin mpeg encoder without using avisynth.

I mainly have been re-encoding ATSC HDTV clips to DVD and authoring to play on my set-top player.

Thanks for all your great work.
dtv_user

[Jeffster]

Very cool. Thanks Donald! :D

The auto avs creation is a nice touch also.

Hmmm... except the mpeg2source() line appears to be case sensitive.
If you use MPEG2Source in your template.avs, the d2v filename doesn't get picked up, but use mpeg2source and it does. ;)

Regards
Jeff

[BruceL]

Thank you neuron2!

I now have an easy and convenient way to frame serve all types of MPEG2 files to CCE Basic so I can re-encode at lower bitrates. :)

[Guest]

Originally posted by dtv_user
Would you consider including a Premier plugin interface for DGMPGDec? Unlikely, but you never know. It would be a lot of work, especially to disassociate it from Avisynth.

[Guest]

Originally posted by Jeffster
Hmmm... except the mpeg2source() line appears to be case sensitive.
If you use MPEG2Source in your template.avs, the d2v filename doesn't get picked up, but use mpeg2source and it does. ;)
Oh drat, I didn't think of that. I'll correct it in the next version after DGMPGDec 1.0.1. Speaking of which...

DGMPGDec 1.0.1 is available at my site. It fixes some crashing at the end of transport streams when the PIDs are not yet set.

http://neuron2.net/fixd2v/dgmpgdec101.zip

[DDogg]

Don, can you check on filelocks on DGDecode.dll. I ask because I downed the new version and when I tried to opercopy, DGDecode shows in use. Simple to logout and back in, but thought I should mention it.

[Guest]

Originally posted by DDogg
Don, can you check on filelocks on DGDecode.dll. I ask because I downed the new version and when I tried to opercopy, DGDecode shows in use. Simple to logout and back in, but thought I should mention it. Sorry, DDogg, but I have no idea what you are talking about.

filelocks?

opercopy?

[DDogg]

Sorry my crap spelling and hurried post.

When I attempted to replace the older DGDecode.dll with a newer version, Windows showed DGDecode.dll as "in use" even though no programs were open that were accessed it. Perhaps nothing to do with your work. I thought this happened when the program did not 'clear' itself properly after termination, but then I really do not know if that is correct. Just wanted to mention it to you in case that was the way it is.

[Guest]

No it would have be something on your system that had the DLL opened. Maybe you had something minimized, an instance of VirtualDub perhaps?

[DDogg]

No, but it is probably just one of those strange 'windows things'. I can't replicate it again so please disregard.

[Guest]

Yeah, it happens. I have an editor that always holds files opened, even after I close the files in the editor. I have to kill the editor's instance in my taskbar to free up the files. And other times some processes crash and get orphaned, holding the files opened. Sometimes you can find and kill them in Task Manager, but a reboot is almost always effective. :)

[vispgraedde]

Originally posted by dtv_user

Would you consider including a Premier plugin interface for DGMPGDec?


As a sporadic premiere user, I'd like to see that too...
But, can Premiere read other data than RGB?
If not, someone should make a VFAPI reader plugin for Premiere (which would be useful even for other things like AVIUtl and TMPGEnc 2.5).

[DDogg]

Premiere and Vegas both readily read a VFAPI.AVI, Link2, or MakeAVIS pseudo file already. Or do you mean for it to read the D2V directly? I think I am missing something obvious :)

As for out-bound, Satish's frameserver allows you to serve your timeline to your favorite external encoder. www.debugmode.com

[Wilbert]

But, can Premiere read other data than RGB?
Nope.

Premiere Pro can import YUY2, but people suspect it is converted to RGB when doing processing.

[vispgraedde]

Originally posted by DDogg
Premiere and Vegas both readily read a VFAPI.AVI, Link2, or MakeAVIS pseudo file already. Or do you mean for it to read the D2V directly? I think I am missing something obvious :)

I mean read .d2v directly and not through a wrapper avi.
With vfapi reader support it could also read aviutl projects and tmpg (2.5 and earlier) projects directly. And files from any other program that support vfapi output.

But if Premiere can read YV12 and/or YUY2 natively, it would be nice to see a plugin for premiere that would deliver that.

[satishkumr]

Premiere works internally in RGB, Premiere pro can work in AYUV if input is YUV

[Cyberia]

Forgive my ignorance, but shouldn't I be able to select BOTH Force Film *and* Swap Field Order at the same time?

Maybe I am misunderstanding how these work, but I thought they were independant operations.

[Guest]

Originally posted by Cyberia
Forgive my ignorance, but shouldn't I be able to select BOTH Force Film *and* Swap Field Order at the same time? Yes. Please add it to the work list.

[Cyberia]

How would you feel about breaking the "Swap Field Order" option to it's own sub-menu. Then you could offer three choices:
Automatic (eventually)
Top Field First
Bottom Field First

[Guest]

I'm more inclined to remove the Swap option. That can be done in Avisynth.

Don't forget: 'Swap fields' is not the same as 'change field order'! Field swapping is seldom a useful operation.

[dtv_user]

Hi neuron2;

Would it be possible to have DGMPGDEC save your clipping settings if when ending the program, you have the clipping checked under video tab?

Thank you
dtv_user

[Guest]

Originally posted by dtv_user
Would it be possible to have DGMPGDEC save your clipping settings if when ending the program, you have the clipping checked under video tab? Sure. I have added it to the worklist.

Please put your feature requests here:

http://forum.doom9.org/showthread.php?s=&threadid=74081&perpage=40&pagenumber=1

[Cyberia]

Originally posted by neuron2
I'm more inclined to remove the Swap option. That can be done in Avisynth.

Don't forget: 'Swap fields' is not the same as 'change field order'! Field swapping is seldom a useful operation.

Ah, well that makes sense. What would 'swap fields' be useful for? I was thinking it meant field order. But even if it did, we really don't care about the field order at this point in the process (DGIndex) do we? Only apps further down the line, like AviSynth or Decomb, would care.

Also, I'm going to change the request about automatic force-film to a request for automatic field operation determination.

[Guest]

Actually, looking at the code again, it *is* intended to reverse the field dominance (without a spatial swap). But it appears to not be doing that so I'll need to either fix it or remove it.

Given that we have an Avisynth reversal filter, what do you think?

[Cyberia]

Unless it would be somehow better to do it here, then let AviSynth do it.

We could still determine (or specify) the field order and store it in the d2v, basically as a hint. (I hate finding the FO for Decomb)

[Guest]

Originally posted by Cyberia
I hate finding the FO for Decomb DGParse gives it to you. But yes, it will be in the log file.

[zettai]

Originally posted by vispgraedde
But if Premiere can read YV12 and/or YUY2 natively, it would be nice to see a plugin for premiere that would deliver that.

Premiere Pro (1.0) can only support 4:4:4:4 AYUV and even then its support is not universal for all internal filters. Earlier versions are RGB only.

The Premiere AVS Import plugin is the best way to get your d2v to premiere - much more reliable than vfapi link2 or makeavs.

[LigH]

Bug Report:

Is it intentional that your AviSynth plugin does not work on an AMD Duron since DecodeFix 1.30 anymore?

Exactly the same script works under AviSynth 2.5.5 beta with the original MPEG2Dec3.dll, and DecodeFix up to 1.10; but with 1.30 RC5 (I did not try older 1.30 RC#s), 1.30 final, and with DGMPGDec 1.01, VirtualDubMod tells me "AviSynth open failure: | MPEG2Source: Couldn't open file".

On a P4, 1.30RC5 worked well. So I guess it may be related to processor-dependent optimizations.

[Wilbert]

Premiere Pro (1.0) can only support 4:4:4:4 AYUV and even then its support is not universal for all internal filters.
You can elaborate? How do you know which filters have AYUV support?

[zettai]

Originally posted by Wilbert
You can elaborate? How do you know which filters have AYUV support?

I'm not a programmer for Adobe, so I have no idea about that. I only know what I know because of the way it is documented in the SDK and in the filter examples.

[vispgraedde]

Originally posted by LigH
Bug Report:

Is it intentional that your AviSynth plugin does not work on an AMD Duron since DecodeFix 1.30 anymore?

Exactly the same script works under AviSynth 2.5.5 beta with the original MPEG2Dec3.dll, and DecodeFix up to 1.10; but with 1.30 RC5 (I did not try older 1.30 RC#s), 1.30 final, and with DGMPGDec 1.01, VirtualDubMod tells me "AviSynth open failure: | MPEG2Source: Couldn't open file".

On a P4, 1.30RC5 worked well. So I guess it may be related to processor-dependent optimizations.

Tried changing IDCT?
I'm not sure if older Durons have full SSE support.

(I'm assuming you do use the correct dll)

[Guest]

@LigH

You have to remake your D2V files when the D2V format takes an increment. Please post the top line of your D2V so I can see what format version you have.

There are only two ways that the error you gave can happen: 1) the D2V format version doesn't match, and 2) one of the files listed in the D2V cannot be opened.

As vispgraedde said, I'm assuming you're using the correct DGDecode DLL.

If this is not the cause we'll take it from there.

[LigH]

Okay, now a very verbose report:
_____

The following plugins work well with a d2v file created as Version 1.76 compatible (using DVD2AVIdg.exe from GordianKnot 0.28.8):
- MPEG2Dec.dll for AviSynth 2.5 (07.Jan.2003, 188416 Bytes)
- MPEG2Dec3.dll v1.10 by Nic (28.Jul.2003, 254028 Bytes)
- MPEG2Dec3dg.dll from DecodeFix 1.00 (02.Oct.2003, 254018 Bytes)
- MPEG2Dec3dg.dll from DecodeFix 1.10 (24.Mar.2004, 254033 Bytes)
DVD2AVIProjectFile
1
43 N:\Movies\Trailer\Mortal_Kombat_2\trMK2.VOB

Stream_Type=1,0,0
iDCT_Algorithm=2
YUVRGB_Scale=1
Luminance=128,0
Picture_Size=0,0,0,0,0,0
Field_Operation=0
Frame_Rate=25000
Location=0,0,0,6373

7 0 0 2 2 2 2 2 2 2 2 2 2 2 2
7 0 66 2 2 2 2 2 2 2 2 2 2 2 2
...
_____

The following plugins work well with d2v files created as Version 1.773 compatible (using DVD2AVIdg.exe from GordianKnot 0.28.8):
- MPEG2Dec3dg.dll from DecodeFix 1.10 (24.Mar.2004, 254033 Bytes)
DVD2AVIProjectFile
1
43 N:\Movies\Trailer\Mortal_Kombat_2\trMK2.VOB

Stream_Type=1,0,0
iDCT_Algorithm=2 (1:MMX 2:SSEMMX 3:FPU 4:REF 5:SSE2MMX)
YUVRGB_Scale=1 (0:TVScale 1:PCScale)
Luminance_Filter=0,0 (Gamma, Offset)
Picture_Size=0,0,0,0,0,0 (ClipLeft, ClipRight, ClipTop, ClipBottom)
Aspect_Ratio=16:9
Field_Operation=0 (0:None 1:ForcedFILM 2:SwapOrder)
Frame_Rate=25000
Location=0,0,0,6373

7 0 0 12 12 12 12 12 12 12 12 12 12 12 12
7 0 66 12 12 12 12 12 12 12 12 12 12 12 12
...
_____

MPEG2Dec3dg.dll from DecodeFix 1.30 and DGMPGDec.dll 1.01 do not load d2v files created with DVD2AVI(dg).exe from later versions - they obviously require a totally new file format. So they are obviously not "backwards compatible" (although it should have been possible by analyzing the first line):
DVD2AVIProjectFile03
1
43 N:\Movies\Trailer\Mortal_Kombat_2\trMK2.VOB

Stream_Type=1,0,0
iDCT_Algorithm=2 (1:MMX 2:SSEMMX 3:FPU 4:REF 5:SSE2MMX)
YUVRGB_Scale=1 (0:TVScale 1:PCScale)
Luminance_Filter=0,0 (Gamma, Offset)
Picture_Size=0,0,0,0 (ClipLeft, ClipRight, ClipTop, ClipBottom)
Aspect_Ratio=16:9
Field_Operation=0 (0:None 1:ForcedFILM 2:SwapOrder 3:RawFrames)
Frame_Rate=25000
Location=0,0,0,6373

7 0 2048 1 1 12 12 12 12 12 12 12 12 12 12 12 12
7 0 210944 1 1 12 12 12 12 12 12 12 12 12 12 12 12
...
And even more annoying: GordianKnot tells me "This is not a valid d2v project..." (obviously due to the different version string); so for use with GordianKnot, I'll have to stay at the level of DecodeFix 1.10, until the next versions will be able to support your new version.

Well... reason found; sorry for confusing the community due to assuming backwards compatibility. :o

[Guest]

Thank you for the report. Perhaps you can inform the author of GordianKnot that it would be nice if GK did not reject the new D2Vs.

[Cyberia]

I thinks it's perfectly acceptable that you must rebuild the d2v if you change DGIndex (DVD2AVI) versions.

[Guest]

I've made a point release of DGMPGDec 1.0.2 with these changes:

* AVS template reference to "mpeg2source" is no longer case sensitive.

* The Swap Field Order option was removed because it was not functional and doesn't really belong. Also, since it was mutually exclusive with the other field order options, it didn't make much sense to begin with. Use Simon Walters' Reverse Field Dominance filter in your AVS script if you need to reverse the field dominance.

* And most importantly, I have added a big acknowledgment in the About box to jackei and DVD2AVI as the source and inspiration of DGIndex. This will remain for every future version.

http://neuron2.net/fixd2v/dgmpgdec102.zip

BTW, I am close to completing MPEG audio support (currently it does only AC3) for the transport stream decoding. After that will come AAC audio support, and then PVA file support. Then logging.

[Guest]

Originally posted by Cyberia
I thinks it's perfectly acceptable that you must rebuild the d2v if you change DGIndex (DVD2AVI) versions. Agreed, but the error popup could say "Wrong D2V file version; either DGIndex and DGDecode are mismatched, or you need to remake your D2V file."

:D

[DDogg]

Found a small new pet for you to care for. 1.0.2 - Load the project file. I get a memory error. Hopefully it will replicate for you.

[Cyberia]

confirmed

[Guest]

Fixed:

http://neuron2.net/fixd2v/dgmpgdec103.zip

Watch out, there's a D2V file format bump.

[Zep]

Originally posted by neuron2
Fixed:

http://neuron2.net/fixd2v/dgmpgdec103.zip

Watch out, there's a D2V file format bump.

PID detection is failing on a FOX .tp stream i capped tonight

all it shows is 21/24 --- the 4:3 stream


OR


DGindex is somehow cropping to 4:3 since DGindex says 16:9 in stats window
but shows 4:3 in preview and indexes the 4:3.


my cards HDTV app viewer shows the 16:9 fine but I can't get DGindex to see it.
(I will have to try a bunch of PIDS since HDTVtompeg does not see it either)

I will send you a clip tomorrow. (right now I'm gonna search for some apps
to detect PIDS)

[Guest]

Why wait to give me the stream? I could figure it out in like 10 minutes.

[Zep]

Originally posted by neuron2
Why wait to give me the stream? I could figure it out in like 10 minutes.

never mind. i used HDTVtoMpeg to double check.


I then deleted the DGindex .ini file
and started from scratch


it worked fine then. (note this was version 1.0.1)


then i encoded and VDub aborted on the last frame
on both passes :(


ever have one of those nights were nothing went right? grrr.....


anyway I cut at a GOP next and it didn't abort on last frame on
the next try so it appears to be related to that. i will
DL 1.0.3 and test as soon as i can.


thx

[buzzqw]

Hi Neuron2

I have a little problem with (all version, even dgmpgdec103) DVD2AVI.
I capture via DreamBox (sat receiver) and i always have several .ts files because every GB the recording application create a new file.
So i have (example) TNG-ep1.ts TNG-ep1.ts.001 TNG-ep1.ts.002 ... and so on.

With ProjectX i haven't problem to demux all file in contatenate way, so at end i have 1 TNG-ep1.mpv and several TNG-ep1.mpa.

With DvD2AVI i could make an index of first file (TNG-ep1.ts) but, either in auto load or in sigle "drop" i cannot indexes TNG-ep1.ts.001 or TNG-ep1.ts.002.

I had put online an initial fragment of second segment ( http://www.64k.it/andres/DreamBox.ts.001 ) (5mb)

Could please analize it ?

Thanks

BHH
EDIT: spell typo

[Zep]

Originally posted by buzzqw
Hi Neuron2


With DvD2AVI i could make an index of first file (TNG-ep1.ts) but, either in auto load or in sigle "drop" i cannot indexes TNG-ep1.ts.001 or TNG-ep1.ts.002.




my guess is you need to rename the files from

ep1.ts.001 to ep1.001.ts (download a batch file renamer app to make it easy)
so that DGindex knows what the files are.

this is one area i prefer the mac file system. the extension
is not the primary tag, the meta data is, so you do not
need extensions in OSX and they are used as a fall back if
meta data is not used (rare)

it means ep1.ts.001 and ep1.001.ts are both seen as .ts files.
i wish XP would use meta data too.

Ahhh well... windows has stuff that is better than macs
also so it all balances out and why i use both about 50/50
these days.

[buzzqw]

well... i am biased... :confused:

renaming xxx.ts.001 to xxx.ts is fuctional ! :scared: :scared: :scared:

Loading xxx.ts and add xxx.2.ts is OK

Thanks a lot Zep !

BHH