View Full Version : DGMPEGDec 1.0.13 beta 11
len0x
16th January 2005, 13:59
I've noticed that long time ago, but only recently managed to understood why it is happening: if you start DGIndex from CLI and for some reasons it fails to write output D2V file(most common reason - output directory doesn't exist or it doesn't have rights to write in the output dir) then it hangs forever (and save menu doesn't work) even though "-Exit" option was specified in CLI. I think it would be nice if DGIndex could respect "-Exit" option in case something goes wrong during save operation.
Guest
16th January 2005, 17:40
@len0x
Beta 11 will work this way: If -Exit is specified, DGIndex will exit on failure to write the -OF specified D2V file. If it is not specified, then DGIndex remains open, an error box pops up, and DGIndex reverts to normal non-CLI operation to allow the user to save the D2V elsewhere. Is that satisfactory for your purposes?
@Cyberia
I like the current button arrangement. :p
I will add your default filter.
I'll keep the Load Project as is in order not to confuse the two functions: loading input files and loading a project.
Boulder
16th January 2005, 17:56
Don,
did you do some changes which may have affected the audio delay detected during project creation? The version you released before your sabbatical always gave me a -44ms delay on my PVR-250 captured MPEG-2's, and now the newer ones state -84ms. That extra 40ms would be exactly one frame in PAL video, maybe that's the point where it comes from?
I'm unable to say whether it's causing any a/v sync loss or not, of course. My brain has usually very bad a/v sync:p
EDIT: Oh, and decoding the resulting MPA track with MADPlay always reports "Lost synchronization" at the very last audio frame. The earlier versions didn't cause this.
len0x
16th January 2005, 18:27
Originally posted by neuron2
Beta 11 will work this way: If -Exit is specified, DGIndex will exit on failure to write the -OF specified D2V file. If it is not specified, then DGIndex remains open, an error box pops up, and DGIndex reverts to normal non-CLI operation to allow the user to save the D2V elsewhere. Is that satisfactory for your purposes?
Yes, perfect. Thanks.
Guest
16th January 2005, 19:15
Originally posted by Boulder
did you do some changes which may have affected the audio delay detected during project creation? The version you released before your sabbatical always gave me a -44ms delay on my PVR-250 captured MPEG-2's, and now the newer ones state -84ms. That extra 40ms would be exactly one frame in PAL video, maybe that's the point where it comes from? I'm not aware of any changes that would be *expected* to cause reported delay differences, but side effects are always possible, especially in the sphagetti bowl of code that DGIndex started from.
Can you please provide a source file that shows differences under 1.0.12 and 1.0.13b10? Thank you.
Regarding the lost sync at the end, was the source file cut at the end? The changes I made do affect EOF handling, so if you do not have a clean cut of the input stream at the end, there may be issues.
@len0x
You're welcome.
Boulder
16th January 2005, 19:39
Originally posted by neuron2
Can you please provide a source file that shows differences under 1.0.12 and 1.0.13b10? Thank you.
Here you are : http://www.saunalahti.fi/sam08/debug_clip.mpg (~1.4MB). It shows -80ms delay with 1.0.13b10 and -40ms with 1.0.12. The gibberish you may hear when you play the audio track is Finnish:D
Regarding the lost sync at the end, was the source file cut at the end? The changes I made do affect EOF handling, so if you do not have a clean cut of the input stream at the end, there may be issues.
Nope, I always feed the whole several GB clip to DGIndex. It's possible that the capture program itself has produced some garbage at the last frame. Anyway, it doesn't affect anything since there's nothing after that particular audio frame.
Thanks!
gizmau
16th January 2005, 19:43
@neuron2
when i stop play or preview by pressing escape the "play/preview completed"-requester pops up every time, which i have to confirm. could you change this behaviour back to the old style of 1.0.12 without the requester, please?
TEB
16th January 2005, 20:16
Neuron: Back in town and tested the autodetect = works perfect.
But ive still got problems that it crashes when i click on the videopid and select videopid = bombs..
Ive uploaded the sw4.ts file for ure pleasure.
Guest
16th January 2005, 21:20
@Boulder
I did change something that caused it. I have changed it back, but I'm not sure which is actually correct. At least it will be consistent with earlier versions. I am going to revisit all this AV sync stuff very soon. Will be fixed in beta 11.
@gizmau
Great idea. I had added that because I had a little bug that I could never find and that disguised it. :) But I just looked again with a fresh mind and found the problem straight away. So it'll now not pop up a box and the trackbar will not return to the beginning. You'll have to dismiss the info box yourself if you want. Will be fixed in beta 11.
@TEB
I wondered why you hadn't picked up your PM. I am downloading now and will hold up beta 11 until I have a look.
Guest
17th January 2005, 00:09
@TEB
It almost feels like you are intentionally trying to torment me. :D
This latest stream of yours has some kind of private data stream on pid 0x11. Of course DGIndex defaults to that PID for video. So the video parser goes looking for video start codes and there aren't any in that stream. Because of the way I loop at EOF (don't ask!), it tries forever.
You can make your stream work by setting the video PID to something else, like 0x02 (never appears in a real stream), and then loading up your file.
As a temporary expedient, I made DGIndex default to reserved PIDs, with the idea that you should do a detect PIDs first. But refer to the Transport Stream Notes file for caveats. I'm thinking about the best long-term solution.
@all
So, here is beta 11:
http://neuron2.net/fixd2v/dgmpgdec1013b11.zip
It has len0x's CLI fix, a good "all decodable files" filter for the list box, Boulder's audio delay fix, gizmau's behavior at end of Save D2V/Preview/Play, and this change for default PIDs.
And now I am off for my din-dins.
Cyberia
17th January 2005, 00:48
Beta 11 permanently freezes if you try to do something stupid like load a jpeg rather than a MPEG-2 file and then do a Save Project.
1.0.012 does not hang, although it saves an empty d2v (Project Successful!)
And yes, I m aware of what the obvious solution is, but it shouldn't hang.
Guest
17th January 2005, 01:00
Didn't you hear me say I'm off for my din-dins? :)
It's worth fixing. Next beta.
MacAddict
17th January 2005, 03:19
Beta 11 no longer presents itself in the foreground with a completed message it seems. Auto-incremented open files is missing now? Thanks for the continued updates!
Cyberia
17th January 2005, 03:39
Originally posted by MacAddict
Beta 11 no longer presents itself in the foreground with a completed message it seems.
Apparently true.
Originally posted by MacAddict
Auto-incremented open files is missing now?
You can now multi-select or drag-and drag files instead.
MacAddict
17th January 2005, 03:58
Originally posted by Cyberia
You can now multi-select or drag-and drag files instead. [/B] IIRC multi-select using the shift key always worked or maybe I'm wrong and thinking of something else. Guess I got use to it auto-selecting all of my VOBs in order :) Thanks.
B.F.
17th January 2005, 05:04
to neuron2:
I want to ask you to make a DGMPEGDec and Decomb hybrid.
It would be usefull for hybrid type (Film + NTSC)content, so I can use Decomb only for nonfilm video but Film pieces process normal (Force Film) way.
Guest
17th January 2005, 05:25
Originally posted by MacAddict
IIRC multi-select using the shift key always worked or maybe I'm wrong and thinking of something else. Guess I got use to it auto-selecting all of my VOBs in order :) Thanks. No, drag and drop multiple files worked, but they didn't get sorted. You couldn't multiselect in the file open dialog. We changed the philosophy a bit so that now you explicitly multiselect all the files and then DGIndex sorts them. This was done because the autoload method did not always succeed, and was limited to a fixed number of files.
TEB
17th January 2005, 09:13
@Neuron2 : Yupp hehe.. And ill keep on doing it :) I have access at work on DVB-feeds from satellite for testing and Ill grab some more clips for testing. They contain lotsa goodie substreams that are bound to crash dgindex.
suspiciousBob
17th January 2005, 18:42
footling gui suggestion:
when Audio > Output Method = Disabled or Demux All Tracks, then grey out menu Audio > Track Number
Cyberia
17th January 2005, 18:59
The whole audio subsection (code and GUI) need work. We know. Not gonna be in 1.0.13 I bet. :)
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.