View Full Version : Auto Gordian Knot: current version 2.55
CCoug83
17th January 2004, 07:29
I am more of a DIVX over XVID kinda person purely for compatibility issues, but this post intrigued me.
how will auto GK detect if it's an animated or live movie and enable 'cartoon mode'?
What exactly is "cartoon mode"? Does this produce much higher quality than using Divx on cartoons? The panning scenes in cartoons are the biggest problem I have when ripping. Does Xvid in cartoon mode solve this?
manono
17th January 2004, 08:56
Hi-
The panning scenes in cartoons are the biggest problem I have when ripping.
What are you asking about? The slight jerkiness during a panning scene of a cartoon or anime? If so, then that's a result of cartoons/anime frequently being drawn at 8 or 12fps. If it's something else, then here's a discussion of what cartoon mode does:
http://forum.doom9.org/showthread.php?s=&threadid=65938&highlight=cartoon+mode
MediaMage
17th January 2004, 14:51
a friend of mine found a mini bug ;)
"add job"-button-hint is the same as "start"-button-hint
rantingotaku
17th January 2004, 17:10
Originally posted by manono
Hi-
The panning scenes in cartoons are the biggest problem I have when ripping.
What are you asking about? The slight jerkiness during a panning scene of a cartoon or anime? If so, then that's a result of cartoons/anime frequently being drawn at 8 or 12fps. If it's something else, then here's a discussion of what cartoon mode does:
http://forum.doom9.org/showthread.php?s=&threadid=65938&highlight=cartoon+mode
yeah, I have the same issues with some camera pans... thanks for the link, interesting info
pixolex
17th January 2004, 17:28
@len0x
Can you put, like you made for CD, in the comboBox of the output size / Predifined Size options to 1/4, 1/3 and 1/2 DVD (1 dvd = 4700MB)i think many people are buying or thinking to buy dvd burners (i am :)) and this will be a cool option :)...and simple to implement, i think...:rolleyes:
Thanks...
DevilsChild
17th January 2004, 17:51
Originally posted by len0x
Hmm... It's not the first time I hear this.
Important thing are:
- is audio mp3 file indeed 4Gb in size?
- is it playable at all?
Lets go from there.
P.S. you can try extracting besweeet 1.5b24 into besweet dir and see if that fixes your problem. But I'm really curious what's happening there anyway.
Hi,
Sorry for not responding sooner. I tried extracting 1.5b24 into the besweet directory and it still crashes midway through mp3 encoding. This happens with both vbr and cbr encoding.
No, the audio file is not 4Gb in size. Yes, the resulting MP3 plays fine, but is too small because besweet crashes midway through.
Here's a logfile I just got with 0.86 alpha:
[1/17/2004 10:12:12 AM] Input dir: G:\PEARL_HARBOR_DSC1\VIDEO_TS
[1/17/2004 10:12:12 AM] Output file: G:\PEARL_HARBOR_DSC1\VIDEO_TS\Pearl_Harbor.avi
[1/17/2004 10:12:12 AM] Audio: English
[1/17/2004 10:12:12 AM] Subtitles: none
[1/17/2004 10:12:12 AM] Codec: DivX
[1/17/2004 10:12:12 AM] Target size: 1050Mb
[1/17/2004 10:12:12 AM] Custom audio settings: CBR MP3 with bitrate: 128Kbps
[1/17/2004 10:12:12 AM] Started encoding.
[1/17/2004 10:12:12 AM] Demuxing and indexing.
[1/17/2004 10:29:17 AM] Source seems to be pure FILM.
[1/17/2004 10:29:17 AM] Found 185387 frames
[1/17/2004 10:29:17 AM] Encoding audio.
[1/17/2004 10:38:19 AM] Audio size: 4,294,967,295 bytes (4096.00 Mb)
[1/17/2004 10:38:19 AM] Overhead: 6,746,368 bytes (6.43 Mb)
*************************************
EXCEPTION: Audio and overhead size is more than target video size!
*************************************
[1/17/2004 10:38:19 AM] Job finished.
Audio log:
BeSweet v1.5b24 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).
Using lame_enc.dll v1.32 (8/8/2003), Engine 3.90 <http://www.mp3dev.org/>.
Logging start : 01/17/04 , 10:29:18.
C:\PROGRA~1\AutoGK\BeSweet\BeSweet.exe -core( -input G:\PEARL_HARBOR_DSC1\VIDEO_TS\gk_tmp\PEARL_HARBOR AC3 T01 3_2ch 448Kbps DELAY 0ms.ac3 -output G:\PEARL_HARBOR_DSC1\VIDEO_TS\gk_tmp\PEARL_HARBOR AC3 T01 3_2ch 448Kbps DELAY 0ms.mp3 -logfile G:\PEARL_HARBOR_DSC1\VIDEO_TS\gk_tmp\PEARL_HARBOR AC3 T01 3_2ch 448Kbps DELAY 0ms.log ) -ota( -hybridgain ) -azid( -L -3db -c normal ) -lame( -h --cbr -b 128 ) -profile( AutoGK )
[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : G:\PEARL_HARBOR_DSC1\VIDEO_TS\gk_tmp\PEARL_HARBOR AC3 T01 3_2ch 448Kbps DELAY 0ms.ac3
[00:00:00:000] | Output: G:\PEARL_HARBOR_DSC1\VIDEO_TS\gk_tmp\PEARL_HARBOR AC3 T01 3_2ch 448Kbps DELAY 0ms.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/2, Bitrate: 448kbps
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 10.000dB, Compression: Normal
[00:00:00:000] | LFE levels: To LR -3.0dB, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: Yes
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 128
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
((( atom )))
17th January 2004, 18:38
i got this error-message when using the latest alpha:
[17.01.2004 18:37:33] Input dir: M:\DVD\Rips\ArizonaDream
[17.01.2004 18:37:33] Output file: M:\DVD\Rips\ArizonaDream\AD.avi
[17.01.2004 18:37:33] Audio: English
[17.01.2004 18:37:33] Subtitles: none
[17.01.2004 18:37:33] Codec: XviD
[17.01.2004 18:37:33] Target size: 1295Mb
[17.01.2004 18:37:33] Custom audio settings: AC3
[17.01.2004 18:37:33] Started encoding.
[17.01.2004 18:37:33] Demuxing and indexing.
[17.01.2004 18:42:15] Analyzing source.
*************************************
EXCEPTION: Invalid floating point operation
*************************************
[17.01.2004 18:42:17] Job finished.
i can't see anything wrong here. usually everything worked fine with previous versions. so no queue for me :(
i will try and downgrade now. hold on..
yrx! - same result with that one. now i can't encode nomore with autogk.
alfredska
17th January 2004, 23:55
I received:
*************************************
EXCEPTION: Divide by zero error
*************************************
between the first and second pass using 0.86a with XVid Beta 3 on Win2000.
EDIT 1-20-2004: My appologies for not reading the tutorial, which clearly states XVid 1.0 betas are not supported yet. Definately looking forward to this in the future though.
AJ Bertelson
18th January 2004, 05:50
Great tool, just batched up 7 files and they all turned out great.
Just love this tool!
silver_cpu
18th January 2004, 06:14
alfredska: I've gotten that same error, and I can't get rid of it no matter what material I convert (different sources) or what settings I use (I tried all auto, and a few others).
If anyone else has reached a workaround, I'd love to know it.
manono
18th January 2004, 09:48
Hi-
Unless something's changed recently, AutoGK doesn't support XviD 1.0, any beta. Roll back to Koepi's 6/24/2003 and see if that helps.
len0x
18th January 2004, 12:56
Originally posted by ((( atom )))
i can't see anything wrong here. usually everything worked fine with previous versions. so no queue for me :(
i will try and downgrade now. hold on..
yrx! - same result with that one. now i can't encode nomore with autogk.
well, analysis doesn't work for you anymore. Did you upgraded avisynth to 2.5.4 RC1 when installing 0.86a ? Try opening _.avs file in vdubmod manually - may be you'll get more meaningful errors there...
len0x
18th January 2004, 13:01
Originally posted by DevilsChild
No, the audio file is not 4Gb in size. Yes, the resulting MP3 plays fine, but is too small because besweet crashes midway through.
Did you try manually encoding ac3 file into mp3 with BeSweet(GUI) with the same parameters? May be you can find parameter which causes that...
((( atom )))
18th January 2004, 17:02
well, analysis doesn't work for you anymore. Did you upgraded avisynth to 2.5.4 RC1 when installing 0.86a ? Try opening _.avs file in vdubmod manually - may be you'll get more meaningful errors there...
thx for the hint. i got it to work again: reinstalled avisynth, that didn't help, but now i got the error-message, that vdub crashed caused by divx.dll, dunno why. never use dixv, but afaik it is used to read the colourspace avisynth puts out, not sure though. so i installed divx and everything works fine. strange...
len0x
18th January 2004, 17:45
Originally posted by ((( atom )))
but now i got the error-message, that vdub crashed caused by divx.dll, dunno why. never use dixv, but afaik it is used to read the colourspace avisynth puts out, not sure though. so i installed divx and everything works fine. strange...
If AutoGK finds divx.dll then it uses it as YV12 decoder, if it doesn't then xvid.dll is used for that. Improper divx install/uninstall can cause problems I guess...
len0x
18th January 2004, 21:10
I found a problem and you will never believe but it was caused by chroma optimizer option turned on for xvid. Without it I'm having perfect changes of size like r2d6 was experiencing before (thanks to him for mentioning that it was working at some point - that's why I went and looked what was changed in codec settings).
New beta will be out tomorrow.
calinb
18th January 2004, 21:41
Originally posted by mgargett
I was thinking about another feature for AutoGK. Perhaps being able to open MPEG2 streams directly (say... from a ReplayTV capture?) and have them demuxed of their audio and processed? mgargett: Although AutoGK is not designed for this, I've found it to be useful for encoding ReplayTV files. This thread is getting so large that you probably missed my posts on pages 57 & 58:
http://forum.doom9.org/showthread.php?s=&threadid=64266&perpage=20&pagenumber=57
http://forum.doom9.org/showthread.php?s=&threadid=64266&perpage=20&pagenumber=58
I recommend using your favorite DVD authoring software to first author a DVD from a random mpeg2 file. Then use the VIDEO_TS subdirectory as a universal template and simply paste new mpeg2 files into it and rename as a vob. Sometimes shortcuts named "VTS_01_1.VOB" help.
Although, not exactly a guide :), you should be able to figure out a good method from my posts. If the default cropping threshold of 35 doesn't work for you, you can change it to something else (60 works for me) and finish the job with GKnot. Or just live with the mis-cropped video...or wait for threshold to be included in an upcoming AutoGK config file feature.
irnbru
19th January 2004, 10:56
hi sorry I don't know if someone already asked this question. I'm french, I would like to learn english so I want my XVID movie to be in english with english subtitles in the video, I don't want the subtitles to be in another file, I want the subtitles to be in the video for good so I can play the movie with subtitles anywhere I want (like my DVD player)
I tried to encode with the english subtitles by selecting english in subtitle track, I went in preview and the video was great with subtitles, BUT when I did the job and got the final movie I didn't get the subtitles :( the video is great with good sound but the subtitles are missing :( I don't understand why, did I miss something, I noticed Winrar is mentionned, do I really need it (I use powerarchiver) Please Help me I'm lost :( Thank you so much
Otherwise your software is great , thank you so much to help newbies like me
Patrica
manono
19th January 2004, 14:14
Hi irnbru and welcome to the forum.
Go into the Advanced Settings and see if "Use external subtitles" is checked. If it is checked, uncheck it (still choosing the English Subs in the Main Screen), and then the subs should be embedded or "burned" into the video. That's about the only thing I can think of that might cause what you describe. Maybe len0x has a better idea.
And, no, you don't need Winrar unless you want separate (external) subtitles.
I think your English is darn near perfect already. :) I saw only one small thing that told me you weren't a native English speaker.
irnbru
19th January 2004, 15:01
hey manono thank you for helping me, you can call me Patricia, irnbru is my favorite soft drink made in scotland even better than Coke!
I have two questions :
- you told me I made one wee bit mistake in my english, where lol
- I realised that I checked in the option "display only forced subtitles", it may be a problem to get the subtitles burned in the movie right? Because forced subtitles are the subtitles you find already in the movie like when they speak in chinese or something, the forced subtitles are not the subtitle stream from the DVD right. If I just select the english subtitles stream in the tracks, and I leave both options "display forced subtitles" "external subtitles" unchecked , it should work right?
thanks for helping me
I hope your co worker in the project will help me too :)
:p
Kisses Patricia
MediaMage
19th January 2004, 15:21
*OFFTOPIC ON*
@irnbru: gonna try that out when i go to my short vacation end of january to scotland ;)
*OFFTOPIC OFF*
yes, just check the "real" subtitles, the are encoded into the movie stream, and therefore always visible.
manono
19th January 2004, 16:02
Hi Patricia-
I should have known you are a woman. You're too polite to be a man. :)
Yes, MediaMage is correct. If you want the main English subs as part of the video, then leave the sub boxes in Advanced Settings unchecked.
I hope your co worker in the project will help me too
Do you mean len0x? He's my boss, and the sole creator of AutoGK. I only write and update the Guide (http://len0xmirror1.serveftp.net/~len0x/tutorial/AutoGK.html). There's a section in the guide with pictures explaining the sub boxes in the Advanced Settings.
- you told me I made one wee bit mistake in my english, where lol
Geez, Scottish English no less. Where you said "thank you so much to help newbies like me", a native English speaker might say something like, "thank you so much for helping newbies like me."
wertert
19th January 2004, 16:51
Originally posted by len0x
I found a problem and you will never believe but it was caused by chroma optimizer option turned on for xvid.
Could this by why I have seen a problem trying to encode to_end_all_wars PAL 4:3. The opening credits are presented over a fast flying sequence shot over scotland. I would say the picture is fairly noisy.
The credits seem to break up slightly along the edges of some of the letters.
After checking again with vdub the corruption only occurs in my player ( core + zoom ). If I inspect the frames with virtualdub the frames look fine.
Any ideas ?
wert
irnbru
19th January 2004, 17:13
Thank you manono and mediamage for helping me, you have been very helpful. I will try again to encode.
OFFTOPIC XXXXXXXXXXXXXXXX
Mediamage are you going to Scotland for real, which city ? Glasgow I guess, the nutters place, they out of their head there, I prefer edimbugh or Dundee.
Yeah try IRNBRU you will not regret it. where are you from ?
manono thank you for correcting me lol come on you guys you can be polite and gentlemen too, only when you are in mood to lol
END OFFTOPIC xxxxxxxxxxxxxxxxxxxxxxx
Anyway I upgraded to the very last version of autogk and arrrrgh I got big crash when VirtualMod started to analyze the source, says problem of violation, access, or whatever it means. I backgraded to the stable version 8 whew it worked again. I just wanted to make you know about this bug. My OS is XP if it helps to know...
God computer science is so weird, why do you guys make things so complicate.....
Fortunately AutoGK exists!
Kisses Patricia
manono
19th January 2004, 18:17
wertert-
Any ideas ?
If it shows in VDubMod with no corruption, then it's almost certainly a decoder problem. I might suggest installing Nic's Decoder (http://nic.dnsalias.com/XviD-Dec.exe). With any luck, that'll fix it up. I'm assuming this is an XviD encode.
wertert
19th January 2004, 18:39
Originally posted by manono
wertert-
Any ideas ?
If it shows in VDubMod with no corruption, then it's almost certainly a decoder problem. I might suggest installing Nic's Decoder (http://nic.dnsalias.com/XviD-Dec.exe). With any luck, that'll fix it up. I'm assuming this is an XviD encode.
You the man. Uninstalled ffshow and install Nic's decoder. Seems to work well. I'll test and report back.
len0x
19th January 2004, 22:21
Originally posted by MediaMage
*OFFTOPIC ON*
i go to my short vacation end of january to scotland ;)
*OFFTOPIC OFF*
man, that's an awful place to be in January :) I mean I'm freezing my arse here in London (under windy drizzle) - can imagine what's it like up north... ;)
len0x
19th January 2004, 22:40
Originally posted by irnbru
Anyway I upgraded to the very last version of autogk and arrrrgh I got big crash when VirtualMod started to analyze the source, says problem of violation, access, or whatever it means. I backgraded to the stable version 8 whew it worked again. I just wanted to make you know about this bug. My OS is XP if it helps to know...
I'd be interested if you could install latest version again, but try not to upgrade all the components, but first just avisynth and besweet and then see if it works (coz my guess that it's probably vdubmod that gives you the trouble)
Originally posted by irnbru
God computer science is so weird, why do you guys make things so complicate.....
Well, you can say that about lots of other areas, but luckely there are always professionals in each of them :)
len0x
19th January 2004, 22:43
Originally posted by len0x
I found a problem and you will never believe but it was caused by chroma optimizer option turned on for xvid. Without it I'm having perfect changes of size like r2d6 was experiencing before (thanks to him for mentioning that it was working at some point - that's why I went and looked what was changed in codec settings).
Actually I was wrong. Still don't know what's causing it though, but I managed to fix it anyway :)
len0x
20th January 2004, 15:03
Improvements in job queue, quality based mode and hybrid source handling. Packaged with new builds of VDubMod and Avisynth for testing. It's important to report all bugs related to them as I have to choose what I'm gonna pack with 1.0 release.
xistan
20th January 2004, 15:11
Originally posted by len0x
Improvements in job queue, quality based mode and hybrid source handling. Packaged with new builds of VDubMod and Avisynth for testing. It's improtant to report all bugs related to them as I have to choose what I'm gonna pack with 1.0 release.
Impressive work len0x. All thumbs up! I feel very confident when I'm using AutoGK for my backups. And I really like the sound of "1.0 release" upcoming...
Thx
/C
wertert
20th January 2004, 15:34
Originally posted by len0x
Improvements in job queue, quality based mode and hybrid source handling. Packaged with new builds of VDubMod and Avisynth for testing. It's important to report all bugs related to them as I have to choose what I'm gonna pack with 1.0 release.
Did you manage to fix the 67% quality problem ?
I will test tonight
len0x
20th January 2004, 15:36
Originally posted by wertert
Did you manage to fix the 67% quality problem ?
yes, that is what "improvements in quality based mode" stands for :)
jeremymacmull
20th January 2004, 16:02
I noticed on your todo list that youve not got listed credit compression :eek:
i think this would be the feature that makes AUTOGK complete. Ive been using it for some time now to back up episodes which have like 30 secs of credits and it works a dream. But i used it the other day to back up 25th hour (movie ) and the credits are 12 mins long im pretty sure it would have had considerable jump in quality of the overall picture had credit compression been applied. agreed i forced it to use the ac3 and 640 minimum but it was a 1hr 49 min movie so for 2 cds that should be fine and the compressibility was high too.
is there any chance credit compression will be applied in autogk in the near future. If not no worrys its still great for episodes and ill just use GKNot for my movies (although i hate setting things up! ):D
love your tool and ive got my girlfriend using it as its so simple (and she hates complex computer things !)
JEREMY
Sharktooth
20th January 2004, 16:19
Test in progress...
EDIT: Doh! Crashed at the end of the 2nd pass.
EDIT2: Sorry, my bad... had the wrong codec version installed.
((( atom )))
20th January 2004, 16:49
lil' ot, but:Well, you can say that about lots of other areas, but luckely there are always professionals in each of them i just read a jim jarmush interview in wich he claims himself an amateur. the interviewer was a bit adzzled and jj replied that the word amateur would actually mean: someone, who is doing something out of love and commitment. a professional is a person, who does things for profit.
let's all be bloody amateurs! :D
zerocoolnl
20th January 2004, 20:18
Originally posted by jeremymacmull
I noticed on your todo list that youve not got listed credit compression :eek:
I don't think this is possible with scripts. I don't believe you can let a computer decide where the credits are beginning. Maybe it's possible for an advanced feature that you can choose where the credits start before you start the rip process (or that VERY nice queue function :D :D )
anyway, it would be nice, but maybe just a dream.
Greetz,
Zerocoolnl
ps:Keep up the good work Len0x. I see the top of version 1.0 already..:)
therealjoeblow
20th January 2004, 20:53
Originally posted by len0x
man, that's an awful place to be in January :) I mean I'm freezing my arse here in London (under windy drizzle) - can imagine what's it like up north... ;)
Sorry, I know it's off-topic and I shouldn't, but try Winnipeg, in the middle of Canada. Here's the forecast for the next few days:
Tuesday High -11°C A few flurries Low -26°C Clearing
Wednesday Low -26°C High -21°C Sunny
Thursday Low -27°C High -20°C Sunny
Friday Low -26°C High -21°C Sunny
Saturday Low -26°C High -20°C
And that's actually warmer than last week, when it was well below -30
:(
MindlessOath
20th January 2004, 22:32
quote:
--------------------------------------------------------------------------------
Originally posted by jeremymacmull
I noticed on your todo list that youve not got listed credit compression
--------------------------------------------------------------------------------
I don't think this is possible with scripts. I don't believe you can let a computer decide where the credits are beginning. Maybe it's possible for an advanced feature that you can choose where the credits start before you start the rip process (or that VERY nice queue function )
this is exactly whats going to happen. to enable us to compress a certain part of a movie more so than the rest of it, we will have to specify a time of which needs this to be done to. do you remember using GK it has this function in it.. its really easy to do, just use the slider and tell it where to go (ie the begining of the credits) then press credits button. easy as that.. then the options it will say "checkbox" compress credits @ xx% of the bitrate of the movie. it will then use scripts and math to figure out what it needs to do and where.
wouldnt this mess up the estimated size of an encode? thats the only thing that may have any problems. noobies would be able to work this out quite easily, and most wont even use it (noobies that is).
darkonejr
21st January 2004, 01:33
len0x:
First off, thanks again for your hard work on this...... this is a wonderful application, and it has certainly made my life easier.
One immediate bug report, and three wishful thinking feature requests...
1. It still seems to me that xvid quality based encoding is funky. My understanding is that xvid compresses better than divx in general... I ran quality based encoding of a 24 Season 2 PAL episode, and got the following file sizes (704x400, AC3 5.1 audio)
Divx: 604,020 KB
Xvid: 747,148 KB
They shouldn't be far apart... (note that I used the latest 0.88a you built for my hybrid problem, not the b you released today... were there any changes?)
2. Your scripting can pretty much handle anything except cartoons/anime, in which case more filters are required... I assume the only way to do that is to allow config file editing...
3. Any plans to include r4r functionality in AutoGK, so that you can use one app for everything?
4. (Maybe for version 3, as I'm sure this would entail a lot of work :) ) I'd like to see AutoGK merge into a client/server model, with a client choosing input/output files and settings, then handing it off to a autogk server... All this automagic scripting just lends itself to a client/server model....
Julian
manono
21st January 2004, 02:23
Hi-
They shouldn't be far apart
DivX uses the much softer and more compressible H.263 Matrix, and XviD using AutoGK's Quality Mode uses the sharper and more detailed HVS_Best Matrix. So I think that XviD will always produce a larger size in Quality Mode.
In addition, you didn't say what Quality Percentage you were using. But you did say that you weren't using the latest Beta, where the Quality Mode has been fixed. For a large range of percentages (65-85%?), it was coming out with around 90% sizes. So, maybe if you rerun the test using the latest Beta with the XviD Quality Mode fix, the sizes will be closer.
In Doom9's recent codec shootout, in the Saving Private Ryan portion he uses XviD's similar MPEG Matrix, and comments on the more detailed picture that XviD gives:
http://www.doom9.org/codecs-203-3.htm
He makes a similar comment on the Conclusion page:
http://www.doom9.org/codecs-203-5.htm#conclusion
darkonejr
21st January 2004, 03:09
Originally posted by manono
In addition, you didn't say what Quality Percentage you were using. But you did say that you weren't using the latest Beta, where the Quality Mode has been fixed. For a large range of percentages (65-85%?), it was coming out with around 90% sizes. So, maybe if you rerun the test using the latest Beta with the XviD Quality Mode fix, the sizes will be closer.
Both tests were with Quality set to 75. While I wasn't using the latest beta, I was using an alpha version of .88 that len0x built while troubleshooting another problem I had. len0x told me that the quality bug in the alpha i had was fixed, so I'm assuming that the two versions are equivalent as far as this issue is concerned.
I should also mention that the source VOBs in question are just a little over 1GB.
Julian
menaceboy
21st January 2004, 06:05
[1/20/2004 6:40:16 PM] Audio size: 4,294,967,295 bytes (4096.00 Mb)
[1/20/2004 6:40:16 PM] Overhead: 7,472,128 bytes (7.13 Mb)
*************************************
EXCEPTION: Audio and overhead size is more than target video size!
*************************************
[1/20/2004 6:40:16 PM] Job finished.
used custom size 702mb
audio is at 64kbps vbr mp3
2ch ac3
xvid output
auto width
runtime about 1hr 44mins
hmm, this is the second time this has happened to me. the first being with another dvd. gonna try and change custom size to something different, i totally forgot what i did the first time to make it work.. thanks for a great util!@$@$#%
rantingotaku
21st January 2004, 08:27
Originally posted by therealjoeblow
Sorry, I know it's off-topic and I shouldn't, but try Winnipeg, in the middle of Canada. Here's the forecast for the next few days:
Tuesday High -11°C A few flurries Low -26°C Clearing
Wednesday Low -26°C High -21°C Sunny
Thursday Low -27°C High -20°C Sunny
Friday Low -26°C High -21°C Sunny
Saturday Low -26°C High -20°C
And that's actually warmer than last week, when it was well below -30
:(
off topic
don't feel too bad, avg of -24, w/ wind about -30 - 48c (in Sudbury)
/off topic
jeeze Len0x... I don't think it's possible for you to make this any more perfect (besides new version support.. I know, it's coming).. though I found a problem.
I'm backing up "The Recruit" 1hr55min ... one CD, auto size (comes out as 608x336), cbrMP3.. first pass is the usual for me: Movie length+20min (15fps+) for first pass, but on second pass, it slows to a crawl avg. of 6fps.
I don't think it's a hardware issue (this will be my 100+ rip), maybe codec (xvid), or a diff. setting for compression? it's the first time this has happened.
len0x
21st January 2004, 11:52
Originally posted by rantingotaku
I'm backing up "The Recruit" 1hr55min ... one CD, auto size (comes out as 608x336), cbrMP3.. first pass is the usual for me: Movie length+20min (15fps+) for first pass, but on second pass, it slows to a crawl avg. of 6fps.
You know it may be new VDubMod problem. It behaves a bit weird on my PC: when I switch priority to lower then it always crawling at 0-1fps nomatter what I do in the background. Even lower fixes it for me, so you might want to experiment with that setting...
len0x
21st January 2004, 12:09
Originally posted by darkonejr
len0x:
1. It still seems to me that xvid quality based encoding is funky.
2. Your scripting can pretty much handle anything except cartoons/anime, in which case more filters are required... I assume the only way to do that is to allow config file editing...
3. Any plans to include r4r functionality in AutoGK, so that you can use one app for everything?
4. (Maybe for version 3, as I'm sure this would entail a lot of work :) ) I'd like to see AutoGK merge into a client/server model, with a client choosing input/output files and settings, then handing it off to a autogk server... All this automagic scripting just lends itself to a client/server model....
1. to check if it's working ok, set quality to 76% and see if there is any difference with 75%. Previously it wasn't. But as manono said I'm using much sharper matrix with XviD then with DivX and compressibility is definitely lower for XviD. You can check that by simply running comp test for both codecs with the same target size and you'll see.
2. correct. unless someone knows how to detect anime automatically :)
3. nope
4. well, that's a lot to ask :)
len0x
21st January 2004, 12:10
Originally posted by menaceboy
[1/20/2004 6:40:16 PM] Audio size: 4,294,967,295 bytes (4096.00 Mb)
[1/20/2004 6:40:16 PM] Overhead: 7,472,128 bytes (7.13 Mb)
*************************************
EXCEPTION: Audio and overhead size is more than target video size!
*************************************
[1/20/2004 6:40:16 PM] Job finished.
used custom size 702mb
audio is at 64kbps vbr mp3
2ch ac3
xvid output
auto width
runtime about 1hr 44mins
hmm, this is the second time this has happened to me. the first being with another dvd. gonna try and change custom size to something different, i totally forgot what i did the first time to make it work.. thanks for a great util!@$@$#%
Audio was not extracted or encoded properly. please post your stream info file, audio file names (from gk_tmp dir) and besweet log.
len0x
21st January 2004, 12:50
Small update for out of synch problem after splitting (not always, but happened).
ookzDVD
21st January 2004, 19:09
@len0x,
use 0.88b, and I can't enter the percent value for the quality. :
(
Mnl
21st January 2004, 21:22
Hi Len0x
Reading through some posts on the Gordian Knot forum, I found a post which reminded me of a problem with low bitrate Mp3 in BeSweet:
http://forum.doom9.org/showthread.php?s=&threadid=69286
The problem is that Besweet AFIK can't go under abr Mp3 @ 77kbps.
The same problem is discussed in more detail in an earlier post in the audio encoding forum:
http://forum.doom9.org/showthread.php?s=&threadid=41429
Maybe the lowest possible abr Mp3 in Auto GK should be changed to 80 kbps or something like that to avoid people getting into that problem. I don't know if this has any interest to you, just thought I'd mention it. I hope I'm not making a complete fool of myself, mentioning something that is not really a problem at all :o
Mnl
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.