View Full Version : @wef: Autofile splitting in one of the next GKnot releases ?
Darksoul71
16th January 2002, 12:08
Hi wef !
For now GKnot is pretty much automized for audio encoding and 2pass video encoding (both for DivX 3.11/Nandub and DivX4/VDub).
Would it be possible (at least for DivX 3.11) to have an "autosplit" function ?
I was thinking about something like that:
-Do all your settings
-Add job to encoder list
-GKnot automaticly splits the encoded file at a scene change based on the CD size youīve choosen. This would be a very big step forward for GKnot as being an "all in one" tool for DivX encoding.
-D$
neo_sapien
16th January 2002, 12:29
That would be convenient :)
TheWEF
17th January 2002, 01:06
if somebody can provide a commandline tool, to find out where to split? (don't tell me nandub can do it!)
doom9 told me that someone is already working on it, so...
/me waiting.
bb
17th January 2002, 07:46
@TheWEF:
Have you seen that one:
http://www.biest.de/divx/
I must admit I did not yet try it...
bb
TheWEF
17th January 2002, 08:18
i think this is exactly what doom9 has been talking about. the real problem is vbr-audio, and the guy hasn't solved it yet.
i hope he will! ;) - best luck.
wef.
Darksoul71
17th January 2002, 10:39
@wef:
If VBR MP3 is an issue, then why not splitting the AVI first with uncrompressed sound and encode audio afterwards ?
Splitting could be done by selecting a range of the movie for 1st,2nd,etc CD and save it with Streamcopy enabled in Nandub. Should be possible by adding it to joblist as the encoding works now. Shouldnīt it ?
With the STATS file we also got the info on scene change, or ?
OK, if a scene change info for near the cut frame isnīt available you could let the user enter an exact frame number from the DVD2AVI window for each cut.
Another thing that would be possible:
Using AVISynth for each part of the movie. So instead of encoding the credits and the movie seperate you could add a function for encoding credits, movie part 1, movie part2, etc.
Shouldnīt be that hard although the audio part still isnīt solved.
For audio I honestly donīt know if there are any "split" commandline tools.
-D$
TheWEF
17th January 2002, 11:15
the problem is not to split the file (with audio) with nandub - that's easy. the problem is to find out where to split. i also know where the middle of the video-data is (from stats or log file), but if the audio is vbr this could not be the middle of the avi-file.
so, for ac3-sound, this could be implemented already. but i want it to always work...
got me?
wef.
Klumsy
18th January 2002, 02:43
Well, I just tried the tool with several, self-coded movies.
It works perfectly for me. All the movies I tried were <1MB smaller than I wanted them to be but this is a keyframe issue. All my movies have VBR MP3 which I made using LAME.
I think it's worth giving a try... maybe as optinal option with a warning next to it? *g*
I've been looking for something like that for a long time so thanks for the link ;)
kagoru
18th January 2002, 11:21
Would'nt it be possible to use the Nandub function <jump to last keyframe in x MB> ?
I thinks it works pretty well except that it doesn't find scene changes.
I have a suggestion for a sulotion:
1) use the function described above to seek to the last keyframe in 699 MB (or any other MBs)
3) save the frame number = M
2) you know where the scene changes are at (from the .stats file)
3) take the next scene (S) change as long as (frame # <= M) AND (scene change is keyframe)
4) First CD = Frame 0 - (Frame S-1) [we don't want to have the same frame 2 times]
Second CD = Frame S - Last Frame
Of course you wouldn't always get exact 700 MB parts because a scene-key-frame is not always in the exact middle of the file. You would have to compensate by reaching for 2*690 MB Ripps.
To help one doing that manually it would be very helpful if Gknot's stats file editor would allow one to jump to the next key/scene-change frame and to jump to frame x.
Darksoul71
19th January 2002, 18:00
Hi wef !
Have I missed something ?
the problem is not to split the file (with audio) with nandub - that's easy. the problem is to find out where to split. i also know where the middle of the video-data is (from stats or log file), but if the audio is vbr this could not be the middle of the avi-file.
OK, video data is easy to split. Audio with video is easy to split with nandub. At least it worked always good for me. I do a lot of 2CD AVIs using SBC DivX 3.11 and LAME for Audio. Splitting the movie to two files and Iīve never experienced async audio & video.
So I would suggest the following:
People have to encode with 10 MB Buffer per CD. So for 2 700 MB CDRs your would have 2x690 MB of usable space. Then look in the stats file for the middle of the video data. Watch for a keyframe/scene change next to this point. Now split the movie in two parts by using Nandub. The two parts of the movie should have pretty much the same size.
I think the most people would have no problems to loose 10-20 MB in usable CDR space if it saves them from the "hassle" of splitting.
Just my 2 cents...
-D$
TheWEF
19th January 2002, 21:44
i just had a movie with 2x vbr-mp3 @ ~160 kbps and long credits. when i split it where nandub told me (the middle of video) the file was 100mb (!) too big.
understand now?
wef.
MoonWalker
20th January 2002, 00:27
As far i understand the problem the middle of the movie(in size) isn't the same with the middle of a VBR audio..correct? If we used ABR?Could you predict the middle?Cause i know that abr doesn't go far for the bitrate you have chosen...So i think it's more easy to find the size you want...I counld be mistaken thought...
MoonWalker
dragoman
20th January 2002, 02:41
Hi,
@theWef - I think what everyone is saying here just add a setting in Gknot that allows Nandub to split the movie, after everything is done, at the point the person wants it.
For most, making two-cd rips, this would be around 700MB or so (maybe leave that the default)? Others (for "advanced users" of course), could enter a desired MB to split the movie at.
Nandub has proven it can split complete avi files with vbr audio, so why not just make it an extra setting in the next Gknot?
dragoman
Olleman
20th January 2002, 22:40
i just had a movie with 2x vbr-mp3 @ ~160 kbps and long credits. when i split it where nandub told me (the middle of video) the file was 100mb (!) too big.
I think this is because Nandub only calculates with the primary audio, and not even that, the audio MUST be muxed with the AVI file otherwise it will just ignore it and just go for the video.
I have never had more than +/- 5mb with VBR MP3
Regards, Olle
TheWEF
20th January 2002, 23:58
my brother finally found a great solution for this problem and file-splitting will definitely be implemented in the next gknot release.
wef.
MaTTeR
21st January 2002, 05:44
You guys are totally missing TheWEF's point. Just because he can determine the middle of the movie doesn't mean that's the proper place to split it. All to often the 2nd half of a movie has more action scenes than the first half. More action scenes means more bits. More bits means a larger file size for this half.
Clear as mud?:D
bb
21st January 2002, 07:38
I use a single MP3 CBR stream @ 128 kbps most of the time. When I tell NanDub to split at "last keyframe before" 699MB, I often get more than 700MB, which I cannot burn.
Although the function is called "last keyframe before xxx MB" I have to jump back several keyframes in order to get a file that fits on a 700MB CD-R.
When I tried the splitter from
http://www.biest.de/divx/
my results were perfect! I think that's the way to go. If GordianKnot will use the NanDub algorithm in the future, I won't use it...
bb
Olleman
21st January 2002, 11:05
my brother finally found a great solution for this problem and file-splitting will definitely be implemented in the next gknot release.
Sounds great Wef, I'm sure many with me are looking forward to the next version!
Best regards, Olle
vBulletin® v3.8.11, Copyright ©2000-2024, vBulletin Solutions Inc.