View Full Version : DGMPGDec 1.4.9 Final
Pages :
1
2
3
4
5
[
6]
7
8
9
Guest
30th April 2007, 23:40
If you can provide a sample stream, I will try to support it. Do it fast, because I am preparing to release 1.4.9. ACrowley, you asked for the feature and I'm willing to make it work. If you can't provide a stream, at least say so, so I can get on with releasing 1.4.9. Thank you.
Boulder
30th April 2007, 23:48
He's not been here since that reply of yours, so chances are that he doesn't have reply notification enabled..like some of us who get >10 emails per day saying that someone has posted to the topic :)
Maybe he'll come back and get it slipped into the final. Why would someone ask a question and then not wait to hear the answer? Beats me.
Anyway, here is Version 1.4.9 release candidate 1:
* The reporting of matrix coefficients was off by one GOP so if they changed, one GOP would be reported wrongly. Fixed.
* Multiple __vid__ and __aud__ per line are now supported.
* Audio-only demuxing of LPCM audio was fixed.
* Making a range that cuts from the start failed for some program streams. Fixed.
http://neuron2.net/dgmpgdec/dgmpgdec149rc1.zip
Terranigma
2nd May 2007, 00:25
Thanks a lot neuron2. Your hard work don't go unoticed :)
lolent
2nd May 2007, 01:10
Thank you very much too neuron2 for this very good soft :p
I appreciate the kind words.
Now it's time to get DGAVCDec into a decent state. :)
I discovered something about the history of DGIndex/DVD2AVI today. There was a console application that preceded DVD2AVI, called MPEG2AVI. Royce Liao created it, based on the original MSSG reference software. I'll update my Credits file for the release.
Anybody know the exact details of the origin of mpeg2source()? Who wrote the very first Avisynth source filter? I believe it was Mathias Born. Is that indeed correct?
Revgen
2nd May 2007, 04:21
I have a transport stream file and DGMPGDec demuxed the audio and reported it as -707ms delay. However it wasn't correct. I played around with it and it looks like the real delay is -2121ms which is about 3x what DGMPGDec orginally reported.
Here's a link to the .d2v file. http://www.sendspace.com/file/mk5w5w
I can upload the orginal stream if you want me too. It's about 311mb.
Yes, I need the stream. Don't cut the start and make sure it's long enough to include content that allows me to see the real sync.
But 2 seconds of delay sounds pathological. It could have been muxed badly. Where did you get it? Does it play in-sync in a player such as VLC?
Revgen
2nd May 2007, 06:28
Yes, I need the stream. Don't cut the start and make sure it's long enough to include content that allows me to see the real sync.
But 2 seconds of delay sounds pathological. It could have been muxed badly. Where did you get it? Does it play in-sync in a player such as VLC?
Well it's a cap from a TNT NBA game capped digitally from a firewire port.
I just cut the part I wanted with HDTV2MPEG2. It doesn't matter whether I demux it from the orginal game or the cut from HDTV2MPEG2, the audio still gets messed up.
And yes, it does play fine in VLC player and voices are in sync througout. Although it does pause about 10 to 15 secs into the clip then goes again. It doesn't affect sync in any way. I dunno if the pause is a problem with the stream or if it's just the way the video was produced.
I'll cut out a sample and upload it. I'll try making it smaller than the one the .d2v is from so it'll be a quicker upload.
Revgen
2nd May 2007, 08:05
Here's the stream.
http://www.megaupload.com/?d=XJOWN4R6
It's smaller than the one from the .d2v file. DGMPGDec reports a delay of -602ms for this one. But the real delay is roughly -2000ms.
"File is temporarily unavailable"
Is there an alternative?
BTW, I don't want anything you've demuxed. I want the raw capture file.
Revgen
2nd May 2007, 17:11
Yes, it's a raw capture.
I'm gonna recut (I deleted the megaupload one from my HDD. The download link looked fine last night) and reupload it to www.sendspace.com instead. It's slower, but it should be more reliable.
Revgen
2nd May 2007, 18:23
Okay, here's the new file I mentioned above. http://www.sendspace.com/file/9ywvyh
DGMPGDec reports a delay of -707ms, although it's roughly 3x that.
Also when you play it back in VLC Player, make sure to RIGHT CLICK-->AUDIO DEVICE-->STEREO to hear the voices if your computer is setup using stereo speakers or headphones. For some reason VLC plays the rear channels instead of the front unless you specify stereo. In case you didn't know already. ;)
I also forgot to mention that other parts of the original stream work fine. It's just this section that gives me issues with DGMPGDec.
The cause is the transport stream corruption that starts at about frame 570. DGIndex assesses the sync only at the beginning of the stream. Dropouts can cause losses of different amounts of audio and video, leading to a new sync.
I made a project starting after the corrupted area and everything was fine.
You need to preprocess your stream through ProjectX or equivalent to clean up the errors.
Revgen
3rd May 2007, 01:53
The cause is the transport stream corruption that starts at about frame 570. DGIndex assesses the sync only at the beginning of the stream. Dropouts can cause losses of different amounts of audio and video, leading to a new sync.
I made a project starting after the corrupted area and everything was fine.
You need to preprocess your stream through ProjectX or equivalent to clean up the errors.
I tried cleaning it up in Project X and I also tried MPEG2Repair. Neither did anything to improve it.
I guess I'll try contacting the authors of those apps.
Thanks.
ACrowley
3rd May 2007, 07:37
Maybe he'll come back and get it slipped into the final. Why would someone ask a question and then not wait to hear the answer? Beats me.
Anyway, here is Version 1.4.9 release candidate 1:
* The reporting of matrix coefficients was off by one GOP so if they changed, one GOP would be reported wrongly. Fixed.
* Multiple __vid__ and __aud__ per line are now supported.
* Audio-only demuxing of LPCM audio was fixed.
* Making a range that cuts from the start failed for some program streams. Fixed.
http://neuron2.net/dgmpgdec/dgmpgdec149rc1.zip
Sory..i wasnt at home for a few Days
Heres a M2ts sample.
http://www.megaupload.com/?d=2UQVUYJ7
Its from TearsOfTheSun BluRay 1080p Mpeg2 with AC3/ LPCM Audio .
But i tested a few BluRay m2ts with lpcm and dgindex 1.4.9r1 still cant detect lpcm
On all the 2nd Audio Stream is 16bit LPCM 5.1 . I think LPCM Audio is PID 0x1101 .
Xport demux LPCM correct
EDIT.
Mh Sample seems to be corrupt. HaaliMediSplitter wont play it correct
I used TSsplitter for it . Its based on a TotalCommander and workl like a simple Binary Splitter.
But i will not work correct on m2ts
How can i split m2ts full complinat ? Otherwise my Sample makes no Sense for testing. Any Advice ?
laserfan
3rd May 2007, 17:34
I tried cleaning it up in Project X and I also tried MPEG2Repair. Neither did anything to improve it.You might try also VideoReDo Plus. Its Quickstream Fix does a great job with many ts issues. An essential tool for working with transport streams.
It's a $50 program, but if you register your trial download you get 2 weeks of full/unencumbered usage.
Zarxrax
4th May 2007, 19:37
For the final release, it would be nice if it were possible to get back an option at least, to enable the automatic d2v fixing.
Since I cant know if a stream needs fixing unless you run the fix operation on it, I have to end up running fix on every d2v I make anyways in order to check. Since thats the case, it would be nice to have it automated.
Or perhaps maybe just have a dialog box pop up after saving the d2v file, and say something like "this stream appears to have field order changes, would you like to run fix d2v on it? | Yes | No"
buzzqw
4th May 2007, 21:25
i would like too have this option back
:thanks:
several time tfm report bad transition... and encoding so stop..
BHH
Hmmm. Lemme tink it ovuh.
The thing is that sometimes the transition is harmless (in a black scene where field order doesn't matter) but fixing it screws up the rest of the file. It has to be used with caution and that's why I didn't make it automatic. But if you want to have an option to make it automatic and are willing to assume the risk thereof, who am I to stop you? :)
@ACrowley
Your stream appears usable. I'll try to get it done for the 1.4.9 final, but no promises. Thank you for supplying the stream.
video_magic
5th May 2007, 02:16
Is it realistic to have some kind of detection - such as if the scene is black - and intelligently decide whether to apply the fix based on analysis? Could this be implemented using 'fuzzy logic' , a probablity of whether or not to apply the fix.
Thanks for Your time on the DG utilities.
Hmmm. Lemme tink it ovuh.
The thing is that sometimes the transition is harmless (in a black scene where field order doesn't matter) but fixing it screws up the rest of the file. It has to be used with caution and that's why I didn't make it automatic. But if you want to have an option to make it automatic and are willing to assume the risk thereof, who am I to stop you? :)
ACrowley
5th May 2007, 09:06
@ACrowley
Your stream appears usable. I'll try to get it done for the 1.4.9 final, but no promises. Thank you for supplying the stream.
fine...THX
=Wolf=
5th May 2007, 09:07
little bug:
http://img519.imageshack.us/img519/6843/dgindexbugfw3.jpg
Taurus
5th May 2007, 09:38
@=Wolf=
It's not a bug, it's a typo :)
Inventive Software
5th May 2007, 09:53
Bug, typo, same difference in a program of DGIndex's calibre. ;)
@=Wolf=
Yuck! Thanks for pointing it out.
http://neuron2.net/misc/fotrans.jpg
Zarxrax
5th May 2007, 20:54
That looks good enough for me. Thanks :)
buzzqw
6th May 2007, 00:30
an auto correct option would be also welcome :)
BHH
an auto correct option would be also welcome No way, Jose. When you screw up your video, I want it to be your fault, not mine.
buzzqw
6th May 2007, 07:55
ok, i think that the warining message is enough
thanks!
BHH
nautilus7
6th May 2007, 11:24
I am trying to encode casino royale R2 pal dvd. I use dgindex to demux tha audio stream, but i get a delay of 84927 ms. That's not possible, is it? I tried to remux using a zero delay, but audio was off sync.
PGC demux, which i also tried, gives me 0 ms delay, which is not good.
Start your project a few GOPs in from the beginning. This is a well-known problem. Usually that is black video anyway.
nautilus7
6th May 2007, 20:48
Thanks for your response. I did what you said, but no result. This time i came with a -192ms delay, which is too low (now audio leads by far the video).
I also tried dvddecrypter, but it resulted the same huge delay dgindex gave me.
Would you like to provide you with a sample? If, so tell me how long it should be.
It has to include the beginning of the stream and be long enough to include a clear-cut audio-video event such as a door slamming, a person talking, etc. It has to be a VOB fragment. Don't remux or anything.
Sometimes you just have to find the delay by trial and error. Can't you find a decent value?
nautilus7
7th May 2007, 02:21
OK ,here it is http://rapidshare.com/files/29902142/VTS_01_1.VOB.html
I opened it in DGIndex. I moved one GOP in with the > button. I hit the [ button to start the project there. I set Honor Pulldown Flags. I enabled Demux All Tracks. I saved the project. The audio filename indicated a delay of -192ms. I made this script:
LoadPlugin("dgdecode.dll")
vid=MPEG2Source("VTS_01_1.d2v")
aud=nicac3source("VTS_01_1 T01 3_2ch 448Kbps DELAY -192ms.ac3",2).delayaudio(-0.192)
audiodub(vid,aud)
The result plays in perfect sync.
nautilus7
7th May 2007, 19:37
What i had done was to use the analyze sync tool in dgindex. The 1st I frame had the huge delay (84927ms) and the second a -192ms value. But when i muxed with this (no cut to the video) the result was no good.
Now i cut a few frames and the -192ms delay works perfect.
Thanks for your time.
Revgen
8th May 2007, 02:51
Now it's time to get DGAVCDec into a decent state. :)
You spoke too soon. ;)
Keep up the good work.
OK, guys, this is feature cutoff for 1.4.9. Bug fixes only until final release, please.
* Added support for demuxing LPCM from M2TS (Blu-Ray) files. Note that the raw PCM is demuxed (same as xport.exe). You must use an audio processor, such as sox.exe, to repackage it as you want it (typically as a WAV file). Refer to the DGIndex Users Manual for instructions in that regard (Audio/Output Method section). PID detection and the Info dialog are supported for this new audio type. Thanks to drmpeg for showing the way with xport.exe.
* Added a warning pop-up to notify the user that a field order transition was detected.
http://neuron2.net/dgmpgdec/dgmpgdec149rc2.zip
ACrowley
8th May 2007, 12:27
THX Neuron
LPCM demuxing from BluRay m2ts works now !
nice
Guest
11th May 2007, 05:08
* Added the __del__ keyword for Avisynth templates for generating the audio delay in DelayAudio(__del__).
http://neuron2.net/dgmpgdec/dgmpgdec.html
Now I take an 8 day vacation in Munich, and then DGAVCDec gets some serious attention.
canuckerfan
11th May 2007, 09:52
thanks! enjoy your vacation:)
Can anyone tell me the proper way to go about using diff versions of DGMPGDec on one system pls?
DVD-RB only supports 1.4.5 and I've noticed that if I add 1.4.9 for use with MeGUI then DVD-RB messes up.
Boulder
11th May 2007, 10:20
DVD-RB installs dgdecode.dll v1.4.5 in its installed directory. Using Setup in DVD-RB, simply point DGDecode to that file and you can use any version you like in other applications.
DVD-RB installs dgdecode.dll v1.4.5 in its installed directory. Using Setup in DVD-RB, simply point DGDecode to that file and you can use any version you like in other applications.
Thanx Boulder, I have done that but it still throws an error.
Cant quite remember the exact error but I think it tells me that the version used is diff blah blah blah and asks me to remove all other instances of DGDecode.
EDIT: Got it working now. :)
Zarxrax
11th May 2007, 16:57
Thanks for the nice release neuron2!
Terranigma
11th May 2007, 17:03
Thanks for this, much appreciated :D
lolent
11th May 2007, 22:49
Thanks neuron2 for this excellent soft.
Good vacation :)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.