Log in

View Full Version : Auto Gordian Knot: current version 2.55


Pages : 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98

yotsuya-san
5th November 2003, 21:32
Originally posted by len0x

0.22 alpha

- weird GUI traget size problems shoud be gone


With my VOB, it seems to be gone (tried 15, 10 and 5 megs). Thanks!


My TODO:

1) More Audio settings (MP3/AC3 selector, bitrate selector, probably second audio)

112 kbps seems to me a good choice for 1 CD avis. But please ;) let Lame resample it to 44100 (I don't know why you don't resample to 44100 even at 128, I read everywhere that Lame works best at 44100, but of course you will have your reasons).

some FAQ:

4) No support for other codecs is planned atm.



Oh no! :( ;) Really there isn't a very very very small place for a 5.02-5.05 DivX little box button? ;)

Bye, Yotsuya.

PS: More seriosly, I still don't understand how can a newbie or an expert choose between 1 or 2 CD BEFORE making a comp test. Let's take Matrix Revolutions, or Hollywood Ending as examples: after a comp test, they would results both with too low resolution (less than 512) to look "good" (at least with DivX 5.02 Pro). You can't expect miracles even using filters, so IMHO the best solution is to go to 2 CD, you save a lot of time trying to make it look decent.

MediaMage
6th November 2003, 01:19
@lenOx:
please don´t do FORCED split into files.. make it an option
because i always keep 3x 1400 mb files on one dvd, so that i can watch a movie without interruption, and it CAN be easily cut in two

also, i´m gonna reencode the files i already did, to my shame i didn´t recognize ANY increase in frames by 25% for my pal sources (i ONLY got pal)

but comp test was always 65-75%, i´m gonna make some tests with that again ;)

Venom_IL
6th November 2003, 01:35
@Len0x, MediaMage - Gotcha

Jeffster
6th November 2003, 09:49
Originally posted by len0x
Blind me! :) I found that all PAL based sources were handled not properly by inceasing number of frames by 25% :(

:) I guess that's what alpha's are for...

Ah, I thought the comp test value was lower than the result I got previously in GK for the same movie.

The new version works as expected now, and the resolution chosen is better too
:cool:

Jeff

wertherman
6th November 2003, 10:44
Three things:-

You would get better quality if you had the option of specifying where the credits started and ended so you could encode them lower quality if you wish (just add a credits button either under advanced options) - obviously this involves ripping some code to display video from somewhere (you should be able to easily rip code out of Gordian Knot or quick2pass though).

I always like to put Lame VBR audio encoded to either alt-preset standard or r3mix settings, if you encode the audio first, it would be trivial to add this an option (just another option under audio).

Doesn't delete any of the temporary files when finished. Though I can understand that you might want to leave them there for now so that you can help iron out any bugs.

Other than that, I love the tool. It will mean that I'll actually get around to encoding dvd's again!

len0x
6th November 2003, 11:37
Now that feature requests are coming very pushing from all of you I'd like to make a few points (and please don't you agrue about it :)) :

1) Audio options. There will be no options for presets, resampling etc in the GUI. Later on after we have a stable product for total newbies I'll add a config file in which you can specify lame or azid options.

2) The same goes for AVS filters.

3) Autosplit will always be done (unless maximum quality mode is used), but original file will not be deleted. So you can just discard the parts afterwards.

4) Tmp directory will be deleted on the _start_ of encode (so that wrong audio tracks and stuff is not picked up from there), not finish.

5) DivX 5 will be supported right after I'm done with polishing XviD stuff (before version 1.0 comes out).

6) There will be no credits support as well as video preview window as in current GK _ever_ in GKIF4U. As I told you before there might be a "Pro" version made later which is gonna have all those advanced features, but not this simple one.

Remember that all of you here have some experience doing encodes, but most of the ppl who're gonna use this tool are total newbies. I will never be able to satisfy all your requests and keep this application simple unles I write GK version 2 again :) So please understand this. I only happy to implement features which doesn't require user-interaction. If something can happen automatically - it'll happen, otherwise It's a tough decision to make...

len0x
6th November 2003, 11:42
Originally posted by yotsuya-san
PS: More seriosly, I still don't understand how can a newbie or an expert choose between 1 or 2 CD BEFORE making a comp test. Let's take Matrix Revolutions, or Hollywood Ending as examples: after a comp test, they would results both with too low resolution (less than 512) to look "good" (at least with DivX 5.02 Pro). You can't expect miracles even using filters, so IMHO the best solution is to go to 2 CD, you save a lot of time trying to make it look decent.

It's true, but tough... it increases the number of possibilites dramatically... Although how about this option:

if you specify minimum resolution, then if a 70% of comp test can't be reached with it, then you add one more CD automatically and try again.

r6d2
6th November 2003, 11:47
Originally posted by len0x
(and please don't you agrue about it :)) :

You mean don't argue or don't agree? :D

Don't mean to be pushy, but I must conclude that leaves out the 1:1 anamorphic (unresized) encodes also? I thought you might consider it a good idea, particularly with quality-oriented/afraid-to-screw-the-encode newbies.

len0x
6th November 2003, 11:51
You can disagree with it completely :) But don't agrue :D

about 1:1 mode - at the moment you have no way to play those videos properly anyway (only if you leave letterboxing and source is not anamorphic), so why is it useful again ?

r6d2
6th November 2003, 11:58
Originally posted by len0x
about 1:1 mode - at the moment you have no way to play those videos properly anyway (only if you leave letterboxing and source is not anamorphic), so why is it useful again ?
Oh, yes, you have, and quite well. I guess you never got to see my previous post (http://forum.doom9.org/showthread.php?s=&postid=394436&highlight=support+encodes#post394436) on the matter.

When properly set by a good AVI container, the player does a true anamorphic resize (expanding the width). Quality is really impressing.

len0x
6th November 2003, 12:17
Originally posted by r6d2
When properly set by a good AVI container, the player does a true anamorphic resize (expanding the width). Quality is really impressing.

I did read that, but you answered there youself: if I'm not supporting MKV at the moment, how is it useful again ? :)

(meaning if I support MKV, then I can think of supporting anamorphic encodes obviously)

r6d2
6th November 2003, 12:38
Originally posted by len0x
(meaning if I support MKV, then I can think of supporting anamorphic encodes obviously)
Well, I think you answered there yourself :D

On the meantime, it's only useful for standalone DivX players which play a custom size, or for users which will do the container thing manually.

wertherman
6th November 2003, 14:14
I get the error 'A' is not an integer value when I attempt to open up the the vob files with the following stream information:- http://www.wertherman.plus.com/VTS_01%20-%20Stream%20Information.txt

Should be simple to fix, just need to parse the stream information correctly.

zerocoolnl
6th November 2003, 14:34
I posted already the error. Don't get him to busy:D lol
temporary solution: Use dvd decrypter in IFO mode and download the latest version (3.1.7.0)

Zerocoolnl

len0x
6th November 2003, 14:38
Originally posted by zerocoolnl
I posted already the error. Don't get him to busy:D lol
temporary solution: Use dvd decrypter in IFO mode and download the latest version (3.1.7.0)


It won't help - the error is about parsing values like "2A" in the stream information. So if number of streams more that 10 then you always get this error... Should be indeed easy to fix (although I'm still struggling with it :) )

wertherman
6th November 2003, 14:40
Actually I think the temporary fix (assuming you don't actually want to use the subtitles it doesn't recognise) is just to remove those lines from the file.

Sorry I didn't notice that the bug had already been reported.

zerocoolnl
6th November 2003, 15:47
Originally posted by len0x
It won't help - the error is about parsing values like "2A" in the stream information. So if number of streams more that 10 then you always get this error... Should be indeed easy to fix (although I'm still struggling with it :) )

mm, I tould I had a solution, but the number are hexadecimal:( Not tought about that, stupid me.
good luck with it.

Greetz,
Zerocoolnl

len0x
6th November 2003, 15:50
Originally posted by zerocoolnl
I've got a little 'possible' solution for it, but I'm not a programming expert so don't blame me when it's shit:D
I understand that when it has 2 digits you get an error. Can you make it when the program is 'reading' the stream information it makes of all numbers with 1 digit to digits. (so 1 becomes 01, 2 becomes 02, etc.) Then you can go to 99 offcourse.
I hope it you have something about it.


no worries, I already fixed it... Do you need it right away or can wait until I do more stuff for 0.3 ?

wertert
6th November 2003, 15:55
Originally posted by MediaMage
[Bbut comp test was always 65-75%, i´m gonna make some tests with that again ;) [/B]

do you find that most of the 2 x cd size rips you do come in about 65-75% ?

zerocoolnl
6th November 2003, 16:06
Originally posted by len0x
no worries, I already fixed it... Do you need it right away or can wait until I do more stuff for 0.3 ?

I will wait for 0.3 but thnx anyway.
Every programmer should response that fast on the users:D Good work men!
I started a poll on the Dutch forum of doom9 to see how people there think about this great program.

Greetz,
Zerocoolnl

bkam
6th November 2003, 16:18
Originally posted by zerocoolnl
Every programmer should response that fast on the users:D Good work men! I'd rather just thank len0x for his work than say everyone should do this... I know I wouldn't have time, even assuming I knew how to program and could program something as cool as this. So thanks for your time len0x!

Also, you saved me some time, or at least my cpu... Just finished an encode of a movie that I did manually with regular Gknot to 3cd XviD (used GKIF4u to go to 1 cd). Of course they don't really compare, but the nice thing is how if I don't care that much about a movie I can just use this new tool. Because if I open it up in Gknot and start doing the tests, I will always push it up to more CDs, lanczos to 704 with ac3 and vhq4, mpeg quant make it take 20 hours... where this takes only like 3.5. Great tool for those movies you don't care about but are too compulsive to encode at lower qualiy when you start doing manual comp tests in Gknot.

zerocoolnl
6th November 2003, 17:54
With my computer it takes to 3,5 hour, with gordian Knot. Soon I will be able to test the program. It was always 30minutes to set and test and then 3,5 hour encoding, so now I hope 3,5 hour or less..:D

Greetz,
Zerocool

ffroms
6th November 2003, 18:58
Well i tested program last night and I'm a little disappointed. First target size was 700 MB and end file was 8MB off (708MB) and then I realize that I set audio to 96kbps but it was done at 128kbps. I can see that this tool have great potential and hope this little bugs will be corrected soon.

FFS

rickestrada
6th November 2003, 20:30
ok i am newbie to this and just had a couple of questions... i tried to Convert a DVD over to Divx using using Dr DivX and it crashed at the same point everytime.. So I thought i would give this one a try.. My questions is the Audio is LPCM format and i dont know if this is why i having trouble.. as the gordian knot does not see the audio track.. is it possible to rip the audio out and rencode it to mp3 then mux back together and use your program???

Any help appreciated about the LPCM audio track DVD and how to convert to Divx or Xvid...

thanks
rick

yotsuya-san
6th November 2003, 21:52
Originally posted by len0x
1) Audio options. There will be no options for presets, resampling etc in the GUI. Later on after we have a stable product for total newbies I'll add a config file in which you can specify lame or azid options.

My was only a suggestion, but I think there has been a little misunderstanding. I don't want you to make hundreds of audio options to choose, only I suggest to AUTOMATICALLY (without prompting) resample to 44100 when using 112 kbps, as you say "without user interaction". A newbie doesn't care about audio resampling, probably he doesn't even know what is it. If one knows what is it, know that audio cd and almost all mp3s are 44100 and ac3 are 48000, and cares about it, I'm sure he can easily use Gordian Knot or BeSweet. And probably he does.

5) DivX 5 will be supported right after I'm done with polishing XviD stuff (before version 1.0 comes out).

I hope XviD 1.0 will make me forget about DivX ;) But in the meantime...

if you specify minimum resolution, then if a 70% of comp test can't be reached with it, then you add one more CD automatically and try again.

It's a very smart and clever solution. I've never thought about it. I think also that, in this case, telling it very clearly to the user is a must :D

Bye, and thanks for your work.

ffroms
6th November 2003, 22:06
Originally posted by yotsuya-san
[B]My was only a suggestion, but I think there has been a little misunderstanding. I don't want you to make hundreds of audio options to choose, only I suggest to AUTOMATICALLY (without prompting) resample to 44100 when using 112 kbps, as you say "without user interaction". A newbie doesn't care about audio resampling, probably he doesn't even know what is it. If one knows what is it, know that audio cd and almost all mp3s are 44100 and ac3 are 48000, and cares about it, I'm sure he can easily use Gordian Knot or BeSweet. And probably he does.

There is no need for anything extra abour resampling 'couse Lame (BeSweet use lame for MP3) do resampling automaticly when you select 112 kbps and even if it don't there is no gain in file size (it doesn't matter what sampling rate do you use but bitrate). Anyway, who choose 112kbps sampling rate is not aming for best audio option.

On another matter, would be possible to set BeSweet (azid) to use normalize option before transcode audio to MP3?

FFS

r6d2
6th November 2003, 22:15
Originally posted by len0x
[B]Now that feature requests are coming very pushing from all of you I'd like to make a few points
@len0x,

You have managed to create a so interesting concept that you've got 20600+ views on a single thread in less than a week.

Congrats! And about feature requests, they come with fame! :)

I already see Dr.DivX asking for an appointment to the physician.

yotsuya-san
6th November 2003, 22:39
Originally posted by ffroms
There is no need for anything extra abour resampling 'couse Lame (BeSweet use lame for MP3) do resampling automaticly when you select 112 kbps and even if it don't there is no gain in file size (it doesn't matter what sampling rate do you use but bitrate). Anyway, who choose 112kbps sampling rate is not aming for best audio option.


Hi ffroms, that's not my point. Since GKIF4U doesn't resample when converting ac3 to 128 mp3 (it let 48000), I "want to be sure" that when eventually converting to 112 kbps I have a 44100 mp3. It has never been a question of size, but only about quality. I know perfectly that GKIF4U uses Lame trough BeSweet, but in years of lurking I often read that Lame resample everything to 44100 (from 103 and on) because it works better at that frequency. Ogg, for example, is designed to work good even at 48000 Hz.
Of course 112 kbps is nost the best audio solution. But it could be a good compromise for 1 cd avis, where 128 is not necessary.

Bye, Yotsuya.

ookzDVD
7th November 2003, 02:02
@len0x,

First, I would like to congrat for your new GKItFast app,
it's ROCK!

Second, I can't wait to see the .ogm and .mkv support :)

wertert
7th November 2003, 08:03
check this out. I was showing this great program to a friend at work - He had a music video dvd that he wanted to rip ( maximum quality). The sound track was LPCM ( not ac3 ). First run through didn't work and GKItFast said something like 'audio not found'.
so we ran it again and did this;

1) stopped dvd2avi (esc).
2) changed the audio option to 'decode to Wav'.
3) saved the project again (f4)

dvd2avi ran through again and produced a WAV file, as requested. ( no ac3 file)

Now - I was thinking that GKItFast was not going to like the wav file as it normally likes to do a ac3->mp3 via besweet. OH YE OF LITTLE FAITH.

It coverted the wav to mp3 via besweet and muxed it all together after the video encode. How cool is that ?

BeSweet v1.5b23 by DSPguru.
--------------------------
Using lame_enc.dll v1.32 (8/8/2003), Engine 3.90 <http://www.mp3dev.org/>.

Logging start : 11/06/03 , 18:28:38.

C:\PROGRA~1\av\GKITFA~1\BeSweet\BeSweet.exe -core( -input C:\HUGE_HITS_SCN\VIDEO_TS\tmp\TEST LPCM T01 48KHz.wav -output C:\HUGE_HITS_SCN\VIDEO_TS\tmp\TEST LPCM T01 48KHz.mp3 -logfile C:\HUGE_HITS_SCN\VIDEO_TS\tmp\TEST LPCM T01 48KHz.log ) -ota( -hybridgain ) -azid( -c normal ) -lame( -h --abr 0 ) -profile( GordianKnotItFast4U )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\HUGE_HITS_SCN\VIDEO_TS\tmp\TEST LPCM T01 48KHz.wav
[00:00:00:000] | Output: C:\HUGE_HITS_SCN\VIDEO_TS\tmp\TEST LPCM T01 48KHz.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : ABR
[00:00:00:000] | Avarege Bitrate : 0
[00:00:00:000] | MP3 Min bitrate : 32
[00:00:00:000] | MP3 Max bitrate : 320
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[00:03:38:841] Gain of 13.5dB had been asserted to file.
[00:03:38:841] Conversion Completed !
[00:03:38:841] Actual Avg. Bitrate : 132kbps
[00:00:16:000] <-- Transcoding Duration

Logging ends : 11/06/03 , 18:28:54.



flexibility is the name of the game !

wert.

len0x
7th November 2003, 12:01
Originally posted by wertert
check this out. I was showing this great program to a friend at work - He had a music video dvd that he wanted to rip ( maximum quality). The sound track was LPCM ( not ac3 ). First run through didn't work and GKItFast said something like 'audio not found'.


Can you post the stream info file for such DVD, please. If I can detect that LPCM track was selected then I can decode it automatically into wav...

Originally posted by wertert
C:\PROGRA~1\av\GKITFA~1\BeSweet\BeSweet.exe -core( -input C:\HUGE_HITS_SCN\VIDEO_TS\tmp\TEST LPCM T01 48KHz.wav -output C:\HUGE_HITS_SCN\VIDEO_TS\tmp\TEST LPCM T01 48KHz.mp3 -logfile C:\HUGE_HITS_SCN\VIDEO_TS\tmp\TEST LPCM T01 48KHz.log ) -ota( -hybridgain ) -azid( -c normal ) -lame( -h --abr 0 ) -profile( GordianKnotItFast4U )


This puzzles me - why bitrate was 0? Can you tell me what were the options selected on advanced settings regarding audio ?


@ rickestrada
As soon as I can detect LPCM tracks properly GKIF4U will be able to deal with them internally without any problems.

wertert
7th November 2003, 12:13
The advanced audio option was auto. The predefined size was ' maximum quality'.

here's the stream info

0xA0 - Audio - LPCM / 2ch / 48kHz / 16bit / English / LBA: 254688 / PTS: 00:00:00.287 / Delay: 0ms
0xE0 - Video - MPEG-2 / 720x576 (PAL) / 4:3 / LBA: 254569 / PTS: 00:00:00.287 / Delay: 0ms


is that enough ?

len0x
7th November 2003, 12:14
Originally posted by wertert
is that enough ?

perfect, I know what to do now :)

len0x
7th November 2003, 12:17
If you info tab in GK - there will be a note that due to resampling in the past there were lots of problems with audio synch, and that is why usage of lame < 128kbps was not recommended at all. Personally I never tried anything below that, so I don't know if there are any issues with that, but I think it's not good idea anyway...

len0x
7th November 2003, 13:02
Originally posted by ffroms
Well i tested program last night and I'm a little disappointed. First target size was 700 MB and end file was 8MB off (708MB) and then I realize that I set audio to 96kbps but it was done at 128kbps. I can see that this tool have great potential and hope this little bugs will be corrected soon.

FFS

:logfile:

I will have a look at audio bitrate bug (some other ppl have issues with it as well), but once mp3 is done (with whatever settings), it should be dead on target with final size...

about normalize: it's already done via "-ota( -hybridgain )"

len0x
7th November 2003, 13:10
Originally posted by yotsuya-san

I hope XviD 1.0 will make me forget about DivX ;) But in the meantime...


I was talking about 1.0 version of GKIF4U though :)

len0x
7th November 2003, 13:15
Originally posted by bkam
Also any thoughts on what kind of icon you want, since you mentioned you wanted to change it?


I have someone working on logo & icon - will see soon :)

len0x
7th November 2003, 13:18
Originally posted by wertert
Can you please please please allow the user to set the % quality they require ie instead of 'maximum quality' you could specify 60/70/80/90% quality. I would normally go for about 70% and store the movie on harddrive.


Is this pure % quality without comp test? I though about it and we have just one problem - is this gonna be based on maximum quality codec settings and maximum resolution ?

wertert
7th November 2003, 13:30
Originally posted by len0x
Is this pure % quality without comp test? I though about it and we have just one problem - is this gonna be based on maximum quality codec settings and maximum resolution ?

My thoughts were after a comp test. The idea being that you could know in advance that you are going to get 70% of comp test quality and it would NOT fall below this attempting to fit it to a preset size. Obviously it's only really an option for a video server PC or dvd/tape storage. As for resolution, if it can't be worked out automatically then the user will have to set a fixed/minimum. Personally for 16:9 I go for >640, 4:3 >540.

hope this helps

wert

len0x
7th November 2003, 14:43
Originally posted by wertert
My thoughts were after a comp test. The idea being that you could know in advance that you are going to get 70% of comp test quality and it would NOT fall below this attempting to fit it to a preset size.

I don't get it. Comp test percentage is only based on target resolution/size/options (and therefore needs to be adjusted to achieve those values). If we don't care about size then it's equivalent to 1 pass encoding with given quality percentage (have you not used this mode before?)

wertert
7th November 2003, 15:05
ok - i see what you mean. I may be talking rubbish but here goes. If we say we are going to produce a 640 wide movie. We run the comp test. The comp test is basically allowing the codec to do what it likes with few restrictions. This will give us a file size if we encoded at '100%' quality. From this file size (or log file) we can calculate the bitrate that will give us a 100% quality encode ( i've only ever done divx5 encodes before ! )

Now we say we want a 70% quality encoding we set the codec up with a bitrate of 70% of the above value any away we go for a normal 2 pass encode.

I think you are saying that a equivilant method is to just go for a single pass 70% quality based encode directly in the codec with no comp test.

That will certainly save alot of time !!

killingspree
7th November 2003, 18:09
hi
-sorry for my 'answer blackout' have been away for the last 2 days.

in the meantime i've solved my 'size' problem, by specifying a fixed width. anyway, this problem should be gone with the new version (.22 a)

I haven't jet had time to try it, but will definitely take a closer look at it later this evening!

the 25% bug is something i definitely should have seen earlier. after all i have yet to encode an NTSC DVD with it :) - bummer

steVe

edit: looking forward to version 0.3 :P

len0x
7th November 2003, 19:14
Version 0.3 will be available after the weekend. I'm working on automatic deinterlacing, so that I can remove all all IVTC/interlacing settings at all from options...

zerocoolnl
7th November 2003, 20:52
You are a good guy, really:p

Greetz

rickestrada
8th November 2003, 01:40
As soon as I can detect LPCM tracks properly GKIF4U will be able to deal with them internally without any problems.

Thanks for the reply... Anyways I went and used the Full GordianKnot and was able to make my first DVD to DivX for my new LiteOn LAV-2001 external DivX Player... Anyways the Gordian Knot kicked ass and produced a very good quality DivX.. Truly an excellent package!!! i will try the new one on another DVD with AC3..

wertherman
8th November 2003, 02:59
Originally posted by wertert
ok - i see what you mean. I may be talking rubbish but here goes. If we say we are going to produce a 640 wide movie. We run the comp test. The comp test is basically allowing the codec to do what it likes with few restrictions. This will give us a file size if we encoded at '100%' quality. From this file size (or log file) we can calculate the bitrate that will give us a 100% quality encode ( i've only ever done divx5 encodes before ! )

Now we say we want a 70% quality encoding we set the codec up with a bitrate of 70% of the above value any away we go for a normal 2 pass encode.

I think you are saying that a equivilant method is to just go for a single pass 70% quality based encode directly in the codec with no comp test.

That will certainly save alot of time !!


The idea of a compresibility test is to determine the resolution at which to encode the movie at. This means we do a compressibility test, at maximum quality, of a small percentage of the film. We then look at the ratio between the size of the comp test (ie ideal size without space restrictions) at that resolution and the size of the video we want. We represent that as a percentage.

We can then predict how much that percentage would change if we changed the resolution at which we doing the compressability test. As a compressability percentage value for an encode is equivalent to a certain quality of encode we can determine what resolution is optimal to encode the clip at a given bitrate.

apjorz
8th November 2003, 14:07
I haven't tried it yet, but reading these posts, it must be awesome. Also very cool to recommend to newbies, without being forced to transfer years of experience in divx/xvid encoding. :)

Keep up the good work!:cool:

LtBlue14
9th November 2003, 02:48
Hey man, let me just tell you that your program is a godsend. i was sitting here for days researching all of the stuff that's needed to put a dvd on my computer in avi format, and it was getting really really frustrating. terminology which may seem common here is extraordinarily confusing to outsiders. i had come to doom9 a day or two before your program was put up on the site and remained confused - i came back later and there was your gem. mucho thanks from a n00b

EDIT: btw, i'd be happy to paypal some money over if you post your account there

manono
9th November 2003, 16:02
Thanks for the report, LtBlue14, and welcome to the Forum.

Everyone around here is too experienced to look at this program from a beginner's perspective. Please keep testing it out, and report any more observations/problems you might have.

dosdan
10th November 2003, 00:51
Not a big point. I noticed in the output destination/filename entry box you did not have an option to create a new directory.