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

[Guest]

As the Zep meister said, we use the file extension to know when to use transport stream parsing. An alternative would be to force the user to set a menu option. What is the consensus out there?

Project X knows he always has transport files, so the issue does not arise for him.

[buzzqw]

Could be helpfull and option in open (or auto add) as: OPEN AS : TS or mpeg1 or mpeg2 or Vob...

Thanks anyway Neuron2

BHH

[Guest]

That's a great idea. Provide a way to override the extension (or lack thereof). Thanks for suggesting it.

[Zep]

Originally posted by neuron2
As the Zep meister said, we use the file extension to know when to use transport stream parsing. An alternative would be to force the user to set a menu option. What is the consensus out there?

Project X knows he always has transport files, so the issue does not arise for him.


Can you autodetect? If not I say setting a menu option
to as an example for me that ALL files are .tp would be
great.


for buzzqw he would set .ts


A menu with all supported types/extensions would also show
everyone that vauble info at a glance. (sure it is in the docs
but right in the app would be great too and solve this problem )

[Guest]

Version 1.0.4 adds MPEG audio demuxing for transport streams.

BTW, I am now interested in getting audio delay detection as good as I can. So, if anyone has any quirks to report in this regard, I'd appreciate your streams for analysis.

BTW2, I found some transport streams never send any video PTS. In such cases, or if the calculated delay is greater than 5 seconds, I suppress the delay calculation from the filename. If you don't see a DELAY figure in your filename, that means I was unable to calculate a reliable one.

BTW3, I found a stream that carried a PAT but no PMT! In such cases, I cannot determine what audio type to decode with on the specified PID, so I just try MPEG audio. This may change to allow manual specification in such cases, but I don't think this is a widespread issue.

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

@CruNcher

I've solved the problems with PVA audio, so you should be seeing support for that soon. :)

[Zep]

Originally posted by neuron2
Version 1.0.4 adds MPEG audio demuxing for transport streams.

BTW, I am now interested in getting audio delay detection as good as I can. So, if anyone has any quirks to report in this regard, I'd appreciate your streams for analysis.




much needed :D


So far sync is off 90% of the time for me.
the AC3 delay value is always way off.
and the decode to wav same problem.

it is fine when the cards app plays the .ts but
for encoding via d2v the audio is always early for me.

around 500ms to 800ms 90% of the time (but it has been as high as 1500ms)


I never get audio that plays late.



Originally posted by neuron2

BTW2, I found some transport streams never send any video PTS. In such cases, or if the calculated delay is greater than 5 seconds, I suppress the delay calculation from the filename. If you don't see a DELAY figure in your filename, that means I was unable to calculate a reliable one.




wow nice gonna DL this sucker right now

[Guest]

@Zep

Please provide test streams for any delay problems you find.

[V_ICE]

Thanks for your great work neuron2. Here is another test stream:
http://demod.dvico.com/hdtv/Australia_1.tp

[Zep]

Originally posted by neuron2
@Zep

Please provide test streams for any delay problems you find.

I'll send more


but everyone i sent you thus far except the ABC stream
has that problem


i will send a clip now


thx

UPDATE: sending 23 meg clip that was about 700ms early on audio.
(well at least that is what i had to offset in VDub to get
it in sync. it does play in sync with the app that came with
myHD card though so something along the chain to encoding
is off on my PC)

[Guest]

Umm, Zep.

When you send me a clip for AV testing there has to be some synced content so I can tell when the sync is right. What am I going to do with a voice-over?

You know, like someone talking where you can see the lips moving. Thanks.

Also, please name streams you refer to. I get a lot of stuff and I can't remember everything you sent me. I mean I still have them in my streams directory, but which came from you???

[JasonFly]

I aslo had problems with delay(only once on 10 d2v files created, and delay was approximately 1700 ms) and it was with decodefix1.30.I haven't tested with the latest version(since 1.30), does any change has been made to delay detection since this version?
I have 20 other d2v waiting with different delays from whath they were with an old DVD2AVI1.77 version.What has been change to make them different? Does changing the d2v fileformat since this ersion can affect the delay value?

Sorry it has been a lot of questions but I'm quite lost with all the different versions of DVD2AVI/DG... that came out.

BTW, thanks for all your work neuron2

[MattO]

neuron2

Re: 'delay detection'

When dealing with .VOB's is the delay value accurate?, or should we rely more on the value reported by DVDDecrypter when using 'stream processing'?

thanks for any info

[Cyberia]

Both of you, read the FAQ! Q17 answers your question.

[len0x]

Originally posted by neuron2
* 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.


Really? So it never worked then? That's a bummer coz I was running tests based on changing this parameter since the whole community here was sure that it can sometimes fix improper mastered PAL DVDs which appear to be interlaced but with that option switched on - not...

[CruNcher]

@CruNcher

I've solved the problems with PVA audio, so you should be seeing support for that soon.



GReat keep it going :D

[Zep]

Originally posted by neuron2
Umm, Zep.

When you send me a clip for AV testing there has to be some synced content so I can tell when the sync is right. What am I going to do with a voice-over?

You know, like someone talking where you can see the lips moving. Thanks.

Also, please name streams you refer to. I get a lot of stuff and I can't remember everything you sent me. I mean I still have them in my streams directory, but which came from you???

the girl in the car goes uuuhhhh once loud and strong and clear.
It is PERFECT for syncing since sound comes out on an uuuhhh
instantly.

but ok I will have to make a clip now and test it in VDub to see how far off.
I sent that one because I already did the work and knew it was 700ms off.

as for clips

i didn't see any from me on the server and i do not remember the file names.
i will make a new clip that is way off and send that.


The streams have time stamps to keep audio and video in sync.
I mean HDTV watching i get drops now and then like say lightning
strike near by and for 1 second give or take video and audio drop
I get a blocky mess as it rebuilds then everything syncs back up
even though 60 frames worth of data was lost. There is a very good
syncing method being used in the wrapper around the mpeg 2 and
AC3 streams. That is what i was hoping you would look into because
if that is in sync then you do not even need to see lips on screen to try
and judge it for yourself which is hard to do and you could be off by
200ms and it still looks ok. So many times i get the audio close
and i'm not sure if i'm 100ms early or late hahah This is also why i like
to sync to door slams and stuff like that. Some people even leave their
mouth open even though sound stopped coming out!

just watch people yell "HEY!" on screen! they all leave their mouth open
after sound stops coming out :D

(try that one yourself LOL)

[Cyberia]

@zep - Your kidding, right? I can usually eyeball delays to about 10ms if I have a good clip.

[Guest]

Originally posted by len0x
Really? So it never worked then? It never worked with any DG version. Because I re-wrote the pulldown processing and didn't allow for it.

That's a bummer coz I was running tests based on changing this parameter since the whole community here was sure that it can sometimes fix improper mastered PAL DVDs which appear to be interlaced but with that option switched on - not... That doesn't make any sense to me. Can you supply such a clip for my analysis?

[CruNcher]

Neuron2 i have also such *.vobs that showing in the preview in DGindex that they are interlaced but aren't.

If you could give me a upload addy i upload one of those false recognized VOBs

[Guest]

Originally posted by Zep
the girl in the car goes uuuhhhh once loud and strong and clear.
It is PERFECT for syncing since sound comes out on an uuuhhh
instantly. There is no mouth movement with the uh, so I cannot assess the correct sync. Now if you have the crack of a ball hitting a bat, that is ideal. But there are many frames where the uh could have started. You know?

That is what i was hoping you would look into because
if that is in sync then you do not even need to see lips on screen to try and judge it for yourself which is hard to do and you could be off by 200ms and it still looks ok. Sorry Sir, but you are confused. The stream can be encoded wrong such that PTS values are picked up correctly and the delay calculated correctly by DGIndex, but the result isn't correct. So, the delay value can be wrong either because I calculate wrong, or because the encode is wrong. The only way to distinguish them is to have the visual check. And I use the TMPGE audio gap adjust that shows the waveform of the audio, so I am not guessing! With a clear audio-video event, I can check it to one millisecond resolution.

So, please try to provide clips that have clear audio-video events that can be correlated. Talking with lip movement is good. Bat cracks are the best. Thank you.

Just to be clear, I am looking for clips that, when you apply the DELAY correction that DGIndex gives you, are still noticably out of sync. Note that if you get a -DELAY then in VDub you use a -DELAY correction, but in TMPGE, you have to change the sign when you set the audio gap adjust.

[Guest]

Originally posted by CruNcher
Neuron2 i have also such *.vobs that showing in the preview in DGindex that they are interlaced but aren't. That field just shows the value of the progressive/interlaced MPEG syntax field. Often, progressive frames are encoded as interlaced. It is a common mastering error. It is not a DGIndex problem.

[Guest]

Originally posted by JasonFly
I aslo had problems with delay(only once on 10 d2v files created, and delay was approximately 1700 ms) and it was with decodefix1.30.I haven't tested with the latest version(since 1.30), does any change has been made to delay detection since this version?
I have 20 other d2v waiting with different delays from whath they were with an old DVD2AVI1.77 version.What has been change to make them different? Does changing the d2v fileformat since this ersion can affect the delay value?
Yes, the delay calculation has been changed and some bugs fixed. It's not the D2V format version that is relevant but rather the DGIndex executable that demuxs the audio and puts the delay in the filename.

I suggest going ahead with 1.0.4 and let me know if you run into any issues. Thank you.

[Guest]

Originally posted by MattO
When dealing with .VOB's is the delay value accurate?, or should we rely more on the value reported by DVDDecrypter when using 'stream processing'? It all hangs on how you interpret the ISO specs. According to my reading DGMPGDec is accurate. Can you show otherwise?

[NeOff]

When I demux a stream from a file with an open GOP at the beginning, I am not given a delay value, unless I set the start point to another location. not sure if this is a possible bug or not, just thought Id inform.

example:
- open, save project - results in no given delay
- open, right arrow, mark as start, save project - returns delay

[Guest]

Thanks. Actually, the problem arises when the first PTS in the stream is audio and not video. But I know how to fix it.

[len0x]

Originally posted by neuron2
That doesn't make any sense to me. Can you supply such a clip for
my analysis?

It seem to be quite rare case but look what I found: http://forum.doom9.org/showthread.php?s=&threadid=49092
Looks like you were a part of that discussion already :)

P.S. this topic is also covered in famous tutorial by Hakko (PAL section): http://www.doom9.org/ivtc-tut.htm

[Zep]

Originally posted by Cyberia
@zep - Your kidding, right? I can usually eyeball delays to about 10ms if I have a good clip.

A 24 FPS HDTV clip means you are not even reaching 10ms visual accuracy.
24 FPS is just OVER 40ms. :D

You can't sync perfectly when the audio falls in between frames you do not
have and it becomes a slight guessing and opinion game if someone talking
on screen is in perfect sync at 10ms levels. Lets not forget what looks in
perfect sync to you may not to someone else at 10ms levels.

Basically you are claiming if i gave you a clip you could tell on one viewing
it was 10ms off. Unless you did an audio walk and keep nudging 10ms until
you go past then start back the other way i just can't see anyone getting
that kind of accuracy on one viewing with 24FPS/40ms HDTV clips. Heck
even an audio walk i doubt you could be 100% sure if a clip is only 10ms off.

[Cyberia]

Originally posted by Zep
A 24 FPS HDTV clip means you are not even reaching 10ms visual accuracy.
24 FPS is just OVER 40ms. :D

You can't sync perfectly when the audio falls in between frames you do not
have and it becomes a slight guessing and opinion game if someone talking
on screen is in perfect sync at 10ms levels. Lets not forget what looks in
perfect sync to you may not to someone else at 10ms levels.

Basically you are claiming if i gave you a clip you could tell on one viewing
it was 10ms off. Unless you did an audio walk and keep nudging 10ms until
you go past then start back the other way i just can't see anyone getting
that kind of accuracy on one viewing with 24FPS/40ms HDTV clips. Heck
even an audio walk i doubt you could be 100% sure if a clip is only 10ms off.

No, I am walking it back and forth. Finding events in the video that produce a sharp sound and moving the sound back and forth until it feels right. But I am not kidding that I can eyeball a clip to around 10-15 ms after a few tries.

[Zep]

Originally posted by neuron2

Sorry Sir, but you are confused. The stream can be encoded wrong such that PTS values are picked up correctly and the delay calculated correctly by DGIndex, but the result isn't correct. So, the delay value can be wrong either because I calculate wrong, or because the encode is wrong. The only way to distinguish them is to have the visual check. And I use the TMPGE audio gap adjust that shows the waveform of the audio, so I am not guessing! With a clear audio-video event, I can check it to one millisecond resolution.



Of course the stream could be hosed and that is why
i made it a point to tell you it plays fine in ts players
and that drop outs still sync up perfectly in the clips
i sent you.

i also said and i quote


"it is fine when the cards app plays the .ts"


why did you think i mentioned that? :D

Anway...


The ts players are doing SOMETHING DGindex is not and that
was what i was hoping you would look into.


UPDATE: the clip i sent you earlier today plays
perfectly in VLC (VLC plays .ts files) i tested
the clip in VLC on my PC and my mac. So maybe
access to ffmpeg/VLC source code can help figure
out why all these players are in sync but

DGindex --> avisynth ---> VDub (preview or encode)
are so far off


i hope you can figure this one out cause it is the only
grrrr.... i have left with HDTV capping :)



I already Uled a new clip before you even posted
so no need to get into that.

[Zep]

Originally posted by Cyberia
No, I am walking it back and forth. Finding events in the video that produce a sharp sound and moving the sound back and forth until it feels right. But I am not kidding that I can eyeball a clip to around 10-15 ms after a few tries.

ahh well sure i can get real close doing that too (my guess
is around 25ms but closer than that i could never be 100% sure
because what i call sync others may think is off and vise versa)

That is why i brought up audio walking because that was the only
way i could see anyone getting close enough to claim 10ms when
24 FPS is only 40ms.


but that is NOT what i was talking about in the post before
i was talking about the first viewing being way off (700ms)
and adjusting on first try without walking it. :D

[Guest]

@Zep

I don't want to have a debate with you, but the stream does not have a good audio-video event for me to assess the sync. I don't know why you did not respond to this point.

Here it is again in case you care to respond:

"There is no mouth movement with the uh, so I cannot assess the correct sync. Now if you have the crack of a ball hitting a bat, that is ideal. But there are many frames where the uh could have started."

[dtv_user]

Hi neuron2:

Not to throw more full on the fire but I don't understand why Jackei put the audio delay in the file name in the first place rather than extract the audio as it should match with video.

Obviously the players can sync the audio, so the time stamps must be available to be used.

Maybe this would require a second pass of file to extract audio to match with video or some other reason you could enlighten us with.

Just my $.02

Thank you
dtv_user

[Guest]

@dtv_user

I was just wondering the same thing.

When we demux to ES, we lose the timestamps, so if we wish to align things, we would need to delete video frames at the beginning if the audio is late, or add video frames if the audio is early. (Alternatively, we could add/delete audio frames.) But it is not easy to insert/delete frames in an MPEG encoded bitstream.

[dtv_user]

Hi neuron2;

Don I have been capturing ATSC clips with differerent resolutions and from different TV stations, they are all different.

I've been capturing a daily half hour show from WB (Warner Brothers) and the resolution is 1920 X 1080 . I downsize this to 720 X 480 and author to DVD with AC3 audio to archive.

I have a ACCESSDTV computer PCI card and also start my capture 5 minutes early and end 5 minutes late, to get a clean start point.

The time stamps are weird numbers like -5 hours which is probably keyed off some master clock the station uses.

The delay in DVD2Avi (Nic's) and your versions are negative numbers like -481 and such. I have to actually use a positive offset like 1281 to sync audio.

I don't have any way to upload clips to you as my connection is only 31200 on my best days.

I've messed with audio sync quite a bit and one of the problems with saving AC3 audio is the delay number is misleading. AC3 audio for my use needs to be cut on a even frame with 0B 77 header at the start of frame.

People talk about cutting audio to ths ms but most programs I have tried round the AC3 cut to a audio frame start.

I have been loading my audio and video into Mpeg2Schnitt and changing the audio offset to sync,set my starting and ending points, cutting commercials and then saving cut points. Clips can be played in Mpeg2Schnitt to adjust the audio before cutting.

I have made a table of ms verses frame start points so I can control the cut points on AC3 frame header start code (0B 77)and not letting the program round off my offsets.I work in AC3 frame offsets rather then ms.

The request I have from you is to maybe have a way to show video and audio time stamps in the status box when setting starting cut point with slider in DGindex.

If you could have a way to test for alignment of audio frame start header (0B 77) and I frame maybe this could allow for better audio sync.


Sorry for the long post.

dtv_user

[bot]

Any chance of renaming the project to something that looks more similar to dvd2avi? With the combination of DVD2AVIdg and MPEG2DEC3dg, how about dvd3avi?

Apologies if you find this suggestion dumb or offensive.

[zettai]

The program no longer makes avi files, so having any name with AVI in it is just confusing.

[bot]

Ah. (I need more disc space before I can try it). I was just finding DGMPGDec difficult to look for when I'm browsing my directories. Many consonants does not make for good erconomics. But it's a matter of habit too.

[Guest]

I've released Version 1.0.5 as follows:

* Fixed a small bug in random access. If your stream has leading B frames in display order (the infamous GOP warning popup), and you navigate to one of those frames followed by another jump less than 8 frames forward, you'll get the wrong frame.

* The transport parser was not properly parsing video with stream IDs of 0xe8-0xef. The PTS was not being captured although the video ES was delivered, resulting in no audio delay being reported.

* The capability was added to demux audio from audio-only transport streams. To do it, set your video PID to 0.

* A document containing notes on transport stream decoding was added.

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

[dtv_user]

Hi neuron2;

Glad to see your working on audio Don.

I've demuxed the WB(Warner Brother) streams I mentioned earlier with quite a few different demuxers with varing results.

I've used bbdmux, xport, projectx, xmuxer, others and DGIndex.

Bbmux returns the most number of frames and with the clip I am using DGIdex was 49 AC3 frames later from the start of audio.

Projectx gave the best audio sync with these frames using Mpeg2Schmitt to test play after resizing video to 720 x 480. Mpeg2Schmitt won't play the 1920 x 1080 with in sync on my 2.6 P4 PC.

Bbmux returned too many audio frames from the clip and was 17 audio frames out of sync.

It's suprising how different demuxers return different number of frame from the start of clip.

Bbdmux 1.9 doesn't start on a valid AC3 start header (0B 77) when demuxing a transport stream, all the others seem to start with a proper header.

Xmuxer will try to cut the audio to sync with video when it demuxes and works good on my PBS 704 X 480 transport streams.

Keep searching, The truth is out there somewhere.

Thanks again

dtv_user

[Guest]

Point release to add fix that allows TMPGE 3 to open D2V files directly. Also changes the icon for DGIndex.

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

[BruceL]

@neuron2
Thank you for the new updates!
Just curious, is there a reason you achieved a zip of version 105 inside the 106 zip?

[gnr]

i dont get it. which one i should use, i mean which one is latest for encoding dvd to avi for gknot to make avs file? dvd2avidg 1.3.0 (decodefix130.zip) or dgindex 1.0.5 (dgmpgdec105.zip)

[Cyberia]

DGMPGDec v1.0.6 is the latest

[Zep]

Originally posted by neuron2
@Zep

I don't want to have a debate with you, but the stream does not have a good audio-video event for me to assess the sync. I don't know why you did not respond to this point.




i did respond. DG this is the second time i wrote something
and you didn't read it.

First i said and I qoute

"ok I will have to make a clip now and test it in VDub to see how far off.
I sent that one because I already did the work and knew it was 700ms off."



then in my NEXT post i said and I quote


"I already Uled a new clip before you even posted
so no need to get into that."



didn't you read that? i said "no need to get into that"
because there isn't and i do not want to debate this
and made a new clip for you. That second clip has been
on your server for a LONG time.


You really have me scratching my head on all this
because I did as you asked and made a clip like you
said you wanted and ULed it over 24 hours ago. :D




Originally posted by neuron2
Here it is again in case you care to respond:

"There is no mouth movement with the uh, so I cannot assess the correct sync. Now if you have the crack of a ball hitting a bat, that is ideal. But there are many frames where the uh could have started." [/B]


what are you talking about? the second clip i uploaded
has lots of talking just like you asked for.


it on you server callled

about700ms.earlyaudio.tp


it is a JUDGE talking and I chose the clip of him saying

"FAULT" since the hard F sound on that word is easy to sync too
lips wise. REAL EASY.


so what is wrong with that clip? Have you looked at it yet?
Is that one ok?

[Guest]

Originally posted by Zep
"I already Uled a new clip before you even posted
so no need to get into that." I read it as no need to get into that new clip.

Sorry. I will look at your new clip right away.

[Guest]

@Zep

I sampled your stream at various points and looked at the PTS values for adjacent audio and video packets carrying PTS. They consistently showed an adjustment of -376, which is what DGIndex reported. But actually encoding in either Vdub or TMPGE required ~+700 as you reported, so something is fishy.

It's possible that the capture application is offsetting the PTS of the video to allow for audio buffering in their player application. Buffering is required to make sync adjustments during playback. You say VLC plays it OK too. I'll look at VLC. Is the source code available?

[Trahald]

http://www.videolan.org/vlc/download-sources.html

[Guest]

Originally posted by BruceL
Just curious, is there a reason you achieved a zip of version 105 inside the 106 zip? Sure! I forgot to delete the previous zip from the "Distribute" directory. Thanks for pointing it out. I fixed the zip so people don't have to download more than they need.

[Zep]

Originally posted by neuron2
@Zep

I sampled your stream at various points and looked at the PTS values for adjacent audio and video packets carrying PTS. They consistently showed an adjustment of -376, which is what DGIndex reported. But actually encoding in either Vdub or TMPGE required ~+700 as you reported, so something is fishy.


yes very fishy. that is a 1076 swing from -367 to ~+700 which is HUGE.

is the -376 (in this example) being applied to wav decode and down mix?
(just curious since no delay is in file name when i save a wav)


Originally posted by neuron2
It's possible that the capture application is offsetting the PTS of the video to allow for audio buffering in their player application. Buffering is required to make sync adjustments during playback. You say VLC plays it OK too. I'll look at VLC. Is the source code available? [/B]

I thought of that and that is why I decided to test it with OTHER .ts players
and why I tested it with VLC to make sure the app that came with my card didn't do something strange.
ALL play it back perfectly.

I also thought it would not be a true .ts file if they messed with the standards and
i could not believe they would mess around like that and that was the second reason
i tested in other .ts players and VLC etc...

BTW - it is not VDub. When I drop the avs on media classic or WMP or bsplayer
I get the problem too. So it does appear to be in DGindex ---> avisynth chain

yes the VLC and ffmpeg source is available. it is an open project based on ffmpeg.
VLC is really a GUI wrapper project around the ffmpeg core.

http://www.videolan.org/vlc/download-sources.html
http://sourceforge.net/projects/ffmpeg/


IMHO VLC and mPlayer are the best 2 players for NOT needing any codecs installed
because both use lib52/ffmpeg cores to encode/decode (sorta like ffdshow i guess)


This has been the biggest problem i see everyone posting about in HDTV forums.
You figure this one out and many .ts cappers are gonna be very happy :)

[Nic]

@neuron2: Is the source code for the latest version available anywhere for download? Just want to check how easy it is to add decryption code as a plugin...

Cheers,
-Nic

[quinn]

Not a big thing - but when using CLI mode, there doesn't seem to be a way to get the avs file. I find that feature quite handy, from a lazy point of view!
Thanks

[len0x]

Say you have a file to (auto)open which contains "-TN" in it. It gets picked up correctly, but as it is an option for audio track then actual -TN option is not picked up correctly. Shouldn't anything between "[...]" not be considered an command line options?
(dunno how easy to fix this though)

[Cyberia]

Originally posted by Nic
@neuron2: Is the source code for the latest version available anywhere for download? Just want to check how easy it is to add decryption code as a plugin...

Cheers,
-Nic

Nic, the 1.3.0 source code is available, and it did have an option for using the OpenDVD decrypting plugin. However, Don removed that ability to be 'street legal'.

[Guest]

Originally posted by Nic
@neuron2: Is the source code for the latest version available anywhere for download? Just want to check how easy it is to add decryption code as a plugin...
Hi Nic. I'll upload the code for 1.0.6 tomorrow.

[dtv_user]

Hi neuron2;

Don I was wondering how DGIndex gets it's time stamps from the ATSC streams.

I know if you strip the null packets from the streams some ATSC capture boards have trouble playing back the strams through their internal decoders.

How are the time stamps allotted in multiple PID ATSC streams?

I was wondering if this might causing be some of the delay issues we are seeing.

Thank you

dtv_user

[Nic]

@neuron2: Cool :) , actually, no rush. Think I've come up with a solution... (going to globally hook CreateFile and ReadFile so can do decryption on a global basis)

[dtv_user]

Hi neuron2;

Don the question I was trying to get to on my last post is how does the mux rate affect time stamps?

Dvd mux rate is lower than most ATSC streams and does this affect the constant you are using for converting the time stamps?

Also some of my time stamps appear to be negative numbers, is this a factor in math operations.

Thank you
dtv_user

[Guest]

Originally posted by dtv_user
Don the question I was trying to get to on my last post is how does the mux rate affect time stamps?

Dvd mux rate is lower than most ATSC streams and does this affect the constant you are using for converting the time stamps?

Also some of my time stamps appear to be negative numbers, is this a factor in math operations. I don't have the answers yet on your questions. I am still investigating this whole area. Thank you for pointing out these possibly relevant considerations.

Regarding the negative timestamps. That is not correct. I'd appreciate you posting a link to a short transport stream fragment that produces this effect.

[dtv_user]

@neuron2

Don I am internet deprived in my area and only have access to 28.8k dialup connection - almost impossible to upload and clips wortwhile.
I could send you a CD by snail mail if required.

The clips I have are recorded seinfeld show from Orlando Florida area WB18 station.

They definitely show negative time stamps in status window when saving D2V file.

I was wondering if the PCR value show be adjusted because we are demuxing these streams from a ATSC muxed stream of about 19.3 mps mux rate.

Thank you
dtv_user

[Guest]

Originally posted by dtv_user
I was wondering if the PCR value show be adjusted because we are demuxing these streams from a ATSC muxed stream of about 19.3 mps mux rate. It's more likely that I have a signed integer somewhere where I should have unsigned. If I can't find one I'll ask you to mail the stream. Thanks.

[dtv_user]

@neuron2

Don I don't think it is anything particular to your version as the time stamps also show up negative in Nic's version of DVD2Avi with transport streams.

I just recorded some more clips this morning from this same WB18 station and they are also negative time stamps.

I have 2 different capturing cards and 1 settop box with firewire, I think the capturing program probably has a lot to do with the stream format.

My accessdtv card used to have non-standard packet headers with the orginal drivers that came with the card. (0x47 & non-standard 0x72 & 0x29) This was some kind of copy protection scheme they were using to make it hard to decode streams.I read this in Ben Cooley's bcdmux.cpp program source code.He also notes accessdtv files are not packet aligned if this helps any.

Thanks again
dtv_user

[dtv_user]

@neuron2

Don I just reinstalled the fusionII card I have but removed because I didn't like.

The captures with this card on the same WB18 station don't have the negative time stamps like the accessdtv card does.

Like I stated earlier the files probably have a lot to do with how they are captured.

Thanks again
dtv_user

[Guest]

@dtv_user

It should never show a negative PTS, no matter how it is captured!

[Guest]

Here's a point release for Zep:

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

I added error checking and graceful termination for when the last picture is incomplete. It (hopefully) no longer crashes VirtualDub on exit. So you shouldn't need to use a Trim(), although you may still want to, since that last coded frame (which might not be last in display order!) probably won't look very good.


__________________
Donald Graft
Filters for Avisynth and VirtualDub
http://neuron2.net

[Zep]

Originally posted by neuron2
Here's a point release for Zep:

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

I added error checking and graceful termination for when the last picture is incomplete. It (hopefully) no longer crashes VirtualDub on exit. So you shouldn't need to use a Trim(), although you may still want to, since that last coded frame (which might not be last in display order!) probably won't look very good.


__________________
Donald Graft
Filters for Avisynth and VirtualDub
http://neuron2.net


YES!!! I will test ASAP


the audio sync problem is a time waster but is easy to offset and sync it up later
but coming home from work only to find the end of pass 1 crashed well...


GRRRRRR........



yes i will still use trim if there is a chance the last frame might not be last
in display order. As long as no crash though I'm happy :D


A huge


Thanks!

[dtv_user]

@neuron2

Don could you explain how audio offset is derived for us?

I see in your source code the expression (AudioPTS-VideoPTS)/90
and was wondering how the constant 90 came into play.

Thanks for your help
dtv_user

[dtv_user]

@neuron2;

Don I removed the /90 and chaned output variables in your getbit file that prints the delay in the file name to check varibles being used.

sprintf(szBuffer, "%s AC3 T%02d %sch %dKbps DELAY %daudio %dvideo.ac3", szOutput,AC3_Track+1,AC3ModeDash[ac3[AC3_Track].mode],AC3Rate[ac3[AC3_Track].rate], AudioPTS, VideoPTS);

Maybe I'm crazy and doing something wrong, but I'm getting negative numbers here.

Check it out
dtv_user

[Guest]

Originally posted by dtv_user
I see in your source code the expression (AudioPTS-VideoPTS)/90
and was wondering how the constant 90 came into play. PTS timestamps are in units of 90 kHz, so dividing by 90 normalizes to milliseconds.

[dtv_user]

@neuron2

Don is my basic math logic flawed or is (AudioPTS - VideoPTS) indicating we would be adjusting video delay whereas (VideoPTS - AudioPTS) we would be adjusting audio delay?

With DVDs the delay was small and maybe not noticed whereas some of the ATSC streams have larger difference in the time stamps.

Has this been a misunderstanding from the beginning with Jackei's program indicating DELAY but not indicating what was being delayed?

Still searching
dtv_user

[Guest]

Presentation units with lower PTS numbers play earlier. So, if (AudioPTS - VideoPTS) is negative, that indicates that audio is playing early and should be delayed. Thus, (AudioPTS - VideoPTS) is the audio adjustment with negative meaning delay and positive meaning advance. If you wanted to view it as the video adjustment with opposite signs, you can do that. :)

Presentation units with lower PTS numbers play earlier because their time to play is reached earlier.

BTW, you have the source code for 1.3.0. That has some signed variables for PTS that have been corrected in DGIndex 1.0.7. Are you getting negative PTS values with the latter?

[dtv_user]

@neuron2

Don 107 gets rid of the negative time stamps display in the status window.

Would you have a link to source code so I could download?

Thanks in advance
dtv_user

[Guest]

I'll post the source code tonight.

[dtv_user]

@neuron2

Don I think I now understand what you are saying about audio delay.

If DgIndex shows a minus DELAY this means I should actually add
audio frames to the audio file.

I was under the impression if it was minus I should cut audio frames.

Thanks for your great insight
dtv_user

[Zep]

Originally posted by neuron2
Here's a point release for Zep:

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

I added error checking and graceful termination for when the last picture is incomplete. It (hopefully) no longer crashes VirtualDub on exit. So you shouldn't need to use a Trim(), although you may still want to, since that last coded frame (which might not be last in display order!) probably won't look very good.
[/url]

so far so good. Four test clips encoded, no crash but it will take
about 10 tests to be sure because unlike the audio problem
which happens 90% of the time. The crash problem was more like
25% of the time since the last frame is good more often than not.

So far though me VERY pleased :D


great work DG! thanks!

[Guest]

Originally posted by dtv_user
Would you have a link to source code so I could download? Source code for 1.0.7 now available:

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

[tedgo]

I have a little problem with the newest 1.0.7-Build:
When creating a project from VOB's, VirtualDubMOD sometimes freezes during encoding the last 1 to 3 frames!
This "Bug" (?) happened in 2 from 6 projects i've tested now.
Returning to DGMPGDec 1.0.6 solved the problem and the projects created with 1.0.7 works fine now. So it must be a problem of the recently made changes.

[Guest]

Can you cut the end of the final VOB and make it available for inspection. VOB splitter is one option.

[Zep]

Originally posted by neuron2
Here's a point release for Zep:

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

[/url]


sending you some streams now that DGindex has major problems with


Auto pid dection fails (might be other problems but
I haven't had a chance to take a close look yet)


the pids are in decimal


VIDEO MPEG2(pid=512)...AUDIO LPCM(pid=650) SUB DVx(pid=650) PROGRAM N. 0

VIDEO MPEG2(pid=519)...AUDIO MP2(pid=720) NO SUBS (yet)! PROGRAM N. 0

[tedgo]

Originally posted by neuron2
Can you cut the end of the final VOB and make it available for inspection. VOB splitter is one option.
Sorry, but i only have a 56k-modem and no webspace and i don't know, how to make it available for you :( .
But i noticed that this problem occured only with interlaced PAL-Material detected as NTSC-FILM 100% (as a matter of course not set to "Forced FILM") by DGIndex from the DGMPGDec 1.0.7-Package until now.
'Cos it is possible to create a d2v-project with 1.0.7 from such VOB's, which is playable and decodeable with 1.0.6, i suspects the DGDecode.dll included in DGMPGDec 1.0.7 causing the problem. Are there any changes in it since 1.0.6?

[len0x]

Originally posted by tedgo
I have a little problem with the newest 1.0.7-Build:
When creating a project from VOB's, VirtualDubMOD sometimes freezes during encoding the last 1 to 3 frames!
This "Bug" (?) happened in 2 from 6 projects i've tested now.
Returning to DGMPGDec 1.0.6 solved the problem and the projects created with 1.0.7 works fine now. So it must be a problem of the recently made changes.

Confirmed - it happened to every single encode I did so far...

Don, one of the sample sources is that TS Faith Hill clip provided by Wilbert, if I'm not mistaken.

[tedgo]

Ouch!
Now i tested a normal PAL-Video-Trailer and got the same problem!:(
So it's not only a problem with interlaced PAL-Material.

[aketon]

I've got the same problem with the new verion 1.07! Virtualdub and avs2avi are freezing at the last few frames!:scared:

[len0x]

It seem to be a bit of a hassle to deal with TS from CLI as GUI for instance autodetects that its a TS based on extension and CLI only deals with TS if you supply PIDs, otherwise you get garbled output. Is it possible to consider input files as TS in case a known extension used?

[Guest]

Originally posted by len0x
Confirmed - it happened to every single encode I did so far...

Don, one of the sample sources is that TS Faith Hill clip provided by Wilbert, if I'm not mistaken. I cannot recreate any failure with this clip. Please reconfirm it and explain exactly what you are doing to create a hang, the version of all tools used, etc.

Folks, I need a stream that causes it. Somebody please provide one.

[Guest]

OK, I've found a VOB that causes it!

Very strange. I'll get right on it.

I'll also add raw PID detection as I am seeing more streams without PAT/PMT tables. That's the cause of your problem, Zep.

Please stick with 1.0.6 until I get this sorted out.

[len0x]

Originally posted by neuron2

I'll also add raw PID detection as I am seeing more streams without PAT/PMT tables.

Btw, is DGTable app is in synch with the code from DGIndex? (as I'm planning to use DGTable).

[Guest]

Originally posted by len0x
Btw, is DGTable app is in synch with the code from DGIndex? (as I'm planning to use DGTable). Yes. But you may want to wait for the raw PID detection.

I've fixed the hanging problem. I'm going to add raw PID detection and make your CLI change and then make a release later today.

[len0x]

Originally posted by neuron2
Yes. But you may want to wait for the raw PID detection.


Indeed, I do :)

Originally posted by neuron2
I've fixed the hanging problem. I'm going to add raw PID detection and make your CLI change and then make a release later today.

Sounds great! 10x!

[Guest]

Version 1.0.8 is released as follows:

* Fixes hangs at end of stream.

* Using CLI, transport parsing is now enabled based on the file extension as for GUI loading.

* DGIndex now has a raw PID detection capability (no CL version yet).

* Transport Stream Notes document updated.

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

[Guest]

Originally posted by len0x
Indeed, I do :)
I've not added raw to DGTable (it's not a table!). How would that be useful to you to have a CL version of the raw detection?

[len0x]

Originally posted by neuron2
I've not added raw to DGTable (it's not a table!). How would that be useful to you to have a CL version of the raw detection?

I'm not that familiar with transport streams yet, but do they mostly have 1 audio stream or not? I'm sort of in need of preseting a user with a choice of what to process (in some form), so having raw detection in DGTable would be real plus.

But for a start CLI raw mode would be nice as well.

*Edit* Btw deadlock is indeed fixed with 1.0.8!

[len0x]

Ok, I've played around with raw PID detection and it works very nice!
Ideally when launched from CLI this option should set Video and Audio PIDs to the first found (Can you tell if that's a video or audio PID? - at the moment DGIndex only shows ID without other info).

[len0x]

I'm looking at that Faith Hill clip (1920x1088) and it seems to me that its perfect widescreen source, which has AR 1:1 (or may be 4:3 actually in terms of DDGIndex value). But it gets written into D2V as 16:9 which means anamorphic source (and therefore width has to be streched by 1.33). Is this improper mastering of TS source or DGIndex issue?

[Guest]

Originally posted by len0x
I'm looking at that Faith Hill clip (1920x1088) and it seems to me that its perfect widescreen source, which has AR 1:1 (or may be 4:3 actually in terms of DDGIndex value). But it gets written into D2V as 16:9 which means anamorphic source (and therefore width has to be streched by 1.33). Is this improper mastering of TS source or DGIndex issue? Lenny, don't you read the ISO specs? :p

That field is the Display Aspect Ratio (DAR). To get the SAR, use:

SAR = DAR * (height/width)

So, for FaithHill10.ts

SAR = (16/9) * (1080/1920) = 1

Quod erat demonstrandum. :D

ISO specs are on-line at my web site in the Library section, if you ever need any light reading.

I suppose you'd like the SAR displayed and recorded as well, huh?

[len0x]

Originally posted by neuron2

So, for FaithHill10.ts
SAR = (16/9) * (1080/1920) = 1
Quod erat demonstrandum. :D

Now I remember. :)
This brings me to another request - can you store dimensions of the source in D2V file? That would solve all my problems!

[Guest]

Originally posted by len0x
Now I remember. :)
This brings me to another request - can you store dimensions of the source in D2V file? That would solve all my problems! For you, anything! It will be in the next version.

[len0x]

Originally posted by neuron2
For you, anything! It will be in the next version.

Thanks a lot! Only because of DG tools I'm moving into TS area with AutoGK :)

[Guest]

Here, len, try out 1.0.9. It has Picture_Size now. The old Picture_Size is now called Clipping. :)

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

[len0x]

Originally posted by neuron2
Here, len, try out 1.0.9. It has Picture_Size now. The old Picture_Size is now called Clipping. :)


Great, I'll have a go with it.

P.S. Call me Tony :)

[zettai]

hmmm does 1.0.9 we're tangibly close to having unsampling support or is that wishful thinking? :)

[btw, great work so far... I can't really help out as I have no knowledge of transport streams]

[Guest]

Have you been following my thread in the Avisynth Development thread about Invoke()? :)

That's needed to invoke the conversion filters. So, don't worry, it is in the works.

[zettai]

Ah implementing YUY2 and RGB output via DGDecode? Superb - good to see you don't do things by halves :)

[len0x]

I usually start DGIndex as a minimized application. And on normal DVD sources I never get to see information window, but when dealing with HDTV sources it gets poped up in the beginning (probably due to resizing of the main window or something). Is there a way to avoid that I wonder ?

P.S. I'm still playing with Faith Hill TS file - what sort of audio is there? (doesn't seem to be normal MPA)

[tedgo]

@neuron2

Wow, you are working like a sewing-machine :D
Version 1.0.8 seems to work correctly, and now there is Version 1.0.9 out just a few minutes later ;)
:thanks: for the rapidly updates and your great work

[Guest]

Originally posted by len0x
I usually start DGIndex as a minimized application. And on normal DVD sources I never get to see information window, but when dealing with HDTV sources it gets poped up in the beginning (probably due to resizing of the main window or something). Is there a way to avoid that I wonder ? I'll try to find time to address that.

P.S. I'm still playing with Faith Hill TS file - what sort of audio is there? (doesn't seem to be normal MPA) There's a caveat in the Transport Stream Notes document that says that if the PAT/PMT is absent, the audio type cannot be determined for the specified PID, and it is demuxed as MPEG audio. But that stream has AC3, so it's mucked up.

I need to either add autodetection independent of PAT/PMT or allow the user to configure a fallback type. I'm thinking about the best solution. You'd be better off experimenting with a proper stream.

[Cyberia]

Quod erat demonstrandum.

Watch your language! ;)

Seriously, I vote to require the user to specify the audio format if PAT/PMT is missing. Actually, the user should be able to override the "Auto" feature anyway.

[Guest]

Originally posted by Cyberia
Seriously, I vote to require the user to specify the audio format if PAT/PMT is missing. Actually, the user should be able to override the "Auto" feature anyway. Well, if your specified PID has AC3, there's not much point in overriding it to MPEG audio! So, I am tending toward allowing the user to specify "Fallback Audio Type" to apply when auto detection fails.

[Milkman Dan]

Using the "australia_1.ts" file posted earlier in the thread, I can't get mpeg2source to load the .d2v I made from the .ts. I just downloaded 1.0.9, and the file didn't have the correct tables. I used the raw fuction, guessed correctly on the values, and got working video inside DGIndex. DGIndex also apparently made the .d2v successfully. But trying to load it in VdubMod from the .avs results in an avisynth error message saying that mpeg2source can't decode the video.

The .avs is nothing other than the load statements for dgdecode and undot, and the mpeg2source line itself.

So am I missing something, or did I use the wrong PIDs after all?

EDIT: I must correct myself. The AVISynth error is "Mpeg2Source: Cannot open file." The path is correct.

[Guest]

1.0.9 has a new D2V format. Please remake your D2V, being sure to use the new DGIndex.exe, and be sure to use the new DGDecode.dll, and not pick up an old one by accident.

The software is evolving rapidly, and there will be some stumbles for those who want to stay on the bleeding edge.

[len0x]

Originally posted by Milkman Dan
So am I missing something, or did I use the wrong PIDs after all?


I'm using 200/28a PIDs and have no issues whatsoever. (in fact I just forced AutoGK to produce very nice looking XviD from it :) )

[Milkman Dan]

Yup. I was using the wrong dgdecode.dll file.

Sorry to waste your time with something n00bish. Thanks for the help.

[Guest]

It's my fault, actually. Please do forgive me.

You see, I keep meaning to change the error pop-up to say "Your DGIndex and DGDecode are mismatched!", but I keep putting it off.

[Zep]

Originally posted by neuron2
OK, I've found a VOB that causes it!

Very strange. I'll get right on it.

I'll also add raw PID detection as I am seeing more streams without PAT/PMT tables. That's the cause of your problem, Zep.

Please stick with 1.0.6 until I get this sorted out.

raw pid detection works great! :D


thanks

[Guest]

Originally posted by Zep
raw pid detection works great! Glad to hear it. I'm surprised nobody has asked me to sort the list yet!

I'm wondering, however, where these streams without PAT/PMT are coming from. Are they being stripped of their program guide by some software? Is there a different program guide standard in use? PSIP? Something else? ISO specifies PAT/PMT. Does anybody have any light to shed on this?

[eb]

neuron2 wrote
I'm wondering, however, where these streams without PAT/PMT are coming from. Are they being stripped of their program guide by some software? Is there a different program guide standard in use? PSIP? Something else? ISO specifies PAT/PMT. Does anybody have any light to shed on this?

Generally these streams are from different top set "boxes" of sattv receivers equiped with hard disks to record and then to play back on TVsets.
But people want to have all this records on CDs,DVs and are using different strange metods to rip recods from that build-in hard disks.

Another class are users of sattv PCI cards, and in this case they have rather good knowledge how and what to do with all this "streams"

BTW. Urgently good cutting tool for HDTV .ts records is needed.
May be DarkAvenger can put back resize from DVD2AVI to his MPEG2cut tool to enable acces to the buttons on screens smaller than HDTV picture.
EDITED: or move this buttons to the top like it is done in lattest VLC.player.

As example: try to cut off small .ts (.tp) piece from Australia_1.tp

eb

PS
I can assume that several milions ppl using hammers,screwdrivers and soldering irons are trying to move their hard disks from "boxes" to the computers.
Lattest "boxes" have already build in sockets for cables for USB or 1394 connections to rip this records to the computers.

EDIT 2: @ Dark Avenger
I am sorry but I discovered again already on my computer your Mpeg2Cut2 dated 15.04.2004. It is working very nice with normal HDTV .ts streams,
It is even dealing /but with some trubles / with such difficult files as abnormal Australia_1.tp file

http://www.geocities.com/rocketjet4/
so thank you very much for such very useful tool as Mpeg2Cut2

eb

[Zep]

Originally posted by neuron2
Glad to hear it. I'm surprised nobody has asked me to sort the list yet!

I'm wondering, however, where these streams without PAT/PMT are coming from. Are they being stripped of their program guide by some software? Is there a different program guide standard in use? PSIP? Something else? ISO specifies PAT/PMT. Does anybody have any light to shed on this?

yes i think so.


As it turns out the streams i will send you tommorow
have 23+ PIDS in them. One of them i think is some sort of table
PID with that has that info in it.

it turns out that a bunch of stations are sharing a transponder
and sharing 1 .ts stream. So it is like if abc cbs nbc fox wb upn
all stuck their programs into 1 one broadcast stream and then you
watch whatyou want via pid selection.


(so far that appears to be how it is but I haven't spent much
time looking at teh details yet so...)

[Guest]

Originally posted by Zep
some sort of table That's not a lot of light you are shedding there.

Anyway, I've decided to enhance the raw detection to look at the stream ids to determine what is on each PID.

[TEB]

My understanding of this is that in the DVB world (europe) a given transponder (around 40Mbit/s) has ONE MultiprogramTransportStream (MPTS) wich consists of multiple Singleprogramtransportstreams (SPTS). What we call a channel in normal RL terms is called a SERVICE with its own SID.
IE a spts has its own SID. (Service Identifier)
The SID again has its own elementary streams identified by a PID number.
For example here in Norway the state owned TV channel nr.2 is called NRK2. Its SID is 1502, with the Video PID @ 513 and Audio PID @ 644
In addition comes DVB Teletext (character based and bitmapped, various other streams for MHP and so on.)
AFAIK there are PAT/PMT/SIT tables describing many things like the logical names connected to the SID: NRK2 = 1502. Kind of a DNS resolve :) in the transportstream world.

just my 2 øre! :)

[Cyberia]

@neuron2 - I have found an SVCD that DGIndex will not let me step backwards in at a certain point in the film. I can step forwards across this point and I can use the trackbar back and forth across it.

If you want to see it, I may have to snail mail it to you. The file is 773MB. I'll have to break out the 800MB CDs.

If I can cut the file and reproduce the problem I'll let you know.

[len0x]

Regarding scrolling backwards - I found that if you open avs with just mpeg2source() in VDubMod and go to the last frame and then try to step frame-by-frame back: everything hangs after a couple of frames... I'll do some more tests to see if that's the problem with decode of last frames of a broken source or generic one.

[Guest]

@Cyberia and len0x

I'll of course be happy to look at any problem reports, as long as I can duplicate them. So, you know what is needed: either post a link to the clip or snail mail it to me. I'll provide my mailing address by PM upon request.

[eb]

I was tested on several more then 5GB raw tvsat records, together with this famous Australia_1.tp file. No problems.

DGIndex is quick as the lightning, never met so speedy device.
I think that above mentioned files can be so called contuinity erreors.
My tests were done on DGIndex screen, not on the resulted file /proccesed/.

eb

[Guest]

I've made a version 1.0.10, as follows:

* Raw PID detection now shows the stream type where possible, i.e., you can now identify audio and video.

* Since I can now get the audio type from the raw detection, the limitation about audio demuxing in the absence of full PAT/PMT is removed. Previously, if the PAT/PMT was absent, only MPEG audio could be demuxed. Now, AC3 audio can be demuxed also. This allows you to get the audio from the FaithHill10.ts stream, for example.

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

[eb]

neuron2 wrote:
I've made a version 1.0.10

All streams were revealed on my samples.
I think that detection should be limited to the first 5 or 50 MB.
For files more then 5GB we have here wasted time.

Why when analizing .vob files there is hint that it is not transport stream?
Program working nice with .vobs.
As a example .vob from my website in folder Gladia with DTS+2 another audio streams were demuxed exelently to the separated files, even DTS file with .dts extension
Thank you Neuron2,

eb

[Guest]

Originally posted by eb
All streams were revealed on my samples. Good. Thank you for the feedback.

I think that detection should be limited to the first 5 or 50 MB. For files more then 5GB we have here wasted time. Good point. I'll address that in the next release.

Why when analizing .vob files there is hint that it is not transport stream? A VOB is not a transport stream and does not have PIDs, so PID detection does not arise. Are you asking for some new analysis feature for program streams?

BTW, I've decided to add "Set as Audio PID" and "Set as Video PID" buttons to the detect dialogs. You'll select the desired PID line and then punch the button to set that PID.

[eb]

For the .vob /or any others/ my proposal is to change this hint to:

IN THIS FILE YOU have such and such streams/or whatever else.
It is clear that program is dealing with this very well, looking on results with demuxed audios.

eb

EDITED:
I am slowly but gently trying to push you to subtitles problem

[Cyberia]

Originally posted by Cyberia
@neuron2 - I have found an SVCD that DGIndex will not let me step backwards in at a certain point in the film. I can step forwards across this point and I can use the trackbar back and forth across it.

If you want to see it, I may have to snail mail it to you. The file is 773MB. I'll have to break out the 800MB CDs.

If I can cut the file and reproduce the problem I'll let you know.

This is strange. I can't cut the file down. Both TMPGenc and VobCutter hang when I try to cut it. However, DGIndex builds a project file sucessfully and the d2v file looks fine.

LATER: The MPG is corrupt. VCDGear can fix MPEG errors and the fixed file works fine in every way. If you still want to see the file I can snail it to you.

[Cyberia]

I am slowly but gently trying to push you to subtitles problem

Ohhhh. Subtitle demuxing is a great idea!

[Longinus]

Since now DGMPGDec can open TS, and I never played with this before, I decided to give it a try... But I didn't work.. :rolleyes:

It's an Enterprise chapter, of about 4gb..
It plays fine in Media Player Classic, and I can demux the mpeg with HDTVtoMPEG2.

But when I try to open it with DGMPGDec, I get a problem..
I detect the PID as 0x1022 and 0x1023... I try to set the PID as 1022 and 1023 (Or should I use 22 and 23? I tried both ways, same problem). But after I hit ok, DGMPGDec freezes.... consuming 0% processor and just stay dead forever..

The audio is AC3, but it should work with version 1.0.10, right?
If requested, I'll submit a small piece (very small, because of the size) of the stream....

(EDIT) Never mind.. I got it to work. I processed the orignal file with HDTVtoMPEG2 set to re-create the Transport Stream... Then DGMPGDec opened it without problems.. But it said that 'Opening GOP is not closed'.... probably this caused the problem in the first place???

[len0x]

First that scrolling back problem. Sample to work with - P7.TS from eb. How to reproduce:
- create d2v file and open it avs via mpeg2source
- open avs in vdubmod
- press "go to the last frame" button
- three times press "go to the previous frame" button.
- hang indefinitely :)

Second issue. Not sure if that source problem or DGDecode.dll. But anyway - sample named EURO1080_2004-06-03_19-16-25.MPG from eb (if you don't have it I will make it available for you on Monday).
Quite a bit of frames are decoded with garbage in them. First frame like that is 57. When playing in software DVD players I don't see any artifacts and I don't know what else can I use to see the contents of mpeg2 file without frameserving.

P.S. using version 1.0.10.

P.P.S Btw, raw detection now looks really nice! Now all I really need is make use of that detection via CLI: I suggest application called DGdetect which does the same as DGTable , but for raw mode (or may be you can combine them into one).

[Zep]

Originally posted by neuron2

"I think that detection should be limited to the first 5 or 50 MB."
"For files more then 5GB we have here wasted time."


Good point. I'll address that in the next release.


at least 50 megs please. I have some streams that even took OVER 50
but it is rare so even 100 megs may be better. Actually now
that i think about it. Can you add that value in the ini
file? Advanced users could change the amount to suit their needs.

thanks :)

[eb]

,
All my samples are in the state " as recorded", without any cuttings off the ends, that is why DGIndex is making WARNING becase of opened GOPs. I think that the similiar warning about the end will be useful.
But in practice everyone is cutting off /orshould at least/ on the main frames bondary.

zep wrote:
even 100 megs may be better
no protest, it is only few seconds

eb
EDITED: sorry for this ,but the best will be if DGInex will cut off begining of the audio and video,such way that later no DELAY corrections will be needed

[jarthel]

the new d2v format isn't readable by reauthorist. right?

[Trahald]

Originally posted by jarthel
the new d2v format isn't readable by reauthorist. right?

no, it isnt.. i dont think ra will be updated to the new format (since development seems to be stopped on it)

[Guest]

@Cyberia

No need to send it to me.

@Longinus

No, that GOP warning is harmless. If you'd like to provide a small clip, I'd be interested. What does that "Re-Create" function actually do?

@len0x

I found and fixed that hanging issue. I also limited the raw detection to the first 600,000 transport packets (113 Megbytes). Regarding the garbage frames issue, please make the stream available to me ASAP. Maybe eb can get it to me before Monday?

I'll make a release in just a few minutes.

[Guest]

Version 1.0.11 fixes Tony's hanging problem and limits the amount of file read for raw PID detection to 113Mbytes:

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

[len0x]

Originally posted by neuron2
I found and fixed that hanging issue.

Great, confirmed - problem's gone. Thanks!

Originally posted by neuron2

Regarding the garbage frames issue, please make the stream available to me ASAP. Maybe eb can get it to me before Monday?


I managed to open the source in Mpeg2Shnitt and saw the same problems there - so I guess its just broken source and DGDecode is doing fine now. Sorry about false alarm :D

[tedgo]

I have a little problem with DGIndex since version 1.0.9:
In every project i created since 1.0.9 there is a single frame out of 50 frames near to end, that will repeat as about 5th frame before the end of the stream. It shows up during playing or encoding the created avs-script in virtualdubmod and then of course in the encoded file. What can cause it?
This problem never occurs in previous versions.

[Guest]

@tedgo

Funny things can happen with transport streams that were not cut cleanly at the end. Is that what you have? If not, please make the stream available for analysis.

[tedgo]

The streams are all VOB's. And it happened with every VOB!
Try it out and encode a trailer with credits at the end for example and you will see.
There will be a single frame that repeats as about 5th frame near to end.

EDIT: Returned to version 1.0.8 solved the problem
EDIT AGAIN: No, it doesn't. The same problem. Strange...

(Sorry, for my very bad english, but my last lesson's 20 years ago)

[eb]

@ neuron2,
http://neuron2.net/fixd2v/dgmpgdec1011.zip

In sample e.7 /with 7 audios/ only 1 one /selected/ is demuxed , besides that DEMUX ALL was checked.

eb

[Guest]

@tedgo

I'll look into it and see if I can duplicate it. Thanks for bringing it to our attention.

@eb

Because only one audio PID can be set at a time, only one audio stream can be demuxed. I can consider allowing multiple audio PID specification.

[eb]

Originally posted by neuron2

Because only one audio PID can be set at a time, only one audio stream can be demuxed. I can consider allowing multiple audio PID specification.

It will be nice to have such possibility.
As for today more and more movies/education programs from satTV are transmited with multi audio and multi subtitles, my target is to be able to prepare from this satv records the CDs and DVDs having all this data.

Why? It is easiest and most pleasure way to learn foreign languages, listening and reading words and sentences not forced by any teacher.

eb

[vispgraedde]

Originally posted by tedgo
The streams are all VOB's. And it happened with every VOB!
Try it out and encode a trailer with credits at the end for example and you will see.
There will be a single frame that repeats as about 5th frame near to end.

EDIT: Returned to version 1.0.8 solved the problem
EDIT AGAIN: No, it doesn't. The same problem. Strange...

(Sorry, for my very bad english, but my last lesson's 20 years ago)

I have seen the same thing. 1.0.9 used, but at the time I thought it was my avs script that bugged out.

Backtracking the versions, 1.0.7 is the earliest that I can reproduce it with.
Always the same frame (with the same clip) (frame 6922 (from vdub timeline) out of 6930 frames of this clip)
I can't reproduce it with 1.0.6 and earlier.

[tedgo]

I made some tests now.
It only seems to occur when the VOB's are demuxed to *.M2V before creating a d2v-project with DGIndex (Sorry, if my previous postings were mistakable). Loading the VOB's directly in DGIndex seems to solve the problem, so it may be a fault by the program i demuxed the VOB's.
But with a *.M2V-Files there is still an "error" frame in the last 5 frames. Sometimes a copy of a frame or a totally green frame.

[Guest]

OK, guys, I am going to thoroughly examine the end of file handling. MPEG is a bit funny because you are always outputting a frame behind what you are decoding, so when you ask for the last frame, there's no next frame to decode. So that funniness has to be handled right. And that last encoded frame may not be last in display order, so a bad frame could occur within several frames of the end if this is not handled right. As I said, I'll analyze it thoroughly and get it sorted out.

BTW, I have the Set as Video and Set as Audio buttons working in the detect PID dialogs, but you can't have that until this end of file issue is fixed. :p

[eb]

Originally posted by neuron2

BTW, I have the Set as Video and Set as Audio buttons working in the detect PID dialogs, but you can't have that until this end of file issue is fixed. :p

You are, like Hichcok , presenting final solution but keeping us in tension up to the last usolved frame.
eb

[tedgo]

I made some more tests (i'm very busy ;) ) and it's not caused by the programs i demuxed the vob's before creating a d2v-project. Some of the vob's i've directly loaded in DGIndex had the same problem, so it must be a little fault in DGIndex.
The vob's and m2v's i tried are definitely ok, cause the problem doesn't occur, when i load them directly in vdubmod.

[eb]

@neuron2 & lenOx,

if from your tests/problems some conclusions are resulting that should be resolved in the recording process, then this hints I can present to authors of different recording programs

eb

[Cyberia]

Originally posted by neuron2
I can consider allowing multiple audio PID specification.

May I make a suggestion? Do the same thing you do in the Audio menu. You can demux a specific audio PID or you can demux all of them.

[Zep]

Originally posted by neuron2


BTW, I have the Set as Video and Set as Audio buttons working in the detect PID dialogs, but you can't have that until this end of file issue is fixed. :p

haha hey i thought you agreed with me that I was too lazy when
i asked for that feature and you were not gonna add it :D

I'm super glad you went for it!!!


Yes another great version of DGindex out real soon now yum yum

[Guest]

@Zep

Now you know, I'm lazy too. Especially in the pool. Sadly.

Sopranos Season Finale in 18 minutes. I'm outta here!!!!!!!

[len0x]

What just happened with the post for 1.0.12 ? :) (I got the version though anyway).

Don, you might want to swap buttons "Set Audio PID" and "Set video PID" as usually you set the video first and I spent whole 3 min just clicking on the first button and didn't realize that that's audio I'm setting :)

[Cyberia]

Ok this is weird... Try saving a project repeatedly. Save one, let it complete and observe the Elapsed Time in the Info Panel. Then goto File/Save Project again and re-save it. Now look at the Elapsed Time.

My testing on a vob file gives me these results:

1st save: 4 seconds elapsed
2nd+ save: 10 seconds elapsed.

Nothing changed! I have to close DGIndex and reopen it to get the 'fast' mode to work again.

Don, could you make the info panel show tenths of seconds for the elapsed and remaining times?

EDIT: I can now confirm the behavior on multiple vobs. Also, opening a different vob file reactivates the 'fast' mode. But trying to reopen the current vob doesn't get fast-mode back.

[Guest]

@len0x

I found another little issue at end of file that I want to fix, so I withdrew it but you were too quick.

@Cyberia

I'll try to duplicate it.

[Guest]

Something's gone haywire with my web site. It keeps returning cached files even after I replace them. So, to get THE REAL version 1.0.12, use this link:

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

This version has the set PID buttons and the end of file fix. If you have the Set Audio button on the left, you've got the WRONG 1.0.12 and need to tget the one above.

[vispgraedde]

As I was unable to make this new version bug out with my clips :D, I looked for "bugs" in the html files :devil: instead.

It's really minor but

&nbsploadplugin("...\DGDecode.dll")
&nbspmpeg2source("myvob.d2v")


is lacking some ; in the underlying html

in QuickStart.html "What is This Index File and What Do I Do with It?"


(Sorry, but I couldn't resist :D Thanks for improving this nice prog!)

[Cyberia]

Originally posted by vispgraedde
As I was unable to make this new version bug out with my clips :D, I looked for "bugs" in the html files :devil: instead.

It's really minor but

&nbsploadplugin("...\DGDecode.dll")
&nbspmpeg2source("myvob.d2v")


is lacking some ; in the underlying html

in QuickStart.html "What is This Index File and What Do I Do with It?"


(Sorry, but I couldn't resist :D Thanks for improving this nice prog!)

I don't see anything wrong. Please spell it out for us simpletons.

[Guest]

My & n b s p ; spaces are missing their ;.

[eb]

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

as tested so far:

.vob files demuxing all audio streams nicely and simultaniesly
.mpg no problem to demux audio
.ts streams demuxes selected audio no problem

all this above is also working well on "cutted"-selected pieces of the file in DGIndex timebar.

in .ts stream PIDs carring data for teletext/subtitles are wronly named as AC-3 PIDs, generaly for subtitles and AC3 audios Private Streams are used, but for Europe the BD streams are used as I met so far


reported data DELAY after short tests seems be correct

Greeting, nice work

eb

[Guest]

Originally posted by eb
in .ts stream PIDs carring data for teletext/subtitles are wronly named as AC-3 PIDs, generaly for subtitles and AC3 audios Private Streams are used, but for Europe the BD streams are used as I met so far What are the BD streams? How do I distinguish the AC3 from the subtitles if they're both on Private Stream 1? Thank you.

[eb]

neuron2 wrote:What are the BD streams? How do I distinguish the AC3 from the subtitles if they're both on Private Stream 1? Thank you.

Sorry, my foult to be not precise.
In all cases as I met so far in Europe tv AC3 2.0 or 5.1 was always as Private Stream 1 with hex value BD.

eb
edited: see example p7.ts
edit 2 : Yes , it is problem , main descriptions are exactly the same , we must look for the additional byte or flag connected with audio.I have no any detailed specification at the moment

edit 3: I uploaded sample tx.TS with subtitles on:
ftp://www.eb.enterpol.pl
user: www.eb.enterpol.pl
password : eb

edit 4: asked for help Marfi author of program SkyView for SS2 cards

and this is answer: AC3 decsriptor=0x6a ,for teletext 0x56

[Zep]

Originally posted by neuron2
Something's gone haywire with my web site. It keeps returning cached files even after I replace them. So, to get THE REAL version 1.0.12, use this link:

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

This version has the set PID buttons and the end of file fix. If you have the Set Audio button on the left, you've got the WRONG 1.0.12 and need to tget the one above.



UPDATE - I deleted what i said until I can get more info
and the person who capped the stream can look at it with 112a

he is downloading it from me now.

[Cyberia]

Originally posted by neuron2
@Cyberia

I'll try to duplicate it.

I'm home now on an Athlon 2200 system with 1024MB of RAM, and cannot reproduce the problem. But at work on a 2Ghz P4 system with 256MB of RAM, I could make it happen every time.

I am using the same vobs in both cases.

[eb]

Zep wrote:ALL 50+ PIDs are flagged as OTHER

If it is record from ALL data from the given transponder then probably there are many of encrypted channels.

eb

[Zep]

Originally posted by eb
Zep wrote:

If it is record from ALL data from the given transponder then probably there are many of encrypted channels.

eb

I am trying to get what exactly it is now. i do not think
it is a .ts but a PES or some such. I just do not know
and have to wait for him to double check.

the person who sent it to me to test is not even sure and
is double checking now

[eb]

Zep,
Try to play this file with VLC.player,
Right click on screen and set different programs
I am interested with results
eb

[Zep]

Originally posted by eb
Zep,
Try to play this file with VLC.player,
Right click on screen and set different programs
I am interested with results
eb

it wasn't a .ts stream he sent me a CONVERTED .ts to
some strange vob look alike.

wish he would have told me since he is only supposed to send
orginal unaltered .ts streams lol

[buzzqw]

@neuron2

a request:

Would be possible to put in preview info the number of current frame viewed ?
I would use this feature to know when trim/credits in avs script. and, yes, i cannot use the "trim" builded-in

Thanks

BHH

[Guest]

Originally posted by buzzqw
Would be possible to put in preview info the number of current frame viewed ?
I would use this feature to know when trim/credits in avs script. and, yes, i cannot use the "trim" builded-in Sorry but not possible. When you move the timeline slider, the decoder just starts decoding and displays the first I frame it encounters. To know what frame number that is would require parsing/decoding from the beginning to that point.

Why don't you just serve the video into VirtualDub and determine the desired frames in there?

[len0x]

Don, so how about make raw detection available to CLI? And while we on the subject - is it possible to add an option to DGTable to output to file instead of stdout? I have some issues with this as I have to redirect output to a file and this can only be done (afaik) via cmd/command shell, not direct call via CreateProcess(). This complicates procedure a bit coz shell always returns result before file is written by DGTable output (and I have to put artificial delays there). Thanks.

[Guest]

@len0x

Please snd me a PM with your requirements. I'm going to work on CLI stuff tonight (reading files from a text file list). I can do your stuff too but I have to know EXACTLY what you want.

[Cyberia]

Originally posted by neuron2
Sorry but not possible. When you move the timeline slider, the decoder just starts decoding and displays the first I frame it encounters. To know what frame number that is would require parsing/decoding from the beginning to that point.

Oh ok. That was actually on the Enhancement list at #6. I have changed it, hopefully to something more feasible. Here's the new #6:


6) Information window additions (for both Preview and Save Project modes)
a) Info field
b) Vob Cell ID
c) as many other fields as possible


FYI: I added a very minor bug to the list :o

[Guest]

I can't make any more releases for a while, otherwise Gizmotech will mumble. :(

[zettai]

Can't you just call them betas until you get to the 1.1.0?

[Guest]

Yes. Version 1.0.12 appears to be very good, so I'll switch to 1.1.0betaX terminology. That way, it'll be easy to tell what the last stable version is. I can then also release source code for all non-beta releases.

[Zep]

This may be of use

a great page on how TS works and laid out and how to get perfect sync
in your code if you are a dev.


http://erg.abdn.ac.uk/research/future-net/digital-video/mpeg2-trans.html

[Guest]

Originally posted by Zep
how to get perfect sync in your code if you are a dev. I saw some general, well-known stuff, but not what you mentioned above. Where is that, please?

[eb]

quote from above link
They are two types of time stamps:

The first type is usually called a reference time stamp. This time stamp is the indication of the current time. Reference time stamps are to be found in the PES syntax (ESCR), in the program syntax (SCR), and in the transport packet adaption Program Clock Reference (PCR) field.
The second type of time stamp is called Decoding Time Stamp (DTS) or Presentation Time Stamp (PTS ). These time stamps are inserted close to the material to which they refer (normally in the PES packet header). They indicate the exact moment where a video frame or an audio frame has to be decoded or presented to the user respectively. These rely on reference time stamps for operation.

[Guest]

@eb

Your native language must not be English. :)

[eb]

sorry, I tried only to answer

Where is that, please?

eb

[Zep]

Originally posted by neuron2
I can't make any more releases for a while, otherwise Gizmotech will mumble. :(


I hope you are kidding. He can just wait for a point release then.
please don't stop with beta releases :D


thanks!

[Zep]

Originally posted by neuron2
I saw some general, well-known stuff, but not what you mentioned above. Where is that, please?

Oh haha i meant it shows the break down in detail so that
a dev should be able to figure out how to make sure there
is sync :)

How you go about coding it, no it doesn't show that
but the VLC/ffmpeg source does. Oh projectX does also.


thx

[Guest]

Originally posted by eb
sorry, I tried only to answer Don't be sorry, I should be. The thing that you were not aware of is that I know all that basic theory very well, as I work for the market leader in MPEG decoders and integrated set-top box silicon. In fact, I just solved a long-standing AV sync problem for one of our major customers. The problem I have with Zep is that he has supplied a transport stream which presents a strange, unique mystery that we are trying to solve. Believe me, if it were as easy as saying "just present the units when their presentation time arrives", we'd have figured it out long ago.

We already know that DGIndex works out the sync offset only at the beginning and does not add/delete audio to maintain sync if it goes off due to drops, etc., later in the movie. So we know that needs fixing. But we have a case where the calculated offset at the beginning is just off by a whole second, with no obvious reason for it. I don't like to start making code changes with mysteries lingering around, so we are trying to resolve that before deciding what our strategy will be with respect to changes.

I hope that brings everyone up to speed on the context of the discussion.

[eb]

@ neuron2,
I presented this quote traying to say that this piece of iformation is the only one,from the all of the link, that is talking about time dependiences of signal packets.

And the most interesting is last sentence from this quote

These rely on reference time stamps for operation
and this connected with first sentence
This time stamp is the indication of the current time. From my practice with different sattv records, those records with real time stamps are most friendly for further processing.

Time to time i am collecting samples with different strange behaviours for video and audio synchronisations, and here is my ask for the sample from Zep.

Greetings
eb

edited: By underlighting this I am going to say, that if false time stamps for video or audio packets are used by signal suppliers , then most safe way to process this packets is to get time from the refrence time stamps.

[Cyberia]

Originally posted by Cyberia
Ok this is weird... Try saving a project repeatedly. Save one, let it complete and observe the Elapsed Time in the Info Panel. Then goto File/Save Project again and re-save it. Now look at the Elapsed Time.

My testing on a vob file gives me these results:

1st save: 4 seconds elapsed
2nd+ save: 10 seconds elapsed.

Nothing changed! I have to close DGIndex and reopen it to get the 'fast' mode to work again.

Don, could you make the info panel show tenths of seconds for the elapsed and remaining times?

EDIT: I can now confirm the behavior on multiple vobs. Also, opening a different vob file reactivates the 'fast' mode. But trying to reopen the current vob doesn't get fast-mode back.

Don, I tested this here at work again, and it is still happening. Furthermore, TaskManager show DGIndex at 50%-80% cpu usage on the first pass, but only 20%-30% on subsequent passes. The rest of the cpu usage is in the SystemIdleProcess, so nothing is taking cycles away. I can consistently repeat this, so it looks like DGIndex is stalling on the P4 after one pass. Might be a cache issue. My old Athlon box didn't see this behavior.

I spent last night building an Athlon 3200 system for me! 1GB of ram with fast 2-2-2 timings, 10,000rpm drive. I'll happily test anything once I get everything setup :)

[malkion]

Donald, I'd like to add a small request for DGDecode.

Unless it makes absolutely no sense to you, I just happened to rip a DVD by Chapters. Could you add Autoincrement Open to automatically detect chapters? I was using DVDDecrypter and the format is as follows:

VTS_01_CHAPTER_01_1.VOB
VTS_01_CHAPTER_02_1.VOB, etc.

Not sure how SmartRipper names it yet however, sorry.

Also unsure about if there might be instances of VTS_01_CHAPTER... to VTS_04_CHAPTER..., etc., however I suppose this can happen.

[trbarry]

My HiDTV card captures ATSC files using names like Ch025_05_09-07_03pm.0000.tp . Does this conflict somehow with the new DGIndex file naming convention. It seems I have to load them all (dozens) one at a time. Or is there some explanation of Auto Add somewhere that explains this? I couldn't find it.

Also, DGIndex seems to think I have Mpeg audio files instead of AC3. Is there some way to override this?

- Tom

[Guest]

@trbarry

Currently, auto add requires an _ before the number, not a period.

What does the PID detection (PAT/PMT and Raw) show for the PID that you claim is being wrongly determined to be MPEG audio? Can I see a screen grab for each detection dialog?

[Cyberia]

Don, A lot of people are having issues with the Auto-Add feature due to differing naming conventions. I think we might need to revisit this in the future.

I will spend some time thinking about how we should do it. My initial thought is to tie it to the drag-and-drop sorting issue and present a unified auto open method.

In the meantime, one workaround would be to allow multiple files to be selected in the auto-add dialog.

[TripleA]

...regarding Auto-Add:

The way I see it, most people will be opening sets of files created in the same session. Most such file sets will contain numbers that will be incremented at one point or another during the creation of the set, depending on what each number means for whoever wrote the application creating it. With the more significant numbers coming earlier in the name string.

So, the extreme solution would be to disregard all digits(0) for purposes of file-name matching when adding the files. In DOS terms, replace the digits with ?s(1). Then disregard all non-digits for purposes of sorting the list later.

The only problem I see arising from this would be if one puts all files of one type in a single folder with only numbers differentiating them(2). This could be worked around by perhaps having a setting somewhere (maybe on the open dialog itself) to tell DGIndex to treat only the last n sets of digits as numbers.

I know this is rough because I didn't think much about it. But unless I'm missing something major (very likely, I'm afraid), a refined edition of this scheme should put this puppy to sleep.


-=== Break ===-

0- What is a digit? Probable problem with non-standard radices, here. But most probably can be safely ignored: how many people you know count in octadecimal...? ;-)

1- Thus assuming whoever wrote the application would have included leading zeros in the names of earlier files. And in turn assuming she knew how large the numbers are likely to get.

2- Whatever_Year_Month_Day_Time.ext kind of stuff, I mean.

[nanga parbat]

wouldn't it be enough to, as cyberia suggested, allow shift-selecting multiple files (and perhaps leaving the auto-add feature as it is)?
i think most users would know which files to open, so being able to select them all at once would be sufficient.
the other way you would have to deal with quite a variety of naming conventions.

nanga

[Guest]

You'd still have the sorting problem.

[JasonFly]

The question:
Could DGindex or DGDecode.dll be responsible from an error a the end of an encoding process. I explain:
I made a two pass encode of a TV series (1/2 season). So it's quite long (9hours). The source is interlaced so i 've been forced to use Decomb ;) which did a great job, thanks for this. I did the encode 4 or 5 times(each time I thought I had found the cause) because of errors at the end of the encoding process with VduBMod1.4.5.1. The first pass was fine but VdubMod freezed one or two frames before the end of the file(depending on how you interpret VDub Status window).
http://perso.wanadoo.fr/paille/Erreur Vdub-1.png

Analysis:
It is as if DGdecode doesn't give the frames to XviD. Looking at this problem, I looked at my 1st pass XviD statfile and I found that it had 1 frame less than it should (844216 instead of 844217 for the source). So that could be a reason of the crash in the second pass but where does the missing frame come from? XviD? Avisynth? DGdecode? The reason I post in the DGMPGDec thread is that I think that DGDecode could be the responsible, but that's just a suggestion.

Some remarks:
I created one .d2v for each episode and gathered them in avisynth to make the encode. Can this be a cause of my missing frame? I mean:Is it better to make only one .d2v with all the Vobs put in DGindex?

I am thinking writing this post, and I must admit that this would be strange that this error came from DGdecode because the frame(844217) is present in VDub when I go to the end of the file. :confused:


neuron2: I didn't tested the delay issue I talked about earlier in this thread, I'll try to do this later.


PS:Did you know that video encoding could lead you to the edge of depression?

PS2: I'll try to supress two frames before the second pass and I'll see the results. I have already done that previously(and that didn't worked)but I wasn't sure that my d2v and DGdecode version matched so I restarted all the work from the beginning.

[nanga parbat]

You'd still have the sorting problem.

aight, sorry. i thought it was just about auto-detecting, hadn't thought about that...

nanga

[BruceL]

@JasonFly
Have you tried the newest version of VDubMod with latest builds?
The newest version is 1.5.10.1 and the latest build is 2439. You can get it as follows: http://sourceforge.net/projects/virtualdubmod

[trbarry]

I suppose one over simplistic solution would just be to take the rightmost string of consecutive digits, wherever they were and regardless of how many or what (non-digits) surrounded them.

That would take care of all the HDTV cards I'm aware of except the old brain-dead WinTV-HD which doesn't matter anyway.

- Tom

[Guest]

Originally posted by trbarry
I suppose one over simplistic solution would just be to take the rightmost string of consecutive digits, wherever they were and regardless of how many or what (non-digits) surrounded them. I'll look into that. Thanks.

BTW, did you still want help with your audio detection issue? I had asked for some more information about it.

[Cyberia]

Originally posted by trbarry
I suppose one over simplistic solution would just be to take the rightmost string of consecutive digits, wherever they were and regardless of how many or what (non-digits) surrounded them.

I thought about this and can't figure out why we shouldn't just do a straight alpha-numeric sort? This will work for 99.9% of the cases.

I was thinking about different naming conventions and how sometimes I keep vobs and rename them... "bad GOP.vob", "No Doubt - Don't Speak", etc. But then I realized that anytime I would want to use DGIndex to load multiple file, they all have a consistent naming convention and the same digit-count length. So alpha-numeric should work.

If you want to be really flexible provide 'move up' and 'move down' buttons to manually re-order files that don't get sorted correctly.

Handle drag-and-drop the same way (alphanumeric)

Is there a down-side to this obvious solution?

[trbarry]

BTW, did you still want help with your audio detection issue? I had asked for some more information about it.

Sorry. I forgot to respond to that one. It's on a different machine that's currently doing something else. But I'll try to redo it as soon as possible.

- Tom

[Guest]

I uploaded the source to version 1.0.12 as it appears to be very stable.

I'll get back to development when I complete my little dalliance with decimation problems. :)

[Bluedan]

Is new version supposed to co-operate with latest GK (0.30a) as well?

[len0x]

Originally posted by Bluedan
Is new version supposed to co-operate with latest GK (0.30a) as well?

Very wrong forum to ask this, especially one hour later after you started discussion (and got the answer) in GK development forum!

[darkluna]

I ran a .ts through ProjectX (http://www.doom9.org/index.html?/DigiTV/projectx.htm) hoping to fix any stream problems that would cause asynch later on. I did not demux the file, just went from .ts to .ts

For some reason ProjectX mapped the PIDs 21/24 to e0/80.

Running this new .ts through DGMPGDec 1.0.12 with these new PIDs didn't demux the AC3. As a test, I ran it through DVD2AVIdg and the audio demuxed correctly. Any ideas?

[Zep]

Originally posted by darkluna
I ran a .ts through ProjectX (http://www.doom9.org/index.html?/DigiTV/projectx.htmProjectX) hoping to fix any stream problems that would cause asynch later on. I did not demux the file, just went from .ts to .ts

For some reason ProjectX mapped the PIDs 21/24 to e0/80.

Running this new .ts through DGMPGDec 1.0.12 with these new PIDs didn't demux the AC3. As a test, I ran it through DVD2AVIdg and the audio demuxed correctly. Any ideas?

you must have projectX set up wrong. It will demux to 1 to 3 AC3
files and 1 mpv file it set up correctly.

[darkluna]

Originally posted by Zep
you must have projectX set up wrong. It will demux to 1 to 3 AC3
files and 1 mpv file it set up correctly.

...except I didn't demux with ProjectX, just created another .ts file. Maybe that was just a bad idea....

[Guest]

Originally posted by darkluna
Running this new .ts through DGMPGDec 1.0.12 with these new PIDs didn't demux the AC3. Post the PID listings from raw PID detection for the stream before and after processing with ProjectX. Are you sure you set the audio PID correctly?

[darkluna]

Originally posted by neuron2
Post the PID listings from raw PID detection for the stream before and after processing with ProjectX. Are you sure you set the audio PID correctly?

I am reasonably sure I set the audio PID correctly, I tried it a couple different ways; manually and setting with Raw PID detection.

Raw PID before ProjectX
Program 2
PCR on PID 0x21
MPEG2 Videon on PID 0x21
AC3 Audio on PID 0x24

Raw PID detection after ProjectX
Program 258
PCR on PID 0xe0
MPEG2 Videon on PID 0xe0
Teletext/Subtitling on PID 0x80

Both using DGMPGDec 1.0.12

I'd assume I was doing something wrong with ProjectX settings, but DVD2AVIdg seems to find and demux the ac3 audio just fine from this stream.

Thanks -

[balazer]

I have several files that hang DGIndex when opening them via the command line. If I open any of these files in DGIndex interactively, it pops up a warning dialog saying that the "Opening GOP is not closed."

Could it be that DGIndex just doesn't handle the warning correctly when opening a file via the command line?

I can upload a test clip if that would be useful.


Thank you, Donald, for all the great work. I switched over to DGIndex the moment I saw it supported command line arguments.

[Guest]

Originally posted by balazer
I have several files that hang DGIndex when opening them via the command line. If I open any of these files in DGIndex interactively, it pops up a warning dialog saying that the "Opening GOP is not closed."

Could it be that DGIndex just doesn't handle the warning correctly when opening a file via the command line?

I can upload a test clip if that would be useful. Yes, please upload the clip. I don't think the GOP warning is the cause.

[Guest]

Originally posted by darkluna
Raw PID detection after ProjectX
Program 258
PCR on PID 0xe0
MPEG2 Videon on PID 0xe0
Teletext/Subtitling on PID 0x80 That's not the raw, that's the PAT/PMT.

Please post the raw PID detection before and after ProjectX. Thank you.

I can guess that ProjectX is mapping the audio PID but not changing the PAT/PMT tables accordingly. That will cause problems. Can you look at your ProjectX settings? Why does it need to map the PIDs at all? Can you post a link to a short processed clip that demonstrates the problem?

[balazer]

I figured out the problem: DGIndex won't let you load a file with a comma in the filename from the command line, since the comma is a list separator in the command line syntax. Putting quotation marks around the filename doesn't work either.

[Zep]

Originally posted by darkluna
...except I didn't demux with ProjectX, just created another .ts file. Maybe that was just a bad idea....

use it to demux.

Also you get a huge file size saving as all the TS wrapper stuff is cut out.
DGindex will be MUCH faster to make d2v file and then later when encoding
it will be much faster too. So you get all the time back that projectX took
to demux and fix everything.

[Guest]

Oh very smart, poking around, eh? :) How'd you do that?

That has batch file support to solve the comma in file name problem. But it's not ready for release yet because I want to add some more user interface improvements and CLI changes for Tony, so now I'll kill the link. I had uploaded it for one particular individual who needed that feature urgently.

I'm back on the job now, having been jilted by one of my loves: Decimation.

Love your sig but change worst to worse for formal correctness.

[jjseth]

Ok, sorry if i created problems....:o
I only surprised by an unannounced new version....



post deleted :D :D

Sorry my poor english.

[len0x]

As of 1.0.12 DGIndex does not longer put PID in the demuxed audio file name, but rather always puts T01. I'm pretty sure at some point in the past it was putting PIDs there. This makes it impossible to demux two tracks in the same folder.


P.S. @All: does anyone have TS files with PAT/PMT tables and more than one program inside or TS with more than one audio stream in PAT/PMT table?

[CruNcher]

Donald Dgindex shows the same 1920x1088i resolution bug as some other decoders same last block line bug is visible it's like this old VHS line that appeared in analog tape recordings i saw this allready now in VLC,Dgindex and Neros DVD Decoder. Decoder that doesn't show this line are Mplayer and MPCs internal Mpeg2 Decoder didn't tested WINDVD6 nor PowerDVD yet. Any idea what this is all about why is so much wrong with HDTV Decoding :(

Ok i know now why Mplayer and MPC show it correct both compensate it to 1920x1080 but why are some SAT HDTV streams 1920x1088i in the first place any idea ?

[Zep]

Originally posted by CruNcher
Ok i know now why Mplayer and MPC show it correct both compensate it to 1920x1080 but why are some SAT HDTV streams 1920x1088i in the first place any idea ?

because 1080 / 16 = 67.5

it is not mod 16

[HLW]

Hi!

I have problems with playback of 4:2:2 content using DGDecode/MPEG2Source. I've encoded some content using Canopus Procoder 2 HP@HL, vbr, 4:2:2 color sampling. When decoding, the movie has some color distortions, so it seems to be a color space issue. I don't know what kind of 4:2:2 color sampling Procoder use (I guess there are more than only YUY2 out there), but the source before encoding is YUY2. I need to keep the 4:2:2 color sampling because I use the movie for some quality evaluations. The Procoder encoded clip plays well in Windows Media Player and in VLC Media Player, but not in Media Player Classic or using DGDecode in Avisynth.

Any helping hands out there?

Best regards

Haakon

[GearX]

Originally posted by buzzqw
well... i am biased... :confused:

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

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

Thanks a lot Zep !

neuron2,

Could you document the file naming convention required to get the auto-increment open to work? Zep and buzzqw discussed it briefly, earlier in this thread (page 3), but I still can't make DGIndex add anything more than one file at a time.

None of these permutations appear to work:

test.0000.ts
test.0001.ts

test.0001.ts
test.0002.ts

test.001.ts
test.002.ts

test.ts
test.001.ts

test.ts
test.002.ts

test.ts
test001.ts

test001.ts
test002.ts

What's the magic combination?

I haven't tried anything that doesn't end with .ts, since the extension is required to tell DGIndex that the file is a transport stream -- right?

FWIW, Oliver Wagner's NullPacketStripper (http://www.hometheatersoftware.com/stuff/NullPacketStripper/) splits its output as filename.0000.ts, filename.0001.ts, etc. when file-splitting is requested, and that is the format I would most like to be able to use without renaming (since it also works well with VLC and other TS playback software I've used).

I'd settle for just knowing what DGIndex is expecting, though. :)

Thanks much,
Gear.X

[Cyberia]

try:

test_0001.ts
test_0002.ts

[GearX]

Originally posted by Cyberia
try:

test_0001.ts
test_0002.ts
Thanks for the suggestion, but using an underscore instead of a dot doesn't seem to work either, unfortunately. :(

Any other ideas? :confused:

[len0x]

test_1.ts
test_2.ts

[GearX]

Originally posted by len0x
test_1.ts
test_2.ts

Thanks, that works.

Think it Would be possible to add support for leading zeros, and/or dots instead of underscores? Or perhaps to simply allow adding more than one file at at time to the file list?

This might not be worth the time in a strictly DVD/VOB context, but it's probably of much higher value in an HDTV/TS handling context. At least, it is to me. :)

Just hopin' to get it onto the "feature request list".

Thanks,
Gear.X

[mverta]

Can you guys help me with this... I made a .d2v with DGIndex, and then made this .avs text file:

loadplugin("C:\Program Files\dgmpgdec1012\DGDecode.dll")
mpeg2source("D:\UNDEFINED\EcksVsSever.d2v")

When I load that into Virtual Dub, it says:

AVI Import Filter error: (Unknown) (80040154)


Any ideas?

By the way... this is NOT the Ecks vs. Sever commercial DVD, just a PC-based DVD+R burn of the trailer I did for the movie.

Thanks,

_Mike

[LigH]

Are you sure you have installed AviSynth 2.5.x?

[J-Wo]

hey guys. I decided to give this dgmpgdec a try, but find that I can no longer open my .d2v files with MovieStacker (v2.0.0 beta 3). I'm not too sure if there are others out there that use this program, but it's very helpful to figuring out resize parameters and such. The error message I get is: '720x480' is not a valid floating point value. Was using DVD2AVI 1.77.4 previously with no problem... might have to go back to that if I can't figure this one out. Unfortunately a new version of moviestacker doesn't look like it's going to be released for a while. I'd appreciate any thoughts you guys have, thanks!

[Cyberia]

If you use DGIndex, YOU NEED TO DECODE WITH THE INCLUDED DGDECODE.DLL.

If you are using a script, change the dll reference to use DGDecode. If your program is using the dll directly, see if the mpeg2dec3.dll is in the program folder. You may be able to replace the existing mpeg2dec3.dll with dgdecode.dll. Try it.

[J-Wo]

oh i'm able to decode fine with avisynth. but this program calls for a mpeg2dec variant, and won't accept dgdecode.dll, even if I rename it. I imagine that problem is that it can't read the changes in the new .d2v files so it can't interpret the right resolution or something. Oh well....

[Cyberia]

OH OK. Well, then unfortunately you're going to need an update to the MovieStacker program. You might want to contact the author.

[graysky]

I have a PVR-250 which I use to create MPEG-2 streams on my PVR running mythtv.

When I try to load one of these files in DGIndex, it just crashes (file name for example is: 09152200_Rescue_Me_Alarm). If I rename the file to "09152200_Rescue_Me_Alarm.mpg" it loads and processes just fine, but I cannot play the resulting d2v file or if I make an AVISynth script with it using the MPEG2Source command, that too will not play; mplayerc gives an error "cannot render video stream." And Virtualdubmod cannot read either.

I am able to use the versions of DVD2AVI to load these MPEG-2 files and then generate a d2v and mpa files... but I get errors in the audio (incomplete streams) and I cannot convert them to wav.

Ideas are welcomed!

Thanks!

[Nic]

Is there anyway you could cut a few megabytes from the start of the file and upload them anywhere for us to take a look at what the problem might be?

-Nic

[graysky]

Sure thing... can you recommend a utility that will allow me to cut an MPEG-2 file without changing it like VDubMod will do?

[Nic]

Look at the full software list at doom9, look for a program called cuttermaran. I've never used it, but it and programs like it can be found everywhere (we don't even need it frame accurate, just a few meg at the start will be enough)

-Nic

[graysky]

OK.. I wonder if I just start an FTP upload and abort it... that should be just as good :)

[graysky]

OK... there's 2.5 meg which is about 4 seconds.

Let me know if you need more... and THANKS!

download (http://encoding.n3.net/09152200_Rescue_Me_Alarm)

[graysky]

...anyone get a chance to d/l the clip?

[Stereodude]

Thanks for this tool, it's a lot better than some of the older stuff.

[Cyberia]

Originally posted by graysky
...anyone get a chance to d/l the clip?

I downloaded the clip and created an OK d2v file with no problem. VirtualDub and AviSynth open the d2v and play it normally.

DGIndex does crash if you rename the file without an extension. Thats interesting.