Old RealAnime discussion

[Sirber]

I might have an alpha release this weekend.

*** Updates ***

Removing:
* Scheduler

I'm now building the job manager, so I'm moving the "encoding engine" in a separate class instead of keeping it in the main frame. By doing so, the scheduler is in the way so I will remove it, since it's kinda useless and I made it for fun. If it's requested, I will reput it back.

[Demi9OD]

I seem to be getting a pretty big audio desynch (delay) when playing back movies encoded by RealAnime 1.91 using VBR RV10 and HE-AAC(96kb/s).

Using MPClassic 6.4.7.6 with Real Player 10 installed and CoreAAC. The sound may be desynched with regular AAC, but its much closer to synchronous, hard to tell. Playing back the .avs in MPClassic shows no desynch problems.

[Sirber]

I encoded lots of RV10+HE-AAC with no problem. Is your source MP3 VBR?

[Demi9OD]

Source is just a WAV, 48hz, streight from dvd2avi.

v = mpeg2source("G:\Movies\Better Luck Tomorrow\project\blt.d2v")
a = wavsource("G:\Movies\Better Luck Tomorrow\project\blt AC3 T01 3_2ch 448Kbps 48KHz.wav")
AudioDub(a,v)

[damrod]

if you load you avs in virtualdub is the framerate correct or does vdub propose you to change it??

btw did you check duration of the d2v and the wav files??
sometimes it s...cks... i have the same pb..

[Demi9OD]

Framerate is correct, it has to be a 48hz issue, I will downsample and re-encode tonight.

[kilg0r3]

Hi Sirber!

just had a short look at your program and thought i hand you two of my cents.

1. What do you think, would it do any good to include Donald Graft's fixed version of dvd2avi and Mpeg2dec3 with your app or at least recommend its use?

2. Your app seems to require ffdshow to be in windows/system32 instead of looking up its position in the registry.

and another one

3. I couldn't find a possibility to encode in one-pass mode. If it is not just my eyes this should definitely be added.

4. Anamorphic resize is available through the normal resize function i guess. No, my main objective is not anime encoding, I admit it ... :)

[damrod]

sirber add the one-pass encoding in his last release i think

if not use my realbatch : in short it's realanime with the onepass encoding

[Sirber]

Hi

1-pass is added to the "next pain in the ass release". I went yesterday to VB6's limits.

http://forum.doom9.org/showthread.php?s=&threadid=70743

:devil:

[damrod]

i install yesterday delphi5...i must learn delphi to use it but...i'm a little... ;-))

btw sirber do you plan to change to delphi for realanime?

[damrod]

oh i forgot to ask : did someone test batch real producer???

it's a chinese soft available in english : it's true it works faster than cmdline gui since it works like the realproducer10 basic : direct access to dlls, no cmdline

btw if you stop the encoding, i will create a partial encoded file rmvb... like realproducer10 (or helixproducer9)

i have made a mirror if someone wants to try...
i need more options/functionnality but for a simple batch encoding it's pretty good ;-))

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

[Sirber]

Originally posted by damrod
i install yesterday delphi5...i must learn delphi to use it but...i'm a little... ;-))

btw sirber do you plan to change to delphi for realanime? Nope. If I would like to have Delphi for RealAnime, I would finish Surreal UI :). I want to finish RealAnime and move on other projects.

[damrod]

sure and to make some .net soft it's easier to start form vb6->vb7 conversion...

[h9903209]

Originally posted by damrod
oh i forgot to ask : did someone test batch real producer???

it's a chinese soft available in english : it's true it works faster than cmdline gui since it works like the realproducer10 basic : direct access to dlls, no cmdline

btw if you stop the encoding, i will create a partial encoded file rmvb... like realproducer10 (or helixproducer9)

i have made a mirror if someone wants to try...
i need more options/functionnality but for a simple batch encoding it's pretty good ;-))

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

yes, I always use batch real producer until I find that he-aac is really siginifically better than cook... and same reason as you mentioned: easiest, fastest, support .dat, no cmd window, have partial encoded file created so I can convert a little bit to check the quality result, etc, except no drag and drop and no save last setting when exit.

btw, why it would be faster if no cmd window?

it would be nice if GUIs here can have no cmd window and have partial encoded file created, any chance? ^O^

[Sirber]

RealAnime 1.91 can hide producer, about partial encoding file, maybe later :)

[damrod]

realanime use cmdline to launc encodng, batchrealproducer no : it's direc access

btw te 1.5 has save/load settings and full rv10 support (cf about)
i doesn't check the drag and drop but we can do multiple file selection when adding file(s)...how can you do that in vb6?

[Itakugi]

Although Batch Real Producer is simple to use, I still use cmdline because of one reason -- I can't disable bframe in Batch Real Producer.

I don't like use bframe, it is not as good as a rmvb file that don't use bframe.

I had converted a file with bframe and without bframe, please check it.

http://mp5neavy.hp.infoseek.co.jp/FateOP2b.rmvb -- with bframe
http://mp5neavy.hp.infoseek.co.jp/FateOP2.rmvb -- without bframe

[Sirber]

There is a bug in RealAnime (IIRC) present in 1.91 that prevent choosing bframe, so it's always adaptive.

What is "Batch Real Producer"? :confused:

Also, this thread is for RealAnime, not all software you use :p

[damrod]

it's ok sirber

i just make some test with this chinese soft to check encoding duration : it's true that brp is faster that cmdline producer encoding...

if someone know how to attack directly the producer dlls....

[Sirber]

There is an activeX control for producer, I tryed it but never got it to work. IMO using producer is faster since there is no UI :)

[damrod]

sure but i wonder how they access encoding... maybe using c api is faster than vb....mdr...c better than vb...
i think i will go to sleep if i say truth... :-)

[Sirber]

damn. I lost the new core of RealAnime. Trying to recover... :angry:

[damrod]

bad luck :-(

where will i find new code ? ;-))

i add shutdown possibility and average encoding time (in hh:mm:ss)

i must finish save/load settings in ini or rpad files....

[Sirber]

I took the "encoding engine" from the main form and moved it to a class. The class got deleted. I will have to recreate it from RealAnime 1.91 or just reuse the RA 1.91 way of doing it. I will have to think about it.

[DarkNite]

Have you ever heard of Trim()? RealAnime can (and in my case always does) use avs files as input so why not just add a trim line to the script? Maybe I'm oversimplifying, but it seems logical to me.

Were you going to be using "partial encode" as a crash recovery method? I haven't read up on that (as far as RV is concerned), but I would like to think that anything doing 2 pass has a log/statistics file saved that would at least allow me to skip the analysis.

Oh, and keep up the good work. ;)

[Sirber]

RealAnime 1.x is closed, and will not be developped anymore. We have reached VB limitation. The next release will be rewritten in Delphi 7 with a new interface simillar to Surreal UI and Shinobu GUI.

Note: Next release won't be Surreal UI.

[damrod]

delphi7??
why not...no pb of dll...

[damrod]

ok i finish realbatch 1.1.0... :-)

- add load/save ini files (automatic save/load realbatch.ini at startup/quit)
- rewrite functions/procedures : i clean the sourcecode..
- you can save settings as a rpad file (audience file)
- modify some panels
- remove bugs of course...

soon to be on my website...

[Sirber]

watch for bframe bug:

it's not ItemData() but List() :D

[damrod]

ah?? where is that in the code ? ;-))

i will check that

[damrod]

corrected ;-)

[Sirber]

I found that bug building 2.00 :)

[damrod]

thx

i moving rm-aac demuxer and mastroska muxer in their own form ;-))

make the gui cleaner...

[Sirber]

k

WHy don't you start a new thread for your mod? This one will close when the new version will comes out.

[damrod]

ok i create it ;-))

it will be simple at the begginning ;-))

[Lagoon]

Is HE-AAC a resource whore ? :D

The xbox media center now support RV10+AAC, but it lags in high motion scenes, I thought at first it would be RV10's fault because the xbox is only a 733Mhz CPU, BUT there are no lags when using cook/AAC-LC.

Any significant quality difference between HE-AAC and AAC-LC ?
Also would it be possible to replace the audio in a RMVB container, like removing HE-AAC and get AAC-LC on ?

[kilg0r3]

Originally posted by Lagoon
Is HE-AAC a resource whore ? :D

AFAIK, the 3ivx Decoder and probabely even the splitter are not optimized. It uses about 20-30% cpu to decode sound only on my athlon 1500+.

Any significant quality difference between HE-AAC and AAC-LC ?
Also would it be possible to replace the audio in a RMVB container, like removing HE-AAC and get AAC-LC on ?
AFAIK, HE-AAC only sonds better in lower bitrate regions ( very roughly estimated up to 100kbit).

[damrod]

for seing video on your xbox use aac-lc or cook codec...the difference of quality is not so high...
btw the xbox is only stereo no?

[Lagoon]

Nop, the xbox can output 5.1 and even DTS via the optical out, but I only have stereo equipment :)

I used 64kbits AAC-LC and didnt notice a difference in sound, since the sources are almost always already in MP3 I guess that won't change a lot :)

[damrod]

myself i use cook and aac-le since i want to play my rmvb in both mpc and realplayer10...at this time he-aac is not supported in realplayer10...must wait for the gold edition ;-))


for reecnoding avi (anime) i sue cook 96kbits multichannel : the sound is clear even when the source is mp3 mono 22khz...;-)

[Lagoon]

I avoid cook because strangely it bugs when used with tmpegenc.

I get no sound, which is weird because tmpeg is using directshow and I have no problem playing it on mpc etc

AAC (both HE and LC) doesn't have this problem and since I'm often doing DVDs for friend I need a full tmpegenc compatibility :D

[JaTeMaTec]

Originally posted by kilg0r3
AFAIK, HE-AAC only sonds better in lower bitrate regions ( very roughly estimated up to 100kbit). [/B]

That's absolutely true AND most of the known AAC-encoders even refuse to let one use HE-AAC at higher bitrates than 96kbps (Like Nero, FAAC and QT), because it is simple meaningless to encode worse sounding higher-bitrates audio than to use LC or MAIN at 80kbps and up!

HE-AAC is in it's best at bitrates from 32 to 64 kbps if one wants to use it as a container within MP4 movie in case of getting smaller sizes with fe. 3ivx D4 4.5.1 with average bitrate 50-150 (or just use it as standalone audio).

(Just a comment...)

JaTeMaTEC

[Latexxx]

Originally posted by JaTeMaTec
HE-AAC is in it's best at bitrates from 32 to 64 kbps

But it is the best audio codec in that range. Try it yourself if you don't believe. And when they'll finally get parametric stereo implemented, the quality of AAC at low bitrates will get even better.

[JaTeMaTec]

Originally posted by Latexxx
But it is the best audio codec in that range. Try it yourself if you don't believe. And when they'll finally get parametric stereo implemented, the quality of AAC at low bitrates will get even better.

That's absolutely what i tried to tell with my level of english :)
(And hello Latexxx, we seem both come from Finland...)

I try to put it again with more simple english:
"HE-AAC (High-Efficiensy) works best in the range between 32 and 64kbps, from 80kbps and up you should use LC (Low-Complexity) encoding". Just what you told. And i also wait eagerly the parametric stereo implementing to get my broadcasts to sound even better at 64k which i mainly use.

At Nero the highest profile with constant bitrates is 96kbps to use HE, after that it automaticly switches to LC profile. I think it's about the same with FAAC, Psytel and QT.. (maybe 80k is the best cutting edge to use LC or MAIN).

JaTeMaTec

[damrod]

so using he-aac really depends on the player we use : mpc or realplayer since rp doesn't support he-aac at this time...

[JaTeMaTec]

Originally posted by damrod
so using he-aac really depends on the player we use : mpc or realplayer since rp doesn't support he-aac at this time...

Yes - realplayer and few more (even big-one commercial) players still uses generic 'old-fashioned' AAC-implentations and kinda decodes the output with same complexity-level at all bitrates and they have chosen LC-AAC profile for all, because they dumply think that no-one would ever use bitrates under 80 kbps, which is false thinking nowadays!

I think that MPC (v6.4.7.6 Gabest translation) can play almost everyhing and is fine configurable with registered dx-filters as aac-decoders like FAAD Dll's. With that implementation you should get it to play he-aac easily with low bitrates - i have gotten it to use Faad just fine for MP4, M4A and AAC containers (i think it's the ole$self-registering aac.dll version that comes with latest Easy CD-DA Extractor v6.5.4.1).

64kbps HE-AAC with most nowadays quality improvements really sounds even better than 128 kbps MP3 (Only Lame 3.95.1 maybe beats the quality at that level 2:1, but still not much what i have read) and the filesize is halfed (+broadcasting is much more easy with 32 to 64 he aac-levels...)

/Edited typos and added versions...

Peace!

[Sirber]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I will release the lastest RealAnime 2.00 sources soon. Don't expect
them to work, since I lost the core last weekend. It's just some
material for "wannabe programmers that make mods outa cool softwares"
:p ;) :D

What's included:
* unfinished job manager
* unworking encoding core
* and other cool features I cannot say, since it's all underground
technology ;)

-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3

iQIVAwUBQDQVpli1AygRJN3HAQLRVA/+OoHJ6UbGck3e/Uxo2ISo4+kQj6twsJ1t
jb2/yPDNLrnjuV4ItURhtk+Gb9zUD/+a+7LdXO/Mz8s3lMo2Axf1KEq/odZv5AzS
odZMII3ue2ldBdn8HwMQk4FqX1/FZRqpKKa7eKUjKxeIkTPo4LD6RVIoHlWKMJ12
82zq/CGturfaXJDJEUygdf3Y05kOwLcHbruQzdTMV7el2QV0SCTyCkGcrN0n7y3R
k5FwYUNlqe0w3IGoflY/FhY40yzll4eoDKc2TptkYh2akh6pZb7rjSV92aJBr6uA
Z26ode/4o1TnfDwaGABATuAc0OgFohy0XJkus/dnCctdOwn3xpR4XS8e52A4e9ec
ec1FAC3WOFez1vyhGh4HmdCYlrBFBbXSyltt1oorKRKWAMB352dz/HlCOq9CXQct
CBnzxA+dtS89g8pWsC8nTcDPcv+MxnEOb2IcImkW9jqvH0PQs+qJlArBCAE6i0G1
IV1wA7o0TZGMpZwVFYGXLt9c7QiG6+GXqjGlHB98gu55ebnJK6E2LbhiLG1VlP5Z
+dLs2maem37eWE7OZDc9tR+D6ABf1GSNxrm2WY+sJon80kJNpoel3wZYCRkNdS6a
ooxgOuMCvnLArMgghr49RzG4sgTkp5xta4NCFMkekm0r8+zsJUlLuB8DyfIK/Xdl
52q7cE8xghc=
=rT0E
-----END PGP SIGNATURE-----

[JaTeMaTec]

Originally posted by Sirber
-----BEGIN PGP SIGNED MESSAGE-----
-----END PGP SIGNATURE-----

Just keep on good work with this ungergrounzah even signed with PGP :p

Peace & Howmany + Good Nite (Finland & bed calling @ 04:00 am ... :)

[damrod]

i will check that sirber ;-))

[escobar]

having a problem tryed to encode a avi file and got this here is the log of what happened "9:20:26 PM - Starting encoding!"
"9:20:26 PM - Starting C:\Music&Stuff\Naruto Eps\_anbu-aone__naruto_71__cee3a56e_.avi"
"9:20:29 PM - New average encoding time: 5.00000012107193E-02 minute(s)"
"9:20:29 PM - CTRL+C detected in first pass, aborting."
and this is happening with every file i try am i missing any files? im running athlon xp1800 win me 80 gig harddrive i have realproducer basic 10 on my pc and i can use that to encode but its so limited am i doing something wrong thanks for the help im a noob to encoding so please be nice.