DVD2AVIdg/MPEG2DEC3dg 1.1.0 Release Version

[Moitah]

Originally posted by neuron2
Version 1.1.0 has been released!
Excellent, thank you :).

[Cyberia]

Looks good.

[Zarxrax]

Neuron, here's another problem that still persists in DVD2AVI. I read through the thread and don't think it was mentioned yet, so...
I sometimes load in a bunch of vobs, make a small selection, save a project file, then go to make another selection. If you have a selection made, you are unable to set a new in point for a new selection unless you first set a new outpoint. Could you make it so that when you try to set a new in point, it will first clear both existing in/out points? I think that should fix it.

[Guest]

Can't duplicate that in 1.2.0. Please give an exact sequence of operations.

[Cyberia]

I'm sure he means he cant set a start marker past the current end marker. I can duplicate this, but I think this is how it should work.

[Zarxrax]

Yep thats what I meant, Cyberia. What I'm talking about is it would be nice if you could set the markers like you do in virtualdub. If you tell it you want your in point there, then it sets it there, regardless if you already have an out point somewhere. Its jsut annoying if you wanna make multiple selections, to have to set your out point, then search around again for the start point you want.
And I didn't notice the 1.2 yet :p

[Guest]

@Zarxrax

That makes sense. I'll do it.

[Guest]

Originally posted by zettai
I'd order like this:

VOB_01_01 to VOB_01_99

then

VOB_02_01 to vob_02_99

so find the first vob, then all the parts of that and then find the next. Repeat until everything is in order.

Is that doable? Sure. I found the function strverscmp() in the GNU C Library that does this in a general way. I propose to add a sort button in the open dialog. When pressed it sorts all the names in the list using this method. Any thoughts?

[zettai]

A sort button sounds good. (as would move selected up and move selected down but they are probably much more work)

[Cyberia]

DVDDecrypter produces output files with this naming scheme, which does not auto-load in DGIndex: VTS_01_VOBID_003_CELLID_001_1.VOB

I propose allowing muliple selections in the Open Dialog as a workaround. These files could then be sorted with your new button.

[Guest]

Originally posted by Cyberia
DVDDecrypter produces output files with this naming scheme, which does not auto-load in DGIndex: VTS_01_VOBID_003_CELLID_001_1.VOB

I propose allowing muliple selections in the Open Dialog as a workaround. These files could then be sorted with your new button. Those will sort fine using strverscmp(). Why would I want multiple selections?

[Cyberia]

So you can get them in the list quickly. autoloading fails on this naming scheme, requiring you to add each file.

Conversley, you could add an 'Add All' button, but multi-select is more versatile and I think it should be easier to code, since it's just a different parameter on the API call.

[Guest]

Oh, duh. I forgot I have to get them into the list box before I can sort them.

How about drag and drop?

What exactly do you mean by "multi-select"?

[Cyberia]

Originally posted by neuron2
What exactly do you mean by "multi-select"?
When the user clicks "Add", and the File Select dialog appears, I can use SHIFT, CTRL and a mouse box to select/deselect files. Then when I click OPEN, all selected files are added to the list on the File Open dialog.

From there the user can proceed normally. (and sort if necessary)

Originally posted by neuron2
How about drag and drop?
Yet another related issue. I don't mean to dump multiple issues on you here, but this is another issue in the same vein that needs adddressed. I imagine that drag-and-droped file(s) should automatically open the File Open dialog and add all dragged files to the list.

From there the user can proceed normally. (and sort if necessary)

Those would be the two primary ways to load the GUI. Both of these methods forever eliminate all issues related to naming conventions. They should both be easy to write I think (really really easy in VB :) )

They may also make the "Add Auto" button redundant.

Finally, you mentioned a Sort button. Good idea. Please give some though to the "Move Up" and "Move Down" button idea.

I think we can cover all the bases (forever) if the File Open dialog has these options:
Add
Delete
Delete All
Sort
Move Up
Move Down

I can't imagine a scenario this doesn't cover.

[Guest]

@Cyberia

I like your proposal. Thank you.

[Zarxrax]

I just downloaded the 1.1.0 release version, and I am having a great deal of difficulty with it. If I scroll the frame indicator past the end, it wraps back over to the beginning! For instance, if I set the In Point to somewhere around the middle, and I want to set the Out Point at the very end, this appears to be very difficult to do now. If I drag past the end, the marker goes back over to the beginning. If I drag NEAR the end, and then use the right arrow key to scroll, it will still go back around to the beginning. If I want to get to the VERY end, it seems the only thing you can do is scroll to the last recognizable frame, then count how many more you can go before it rolls back around to the beginning, and then go back and go 1 less than that :|

[Guest]

Oops. I'll fix that straight away. Your workaround: position as close to the end as you can, hit F6 and wait until the end, and then hit ].

[dragongodz]

hmmm wouldnt it have made more sense to close this thread and not the "DGMPGDec 1.1.0 final" thread ? i mean that is what the 1.1.0 release is and not DVD2Avidg as the name of this thread says.

anyway since i can not post in the final thread i will do it here. this is for people who want a working(turns off and on) horizontal scrollbar in the open files dialog of DGIndex.

now it is a simple solution and just goes on length of the filenames. now neuron2 pointed out he uses system fonts and not specific ones. this means a persons windows fonts settings may screw this up. such as a thin font may cause the Hscroll to activate before the filenames reach the edge, not a big deal. or a really wide font may cause HScroll not to activate until a few letters are already past the edge.
now i tried a few things and couldnt get these to happen so i am releasing this test version to see if anyone can so they can let us know. if nobody can show how to do it then it should be safe to use as-is really.

included in the zip is the source file i changed with comments above the changes so they are easy for anyone to find.
also included is some source(thanks to neuron2 for the link to it) for doing it properly so it doesnt matter what font would be used. why havent i done it that way ? i have not had any time because of personal matters. so i release this as i said for people to test and report.

WARNING - this is for testing the horizontal scroll only. it is a debug compile etc and should not be used beyond said testing. the download will only be available for a few days for this reason aswell.

http://www.pcpages.com/dragongodz2/

[Cyberia]

Tried it, and it works fine.

Why does the H scroll bar scroll so far beyond the text?

[Guest]

Dragon, I can easily make it fail. I am not happy to have you releasing stuff like that. We've been in touch, I am aware of the issue. There is currently not a solution. When you have one, you can send it to me.

I'm sorry I am working on much more serious trackbar issues right now, and I didn't get around to telling you how to break your change. Just make a really extreme font change. I sent you the code to query the system font metrics to do it properly, but I guess you didn't think it was needed.

Anyway, do we really need a development branch to address this? What are you trying to prove and is this the right way?

[dragongodz]

I am not happy to have you releasing stuff like that
why ? it is a short term release which i gave a heap of warnings that it was to test 1 gui thing only and should not be used for anything else.

I sent you the code to query the system font metrics to do it properly, but I guess you didn't think it was needed.
to quoute my previous message
also included is some source(thanks to neuron2 for the link to it) for doing it properly so it doesnt matter what font would be used. why havent i done it that way ? i have not had any time because of personal matters. so i release this as i said for people to test and report.
so i already said its not the 100% proper way and included the source if someone wants to take a stab at it.

I didn't get around to telling you how to break your change. Just make a really extreme font change.
yes you said making an extreme font change may break it but what font change ? infact i will quote my last post again
this means a persons windows fonts settings may screw this up. such as a thin font may cause the Hscroll to activate before the filenames reach the edge, not a big deal. or a really wide font may cause HScroll not to activate until a few letters are already past the edge.
now i tried a few things and couldnt get these to happen

do we really need a development branch to address this?
i wouldnt call 1 short term test release for 1 specific gui problem a development branch.

What are you trying to prove and is this the right way?
prove ? not a thing. i simply wanted to know if anyone could give me an actual example on how to make the changes i did fail. if i cant see it failing i cant see it being fixed either.

fine though it has been removed and i will leave it at that.