View Full Version : Pausing Encoding with RV10
victorhooi
7th September 2004, 09:26
Hi,
Is there any way to pause RV10 encoding, and continue it at a later time? I know it's possible to do the second pass later, but how about pausing halfway through, say the second pass? Is it possible to do this using AutoRV10, or failing that, any other GUI, or the command line.
Alternatively, is there any way to extract the exact command-line commands used by AutoRV10?
If none of this is possible, how to you recontinue AutoRV10 if the process was killed partway through the second encode? (i.e. using the first-pass and audio/credit files from before)
Thanks,
Victor
NB: If you're wondering why, somebody here happens to have an annoying habit of hitting the power button when the computer is left alone.
Cheeers.
Razorblade2000
7th September 2004, 10:01
the windows hibernation feature works pretty good for me :D
Sirber
7th September 2004, 12:17
In jobfile you can separate pass1 ans pass2. I don't if GUIs supports it though.
damrod
7th September 2004, 20:20
i wonder if in dos executable you can pause running...i wiil try i think ;-))
Sirber
7th September 2004, 21:03
you will try the "pause" button?
Dark-Cracker
7th September 2004, 21:49
hi,
if your encode was made using autorv10 u can try to resume the encode manually at 2 condition :
1) u must have already finish the first pass (in order to have a complete stat .pass file)
2) check if the c:\realvideo.pass file is the correct one. (if u have overwrite this file u need to redo the first pass file).
follow these step :
create a .bat file in the ..\Autorv10\SOFTS\RP9_LIGHT folder the file run.bat with the following line :
start /w producer.exe -j "c:\myfoldermovie\mymovie_Movie.rpjf"
if have use the credits option add these 2 lines :
start /w producer.exe -j "c:\myfoldermovie\mymovie_Credit.rpjf"
start /w rmeditor.exe -i "c:\myfoldermovie\mymovie_Movie.rmvb" -i "c:\myfoldermovie\mymovie_Credit.rmvb" -o "c:\myfoldermovie\mymovie_Final.rmvb"
change the path with the correct one (the .rpjf file are in your movie folder, the rmeditor line is used to paste the movie and the credits together so be sure the -i option are the correct path of the output movie and credits .rmvb file, u can find these path in the 2 .rpjf files).
PS : i have finish to add the option to re-use a first pass file so next build of autorv10 should solve this sort of issue.
@damrod
in dos mode the pause button will only stop the information scrolling but not pause the producer.exe task.
damrod
7th September 2004, 23:08
the pause button??? you mean the pause button on keyboard??
i don't remember it exists :p
i was talking about pausing a dos process....always a process...;)
it can be like and "idle too idle" process priority
so idle it do nothing...euh i'm not clear i'm afraid...
Sirber
7th September 2004, 23:25
Yep I'm affraid ;)
damrod
7th September 2004, 23:57
yes... but i use only one 'f' in afraid :p :p
btw i will check some delphi code i have on my pc about dos, thread and pizzas....
victorhooi
8th September 2004, 03:58
Hi,
Thanks for all the great ideas, guys. So, as of now, there's no way to freeze a second-pass encode, and recontinue later, right? That's cool, I guess I'll just continue from the start of the second pass (kinda annoying, though).
Dark-Cracker: What is the order in which each of the steps (transcoding, credits/main_movie, audio, first/second pass etc.) is done? (the audio is in stream1.wav, right? - how does this split up between the main-movie and credits).
Also, is there any way to get an *exact* log of every command used by AutoRV10?
Finally, any word on the next version of AutoRV10? (waiting tentatively *grin).
Thanks,
Victor
NB: Subtitle support working?
Dark-Cracker
8th September 2004, 05:45
@victor
the step are the folowing :
- transcode audio in stream1.wav
- encode credits in 1 pass mode quality at 30%
- start movie 1 first pass
- start movie second pass
the movie and credits are separated in 2 .avs file and are encoded using 2 diffrent .rpjf file (real producer job file).
the comment are not *logged* in a file some of the step are automaticly calculated (for exemple calcul the new bitrate to use for the movie part once u have finish to encode the credits, or to calcule on which frame the final file should be split ...)
nothing really exciting about the next beta :)
i have improve the resize function,i have add a way to re-use the first pass, i have some check error, fixed all the reported bug, i am actually rewitting a part of the audio and joblist function, for the subtitle part i have finish the detection of the forced subtitle and the extraction of a specified subtitle in a .idx/.sub file, and i must finish to implement the support for text subtitle.
++
damrod
8th September 2004, 18:27
you're talking about stop encoding dark not pause it....
make the first pass on monday then the second on sunday is one thing
victorhooi was asking to pause the window process like when you transfer some files with modern explorer (not the ms explorer....) like norton commander or othes clones : the computer waits for you tu resume....
i'm checking if it's possible to "pause/resume" a cmdline application
or to attack directly the thread in delphi...
Dark-Cracker
8th September 2004, 18:56
@damrod
you're talking about stop encoding dark not pause it....
in fact i simply answer at the question it have ask me :)
cf :
Dark-Cracker: What is the order in which each of the steps (transcoding, credits/main_movie, audio, first/second pass etc.) is done?
it's not possible to resume an encode under producer before the first pass was finish.
producer was not designed to open an unfinished .rmvb or .pass file calculate the last valid frame encoded and resume the encode.
and if u want to made a pause u can't because there is now way to force an external thread to sleep or to limit it cpu usage (idle mode it's not a limitation on the use of the cpu, but a priority level).
but perhaps i am wrong fell free to correct my minds.
damrod
8th September 2004, 19:21
i think i can make sleep a process...it's not really a pause but it near....
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.