RV10 GUI : RealBatch 3.01

[Sirber]

RV10 GUI : RealBatch 1.42 (mod of RealAnime 1.91)

yeah right... I wonder where I saw that...

about your code, can you define IDLE or get exit code?

[kilg0r3]

hi to both of you!

I don't know about the chances of my idea [DVD2SVCD Roba (http://forum.doom9.org/showthread.php?s=&threadid=64886) for RV10 Content (and others of course)] being implemented into the producer app. But it might seem worth while to one of you to implement it into one or both of your frontends. :) See the sticky RV10 thread for details.

[damrod]

i think it will be implemented maybe in ys realanime

my v2.00 is a migration to delphi with some plus...

[kilg0r3]

COOLOOLOOL! :)

[Sirber]

Originally posted by kilg0r3
hi to both of you!

I don't know about the chances of my idea [DVD2SVCD Roba (http://forum.doom9.org/showthread.php?s=&threadid=64886) for RV10 Content (and others of course)] being implemented into the producer app. But it might seem worth while to one of you to implement it into one or both of your frontends. :) See the sticky RV10 thread for details. I read about it and I have no clue what is does nor how to use it. :confused: Maybe I'm just dumb...

[kilg0r3]

Hi Sirber. In the sticky thread I give a relatively short and hopefully readable description of the most important functionality.

[Sirber]

It's a pluygin of DVD2SVCD, not for producer. I don't get it :confused: :confused: :confused:

[kilg0r3]

Yes Sirber, I know that the plugin is for DVD2SVCD. I just thought that the same kind of functionality could be useful for encoding of RV10 content. Just imagine not having to do a full first pass but only some short compressability tests.

[Sirber]

Can you list the functionality you'd like? I'm still lost somewhere unknown... :(

[damrod]

@sirber

the code let you choose priority
for the exit code there are three variant of the unit
2 gives you the ability to retrieve the exitcode

for the old one (which work good...in the two new they replace the onterminated method for TNotifyEvent to TTerminateEvent
and i can't make it works anymore :-()) you have the exit_code but no propriety to retrieve it...i will add that

[Sirber]

Ok

I dunno if I will use that, since I don't need to see what producer does. What would be great is to know where producer is at, like what pass number, %, time ,etc :)

[damrod]

it make disappear the cmdwindow

you have access to exitcode, elapsedtime since beginning and also all the output lines... so you can check encoding... like if you watch the cmd window ;-))

i will send you the delphi exe by mail

put it in the same dir as realbatch

ie

a valid job_tmp.rpjf in tmp subdir
and a subdir producer with the producer.exe

the createjobs doesn't work so you must have a valid rpjf to test ;-))

[kilg0r3]

Ok Sirber, I'll try to explain.

ATM I have to do a full two pass encode if I want the encode to hit a specific file size. This costs quite a lot of time. The fast-first pass feature reduces the time cost. However, the first pass still takes as long as a full encoding pass with EHQ disabled. Right?

RoBa now achieves the following. It drastically reduces the time needed for the first pass. Actually, it does not do a real first pass; but I'll leave the details for the next paragraph. In order to accomplish this. RoBA sacrifices a bit of the accuracy of file-size prediction. Consequentially, a bit of quality is also lost, because quality is degraded a little if your encode comes out a bit undersized.

How it works: There are several modes of operation of which I will describe only one. Let's say you want to do an encode that fits on one CD. So the resulting file, including audio, subtitles and overhead should not be larger than 700 MB. However it also should not be much smaller. ATM you have to do a full two pass encode to achieve this.

The RoBa approach is a bit different. First of all you give it the relevant values like target filesize, sub-stream size, audio-stream size, container-type and expected overhead. Actually, the RoBa plugin does not require more than the target filesize because it determines the other values by itself. It kicks in after the subs have been ripped and starts audio conversion (besweet) and reads the file size of the resulting file. The overhead is well known for SVCDs but should not pose a great problem for mkv, ogm, rmvb. You'd simply have to select it before encoding starts.

After RoBa has determined the storage space that is left for the video stream it starts its analysis. This works as follows. It creates an Avisynth script that cuts e.g. 2% out if a movie, i.e., it creates a script containing 'SelectRangeEvery(750,15)'. The amount of material which is used for the analysis is configurable but, as exprience shows, a larger portion than 2% does not necessarily mean a more exact filesize prediction.

Now RoBa starts a single-pass encode of the stream which has been created by the script. It does this using a fixed-quality setting. In terms of real producer this would be a single-pass vbrQuality encode at e.g. Quality = 72. After that it reads the size of the resulting file, multiplies it by 50 (2%*50=100%) and compares it to the target file size. Usually the first attempt will not come too close to the target size so it will do a second analysis pass at a different quality setting in order to come as close as possible.

When it has found a value that is close enough (this obviously has to be defined somehow) to the target size, then it starts full encode, which in the case of RV10 would be a single-pass encode at fixed quality.

The functionality descirbed here is only part of what RoBa offers. You can also enter a fixed minimal quality value. So that the plugin determines the minimum amount of CDs you will need to achieve that quality. Audio quality can be entered as a thresholded relative value to the video size etc. But this has already described in the relevant sticky. So there is no point in duplicating it here.

In know that this would have to be programmed from scratch since the Roba plugin is for SVCD. However, I think that the basic prediction algos should be usable also for RV10.

Hey Sirber have you read all this? I am shocked. Never thought you had the patience. :D

Cheers, kilg0r3.

[Sirber]

Hum... Don't know if this is needed for RV10. Now first pass is at EHQ50, which is a lot faster with almost no quality loss. What's very slow is second pass. If someone create Delphi code for that, I don't mind adding it, but I currently have no time for that.

[damrod]

me too

i finish my delphi version then i will work on ys realanime ;-)

[damrod]

ouinnnnn i lots all my delphi code :-(

ok i will work on ys realanime now

i release the 1.5 vb6 version
here the exe

http://damrod66.free.fr/RealBatchTest2.exe

sorry for the name.... ;-))

i will add elysium parameters abn then i will be all for realanime i think...except correct bugs if needed :-)

don't forget to use ocx and dll from realanime : there's in english so it works better than with my french ones :-(

i think i will finish my realeditor :-)
it can be useful ;-)

[Sirber]

Originally posted by damrod
don't forget to use ocx and dll from realanime : there's in english so it works better than with my french ones :-(At least realanime is still usefull for something :D

[damrod]

lol
the pleasure to work with vb6 ;-)

[Sirber]

"work" or "waste time"? :D

[damrod]

it's vb ;-))
some strange thing....

ok i update the screenshot and the link to the exe ;-)

sorry for the two exe link... i encode and program at the same time so i switch between the two names at building project...

[damrod]

ok i add a skin to the soft ;-))
and correct some bug...

i will add better priority management i think...

[Sirber]

YS is stuck to IDLE. I think it'S the less bogus for the OS.

[damrod]

euh i don't understand??
encoding is always in idle priority??

sometimes i prefer below normal priority...especialy when i play some mp3 or videos...

if not i use very few cpu to encode...

[Sirber]

MP3s uses 0% CPU :p. There is not much difference between bellow normal and IDLE, since all your other process are at normal :D

[damrod]

when i watch tv on my pc i use around 20% of cpu

if i put encoding in idle .....the encoding is too slow
at below normal priority it's better : the encoding duration is shorter

[damrod]

very boring the active x dll!!!!



i add the dll in my vb6 project....
after registring the dll in windows...

so i can put an helixproducer object on my form

when i do this code
<code>
HelixProducer1.JobFilename = App.Path & "\tmp\job_tmp.rpjf"
HelixProducer1.LogFilename = "c:\prod.log"
HelixProducer1.TempDirectory = "c:\"

MsgBox "producer running " & HelixProducer1.IsRunning
MsgBox "producer ready " & HelixProducer1.IsReady

HelixProducer1.EnableRealMediaEvents = True
'HelixProducer1.
'HelixProducer1.ReleaseResources


MsgBox HelixProducer1.JobXMLString
'MsgBox (HelixProducer1.JobFilename)
'MsgBox (HelixProducer1.JobStartTime)
If HelixProducer1.IsReady Then HelixProducer1.StartJob

MsgBox HelixProducer1.JobDuration
</code>

(BTW why HelixProducer1.IsReady always say false !!!
my job is correct...it works with the producer.exe cmdline)

i got that in the log

<code>,Diagnostic,SDK Encoding,2004/04/25 16:16:02,0,BuildInstanceFromBuffer unable to instantiate object.
</code>

someone got an idea??


and my application crash!!!

[Sirber]

if HelixProducer1.IsReady is always false means your jobfile has problems.

[damrod]

ok i will release asap a 1.50c version with activx dll encoding...
now it works ;-))

i think i will modify the rmeditor gui to use it...

and maybe use a tool who can encapsulate a vb exe and its components/dlls it need into one larger exe...

but you need only one exe ...no dlls, ocx...

[Sirber]

warning: more DLL/OCX to register :)

[damrod]

vb6 ocx/dll don't need to be register : only to be in the same directory of app...

and i want to try this encapsulated tool....just to see...

[Sirber]

always finding new things to *not* work on YS :devil:

[damrod]

how do you know???!! ;-)

i must install cvs
but i already start looking the delphi code....

btw : how can add the activex dll in the project?? :-O

[Sirber]

Component menu, install ActiveX :)

[damrod]

euh so simple?

it will not re-register the dll?

[Sirber]

dunno :)

[damrod]

i will see

[Sirber]

la balle est dans ton camp :)

[damrod]

lol

i think it's ok

next weekend i reinstall my pc...
and then lets go :-)

[damrod]

i think i will post the binaries of release 1.50 using activex dll...

sorry no source... windaube choose to crash my main partition.....

100Go lost...i'm so happy!!!!

i lost all my source codes in this crash....

[damrod]

ok

i upload the last vb6 version

http://damrod66.free.fr/site/inc/Realbatch.01.50.light.zip

i remove all the tools app :-)
take too much space
the zip i around 8MB and contains all the vb6 dlls and ocx needed
don't remember to use the .bat file to register the dll !!!

this version use producer activexdll

like i said i lost all my sourcecode
so i think i will try red it in delphi7

it will use the same look and feel so if you have some advice or wishes.... :-))

btw i think i will also rewrite in delphi7 the tools (rmeditor, matroskamuxer....)
with delphi7 no need to use dll

after that i will be at 100% on ys realanime :-)

[victorhooi]

Damrod, dude, wait a sec mate...

By crash your partition, what do you mean? Partition table corrupted, bad sectors, damaged MFT?

I'm by no means an expert, but I've had lots of hard-earned experience attempting to recover data from various partitions (attempting being the operative term :) ), FAT12, FAT16, FAT32, NTFS, ext2, ext3 (basically the same), xfs etc.

100 Gb might be a bit much to upload, but you could try using one of the bootable forensix Linux toolkits (eg penguin sleuthkit), or even just Knoppix 3.4, and running something like Lazarus, or TASK.

Alternatively, I have a 20 Mb .iso image with Ontrack Easy Recovery Professional 6 (http://www.ontrack.com/easyrecoveryprofessional/) - pretty much a point and click solution, and effective (commercial, but hey, this is for a greater good :) ).

Basically, just boot into it, click your hardidisk, select the files you want to recover, and save them to floppy/cd/another harddisk. Even works if your partition table is mangled.

Finally, you could just get out that trusty vim, and search for 'cpp'...

Bye,
Victor

[damrod]

bad luck i format the disk.....
next time i will try to use recovery tools ;-)

[victorhooi]

Wait, no, all is not lost :).

Like I said, you can still recover using Easy Recovery (or linux, if you prefer :) ) even if your partition table's gone. Just filter for Delphi source files in Easy Recovery - since these are text files, there's a very good chance that you'll be able to recover portions of it.

Even if you've formated the drive, and overwritten with a new partition, you should still be able to recover parts of it (unless of course you've filled all 100 Gb up). Text files are fairly easy to recover; if not all of them, then at least fragments. Binaries, compressed files, images etc. are another story altogether.

How about I upload that 20 Mb iso to you - just burn it to a CD-RW, boot into it, and select Easy Recovery. Then select the option along the lines of - advanced recovery - no partition (since you've deleted the partition - this should do a raw sector scan - basically, if there're fragments of your textfile still on the harddisk (i.e., in the freespace or unallocated regions), Easy Recovery should pick it up. Then just save to a floppy (I'm guessing source files won't be that big - should fit on a coulple of floppies.)

Bye,
Victor

[damrod]

euh i have near 100Gb on the new partition so...

thx for the offer but don't waste your time uploading it ;-))

it's a good opportunity to code properly :-)

[damrod]

i'm upgrading my realeditor and matroskamuxer from vb6 to delphi7 (better code ;-))

then i will re-work on realbatch : the vb6/activeX version works good but i want to rewrite it in delphi7....

[Sirber]

activex curreltly leak like hell if you use avisynth. that's why I reincluded producer cmdline :(

[damrod]

i discover that also

that's why i think to maje a delphi7 clx cmdline gui

it's better to open it in kylix after...

did you plan to use the doscommand.pas unit for catch the ouput of the dos window??

[damrod]

ok i put the link on my website for the old realbatch 1.5beta (coded in vb6 and which use the activex dll... no elysium features)

i remove the tools soft to gain Mo (around 20 Mo ;-))

http://damrod66.free.fr/RealBatch_1.5b.zip

it's fully functionnal ;-)) i use it actually since i don't have finished my v2.00 in delphi7 :-)
(NB : don't forget the regme.bat to register the producer dll ;-))

Code in progress :
RealBatch 2.00 : http://damrod66.free.fr/RealBatch.exe
RealEditor : http://damrod66.free.fr/Rm_edit.exe
MkvMuxer : http://damrod66.free.fr/mkvmuxer.exe

[Sirber]

Originally posted by damrod
did you plan to use the doscommand.pas unit for catch the ouput of the dos window?? Nope. My current system works perfectly. When producer will work correctly on linux, I'll be able to convert easily my GUI to Kylix to produce a linux version. I tryed some time ago to build a kylix version but I couldn't find any help about kylix / CLX.

[damrod]

with the active x dll under linux??

you're talking about the cmdline no?