View Full Version : RealAnime 5 - Feature Request and Development Thread


Sirber
9th May 2006, 01:36
http://www.detritus.qc.ca/images/RA5.PNG

Please post here what you would like to have in RealAnime 5. We'll see what we can do.

Sirber
9th May 2006, 01:44
Some changes from 4.1.2:

* 5MB installer :D
* Intelligent file list
* Better error handling
* Log tab, where you can see RealAnime internal log as well as realtime encoder output
* Only x264 and AAC
* Automatic track management
* Automatic AAC bitrate, you only choose Audio Quality preset. RealAnime 5 will show you which bitrate it selected (readonly)
* 2pass AAC using Nero commandline encoder (SSE2)
* PC and iPod profiles (no more PSP)

that's all what I can think of now...

http://www.detritus.qc.ca/images/RA5_1.PNG

http://www.detritus.qc.ca/images/RA5_2.PNG

http://www.detritus.qc.ca/images/RA5_3.PNG

clone83
9th May 2006, 05:09
can you please add the audio and video codec select again as there is still some of us that LOVE ur program and still use xvid and vorbis in mkv to do our encodings?

Latexxx
9th May 2006, 09:17
Why no psp support?

Eretria-chan
9th May 2006, 10:54
can you please add the audio and video codec select again as there is still some of us that LOVE ur program and still use xvid and vorbis in mkv to do our encodings?
I doubt that. If you want those features, you'll have to stick with RA4. To make easy and simple, I strongly doubt anything but x264 and AAC will be used in RA5.

Sirber
9th May 2006, 11:52
@clone83

Older codecs older RealAnime ;)

@Latexxx

I don't have one, so I can't test. Also, no one reported anything about it in RA4.

Sirber
9th May 2006, 11:53
I'm planning to add MPC and ffsdhow to the package, to have a player part in RealAnime, to play the source, output and preview filtering.

Eretria-chan
9th May 2006, 12:51
The "preview" doesn't sound half bad! Perhaps you could add a feature to "test" the quality of the output by encoding like 5% of the file. This way the user can see if the encode will be good or not and don't spend 5 hours encoding a clip and the result looks bad.

Sirber
9th May 2006, 12:56
you won't get the same quality on 5% and on 100% of the clip, especially on lower bitrates (those I forced you to since RealAnime 1.0 :p) :D

Eretria-chan
9th May 2006, 13:01
Of couse not, but it is still preferable instead of wasting 5 hours :sly:
And you are planning on adding a preview already, so!

Sirber
9th May 2006, 13:02
preview = extract source, build AVS, add filters, launch MPC ;)

[edit]

Hum... maybe I could add a "trim" in the avs...

[edit 2]

... and some kind of encoding... ;)

killerhex
9th May 2006, 14:29
will it still have RV10 encoding

Sirber
9th May 2006, 14:50
will it still have RV10 encoding
I am truely annoyed of answering already answered question you always ask. Go see second post where it says "Only x264 and AAC" :sly:

Sirber
11th May 2006, 12:28
alright, people have spoken: no feature request :(

siddharthagandhi
12th May 2006, 00:25
About the only x264:

Are you willing to reconsider that? Because there are still many uses for Xvid, and I use Xvid a lot because of its much faster encode speed (and the quality lost isnt that much).

Sirber
12th May 2006, 00:36
Do you use xvid for low bitrate anime recoding? ;)
To add xvid I would need to add mencoder, which is around 10MB with all the needed dlls, which most user I'm sure will not wish to download at every new release each 2 days ;)

Also, RealAnime 5 is ment for Pentium 4 or AMD64, because it requries SSE2 and quality profiles were made to have good speed with those machine.

Quality:
Normal: P4 or AMD64
Better: PD or AMD64 X2
Best: dual core could do it... ;)

clone83
12th May 2006, 02:35
well how about releasing 2 versions of RA5.

1) Xvid + Vorbis Only
2) x264 + AAC Only

And you could call them RealAnime 5 Xvid and RealAnime 5 x264:D

Sirber
12th May 2006, 02:46
xvid and vorbis can't compete for low bitrate. They are not updated anymore. RealAnime is not just a GUI, it's a GUI with kick ass codecs :D. You are free to use RealAnime 4 for that older stuff.

[edit]

I won't make the same miste as in RA4, which was supposed to be x264 + AAC only. ;)

killerhex
12th May 2006, 14:08
whats the best setting to encode with this new RA

in a

1.00ghz
256mb ram comp

Sirber
12th May 2006, 14:28
You will need a Pentium 4 or compatible with SSE2 to use the lowest quality profile. Time to upgrade ;)
RealAnime 5 will not let you encode on your current machine.

[edit]

The lowest quality mode will be made for a 3GHz CPU (or 3000+).

killerhex
12th May 2006, 18:18
You will need a Pentium 4 or compatible with SSE2 to use the lowest quality profile. Time to upgrade ;)
RealAnime 5 will not let you encode on your current machine.

[edit]

The lowest quality mode will be made for a 3GHz CPU (or 3000+).



dammit

Sirber
12th May 2006, 19:46
dammit
$498.00: eMachines W3115 Desktop PC w/ AMD Sempron 3100+ 1.8GHz Processor & 17" Flatscreen CRT Monitor (http://www.walmart.com/catalog/product.do?product_id=4837463)

Sirber
15th May 2006, 13:04
Upgraded to Delphi 2005 Personal :)

Sirber
16th May 2006, 01:32
I'm making tonight the profiles for x264 and Nero AAC.

Sirber
16th May 2006, 03:46
x264 / AAC (1pass) done, installer done (Inno Setup), DosCommand function done too, logs done.

What's left for Preview 1:
* Source Analyzis / Track extraction / AVS
* Save / Load XML for settings
* File List manipulation (right click menu)

Sirber
16th May 2006, 18:00
I'm thinking of removing MKV as output. MP4 is the standard for AVC and AAC.

Deinorius
16th May 2006, 23:47
Did you truly think correct about it? Of course, mp4 ist standard for AVC and AAC.
But you said, RealAnime ist for Anime low bitrate encoding. There's no better Container for Animes than Matroska because of better Subtitle support.

Sirber
17th May 2006, 00:54
New rules:

1) Subtitle track will be hardcoded (hardsub) in the video stream.
2) x264 and AAC in MP4 container only, no more MKV.
3) RealVideo 10 and RealAudio in RM container will be supported.
4) Theora (1pass) and Vorbis in OGG container will be supported.

also

5) Both SSE2 and normal version of Nero AAC cmdline encoder will be bundeled, P4/AMD64 users will use the SSE2 version
6) No more CPU restrictions, but user will be warned that x264 will encode at camel speed.

@killerhex

Please read above carefuly :p

killerhex
17th May 2006, 02:07
got it and thanx

Sirber
17th May 2006, 02:48
7) Installer will include ffdshow, MPC, Helix YUV codecs and Haali splitter, and will be 18MB
8) You will be able to play the source (normal) and preview filtering (video, audio and hardsubs)

RealAnime 5 is so gonna kick huge ass :D

killerhex
17th May 2006, 03:36
nevermind

Deinorius
17th May 2006, 09:32
oO
Well, will you support at least Softsubs .srt. I think, mp4 support it, right?
On the other hand... no interests for this coming version. I want to write a guide for RA4. So it will be RA4 forever.

Last question... Why?

SpAwN_gUy
17th May 2006, 12:13
so, my 5 cents..
No XviD+OGGinMKV - TooBAD no use for RA5
only mp4 - TooBAD no use for RA5
only HardSUB - TooBAD no use for RA5
-----------
so i don't get a point why should i give a try for RA.. (currntly downloading RA4.. dammit it's HUGE)..
'cause i have FireFly to RiP and thought that it would be more.. convinient to RiP them AtOnce...
my collegues ensisted to make XviD+MP3 in AVI... and they really do that encodes now..
there are 2 Options I do RiPs:
1st) for ANiME FANS: XviD+OGG(AC3)+Chapters(if any)+SoftSUBZ in MKV
2nd) for Everyone Else(personally? i hate those Dudes): XviD+MP3 in AVI ...
no HardSubz AtAll ..
will give a try to RA4 ... and Calculate everything in GK... tooBAD

Sirber
17th May 2006, 12:20
@Deinorius

I could let softsubs too, but what if the source have VoSub? Since RealANime 5 chose what to keep, (max 1 audio and max 1 sub), IMO it's best to hardsub.

@SpAwN_gUy

RealAnime is ment to recode crap big XviD release into something very very small. I hate 350, 235 and 170MB AVI/MKV/OGM/MP4 files. RealAnime 4 (and 5) produce a 60MB file from those, which is great. For the use you have go MeGUI :P

[edit]

Looks like you missed the point completly about RealAnime...

Deinorius
17th May 2006, 13:32
If the source has VobSub, you can use SubRip. It should be enough to support a button to click it opens SubRip.
If I'm correct informed theres a version of mp4box, which support experimental VobSub support.

and-y
17th May 2006, 13:49
and how about filter??? are RA 5 support that too? (I think many people which have bad source video like me... )

Sirber
17th May 2006, 14:07
@Deinorius

I can't open subrip in an automated process. best is to hardcode them.

@and-y

yes, plenty of filters :)

anne_so78
17th May 2006, 14:21
All I want from RealAnime:

1) Batch encoding to x264 and Coding Tech's aacPlus from various input formats...
2) 32 kbps aacPlus with Parametric Stereo, perfectly synchronized, without delay! If the delay bug still exists then add a "delay" checkbox defaulted to the correct setting or hard-code this (eg. -130ms for the MKV container; I don't know how much for MP4).
3) Good documented settings for x264 (eg. StaxRip), preferably Sharktooth's complete x264 profiles. Why not add 'simple' profiles like "Normal" "Better" "Best" and 'additional' Sharktooth profiles... If you don't want to include Sharktooth's profiles then give complete description and parameters for "Normal" "Better" and "Best" in your website or somewhere...
4) High quality bi-cubic resizing
5) An accurate bitrate calculator that actually works! (eg. XVID's bitrate calculator works great and also calculates overhead)

Some features are already implemented.

This is all I need...

Sirber
17th May 2006, 14:32
1) x264 and the newest nero commandline encoder, better than CT and no delay (I've been told)
2) #1
3) CLI args are in the code, which is avalible on the SVN
4) I thought about using Biculin (bicubic luma, bilinear chroma)
5) Dunno, maybe as an external tool. Maybe someone can make a good one.

anne_so78
17th May 2006, 15:44
1) x264 and the newest nero commandline encoder, better than CT and no delay (I've been told)
very interesting, I'll check it out
3) CLI args are in the code, which is available on the SVN
hmm maybe, but that isn't user-friendly. Instead, could you post it in this forum?
4) I thought about using Biculin (bicubic luma, bilinear chroma)
Screw Biculin, haven't heard of it. Maybe it is better than precise bicubic but that I'm not sure and wouldn't want to take a chance on. Precise bicubic is the best resize method I've seen and it works great for all material and resolutions. At least keep an option for bicubic if you insist on including biculin...
5) Dunno, maybe as an external tool. Maybe someone can make a good one.
Yes I think so too, there are a lot of free bitrate calculators. You can contact the author to include it in your program. But first, that program must be found...

Sirber
17th May 2006, 15:49
hmm maybe, but that isn't user-friendly. Instead, could you post it in this forum?I could do that :), but it will cost you. That's right, all the tea. ;)

Screw Biculin, haven't heard of it. Maybe it is better than precise bicubic but that I'm not sure and wouldn't want to take a chance on. Precise bicubic is the best resize method I've seen and it works great for all material and resolutions. At least keep an option for bicubic if you insist on including biculin...Alright, Bicubic (0.75) for PC and Bilinear for iPod.

Yes I think so too, there are a lot of free bitrate calculators. You can contact the author to include it in your program. But first, that program must be found...Can you point me to one? I need MP4 overhead, OGG overhead and RMVB overhead :)

Deinorius
17th May 2006, 16:18
I meant, that the button will only open SubRip. Not more. It would be enough. Editing the subs with SubRip, then using the .srt with RealAnime.

Sirber
17th May 2006, 16:39
I meant, that the button will only open SubRip. Not more. It would be enough. Editing the subs with SubRip, then using the .srt with RealAnime.And you will manually do that for all your files (i.e. 26 episodes): extract the MKV, convert the subs, merge the MKV back, then encode?

Deinorius
17th May 2006, 17:39
I would, but it could run this way. It's just an example.

I think, mkvextract can be started with RealAnime (I know, that you don't support mkv). Converting Vobsub with Subrip into .srt doesn't need much time, because you only need to run it at background, just set the vocals at the first time should be enough.
Rest is about RealAnime.

Sirber
17th May 2006, 19:25
I support MKV as input, not output.
So, for each file, I will start SubRip and wait that you convert them, then encode?

anne_so78
17th May 2006, 20:07
Alright, Bicubic (0.75) for PC and Bilinear for iPod.


Bicubic 0.5 please (as in StaxRip and RealAnime 4).

Sirber
17th May 2006, 20:33
Bicubic 0.5 please (as in StaxRip and RealAnime 4).alright. I'm still waiting for your paiement of "all the tea" ;)

killerhex
17th May 2006, 20:41
can you support .mkv for dual audio i like to keep both audios but never tried with mp4 i like mkv better but thats just my opinion

anne_so78
17th May 2006, 20:48
alright. I'm still waiting for your paiement of "all the tea" ;)
http://techhelpers.net/e4u/drink/trink33.gif

Sirber
17th May 2006, 21:08
can you support .mkv for dual audio i like to keep both audios but never tried with mp4 i like mkv better but thats just my opinionRealAnime 5 (and xAnime) only keep 1 audio, japanese, default track or track 1, whatever the container.

killerhex
17th May 2006, 21:38
so no encode all audio option :mad:

Sirber
17th May 2006, 21:43
IMO japanese track and english subs is enough. Dub sucks most of the time, so adding both is just a loss of space.

Deinorius
17th May 2006, 22:54
I support MKV as input, not output.
So, for each file, I will start SubRip and wait that you convert them, then encode? You wait a longer time for the encode. Running through a Vobsub File goes much faster.

Sirber
17th May 2006, 23:10
You wait a longer time for the encode. Running through a Vobsub File goes much faster.I don't quite understand :confused:

Deinorius
17th May 2006, 23:53
Encoding a video needs for example an hour. Converting a Vobsub File into .srt needs just a few minutes. That's my point.

anne_so78
18th May 2006, 00:45
I've done some testing of the new HE-AAC v2 codecs from Ahead and Coding Technologies'. Here are my impressions for 32kbit encodings:
Coding Technologies' aacPlusv2 v7.2.0.a contains a few improvements in certain aspect of the sound. Overall it is better than the previous version, though only by a small difference.
Ahead's new and free (seriously, what's the catch!?) MPEG4 audio codec is a big improvement over the previous version. The warbling effect apparent in dialogue is gone. Music sounds great with this codec. However, the voice quality, while much better than before, is not up to the level of the CT's encoder. High's sound harsh and fatiguing and dialogue isn't as clear and smooth as CT's encoder.
Since the newer Ahead codec, the difference between the two encoders (Ahead and CT) isn't very much and one can hardly differentiate them through cheap desktop/laptop speakers. Still, the difference exists, especially when listening through headphones...
So, for movie/cartoon encoding @ 32 kbps, CT's encoder reigns supreme...
[Samples can be downloaded here (http://www.mytempdir.com/673158); CT's sample was made using the old encoder]

I've checked to see if encoding with Ahead's encoder introduces any delay or not. Watching the encoded video's, I couldn't easily detect any delay and any such perceptions could have been imaginary. Anyways I decided to analyze the audio with a graph (using Audacity v1.3b) and Lo and Behold! Delay!
http://img376.imageshack.us/img376/4030/delay6qw.png
I extracted a wavefile and converted it to CT's aacPlusv2 32kbps using BeLight, and also converted the wavefile to Ahead's (latest) HE-AACv2 32kbps. Afterwards I converted both MPEG4's to wave using Winamp's Diskwriter output plugin. The first two bars are the source wavefile, the second two are Ahead's encoder, the third two are CT's. As you can see CT's wavefile has the longest delay (the delay in this sample, according to Audacity, is 151ms). I thought Ahead's encoder would pass off delay free, but not! Although, it is a small delay which I may or not have noticed during playback. Hmmm, why is it so difficult to get perfectly synchronized streams?...

So, keep that delay checkbox a little while longer:sly:

Sirber
18th May 2006, 00:58
Cool comparison! :D

Can you make it for Nero for 24kbps, 32kbps and 48kbps? I'll hardcode the values of the delay. I did not notice any delay with AAC LC (nero).

anne_so78
18th May 2006, 01:30
Believe it or not, even mp3 adds delay to the stream, but only about 25ms. I'll check out the rest of the bitrates tomorrow. I hope there'll be some kind of consistency...

Sirber
18th May 2006, 01:41
So, if my source is MP3, and I encode to AAC HE+PS, I'll get a kick ass delay? :(

killerhex
18th May 2006, 01:49
is the delay good or bad never understood

Sirber
18th May 2006, 02:22
the delay makes the audio and video not playing at the same time, so it's evil.

I got to encode video (x264) with RealAnime 5. Now, I'm at audio and final merge. Preview 1 will only handle AVI files.

I removed Theora. No one uses it anyway.

killerhex
18th May 2006, 02:37
any support for files encoded in AC3 5.1

Sirber
18th May 2006, 02:43
5.1 files are too big (filesize) and I personaly have nothing to playback them (2.1 on PC and 2.0 on TV). Same as RA4, input audio will be downsampled to 2 channels while keeping surround data.

Good thing (unrelated with 5.1), RealAnime 5 accept every audio codec now, as long as they decode via DirectShow or NicAudio.

killerhex
18th May 2006, 03:59
anything else until release

Sirber
18th May 2006, 12:23
work? ;)

Best make the specs before it's released no?

Inventive Software
18th May 2006, 12:27
What about Aud-X support?

Sirber
18th May 2006, 12:57
well, not exactly a 2 channel codec, nor a low bitrate one ain't it? ;)

anne_so78
18th May 2006, 20:19
Sirber, I am using Graphedit (+ WavDest and Filewriter Directshow filters) to extract a wavefile from actual playback through Haali Media Splitter and ffdshow. Then, I analyze this wavefile through Audacity to find the exact delay introduced into the audio stream. I am hoping this method is faultless.
However, I did find something peculiar: An audio/video file with 32kbit CT's aacPlus v2 compiled manually by me by first extracting a wavefile from the source through VirtualDub, then encoding in BeLight and finally muxing in mkvmerge is different from the same source encoded in RealAnime 4 RC3 (a difference of 8ms)
Besides the delay introduced by the CT aacPlus encoder itself, how did RealAnime add an additional +8ms of delay?

anne_so78
18th May 2006, 20:35
Got it! It's the 48khz>44.1khz downsampling that introduces the +8ms delay...

Sirber
18th May 2006, 20:38
hum... what do you recommend? :confused:
I'll only use Nero commandline with RealAnime 5

anne_so78
18th May 2006, 20:45
Use CT's encoder after I give you the delay value's for various bitrates. Don't discard the best. Or keep both...

Sirber
18th May 2006, 21:02
Why not using Nero? It got 2 pass :) Also the delay is less in your test.
it's also legit to use

anne_so78
19th May 2006, 05:10
Here are the delay values detected (for bitrates of 24, 32 and 48; Nero 2-pass ABR encoding has also been seen following the same delay patterns) using the method described in post#68.

CT = Coding Technologies' aacPlusv2 encoder found in RealAnime4 RC3 Package
Nero = Nero HE-AACv2 encoder, May 1st 2006 version

Nero encoder must be specifically instructed to encode with parametric stereo at 48kbit bitrate; otherwise it encodes with only SBR resulting in inferior quality. Also note, the following delay values are valid only for SBR+PS encoding.

============================================

For sources with 48khz samplerate:
CT: +107ms
Nero: +75ms

For sources with 44.1khz samplerate:
CT: +116
Nero: +82

============================================

killerhex
19th May 2006, 07:02
how long does it take to hardcode the sub into the video stream

Deinorius
19th May 2006, 07:55
How long does it take to encode a video stream with XviD or x264?

That's the answer. :D

Kayser
19th May 2006, 14:28
anne_so78, those delays are the same for every file? :thanks:

Sirber
19th May 2006, 14:55
If yes, I will hardcode them but let the user change them (i.e. correcting the hardcoded value), ex:

User: 0ms + PS: +75ms = +75ms delay
User: -50ms + PS: +75ms = +25ms delay

[edit]

Does the delay change if you use another bitrate?

anne_so78
19th May 2006, 15:45
anne_so78, those delays are the same for every file? :thanks:
Yes. I've tested with more than one sample, and the delay patterns were found to be consistent.

Does the delay change if you use another bitrate?
I've tested bitrates of 24, 32, and 48. No change. Except Nero@48, but that's because Nero switches to HE-AACv1 encoding at that bitrate. Just instruct Nero to encode to HE-AACv2 at 48 kbit, then the given delay-values are valid again.

Nero@48kbit with default settings is really bad, I actually like 32kbit better than 48kbit. I wonder why Ivan allows his encoder to encode in this way:confused:

Sirber, could you please include CT's encoder also (like a checkbox "Use CT encoder") ? About the legit stuff> many aspects in your program are on shaky legal ground (x264, mp4box etc.), what are you gonna do about them;) ? Screw the law!:devil:

To be honest, @24kbit and @48kbit(with PS of course) Nero has better quality than CT(tested with the old encoder); Neat stuff! It's only @32kbit, that the CT encoder has the edge... So retain the encoder a little while longer, it couldn't hurt...

Sirber
19th May 2006, 15:49
I've tested bitrates of 24, 32, and 48. No change. Except Nero@48, but that's because Nero switches to HE-AACv1 encoding at that bitrate. Just instruct Nero to encode to HE-AACv2 at 48 kbit, then the given delay-values are valid again.

Nero@48kbit with default settings is really bad, I actually like 32kbit better than 48kbit. I wonder why Ivan allows his encoder to encode in this way:confused: I force AAC HE+PS for my "PC" bitrates and LC for iPod.
Sirber, could you please include CT's encoder also (like a checkbox "Use CT encoder") ? About the legit stuff> many aspects in your program are on shaky legal ground (x264, mp4box etc.), what are you gonna about them;) ? Screw the law!:devil:

To be honest, @24kbit and @48kbit(with PS of course) Nero has better quality than CT(tested with the old encoder); Neat stuff! It's only @32kbit, that the CT encoder has the edge... So retain the encoder a little while longer, it couldn't hurt...I hate "exceptions", but since RA5 moto is KISS (http://acronyms.tfd.com/kiss), it's very easy to change the code to use CT instead.

Sirber
19th May 2006, 15:52
Many Thanks for your testing! Your help is very appreciated! http://www.detritus.qc.ca/images/jap.gif

First preview release of RA5 will surely be released in 2 months, since tomorrow leave rainy Canada and leave for one month in Australia :D

ja neh! :D

anne_so78
19th May 2006, 15:56
Bon Voyage!

Sirber
19th May 2006, 17:30
I might have to use CT instead. Nero doesn't like my WAV files...

http://forum.doom9.org/showthread.php?p=829631#post829631

Sirber
19th May 2006, 18:05
Works #1 with CT. When playbacking in FFDShow, I have a "Jitter" of -42ms. IS it automatic delay correction?

Sirber
19th May 2006, 18:33
Allright guys, the first working file encoded with RA5:

http://multiterra.mooload.com/file.php?file=files/190506/1148059994/E001.mp4

using CT encoder, no delay fix yet nor audio normalization.

modsoul
20th May 2006, 13:56
i have request (if its not too much trouble.)
would it be possible to add a support for saving our own selected options... in a profile like thing. i mean your defaults are great but i sometimes i like to have a little more control over the encoding.

i did search the thread for "profile" but still sorry if this has beenm asked

lastly thanks for this great program. before this i had compress all my anime using a python script for mencoder but this reall made it easy.

anne_so78
20th May 2006, 20:53
Sirber, I know you want to keep everything as simple as possible to make the program easy to use, but why not create a 'basic' mode and an 'advanced' mode where every option under the sun can be tweaked. Then comes the name change, and the relaxing+sipping_iced_tea part;)

ggab
22nd May 2006, 02:09
Allright guys, the first working file encoded with RA5:

http://multiterra.mooload.com/file.php?file=files/190506/1148059994/E001.mp4

using CT encoder, no delay fix yet nor audio normalization.
Not Found

The requested URL /file.php was not found on this server.
Apache/2.0.52 (CentOS) Server at multiterra.mooload.com Port 80



PS: i will miss MKV output support.....

clone83
22nd May 2006, 23:56
SIRBER PLEASE DO NOT REMOVE MKV OUTPUT!!!! mkv is more up-to-date then mp4 and ogm.

anne_so78
23rd May 2006, 00:26
guys, what advantage is there for MKV over MP4 ?

Eretria-chan
23rd May 2006, 11:43
Sheesh, I'm away for a week and all this crap happens? :confused:
*) Don't remove mkv output! Mkv is the best container, period. If you remove it I'll simply have to re-mux the streams in a mkv container, which means a lot of more works and your version becomes a downgrade than the previous version.
*) Hard subs? Not that it's bad, but still... if the container supports it, like they do, then I believe subs in the container are the way to go.
*) And remove all that crap from the download! Don't know how many times I've actually complained about that... keep the file size down! If all those things are necessary, then make the installer look for those installed components, and if not installed, then ask the user to install them by pointing a link or make the installer download them.

Dammit... are you going to make RA 5.X to RA 1.X? :scared:

LAIN
23rd May 2006, 21:19
I'v talked with Sirber concerning the MKV output. We agree to only have MP4 output. The main reason that we decided to remove it it that we need a version of realanime more simple that support principally ipod output. another reason that mp4 is a "standard" output that can be played on almost every os.

If you really want to have mkv output, i strongly suggest you to use the version 4.1.2 of realanime that is stable. We will continu to update the binaries of x264 and all the componant that can be updated. For now there is no develloppement on version 4.1.2 scheduled until a major bug is discovered or if there is some features that can be added or modified.

for all the componant that currently is used by RealAnime (v 4.x) they are necessary and we want to allow the user to have the full package so that a network installation is possible. We might do a simple version that need to download/update componants, but, like I said, there is no schedules made for this right now. we currently put all our time on the developement of RA5.

Since Sirber is out of the country for ~4 weeks, the developement of RA5 will be slowed during this time.

Eretria-chan
23rd May 2006, 22:17
This is truly outrageous. Then I must toss away RA5 and look for an alternative, because RA4 just doesn't cut it with all those besweet errors and halting on errors.

Shame on you, Sirber. Your program will be dubbed Crap Anime 5.0 in my book now.
Thank you very much. You just made me lose the best IMO anime batch encoder out there.

LAIN
23rd May 2006, 23:03
wierd that you have a buch of error, i'v been encoding with realanime 4.1.2 for more than 3 weeks in a row 24/7 and never have any error. did you try to desinstall, remove all files in program files\realanime 4 and reinstall it new. i'v been having error until i do this and after this no more error.

I can't force you to use realanime 5, this is decision that were made by both of us (even that i didn't totally agree on his decision and i'll continu to use realanime 4.1.2 because of the mkv output and multi track support) at first real anime 4 (previously LE) was supposed to be "light edition" and because of user requests we do modification and add a lot of features (and it is still easyer to use than realanime 3.x). ALSO because of that we encountered a lot of error and with the help of ppl we were able to correct a lot of them. a buch of error was the result of the log unit that didn't free itself when realanime closes.

That is why we have finally decided to only ad MP4 ouput (easyer to support and to develop) and a complete new structure with only the features that we wanted, if there is people that is interested to use our program the way that we develope it it's awsome, if people dont want to use it, there is older version that work (almost all the time) correctly or, if you really want to have something custom made, program your own batch encoder.

anne_so78
24th May 2006, 01:05
if you really want to have something custom made, program your own batch encoder.
Dude, chill... No one here's gonna program their own GUI. We saw something good (RealAnime) and we'd like to see it become better and better with every release. Now, the way forward is certainly not stripping wanted features for a lighter and lighter version. Never should a newer version be inferior to an older version.
Okay, on the one hand you want a small and simple program that is easy to download and easy to use and easy to develop. On the other hand, some may want to customize various features and would prefer an advanced version. RealAnime4 contained various features that I'm afraid those may disappear in RealAnime5. This is ridiculous, not in my humble opinion, but as a fact. It makes no sense because all the code for all the features is already available. If the developers of RealAnime think that this is better because it is easier to develop, then why not ignore the 'advanced' features in the process of developing. This, I'm sure is the same as developing a 'Lite' version. If the developers think it still is better to strip down RealAnime 5 because the package is small and with minimal options, so it must be easy to use, to this I say > why not create a 'Basic' or 'Lite' RealAnime5 and an 'Advanced' RealAnime5. Even better, why not incorporate the two profiles in one program, if download size is not a big issue. If the developers of RealAnime are feeling too lazy to continue this 'RealAnime5 Advanced' project then at least take the exact code from the latest version of RealAnime4 (I think the latest version of RealAnime 4 actually works, and not that it is completely unusable...) and call it 'RealAnime5 Advanced'.
So there you have it, a RealAnime where only essential features are incorporated in a very user-friendly interface, and a RealAnime where every feature (or at least every feature in RealAnime 4) is available to tweak, but which may contain more bugs...
Everybody's happy...

Sharktooth
24th May 2006, 01:13
IMHO ppl should not criticize what they get for free...
However i would have called the actual RealAnime 5 just RealAnime LE (or Light).

anne_so78
24th May 2006, 01:23
IMHO ppl should not criticize what they get for free...
Of course they can, and they will... That's one of the reasons these boards exist right? To comment, suggest, and criticize if necessary. The fact that something may be free or not here, is irrelevant...

Sharktooth
24th May 2006, 01:36
I mean useless criticism in place of constructive criticism.
It's like pretending something from someone who does owe you nothing.

anne_so78
24th May 2006, 01:59
I mean useless criticism in place of constructive criticism.
It's like pretending something from someone who does owe you nothing.
I don't know how you got that impression:confused:

Sharktooth
24th May 2006, 02:02
Well i was referring to the Eretria-chan post: http://forum.doom9.org/showthread.php?p=831484#post831484

LAIN
24th May 2006, 03:04
@anne_so78

I understand what you are saying, we are not lazy about developing any program. We are just doing program that suits our needs. We do it basicly for us and if there is other people that want to use it and that fits their needs it's ok with us.

For develloping 2 different version of realanime "light" and "advanced" it like doing 2 time the same program, if we want to do a "advanced" version we would probably made 1 version and no "light edition" it might be confusing for some people to see realanime 5 with less feature than the 4, but we wanted to have a light program with features that we want to use. The current features that realanime 5 have may or may not stay the same, there might have new features added as the developement goes.

We appreciate all the testing and critics that you can give to our programs and all the testing that people can do to with a bunch of files that we dont have, this is fabulous and we are grateful for this. But the only thing that we would like to be considered for, we (me and sirber) are the only programmer on realanime (except the programmer that i dont know that work on xAnime on c#), and sirber does the major part of it everytimes and at the end of every project he sais that this is his last one and when he start a new project, people ask for a ton of features that he include and people always want more. I can understand that normally you have more features with version, but we do personnal developement and we are not a compagny or even payed for this time and for all the features that people request. we do it for fun and enjoy doing it.

Guest
24th May 2006, 03:40
@Eretria-chan

Don't forget rule 4, both for profanity and insults. Thank you.

Eretria-chan
24th May 2006, 09:26
@Eretria-chan

Don't forget rule 4, both for profanity and insults. Thank you.
Please don't think of this as an insult. I was disappointed and gave my view of opinion.

@Lain:
From what I see, you are simply dissing RA. You include a lot of crap into the download package--something that Sirber wanted to avoid, which also was a reason why he removed some features. And now you drop matroska support. I'm just saying that if you continue to ignore everyone's requests, then no one will give a damn about the program. Even if it is an excellent tool. I've used it since 4.x and found it to be a terrific tool. But since you now are going the absolute different way, it's becoming more and more bloated.

Anyhow, I *would* contribute to the project in terms of programming in any way I could, IF the project wasn't in Delphi. I don't know Delphi. I don't want to learn Delphi. So I'm out of luck. :scared:

Doing a batch tool is easy, sure... but I don't know about profiles and other things - how to do the audio encoding, what options to you with the video encoding... how to merge it all. If I knew all that, then maybe, just maybe, I might have tried to do something on my own.

Guest
24th May 2006, 12:58
Please don't think of this as an insult. I was disappointed and gave my view of opinion. Do it without making scatological references. It's not necessary, does you no credit, and lowers the tenor of the forum. If you want to discuss this more, please use PM.

LAIN
24th May 2006, 13:01
@Lain:
From what I see, you are simply dissing RA. You include a lot of crap into the download package--something that Sirber wanted to avoid, which also was a reason why he removed some features. And now you drop matroska support. I'm just saying that if you continue to ignore everyone's requests, then no one will give a damn about the program. Even if it is an excellent tool. I've used it since 4.x and found it to be a terrific tool. But since you now are going the absolute different way, it's becoming more and more bloated.

Eretria-chan, i can't add any features / crap in the soft everything that is in it, need to be thare and i dont know anything about video encoding, i only do programming and help sirber do some clases / function. for the user request, we dont ignore them, it's just decision that we decided. If you can read on the forum, we have already included some features in filtering (Video and Audio) in the current developing stage of realanime but it is principaly concerning the mp4 container since mkv can be used in 4.x. we want to optimize every settings related to mp4 (for now) on this tool. If there is anything related to mp4 or any profiles for any devices that support mp4 we will probably enjoy to add it, but like i say, we concentrating out efforts on mp4 that's why mkv is put asside for some time.

Since MKV have been a good subjet of arguing, that might me a good point to add it to the project since there is more people talking about is removal than the chance to fully work with MP4. I was against removing this container for ra 5.x, but i'm not the project lead/main programmer and sirber is the guy how know more about video/audio encoding than me, i let him follow his idea and only support him. We have been talking about adding mkv when realanime mp4 function will work, but it is not for now. i just dont want you to think that we dont read request/bugs of users, we read every of them and talk about them regulary. We also talk about the way of implement it or a way to set up our structure the easyest/clearest way so that we can add new container/filter/codec.

[Edit]

btw, i'm not programmer, i'm a network administrator and i'v learned delphi only for realanime. I also dont want you to think bad thing about realanime. we seriously take users comments and think about it, it is with all your help that we are able to make a good program that work nicely

[Edit2]

If you want to continu this conversation, just PM, i'll answer all your question.

Eretria-chan
24th May 2006, 15:07
Then I will add:
Very well. I shall wait and see how this develops. In the mean time, I will use another software.
Still disappointed with this decision, though. Most members on Doom9 prefers mkv over other containers.

Kayser
24th May 2006, 17:22
I like mkv as well, but support Lain's and Sirber's desition all the way. If they want to make it mp4 only, then be it... If I want to remux the files into matroska I can...
@Sirber and Lain: Maybe this hassle would be avoided adding a checkbox that omits the muxing into a container process... I mean, leave the audio and video separately, and then the user could choose their container if they didn't want mp4... Just a suggestion though

LAIN
24th May 2006, 17:42
@Sirber and Lain: Maybe this hassle would be avoided adding a checkbox that omits the muxing into a container process... I mean, leave the audio and video separately, and then the user could choose their container if they didn't want mp4... Just a suggestion though


Thankx for the suggestion, i'll take a look for it. It might not be hard to do! :D

Sirber
29th May 2006, 11:18
I'v talked with Sirber concerning the MKV output. We agree to only have MP4 output. The main reason that we decided to remove it it that we need a version of realanime more simple that support principally ipod output. another reason that mp4 is a "standard" output that can be played on almost every os.iPod is not default output... I chose MP4 coz it's the standard way to store AVC and AAC.

Eretria-chan
29th May 2006, 11:28
The installer is way too big. Thou shalt not have my support in that.:devil:
Not that it matters, I guess...
Anyhow, don't fail us with your plans! We shall look forward to a 1337 version of RA this time!

LAIN
30th May 2006, 15:49
Hi,

there was a modification on our distribution server, i hope that it will answer faster to download request. there might be some old link that dont work on www.detritus.qc.ca and for now the changes cannot be made (i'm not the web-admin of this page). here is a link that will allow you to download the files.

http://detritus.sobanet.com/files [Europe]

[Edit]

new mirror :
http://mirror2.sobanet.com/files [USA]

killerhex
3rd June 2006, 07:39
can you make this version better at encoding x264[avc]>xvid or >rmvb i get flipped picture everytime i tried encoding to rmvb or xvid with RA4

Eretria-chan
3rd June 2006, 13:32
Does that mean encoding TO XviD? If so, then you had better read the thread more carefully...

killerhex
3rd June 2006, 18:55
yea i read again saw th xvid wasnt included in the program sry

LAIN
7th June 2006, 15:29
Great news for MKV user,

Sirber finally agree to add the mkv option in realanime5.

edtee
8th June 2006, 10:09
Great news for MKV user,
Sirber finally agree to add the mkv option in realanime5.
:thanks:

As a recently new user/convert of RA this is great news. :) I appreciate your continued work on this usefull tool. I can understand your desire to perfect mp4 first, since it is your effort that makes RA possible. However I look forward to seeing MKV output show up in RA5, even if it takes a while.

DeathTheSheep
8th June 2006, 19:12
Nero encoder must be specifically instructed to encode with parametric stereo at 48kbit bitrate; otherwise it encodes with only SBR resulting in inferior quality. ... Nero@48kbit with default settings is really bad, I actually like 32kbit better than 48kbit.
Sorry to interrupt what appears to be a highly civilized discussion, but I'd just like to make a few remarks as to the validity of the above quotation.
It has been scientifically proven by means of widespread ABX audio testing that Nero's specific implementation of 48kbps HE-AAC is indeed superior to its implementation of 48kbps HE-AACv2. Questions of "what's best" are what Hydrogenaudio does best, and thus both from a personal and scientific perspective do I fully agree with their conclusions for the vast majority of audio sources.

Additionally, the delay with the latest Nero audio encoder is very small and nearly impossible to detect by the vast majority of users. Thus I recommend that RA5 refrain from the implementation of all features that will not produce a perceivable benefit to the vast majority of users.

This program is designed for the purposes of simplicity and usability, as well as high performance. The less it is shackled by outdated and inferior codecs, the better. I'm glad that the ultra-modern, widely used, powerful, and feature-filled Matroska has returned to RA5, for most users prefer this format over MP4 for one reason or another.

However, I share in part the same opinion as some of this board's members, chiefly that the user should have the ability to select which components to install via a simplified 512KB installation wizard. The selection of, for instance, 3 installation options--"Tremendous," "Bloated," and "Recommended"-- would allow the user the option to download and install which package best suits him/her. To cut down on installation size, the files are then downloaded from the detritus server from within the installation wizard itself. I believe this method, once implemented, would solve many problems which have so plagued and divided the RealAnime userbase since its conception.

My highest regards to Sirber, Lain, and all who contribute to the RA project,
DeathTheSheep

Dark Eiri
8th June 2006, 21:21
I think RealAnime5 should just have X264 with AAC and MP4 for container. Why? Well, for XviD encodes with MP3 audio, you can use MeGUI or something like that (even VirtualDub). And it is easy to remux MP4 to MKV, right? I think the package could be real light, without players and stuff. Just add a link to ffdshow and Haali Media Splitter to the website, and it's done!

Eretria-chan
8th June 2006, 21:21
Finally woke up from that horrible nightmare, have you? :D Finally matroska support!
I just have to agree with TheDeathSheep on the installation size... I wouldn't find it too hard to add little checks in the program that checks if the proper things are installed to use them. That way, we can use whatever way of encoding we want without "the bloat." If we want to use a feature, we simply install it. If not, then we skip it. No need to download huge amount just to use it then. That is my wish and my dream. And I hope as you decided to keep matroska that you shall also make this dream come true. This I dream... and shall continue dreaming...

I think RealAnime5 should just have X264 with AAC and MP4 for container. Why? Well, for XviD encodes with MP3 audio, you can use MeGUI or something like that (even VirtualDub). And it is easy to remux MP4 to MKV, right? I think the package could be real light, without players and stuff. Just add a link to ffdshow and Haali Media Splitter to the website, and it's done!
The purpose of the application is batch encoding. I certainly don't want to remux every mp4 container to mkv (and lose a lot of time on that as well). All I would want, and all RA was made for I'm sure, is a one click batch encoding solution. Kind of. I think.

clone83
10th June 2006, 02:41
iPod is not default output... I chose MP4 coz it's the standard way to store AVC and AAC.

Ok that might be true but with mp4 you are not able to addformats such as ssa/ass (which i have been waiting for them to release it with it) and mkv does... And sirber as u can see mkv is used by more people then the mp4 community.

Sirber
19th June 2006, 08:14
Ok that might be true but with mp4 you are not able to addformats such as ssa/ass (which i have been waiting for them to release it with it) and mkv does... And sirber as u can see mkv is used by more people then the mp4 community.
That's why I wanted to hardsub ;)

So in output tab you will have "I prefer Matroska output" and "I prefer soft subtitles". But RealAnime reserve the right to hardsub and not use matroska if something bothers it.

The installer is way too big. Thou shalt not have my support in that.:devil:
Not that it matters, I guess...
Anyhow, don't fail us with your plans! We shall look forward to a 1337 version of RA this time!
I will have the big installer and a small installer (base) with package you can add (matroska, realvideo + theora, etc). So evberyone will be happy. everyone :devil: ;)

Sirber
19th June 2006, 09:38
RealAnime 500 setup (18 MB):
* RealAnime 5
* Matroska support
* RealVideo support
* Theora / Vorbis support
* AVISynth
* FFDShow
* Matroska splitter
* Helix YUV codecs (needed for AVS parsing)

RealAnime 500 light setup (5MB):
* RealAnime 5
* Helix YUV codecs (needed for AVS parsing)

RealAnime 500 light external package:
* Matroska package (2MB)
* Extra codecs package (4MB)

killerhex
20th June 2006, 05:46
so whens the release

Eretria-chan
20th June 2006, 12:34
When you reach 1000 posts. And when it's ready.

Sirber
20th June 2006, 16:59
I was about to say when my wall of empty sake bottle would be complete, but I guess your answer is better ;). I just slept more than 12h, coming back from Australia is hard.

Yesterday I played with the installers and they are near complete, today I might play with the input manager to add MP4 support and MKV/OGM support.

I had an idea yesterday too, what if I add .torrent support? RA5 would download it (them if many files), then encode the file(s) while seeding the torrent, then when it's over, the seeding stop and RA goes to the next file in queue, .avi or .torrent or anything. I'm still looking for a software in commandline for that so it's just an experimental idea. What do you think?

Eretria-chan
20th June 2006, 17:08
So you don't forget, Sirber...

[18:00:26] Sirber: gm
[18:00:33] Sirber:
http://forum.doom9.org/showthread.php?p=842739#post842739
[18:00:40] (li) Atarash: Another idea seemed to have hit me...
Is it possible to make RA intelligent enough to start the
second pass of x264 if you abort encoding at the second
pass? It would make re-encoding faster when restarting the
computer.
[18:01:23] Sirber: problem is old first pass file goes anywhere on the
hdd, and is kept when the encoding is complete
[18:01:32] Sirber: so I might hit a wrong first pass file
[18:01:37] Sirber: and screw the encoding
[18:01:47] (li) Atarash: Can you not tell x264 where to place it?
[18:02:12] Sirber: it put it on the output folder I think
[18:02:39] Sirber: I could delete it after an encoding
[18:02:52] Sirber: but I cannot know if the file is omplete
[18:03:17] (li) Atarash: Aye, so it does put it in the output folder,
but is there any way to tell x264 where to place it?
[18:03:28] (li) Atarash: The program could remember what pass it was
on when it was aborted.
[18:03:28] Sirber: but I can add something in RA5 so it reember if 1st
pass was done
[18:03:39] (li) Atarash: It would save some time :)
[18:04:17] Sirber: well, post this log on doom9 so I remember it :P

The whole torrent idea is neat, but there may be some problems to tackle. Contained within RA, I don't think the user would have that much control over the torrents like many other programs does. What would be cool though, would be to download them in order (episode 1 first, then episode 2, etc), possible linear (from start to end, not random chunks; kinda like http). Also it could show progress how much has been downloaded. That would be cool. But remember that you really should continue seeding until the ratio is at least 1.0 or greater! Otherwise you're ripping off other members of the community, basically, and RA may be banned from trackers.

Sirber
21st June 2006, 04:49
What's left to do for first public release:

Input: AVS, MP4, MKV, OGM
Hard track on input (audio dub, external subtitle)
Filtering
Subs (hard and soft)
Output: MKV
Codec: RV10, Theora
Engine: reuse first pass stats if complete
Audio: automatic delay fix

Sirber
21st June 2006, 04:57
http://upload.wikimedia.org/wikipedia/en/2/2f/AAC_low-delay.png

Can someone confirm the delay for AAC (LC, HE, HE+PS) ?

Sharktooth
21st June 2006, 12:28
Never experienced any delay here.

daverc
21st June 2006, 12:58
I don't know if you still use avs2wav.exe, but it was responsible for delay with mp3vbr input. I don't know if this graph is really related to audio video synchro in MP4 / MKV.

Sirber
21st June 2006, 13:05
I'm using avs2wav for RA5, RA4 and bellow was using BeSweet and we had a delay.

Eretria-chan
21st June 2006, 20:50
Sirber, do you think a derainbow filter is possible? There are some clips that has this problem.
For that matter, I found something...
I agree with you, merange 8 not disturb quality, and very little decrase PSNR and SSIM, but spedup is huge!
Maybe you should check it out!
http://forum.doom9.org/showthread.php?t=110636

Sirber
22nd June 2006, 06:49
hum... interresting. Do you recomment it for "Normal" quality?

Normal: 8
Better: 12
High: 16

?

Eretria-chan
22nd June 2006, 12:09
I'd rather have it as low as possible if it has such impact of speed while little impact on quality.

Sirber
22nd June 2006, 17:13
so 8 for all modes?

Also can you point me on a page with DeRainbow filter and doc?

Sirber
23rd June 2006, 14:14
did not find any speed boost with merange=8.

Never experienced any delay here.
Maybe you just can't notice a 200ms delay... ;)

Sirber
23rd June 2006, 14:16
Here's a test for 3 bframes versus 16 bframes. If 16 bframes is good on anime, it might get set as new default or as an advanced option. Please watch both clip and post comments!

Download (http://www.detritus.qc.ca/files/3bf_vs_16bf.torrent)

Note: the torrent is trackerless, so you need a DHT-compatible torrent client like uTorrent.

[edit]

there are 3 files:
412: Medium quality
413 + 3bf: High quality + 3 bframes
413 + 16bf: High quality + 16 bframes

Sirber
23rd June 2006, 15:32
http://upload.wikimedia.org/wikipedia/en/2/2f/AAC_low-delay.png
Code is done:
// *** Audio Delay ***
iDelay := 0;
// Add user delay
if (oSetting.bFDelay = true) then
iDelay := iDelay + StrToInt(oSetting.sFDelay);
// Add delay for HE-AAC PS
if ((oSetting.iVCodec = 0) and (oSetting.iProfile = 0)) then
begin
case oSetting.iAQuality of
0: iDelay := iDelay - 0.350; // 24kbps
1: iDelay := iDelay - 0.250; // 32kbps
2: iDelay := iDelay - 0.175; // 48kbps
end;
end;
avs.Add('DelayAudio(' + FloatToStr(iDelay) + ')');
I hope this problem will be fix once and for all :devil:

Sirber
23rd June 2006, 15:39
Here's the AVS made with RA5 at default:

# RealAnime 5
DirectShowSource("E:\Anime\Tests\E003.avi")
EnsureVBRMP3Sync()
DelayAudio(-0.25)
Normalize()
ConvertToYV12()

Sirber
23rd June 2006, 15:55
Source: Naruto intro (1m 39s), sadly in low Q
Output: RA5 default settings with automatic audio delay enabled

Download (http://www.detritus.qc.ca/files/audio test.torrent)

Warning: video quality is bad. this test is to show audio delay correction code above.

daverc
23rd June 2006, 22:38
Here's the AVS made with RA5 at default:

# RealAnime 5
DirectShowSource("E:\Anime\Tests\E003.avi")
EnsureVBRMP3Sync()
DelayAudio(-0.25)
Normalize()
ConvertToYV12()

The EnsureVBRMP3Sync() will be usefull for audio sync if you do some Trim() in the avs. I'm not sure it has any effect if you process the whole stream. Keep it. Anyway if you have solved it : Good Job. If not try bepipe, as it provides progress report and maybe better sync. Problem is you won't be able to do 2 pass encoding.

Eretria-chan
24th June 2006, 00:58
I've news regarding derainbowing...
The DeRainbow script for AviSynth seems to work pretty well, now that I've finally gotten it to work. The downside? It doesn't remove ALL rainbows. And it has variables strength, of course. At the maximum strength, I found it to be quite memory consuming and playing back the file resulted in about 30% CPU utilization. That is, a noticeable speed drop if doing encoding.

I was wondering, though... given enough space was available, would it be possible for RA to use a lossless encoding with the avisynth script to remove rainbows and/or other things with filters and then encode it? This would save time I'm sure, at the cost of disk space. Perhaps something to look into.

Sirber
26th June 2006, 02:39
The EnsureVBRMP3Sync() will be usefull for audio sync if you do some Trim() in the avs. I'm not sure it has any effect if you process the whole stream. Keep it. Anyway if you have solved it : Good Job. If not try bepipe, as it provides progress report and maybe better sync. Problem is you won't be able to do 2 pass encoding.TDosCommand (delphi) doesn't like piping, so BePipe doesn't work.
I've news regarding derainbowing...
The DeRainbow script for AviSynth seems to work pretty well, now that I've finally gotten it to work. The downside? It doesn't remove ALL rainbows. And it has variables strength, of course. At the maximum strength, I found it to be quite memory consuming and playing back the file resulted in about 30% CPU utilization. That is, a noticeable speed drop if doing encoding.

I was wondering, though... given enough space was available, would it be possible for RA to use a lossless encoding with the avisynth script to remove rainbows and/or other things with filters and then encode it? This would save time I'm sure, at the cost of disk space. Perhaps something to look into.
Can you give me a link on for the filter, and settings? About lossless I could try but an anime in lossless sue 20-30GB space...

Eretria-chan
26th June 2006, 02:45
About lossless I could try but an anime in lossless sue 20-30GB space...
But if possible, it can save time =)
Let's wait a little for the filtering part, shall we? Still investigating.

Sirber
26th June 2006, 02:57
If I know which fitlers are slow, I can extract lossless only if slow fitlers are used. But... I'd need to add mencoder (8MB) to the package... :p

Eretria-chan
26th June 2006, 03:00
Hint: External package ;)
To my knowledge, good filters are slow. And any filter slows down as you know.
Have you evaluated the clips yet?

Sirber
26th June 2006, 03:18
not yet, been on big party all weekend.

I'm not sure if doing 3 pass (filtering + first + second) vs 2 pass (filtering + first, filtering + second) if we would see any difference in speed...

Eretria-chan
26th June 2006, 09:11
I don't know if lossless is fast or not, but doing 2 pass, we'd have to do filtering twice, yes? Plus using slow filters, that's two very slow passes, so I would get we WOULD get a speedup.

daverc
26th June 2006, 11:39
TDosCommand (delphi) doesn't like piping, so BePipe doesn't work.

Can you give me a link on for the filter, and settings? About lossless I could try but an anime in lossless sue 20-30GB space...

BePipe does not work with . Net either.
Easy workaround :
I put bepipe commandline in a temp batch file each time.
Then it works well.

I 'm also sceptical about adding a temp video file.
Lossless will need either a flv1 or huffyuv commandline encoder. Both are good but speed improvement over xvid or mpeg 2 decoding is not that huge. On the other hand it keeps file sizes reasonnables.

Eretria-chan
26th June 2006, 11:55
Well, quality encode with huffy gave about 160 fps. Now compare that to when encoding with XviD or x264.
I tested an avisynth script with SmoothUV + RemoveNoiseMC and the result was about 5 fps. Imagine how it would CRAWL when encoding with x264 like this.
Well, it was merely a suggestion, I don't know if it will work or not. I'm not an expert.

Sirber
26th June 2006, 23:21
Added FastEDIUpsizer and DeRainbow. still need the DLL and AVS for DeRainbow.

Stop and Error Management is done too. Gonna start RV10 tonight.

Eretria-chan
27th June 2006, 22:54
The following script might be useful for comparing the videos:

# If Videos start at different frames
frameadjust=0

# Videos to compare: (v1 is original, v2 is encoded or whatever)
v1 = DirectShowSOurce("Full Metal Alchemist - 01 - 413, 3 bframes.mkv")
v2 = DirectShowSOurce("Full Metal Alchemist - 01 - 413, 16 bframes.mkv")
sub = v1.subtract(v2)
substrong = sub.levels(122,1,132,0,255)

return StackVertical \
( \
StackHorizontal \
( \
v1.subtitle("3 b-frames"), v2.subtitle("16 b-frames") \
), \
StackHorizontal \
( \
sub.subtitle("Difference"), substrong.subtitle("Difference amplified") \
) \
)

Weltall
28th June 2006, 08:48
Hey Sirber, I really enjoy your work on RealAnime! It's the best software I have ever used =D

Well, I just wanted to ask you to add some stuff I really missed in it.

- I wanted RA to continue encoding files even if some file gives me an error. Sometimes I let my pc working over night with many files to encode. I go to my classes, after to some friend's house, and when I come back, after 15 hours, I have an encoder error in the first file... damn corrupt files!!!
- It was very cool if I could adjust different settings for each anime (or a selection) in the queue. For example, I've added some episodes of different animes, with different lengths, so I wanted to be possible to select some of them and adjust only their settings. so I could have control of the size of each anime on the end. I really miss this, cause I always get and encode the latest episode of my favorite animes at the same time, so I never have many equal length files to encode in a batch (I've used windows search many times trying to find that to encode). Maybe... an option for queue list saving in a text file! This would be very useful, I could let encoding and stay away of my pc for years
- The possibility to move a file up and down in the queue.

I think that would make RA batch encoding even better.

Well, since I really trust on you, I wanted you to help me in some doubts I always had, since I began to use RA:
-Which matrice gives me better results: Low Bitrate Matrice or main x264 matrice? I always encode my files to 50MB, using High Quality, 2 pass, @24kbps AAC PS Audio. I really like the output, but I never know which matrice to use. That little empty square waiting to be marked always confuse me :S
-That B Frames, shall I use 3 or more B Frame in ->your opinion, since I use that settings I mentioned above? How many?
- Is mp4 container better than matroska's? I'm really lost on it now, cause I was muxing all my eps to matroska, but I saw your mp4 preference and now I don't know what to do. I noticed mkv is much faster advancing in time on the file than mp4 (at least in MPC), so why to choose mp4? I have many episodes in my HD with mkv container, I searched in every corner of this world for a mkv to mp4 muxer, so I could have my mp4 files back, but I didn't find :'(! I tried to demux the tracks with MatroskaGUI and mux them with YAMB, but video and audio delay is like 1 minute, maybe avc1 isn't properly supported on MKVGUI. Could you help me on it?
And one last thing, will you use NeroDigital like main audio, is it better -> in your opinion?

Sorry if I asked some dumb question or suggested something that was already suggested or unecessary for you. Sorry for my messed words and sorry for this post's size. I think I'll never need to post again...
Thanks Sirber for indirectly help me all this time! I'm your fan!

Sirber
28th June 2006, 12:21
- I wanted RA to continue encoding files even if some file gives me an error. Sometimes I let my pc working over night with many files to encode. I go to my classes, after to some friend's house, and when I come back, after 15 hours, I have an encoder error in the first file... damn corrupt files!!!that's already in RA5 :)
- It was very cool if I could adjust different settings for each anime (or a selection) in the queue. For example, I've added some episodes of different animes, with different lengths, so I wanted to be possible to select some of them and adjust only their settings. so I could have control of the size of each anime on the end. I really miss this, cause I always get and encode the latest episode of my favorite animes at the same time, so I never have many equal length files to encode in a batch (I've used windows search many times trying to find that to encode). Maybe... an option for queue list saving in a text file! This would be very useful, I could let encoding and stay away of my pc for years
sorry, that is hard to manage and not very user friendly :(
- The possibility to move a file up and down in the queue.gonna add that :)

-Which matrice gives me better results: Low Bitrate Matrice or main x264 matrice? I always encode my files to 50MB, using High Quality, 2 pass, @24kbps AAC PS Audio. I really like the output, but I never know which matrice to use. That little empty square waiting to be marked always confuse me :SIn my test quality was lower with low bitrate matrice so it's not in RA5 anymore. Best keep to main matrice.
-That B Frames, shall I use 3 or more B Frame in ->your opinion, since I use that settings I mentioned above? How many?I did not test a lot yet, but if your source is noisy more bframes will kill quality.
- Is mp4 container better than matroska's? I'm really lost on it now, cause I was muxing all my eps to matroska, but I saw your mp4 preference and now I don't know what to do. I noticed mkv is much faster advancing in time on the file than mp4 (at least in MPC), so why to choose mp4? I have many episodes in my HD with mkv container, I searched in every corner of this world for a mkv to mp4 muxer, so I could have my mp4 files back, but I didn't find :'(! I tried to demux the tracks with MatroskaGUI and mux them with YAMB, but video and audio delay is like 1 minute, maybe avc1 isn't properly supported on MKVGUI. Could you help me on it?hum... MP4 is the standard container for AVC/AAC while MKV is a general purpose container. MP4 also have HW support while MKV only work on PC with special filters. About the delay best ask in Container forums.

Eretria-chan
28th June 2006, 13:34
sorry, that is hard to manage and not very user friendly :(
Sirber, would it be possible with the following?
The settings tab are "global" settings as usual. They apply to everything you add to the list. However, if you right-click, you could have an option to select settings from there. Like, bring up a dialog that allows per-file settings.
To support this idea, I would build a class that for each input file that contains all info for that file, ie filename and settings. It shouldn't be hard. If you could do it, all the better. Of course, that is up to you.

Sirber
28th June 2006, 14:14
Sirber, would it be possible with the following?
The settings tab are "global" settings as usual. They apply to everything you add to the list. However, if you right-click, you could have an option to select settings from there. Like, bring up a dialog that allows per-file settings.
To support this idea, I would build a class that for each input file that contains all info for that file, ie filename and settings. It shouldn't be hard. If you could do it, all the better. Of course, that is up to you.Unless some of you are willing to code it, it's out of the question.

Eretria-chan
28th June 2006, 14:20
I can't code Delphi. But I could write a dll to interface with. But I guess that, too, is out of the question.

daverc
28th June 2006, 17:07
Do you still save settings and filelist in the same xml ?
Adding a save + load current config will be much easier to do.
For almost same purpose.

Sirber
28th June 2006, 17:17
Do you still save settings and filelist in the same xml ?Yes
Adding a save + load current config will be much easier to do.Already have that. :)

Sirber
29th June 2006, 02:13
16 bframes is evil!!! gonna stick to 3.

the bitrate I use is too low and it makes dancing blur squares.

Weltall
30th June 2006, 19:58
Hey Sirber, I wasn't talking about a delay, properly said. The problem is: when I extract the tracks with Matroska gui, video file is different, it has less length than the original file. So when I mux with the audio track, the mp4 output is wrong. Please, make a test, mux to mkv an anime in mp4 you have converted with realanime, so try to remux it to mp4 with YAMB/mp4box, say me what you get. If you get it right, tell me how did you do, cause I want all my animes in mp4.

And one last thing, will you use NeroDigital like main audio, is it better -> in your opinion?
What about that?

Thanks Sirber!

Sirber
30th June 2006, 20:19
Hey Sirber, I wasn't talking about a delay, properly said. The problem is: when I extract the tracks with Matroska gui, video file is different, it has less length than the original file. So when I mux with the audio track, the mp4 output is wrong. Please, make a test, mux to mkv an anime in mp4 you have converted with realanime, so try to remux it to mp4 with YAMB/mp4box, say me what you get. If you get it right, tell me how did you do, cause I want all my animes in mp4.Still, best ask in Container forum since it doesn't have much to do with RealAnime. Sorry :(
What about that?I've been told Nero is better at 24 and 48 than winamp, but I cannot hear the difference :)

Weltall
1st July 2006, 03:25
Ehehe, thanks, and sorry for that, you are sure, I just asked cause I think of you like the anime encoding man! Of curse, daverc is sharing that position now =D

Thanks Stéphane! :D

Sirber
2nd July 2006, 23:59
still having troubles with audio delay, in Naruto 184, I have a delay of -0.3ms, the "AAC delay fix" applied delay. I think I cannot always apply the theorical AAC delay. maybe I will make the option a checkbox instead of "always".

Sirber
3rd July 2006, 03:03
We're still working on RA5 ;)

http://img55.imageshack.us/img55/4920/ra51nw.jpg

killerhex
3rd July 2006, 03:56
:) great

clone83
3rd July 2006, 10:31
have we got an approximate date of when it will be released...? or atleast a rc or alpha or a beta...?

Sirber
3rd July 2006, 12:27
still no ETA, but past weekend MKV/OGM/MP4 input support has been added. Still need to add MKV output (~10 minutes work) then some testing. Then we might be OK for a public test.

killerhex
3rd July 2006, 13:38
sirber have you tested h264 to rmvb conversion

Sirber
3rd July 2006, 13:52
sirber have you tested h264 to rmvb conversionno, rmvb code is not done yet.

Weltall
3rd July 2006, 22:42
Thanks for your support Sirber! About that container thing, Kurtnoise have helped me. I tought you would welcome every asks or hints. Sorry I asked you all that questions, I superestimated you. Thanks for this great software.

Sirber
3rd July 2006, 22:44
Seems the "delay" is only bad if source is AAC, and not everything like in RA4 using BeSweet.

Sirber
3rd July 2006, 23:01
ffmpeg2thoera:
File C:\Projets\RealAnime5\dist\temp\source.avs has unknown data format

no avs input :eek:

removing Theora from RA5

clone83
4th July 2006, 11:43
and add divx6 with the divx extension aswell please

Sirber
4th July 2006, 12:22
isn't divx VFW?

to add MPEG4 ASP I would add XviD... ;)

Sirber
4th July 2006, 12:43
ffmpeg2thoera:
File C:\Projets\RealAnime5\dist\temp\source.avs has unknown data format

no avs input :eek:

removing Theora from RA5found an update to it, now it works.
producer is the next on the list :)

Eretria-chan
4th July 2006, 12:49
Noooooooooooooooooooo! Bigger size :p
Okay, fine, go ahead, as long as it makes you happy ;)

Sirber
4th July 2006, 12:51
Noooooooooooooooooooo! Bigger size :p
Okay, fine, go ahead, as long as it makes you happy ;)RealAnime 5 Lite will only have x264 and aac, and is about 5,3MB.

Eretria-chan
4th July 2006, 16:24
Suggestion: add a feature to let RA start encoding when windows starts! I *always* forget to start it until some hours later >_<

Sirber
4th July 2006, 16:43
could add a cmdline flag, like "RealAnime5.exe /start" so you can add it in windows.

It would:
1) Start RA5
2) Minimize RA5 (tray)
3) Start encoding if files are in the list

Eretria-chan
4th July 2006, 16:46
Better than nothing!

Sirber
4th July 2006, 17:12
Better than nothing!so, will be ok?

Eretria-chan
4th July 2006, 17:17
Since you obviously don't want to add an option in RA to do this, this will suffice. It works and that is all that matters.

Sirber
4th July 2006, 18:00
Since you obviously don't want to add an option in RA to do this, this will suffice. It works and that is all that matters.I could add a "tool" to make that for ya, using the same principe stated above.

Eretria-chan
4th July 2006, 18:09
Insufficient! :devil:
Okay, I know it's a simple thing to do. But it would save me time! So... :thanks:

killerhex
7th July 2006, 17:44
sirber do you use the RV10dropdupe in RA

Sirber
7th July 2006, 21:25
RA5 will use a tweaked curve compression, while RA4 use the old bitrate allocator.

still thinking about dropping RV10, i.e. only keeping x264. I should cast a poll on that.

killerhex
8th July 2006, 10:19
NOOOOOOO do not drop please

Sirber
8th July 2006, 12:38
no improvement to the codec since RealAnime 2 or 3...

Sirber
8th July 2006, 14:42
Full installer is 16MB whitout producer, ~19 with.
Light is still ~5MB :)

Sirber
8th July 2006, 14:52
The AAC delay problem only affect if the source is AAC. If the source is MP3 the fix is not needed.

So we will all enjoy a delay-free encode with RealAnime 5! :D

killerhex
8th July 2006, 15:21
Full installer is 16MB whitout producer, ~19 with.
Light is still ~5MB :)


i saw in the website Also, we dedided to remove RealVideo 10 from RealAnime 5. x264/aac is simply the best solution for today's encoding.

or theres 3 installers

full[w/o producer]
with producer
and light

Sirber
8th July 2006, 15:41
I don't see the point of working 3h+ to make the code to use producer while most people will not use it. It's time to upgrade my friend... or stick with old tools.

killerhex
8th July 2006, 15:48
so any release soon

killerhex
8th July 2006, 16:20
[7/8/2006 : 11:11:13 AM] : Log File Creation
[7/8/2006 : 11:11:13 AM] :
[7/8/2006 : 11:11:13 AM] : ***** Merging file to MKV (MKVMerge) *****
[7/8/2006 : 11:11:13 AM] : C:\Program Files\RealAnime 4\mkv\mkvmerge.exe --title "Encoded with : RealAnime 4.1.3" -o "C:\Program Files\RealAnime 4\output\_[08D4D190].mkv"
[7/8/2006 : 11:11:13 AM] :
[7/8/2006 : 11:11:15 AM] : mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:31
[7/8/2006 : 11:11:15 AM] :
[7/8/2006 : 11:11:15 AM] : Error: The output file 'C:\Program Files\RealAnime 4\output\].mkv' could not be opened for writing (No such file or directory).
[7/8/2006 : 11:11:15 AM] :
[7/8/2006 : 11:11:15 AM] : ***** ERROR *****
[7/8/2006 : 11:11:15 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:11:15 AM] :
[7/8/2006 : 11:11:41 AM] :
[7/8/2006 : 11:11:41 AM] : ***** Merging file to MKV (MKVMerge) *****
[7/8/2006 : 11:11:41 AM] : C:\Program Files\RealAnime 4\mkv\mkvmerge.exe --title "Encoded with : RealAnime 4.1.3" -o "C:\Program Files\RealAnime 4\output\.mkv"
[7/8/2006 : 11:11:41 AM] :
[7/8/2006 : 11:11:41 AM] : mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:31
[7/8/2006 : 11:11:41 AM] :
[7/8/2006 : 11:11:41 AM] : Error: The output file 'C:\Program Files\RealAnime 4\output\[Shinsen-Subs]?_Blood+?_33?_[08D4D190].mkv' could not be opened for writing (No such file or directory).
[7/8/2006 : 11:11:41 AM] :
[7/8/2006 : 11:11:41 AM] : ***** ERROR *****
[7/8/2006 : 11:11:41 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:11:41 AM] :
[7/8/2006 : 11:12:55 AM] :
[7/8/2006 : 11:12:55 AM] : ***** Merging file to MKV (MKVMerge) *****
[7/8/2006 : 11:12:55 AM] : C:\Program Files\RealAnime 4\mkv\mkvmerge.exe --title "Encoded with : RealAnime 4.1.3" -o "C:\Program Files\RealAnime 4\output\[Shinsen-Subs]?_Blood+?_33?_[08D4D190].mkv"
[7/8/2006 : 11:12:55 AM] :
[7/8/2006 : 11:12:56 AM] : mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:31
[7/8/2006 : 11:12:56 AM] :
[7/8/2006 : 11:12:56 AM] : Error: The output file 'C:\Program Files\RealAnime 4\output\.mkv' could not be opened for writing (No such file or directory).
[7/8/2006 : 11:12:56 AM] :
[7/8/2006 : 11:12:56 AM] : ***** ERROR *****
[7/8/2006 : 11:12:56 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:12:56 AM] :
[7/8/2006 : 11:14:03 AM] :
[7/8/2006 : 11:14:03 AM] : ***** Merging file to MKV (MKVMerge) *****
[7/8/2006 : 11:14:03 AM] : C:\Program Files\RealAnime 4\mkv\mkvmerge.exe --title "Encoded with : RealAnime 4.1.3" -o "C:\Program Files\RealAnime 4\output\[.mkv"
[7/8/2006 : 11:14:03 AM] :
[7/8/2006 : 11:14:03 AM] : mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:31
[7/8/2006 : 11:14:03 AM] :
[7/8/2006 : 11:14:03 AM] : Error: The output file 'C:\Program Files\RealAnime 4\output\].mkv' could not be opened for writing (No such file or directory).
[7/8/2006 : 11:14:03 AM] :
[7/8/2006 : 11:14:03 AM] : ***** ERROR *****
[7/8/2006 : 11:14:03 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:14:03 AM] :
[7/8/2006 : 11:14:31 AM] :
[7/8/2006 : 11:14:31 AM] : ***** Merging file to MKV (MKVMerge) *****
[7/8/2006 : 11:14:31 AM] : C:\Program Files\RealAnime 4\mkv\mkvmerge.exe --title "Encoded with : RealAnime 4.1.3" -o "C:\Program Files\RealAnime 4\output\.mkv"
[7/8/2006 : 11:14:31 AM] :
[7/8/2006 : 11:14:32 AM] : mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:31
[7/8/2006 : 11:14:32 AM] :
[7/8/2006 : 11:14:32 AM] : Error: The output file 'C:\Program Files\RealAnime 4\output\.mkv' could not be opened for writing (No such file or directory).
[7/8/2006 : 11:14:32 AM] :
[7/8/2006 : 11:14:32 AM] : ***** ERROR *****
[7/8/2006 : 11:14:32 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:14:32 AM] :
[7/8/2006 : 11:15:51 AM] :
[7/8/2006 : 11:15:51 AM] : ***** Merging file to MKV (MKVMerge) *****
[7/8/2006 : 11:15:51 AM] : C:\Program Files\RealAnime 4\mkv\mkvmerge.exe --title "Encoded with : RealAnime 4.1.3" -o "C:\Program Files\RealAnime 4\output\].mkv"
[7/8/2006 : 11:15:51 AM] :
[7/8/2006 : 11:15:52 AM] : mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:31
[7/8/2006 : 11:15:52 AM] :
[7/8/2006 : 11:15:52 AM] : Error: The output file 'C:\Program Files\RealAnime 4\output\.mkv' could not be opened for writing (No such file or directory).
[7/8/2006 : 11:15:52 AM] :
[7/8/2006 : 11:15:52 AM] : ***** ERROR *****
[7/8/2006 : 11:15:52 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:15:52 AM] :
[7/8/2006 : 11:16:48 AM] :
[7/8/2006 : 11:16:48 AM] : ***** Merging file to MKV (MKVMerge) *****
[7/8/2006 : 11:16:48 AM] : C:\Program Files\RealAnime 4\mkv\mkvmerge.exe --title "Encoded with : RealAnime 4.1.3" -o "C:\Documents and Settings\H-B-S\Desktop\Ani\misc\.mkv"
[7/8/2006 : 11:16:48 AM] :
[7/8/2006 : 11:16:49 AM] : mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:31
[7/8/2006 : 11:16:49 AM] :
[7/8/2006 : 11:16:49 AM] : Error: The output file 'C:\Documents and Settings\H-B-S\Desktop\Ani\misc\.mkv' could not be opened for writing (No such file or directory).
[7/8/2006 : 11:16:49 AM] :
[7/8/2006 : 11:16:49 AM] : ***** ERROR *****
[7/8/2006 : 11:16:49 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:16:49 AM] :
[7/8/2006 : 11:16:56 AM] :
[7/8/2006 : 11:16:56 AM] : ***** Merging file to RMVB (rmvbmux) *****
[7/8/2006 : 11:16:56 AM] : "C:\Program Files\RealAnime 4\bin\rmvbmux.exe" -o "C:\Documents and Settings\H-B-S\Desktop\Ani\misc\.rmvb"
[7/8/2006 : 11:16:56 AM] :
[7/8/2006 : 11:16:56 AM] : No input
[7/8/2006 : 11:16:56 AM] : No input
[7/8/2006 : 11:16:56 AM] :
[7/8/2006 : 11:16:56 AM] : ***** ERROR *****
[7/8/2006 : 11:16:56 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:16:56 AM] :
[7/8/2006 : 11:16:57 AM] :
[7/8/2006 : 11:16:57 AM] : ***** Merging file to RMVB (rmvbmux) *****
[7/8/2006 : 11:16:57 AM] : "C:\Program Files\RealAnime 4\bin\rmvbmux.exe" -o "C:\Documents and Settings\H-B-S\Desktop\Ani\misc\].rmvb"
[7/8/2006 : 11:16:57 AM] :
[7/8/2006 : 11:16:57 AM] : No input
[7/8/2006 : 11:16:57 AM] : No input
[7/8/2006 : 11:16:57 AM] :
[7/8/2006 : 11:16:57 AM] : ***** ERROR *****
[7/8/2006 : 11:16:57 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:16:57 AM] :
[7/8/2006 : 11:16:58 AM] :
[7/8/2006 : 11:16:58 AM] : ***** Merging file to RMVB (rmvbmux) *****
[7/8/2006 : 11:16:58 AM] : "C:\Program Files\RealAnime 4\bin\rmvbmux.exe" -o "C:\Documents and Settings\H-B-S\Desktop\Ani\misc\.rmvb"
[7/8/2006 : 11:16:58 AM] :
[7/8/2006 : 11:16:59 AM] : No input
[7/8/2006 : 11:16:59 AM] : No input
[7/8/2006 : 11:16:59 AM] :
[7/8/2006 : 11:16:59 AM] : ***** ERROR *****
[7/8/2006 : 11:16:59 AM] : Merge error #3(Mkv Merge)
[7/8/2006 : 11:16:59 AM] :


i cant encode with v4.1.3 anymore i get this in the log

all it does is skip the encoding process to the muxing no encoding

Sirber
8th July 2006, 16:29
this thread is not about "when will it be released" nor 4.1.3 bug report. thanks.

killerhex
8th July 2006, 16:36
oh ok

Sirber
9th July 2006, 04:57
we should have alpha 1 or something like that avalible in a week. not much left to do, like MKV output.

RealVideo 10 has been removed and will not be added back. The only way to change my mind is to get 100$ in my paypal account, which is ~33$/h to add producer.

also, happy birthday to me! :D I'm so drunk I can actually enjoy it :D

killerhex
9th July 2006, 05:12
so x264 is the only codec in ra5

clone83
9th July 2006, 06:30
how about also keeping xvid in it aswell....? with a button to click on to set it up for the encode...? and also how about the same thing with x264.... cause im sure there are more options that we cant access to adjust for each encode...?

Eretria-chan
9th July 2006, 09:41
Sirber does not want to add per movie settings unless someone is willing to code it.

Sirber
9th July 2006, 16:08
so far RA5 has x264/aac and theora/vorbis.
I could add xvid/aac for RA5 or RA5.1

killerhex
9th July 2006, 19:41
I could add xvid/aac for RA5 or RA5.1



could you

theres one more thing when i try to encode x264->xvid with ra the video flips upside down could that be worked on in ra5

clone83
9th July 2006, 23:24
so far RA5 has x264/aac and theora/vorbis.
I could add xvid/aac for RA5 or RA5.1

And xvid/mp3/vorbis that would be excellent.... ;)

killerhex
10th July 2006, 00:08
does theora has good quality sirber if your adding it to ra5 means you tested it how is it

Sirber
10th July 2006, 00:16
it's bad, I removed it this morning.

about xvid, same audio codec as for x264? I don't have a choice for audio codec in RA5, only quality.

Sirber
10th July 2006, 00:36
We should be good to release the first alpha of RealAnime 5 this week. I made a test with a AVI and a MP4 and it seems we have no more delay! :D

What's left for alpha 1:
* MKV output
* Subtitles management

[edit]

MKV output will be done tonight!

clone83
10th July 2006, 01:10
Well then would it be possible to make it so that when u select x264 we get a choice of aac/vorbis and when we select xvid we get a choice of aac/vorbis/mp3...? that shouldnt be that hard should it. thanks sirber again for ur >>>>EXCELLENT WORK!!<<<<

Sirber
10th July 2006, 01:12
I have no mp3/vorbis encoder since I kicked them out with BeSweet. All I have now is AAC LC/HE/PS and it works darn great! :D

Eretria-chan
10th July 2006, 15:52
Another thing if you don't mind.
When trying to encode a file that exists in the output folder, an option to skip, rename or overwrite? Preferbly a default action for everything. Since I just lost the encoding quene, I'm too lazy to filter out all the files already encoded and would rather, if possible, have RA skip the files in the list that have already been encoded (it finds this by checking if the file exists in the output folder).

Sirber
10th July 2006, 16:07
by default RA overwrite. If the file exists, I could rename the old one and make the new one with the right name.

Eretria-chan
11th July 2006, 09:01
That's inefficient. It needs to SKIP them.

damrod
11th July 2006, 10:41
not necessary
sometimes you encode the same files more than 1 time : you test different settings/quality
i rename the file as new or old in DamBatch
i think sirber you can add renaming or overwriting or skiping as an option..i think i will add it in DB :)

Eretria-chan
11th July 2006, 10:43
Re-encoding them would take DAYS, and probably WEEKS. Waste of time when they're already encoded.

damrod
11th July 2006, 11:03
when you make test it's not a waste of time

Eretria-chan
11th July 2006, 11:54
Not about to make tests. About to encode. Tests is what sirber does. Finds the best (good?) settings and we use them!

Sirber
11th July 2006, 12:11
If you output in the source folder, and your source and output is MP4, there's no way I can know if it's been already encoded or not.

Sirber
11th July 2006, 12:36
"Output to mkv" code is done.

damrod
11th July 2006, 13:25
i think i will add a parameter in DB for that : if (default value) "SKIP" then i skip the file ;)
others values : "RENAME","OVERWRITE"

something like that

with this you have normal and test mode ;)

killerhex
11th July 2006, 17:52
@sirber

can x264 offer good quality if encoded in 1st pass only

Sirber
11th July 2006, 18:10
it can, but not at the same bitrate as we use in RealAnime.
also, running 2 pass takes 120% of the time to make 1pass encoding.

Eretria-chan
11th July 2006, 22:50
If you output in the source folder, and your source and output is MP4, there's no way I can know if it's been already encoded or not.
Output folder is where the rest of the encoded files are. Output is mkv as all other files are. There shouldn't be that much of a problem then? Strip the extension of the input, add output container extension and check if the file exist.

Sirber
12th July 2006, 02:34
then I will have to manually rename all of them? no thanks. I prefer clean overwrite.

LAIN
12th July 2006, 02:46
Output folder is where the rest of the encoded files are. Output is mkv as all other files are. There shouldn't be that much of a problem then? Strip the extension of the input, add output container extension and check if the file exist.

I'm always making a custum output folder, so i dont even use this option, if i do so, i make sure that the files extensions are not the same and if they are, it only replace the source by the encode (that can be troublesome if the encode is bad)

modsoul
12th July 2006, 11:37
i was wondering. would it be too much trouble to add a command line tweaking option. i realize that making as gui for all the options for realanime is probably very difficult and time consuming but maybe a small option to tweak the premade command lines (from the deafualt low,medium,highe settings) won't be nearly as much trouble.

Thanks.

Sirber
12th July 2006, 12:10
so you want access to advanced settings?

modsoul
12th July 2006, 12:35
so you want access to advanced settings?

basically yeah :p

Sirber
12th July 2006, 12:40
so adding 300+ commandline option is a great idea? ;)

modsoul
12th July 2006, 12:54
so adding 300+ commandline option is a great idea? ;)

no i don't think you understand.
i am basing the following on the assumption realanime uses the cli version of x264
like for example.
you know megui has a avisynth script creator. there are plenty of option thaty can be enabled in the gui from it. but many are not present so for that there is a direct note pad like interface that allows us to edit the script.

you don't have to create the 300+ command line options cuz they are already in the cli version. just give us access to edit (and custom save) the command line. is that possible ?

Sirber
12th July 2006, 12:57
you don't have to create the 300+ command line options cuz they are already in the cli version. just give us access to edit (and custom save) the command line. is that possible ?You mean, like "externaly saved commandlines" ?

function TFMain.getVideoCmd(bFirst: boolean): string;
var
sCmd: string;
begin
sCmd := '"' + oSetting.sPath + 'x264.exe" ';
if (bFirst = true) then
begin
// Fast first pass
sCmd := sCmd + '--pass 1 ';
case oSetting.iProfile of
0: // PC
begin
sCmd := sCmd + '--min-keyint 24 ';
sCmd := sCmd + '--keyint 480 ';
sCmd := sCmd + '--bime ';
sCmd := sCmd + '--direct "auto" ';
sCmd := sCmd + '--weightb ';
sCmd := sCmd + '--bframes 3 ';
sCmd := sCmd + '--filter 1:1 ';
sCmd := sCmd + '--me "dia" ';
sCmd := sCmd + '--subme 1 ';
sCmd := sCmd + '--ref 0 ';
sCmd := sCmd + '--analyse "none" ';
end;
1: // iPod
begin
sCmd := sCmd + '--min-keyint 24 ';
sCmd := sCmd + '--keyint 480 ';
sCmd := sCmd + '--bime ';
sCmd := sCmd + '--direct "auto" ';
sCmd := sCmd + '--bframes 0 ';
sCmd := sCmd + '--filter 0:0 ';
sCmd := sCmd + '--me "dia" ';
sCmd := sCmd + '--subme 1 ';
sCmd := sCmd + '--ref 0 ';
sCmd := sCmd + '--analyse "none" ';
sCmd := sCmd + '--nr 150 '; // Easier to encode
sCmd := sCmd + '--level 1.3 ';
sCmd := sCmd + '--no-cabac ';
end;
end;

// Output
sCmd := sCmd + '-o "NUL:" ';
end
else
begin
// Slow second pass
sCmd := sCmd + '--pass 2 ';
case oSetting.iProfile of
0: // PC
begin
sCmd := sCmd + '--min-keyint 24 ';
sCmd := sCmd + '--keyint 480 ';
sCmd := sCmd + '--bime ';
sCmd := sCmd + '--direct "auto" ';
sCmd := sCmd + '--weightb ';
sCmd := sCmd + '--bframes 3 ';
sCmd := sCmd + '--filter 1:1 ';
sCmd := sCmd + '--me "umh" ';
sCmd := sCmd + '--8x8dct ';
sCmd := sCmd + '--analyse "all" ';
sCmd := sCmd + '--b-rdo ';
sCmd := sCmd + '--mixed-refs ';
case oSetting.iVQuality of
0: // Normal
begin
sCmd := sCmd + '--subme 6 ';
sCmd := sCmd + '--ref 8 ';
sCmd := sCmd + '--trellis 1 ';
end;
1: // Better
begin
sCmd := sCmd + '--subme 7 ';
sCmd := sCmd + '--ref 16 ';
sCmd := sCmd + '--trellis 1 ';
end;
2: // Best
begin
sCmd := sCmd + '--subme 7 ';
sCmd := sCmd + '--ref 24 ';
sCmd := sCmd + '--trellis 2 ';
end;
end;
end;
1: // iPod
begin
sCmd := sCmd + '--min-keyint 24 ';
sCmd := sCmd + '--keyint 480 ';
sCmd := sCmd + '--bime ';
sCmd := sCmd + '--direct "auto" ';
sCmd := sCmd + '--bframes 0 ';
sCmd := sCmd + '--filter 0:0 ';
sCmd := sCmd + '--me "umh" ';
sCmd := sCmd + '--analyse "all" ';
sCmd := sCmd + '--nr 150 '; // Easier to encode
sCmd := sCmd + '--level 1.3 '; // Maximum AVC level for iPod
sCmd := sCmd + '--no-cabac ';
case oSetting.iVQuality of
0: // Normal
begin
sCmd := sCmd + '--subme 6 ';
sCmd := sCmd + '--ref 8 ';
sCmd := sCmd + '--trellis 1 ';
end;
1: // Better
begin
sCmd := sCmd + '--subme 7 ';
sCmd := sCmd + '--ref 16 ';
sCmd := sCmd + '--trellis 1 ';
end;
2: // Best
begin
sCmd := sCmd + '--subme 7 ';
sCmd := sCmd + '--ref 24 ';
sCmd := sCmd + '--trellis 2 ';
end;
end;
end;
end;

// Output
sCmd := sCmd + '-o "' + oSetting.TrackVideo.sOutput + '" ';
end;

// Standard stuff
sCmd := sCmd + '--bitrate ' + IntToStr(oSetting.iVBitrate) + ' ';
sCmd := sCmd + '--no-fast-pskip ';
sCmd := sCmd + '--no-psnr ';
sCmd := sCmd + '--progress ';
sCmd := sCmd + '--thread-input ';
sCmd := sCmd + '--threads 2 ';

//sCmd := sCmd + '--merange 8 '; // 147% speedup, -0.01 quality loss

// Input
sCmd := sCmd + ' "' + oSetting.sAvs + '" ';

Result := sCmd;
end;
not sure if people would use that... not sure if the time spent for that will be useful. If you know the flags you can launch the CLIs directly or make your own GUI no? next thing I will hear is some noob that broke the profiles and RA doesn't work anymore ;)

modsoul
12th July 2006, 13:12
You mean, like "externaly saved commandlines" ?

function TFMain.getVideoCmd(bFirst: boolean): string;
var
sCmd: string;
begin
sCmd := '"' + oSetting.sPath + 'x264.exe" ';
if (bFirst = true) then
begin
// Fast first pass
sCmd := sCmd + '--pass 1 ';
case oSetting.iProfile of
0: // PC
begin
sCmd := sCmd + '--min-keyint 24 ';
sCmd := sCmd + '--keyint 480 ';
sCmd := sCmd + '--bime ';
sCmd := sCmd + '--direct "auto" ';
sCmd := sCmd + '--weightb ';
sCmd := sCmd + '--bframes 3 ';
sCmd := sCmd + '--filter 1:1 ';
sCmd := sCmd + '--me "dia" ';
sCmd := sCmd + '--subme 1 ';
sCmd := sCmd + '--ref 0 ';
sCmd := sCmd + '--analyse "none" ';
end;
1: // iPod
begin
sCmd := sCmd + '--min-keyint 24 ';
sCmd := sCmd + '--keyint 480 ';
sCmd := sCmd + '--bime ';
sCmd := sCmd + '--direct "auto" ';
sCmd := sCmd + '--bframes 0 ';
sCmd := sCmd + '--filter 0:0 ';
sCmd := sCmd + '--me "dia" ';
sCmd := sCmd + '--subme 1 ';
sCmd := sCmd + '--ref 0 ';
sCmd := sCmd + '--analyse "none" ';
sCmd := sCmd + '--nr 150 '; // Easier to encode
sCmd := sCmd + '--level 1.3 ';
sCmd := sCmd + '--no-cabac ';
end;
end;

// Output
sCmd := sCmd + '-o "NUL:" ';
end
else
begin
// Slow second pass
sCmd := sCmd + '--pass 2 ';
case oSetting.iProfile of
0: // PC
begin
sCmd := sCmd + '--min-keyint 24 ';
sCmd := sCmd + '--keyint 480 ';
sCmd := sCmd + '--bime ';
sCmd := sCmd + '--direct "auto" ';
sCmd := sCmd + '--weightb ';
sCmd := sCmd + '--bframes 3 ';
sCmd := sCmd + '--filter 1:1 ';
sCmd := sCmd + '--me "umh" ';
sCmd := sCmd + '--8x8dct ';
sCmd := sCmd + '--analyse "all" ';
sCmd := sCmd + '--b-rdo ';
sCmd := sCmd + '--mixed-refs ';
case oSetting.iVQuality of
0: // Normal
begin
sCmd := sCmd + '--subme 6 ';
sCmd := sCmd + '--ref 8 ';
sCmd := sCmd + '--trellis 1 ';
end;
1: // Better
begin
sCmd := sCmd + '--subme 7 ';
sCmd := sCmd + '--ref 16 ';
sCmd := sCmd + '--trellis 1 ';
end;
2: // Best
begin
sCmd := sCmd + '--subme 7 ';
sCmd := sCmd + '--ref 24 ';
sCmd := sCmd + '--trellis 2 ';
end;
end;
end;
1: // iPod
begin
sCmd := sCmd + '--min-keyint 24 ';
sCmd := sCmd + '--keyint 480 ';
sCmd := sCmd + '--bime ';
sCmd := sCmd + '--direct "auto" ';
sCmd := sCmd + '--bframes 0 ';
sCmd := sCmd + '--filter 0:0 ';
sCmd := sCmd + '--me "umh" ';
sCmd := sCmd + '--analyse "all" ';
sCmd := sCmd + '--nr 150 '; // Easier to encode
sCmd := sCmd + '--level 1.3 '; // Maximum AVC level for iPod
sCmd := sCmd + '--no-cabac ';
case oSetting.iVQuality of
0: // Normal
begin
sCmd := sCmd + '--subme 6 ';
sCmd := sCmd + '--ref 8 ';
sCmd := sCmd + '--trellis 1 ';
end;
1: // Better
begin
sCmd := sCmd + '--subme 7 ';
sCmd := sCmd + '--ref 16 ';
sCmd := sCmd + '--trellis 1 ';
end;
2: // Best
begin
sCmd := sCmd + '--subme 7 ';
sCmd := sCmd + '--ref 24 ';
sCmd := sCmd + '--trellis 2 ';
end;
end;
end;
end;

// Output
sCmd := sCmd + '-o "' + oSetting.TrackVideo.sOutput + '" ';
end;

// Standard stuff
sCmd := sCmd + '--bitrate ' + IntToStr(oSetting.iVBitrate) + ' ';
sCmd := sCmd + '--no-fast-pskip ';
sCmd := sCmd + '--no-psnr ';
sCmd := sCmd + '--progress ';
sCmd := sCmd + '--thread-input ';
sCmd := sCmd + '--threads 2 ';

//sCmd := sCmd + '--merange 8 '; // 147% speedup, -0.01 quality loss

// Input
sCmd := sCmd + ' "' + oSetting.sAvs + '" ';

Result := sCmd;
end;
not sure if people would use that... not sure if the time spent for that will be useful. If you know the flags you can launch the CLIs directly or make your own GUI no? next thing I will hear is some noob that broke the profiles and RA doesn't work anymore ;)


no i have not the programming skill /knowledge ability to create a windows gui. the only programming i know relies on python and even there i don't know how to make guis'. that why i have to ask someone more skilled then me to implement a feature.

anyway even if you simply allow users to edit the above would be great. eg some one with a dual dual core opteron (there are such ppl not me though) can edit

sCmd := sCmd + '--threads 2 ';

to
sCmd := sCmd + '--threads 4 ';

this would be particularly true when kentsfield come out in january cuz then many many ppl will have quad core.

Sirber
12th July 2006, 13:15
RA5 is still in dev stage. Alpha 1 will use the number of processor like in RA4, just not done yet.

modsoul
12th July 2006, 13:22
RA5 is still in dev stage. Alpha 1 will use the number of processor like in RA4, just not done yet.


that was only an example.
i mean it could be usefull.

Robutix
12th July 2006, 17:58
At last I can post on this forum. I have a question. Is the x264 codec mainly featured by RA5 a better version of the x264 codec in 4.x? How about the AAC codec? Since I wanna encode some series in x264/AAC using RA4 but in the meantime decided to wait for RA5 to experience the latest development on newest codecs... What can you say?

Or maybe I wanna wait for RA5 to experience a delay-free encoding which is still a flaw on 4.x series on some source specs? Will patience be greatly rewarded? :D

@modsoul
Maybe that special options of yours can wait, since they're currently focused on furnishing their RA5 to its user-friendly, fully-functional state. Probably... ;)

modsoul
12th July 2006, 18:06
At last I can post on this forum. I have a question. Is the x264 codec mainly featured by RA5 a better version of the x264 codec in 4.x? How about the AAC codec? Since I wanna encode some series in x264/AAC using RA4 but in the meantime decided to wait for RA5 to experience the latest development on newest codecs... What can you say?

Or maybe I wanna wait for RA5 to experience a delay-free encoding which is still a flaw on 4.x series on some source specs? Will patience be greatly rewarded? :D

@modsoul
Maybe that special options of yours can wait, since they're currently focused on furnishing their RA5 to its user-friendly, fully-functional state. Probably... ;)


iuf all youi want is the latest x264 just dl the binary and replace the one that realanime has. same with besweet.

Sirber
12th July 2006, 18:34
RealAnime 4 will be updated soon with a new x264 and a fix for the "crash on exit". Besweet hasn't be updated for ages now, so I can't fix all the problems we get using it. :(

RealAnime 5 has a newer version of the AAC codec and the latest x264. Also, RealAnime 5 is less prone to audio / video(sub) desync due to it's new encoding engine ;). Best wait for RA5 in any case.

We should have alpha 1 released this week so you can test.

Robutix
12th July 2006, 19:18
So that's why BeSweet was kicked out on RA5... ryt?

Sirber
12th July 2006, 20:02
So that's why BeSweet was kicked out on RA5... ryt?yep. avs2wav + cli encoder works so much better :)

killerhex
12th July 2006, 20:35
besweet crashes this is why Besweet got kicked

Sirber
12th July 2006, 20:39
besweet crashes this is why Besweet got kickedCrashes is one of the many problems with besweet...

Eretria-chan
12th July 2006, 21:13
I'm always making a custum output folder, so i dont even use this option, if i do so, i make sure that the files extensions are not the same and if they are, it only replace the source by the encode (that can be troublesome if the encode is bad)
See it this way...
Source: C:\Sources.
Output: C:\Encoded.
Lots of files in C:\Sources. All my previously encoded files with RA4 still in C:\Encoded. This is my output folder where all the encoded files will end up until I get them off my HD.
Now, with RA5 I will set the same output folder C:\Encoded with files from C:\Sources. However, if the file from C:\Sources already exist in C:\Encoded (although with a mkv extension, because it's encoded with RA), then it musn't be overwritten by a new encode. Would take too long time. Therefore, an option to skip such files would be ideal.

Sirber: About modsoul's suggestion... think of it this way. RA will encode both with and sound, do filtering if selected and merge the encoded file in a new container. By just launching x264, you would lack the option for (at least) mux the sound. It would be ideal, then, to be able to encode with your own options while still retaining the ability to encode the sound.
Oh and the batch functionality. And of course, RA's ability to detect encoding errors. It's a clearly superior GUI and if you want to use custom parameters for encoding, then you'd satisfy everyone.

Here's an idea. You could make "templates" with settings that are stored in an ini, as files, in the registry or whatever. Users COULD add to this themselves, but you don't need to include a function in the GUI to do so. Just list the available profiles.
Although this could bring about a little more difficulties, you could think about it. It's nothing you have to do, after all.

Sirber
12th July 2006, 21:56
See it this way...
Source: C:\Sources.
Output: C:\Encoded.
Lots of files in C:\Sources. All my previously encoded files with RA4 still in C:\Encoded. This is my output folder where all the encoded files will end up until I get them off my HD.
Now, with RA5 I will set the same output folder C:\Encoded with files from C:\Sources. However, if the file from C:\Sources already exist in C:\Encoded (although with a mkv extension, because it's encoded with RA), then it musn't be overwritten by a new encode. Would take too long time. Therefore, an option to skip such files would be ideal.Why just not adding already encoded files in the queue? ;)

about the external CLI settings, I could allow advanced settings in the XML directly. I have no plan for toat for 5.0, gonna go in the todo for 5.1.

Eretria-chan
12th July 2006, 21:58
Why just not adding already encoded files in the queue? ;)
Why just NOT go through the trouble to sort out which files are encoded and which are not, espeically with such a small file list?

Sirber
12th July 2006, 22:05
You can see 14 files in the list at the same time, with the file status. You can even remove finished files from the list, so you see only what failed and what will be encoded.

RealAnime is here to help you batch encode, but if you cannot help yourself... RealAnime is powerless :p

Eretria-chan
12th July 2006, 22:08
That is irrelevant. I don't have my filelist anymore. I need to add all the files again. And the list is too narrow and not very long, so it's hard to delete those files that are already encoded not to mention it's annoying to do so.

killerhex
12th July 2006, 22:50
i have alot of anamorphic encoded videos will ra5 detect this or is there any difference to anamorphic an other encoded video?

Sirber
12th July 2006, 23:16
i have alot of anamorphic encoded videos will ra5 detect this or is there any difference to anamorphic an other encoded video?Depend how your decoder interpret it. I really don't know. RealAnime itself don't resize unless you ask it, then the resize will not be anamorphic. If the decoder don't show the right ratio your encode will be all wrong.

killerhex
13th July 2006, 01:04
@sirber

thanx

modsoul
13th July 2006, 04:55
i got another request.
could you make it so that if encoding of one file fails RA skips that file and goes to the next one. instead of just stopping like it does now.

Robutix
13th July 2006, 09:28
I think Eretria-chan's asking too much to consider that insignificant option in the new release... Batch processing should be used to list files you want to encode. So why bother (or annoy) Sirber to fetch a code that can sort what's in or out when you yourself can sort out what you want to encode than not? Ok, let's say overwrite as a default might be a bad idea. But it might be good too in the sense that you want to re-encode and overwrite a poorly encoded batch output through RA for example. RA cannot provide every option you want and thus neglect other people's choices by such. Practically, some work should be handled by the user itself MANUALLY. :sly:

Robutix
13th July 2006, 09:46
i got another request.
could you make it so that if encoding of one file fails RA skips that file and goes to the next one. instead of just stopping like it does now.
Oh yeah that decision when an encoded file fails then the whole batch processing stop should be corrected to resume the next file in the list after the failed encode. Sure this feature is needed to be fixed on RA5, I suppose. ;)

Sirber
13th July 2006, 12:11
RA5 already manage that. :)

Eretria-chan
13th July 2006, 18:25
I think Eretria-chan's asking too much to consider that insignificant option in the new release... Batch processing should be used to list files you want to encode. So why bother (or annoy) Sirber to fetch a code that can sort what's in or out when you yourself can sort out what you want to encode than not? Ok, let's say overwrite as a default might be a bad idea. But it might be good too in the sense that you want to re-encode and overwrite a poorly encoded batch output through RA for example. RA cannot provide every option you want and thus neglect other people's choices by such. Practically, some work should be handled by the user itself MANUALLY. :sly:
Spare me your ranting. It seems that you do not understand what it does, and I have explained it SO WELL. It is a SIMPLE OPTION that tells RA what to do when it finds a duplicate in the output directory.

Sirber
13th July 2006, 20:30
I'm going to test 276kbps for video, 16kbps and 24kbps for audio. If the tests goes well, this will be the new bitrate chart:

Video:
default: 276kbps

Audio:
Low: 16kbps
Med: 24kbps
High: 32kbps

default: 24kbps

Eretria-chan
13th July 2006, 20:35
Hmm, are you sure it will go down that low? I disagree on the audio. Myself, I require 48 kbps. Could you at least add Very high with 48 kbps?
With such low settings, file size will be lower, but I'm worried that it will look terrible fullscreen with a big monitor with such high resolution.

spinstate
13th July 2006, 20:37
Just wondering, any chance of adding the feature of auto-updating for the latest version of components (like in MeGUI), or is that too complicated?

Sirber
13th July 2006, 20:50
Hmm, are you sure it will go down that low? I disagree on the audio. Myself, I require 48 kbps. Could you at least add Very high with 48 kbps?
With such low settings, file size will be lower, but I'm worried that it will look terrible fullscreen with a big monitor with such high resolution.I could add a Highest setting, sure.
Just wondering, any chance of adding the feature of auto-updating for the latest version of components (like in MeGUI), or is that too complicated?could be done, unless if it's an update for RealAnime5.exe. How can a process kill himself, and start itself back with the new version? :confused:

spinstate
13th July 2006, 21:09
you could use a batch file along with taskkill.exe on Windows XP, but this wouldn't work on Windows 2000.

Sirber
13th July 2006, 21:21
We will make an external software, RealAnime Updater, which will compare locak XML file with remote XML file, then take the right action.

Lain will be in charge of this project. Should be made in FreePascal (lazarus) with Synapse (http://www.ararat.cz/synapse/), and run on linux and windows :D

spinstate
13th July 2006, 21:24
That's good news then :D

Sirber
13th July 2006, 21:44
but, IMO most updates will be made in the alpha/beta stage and not when 5.0.0 stable hit. Also, we prefer to make a total new version from scratch when the mod to do are too big.

still, can be fun! :D

spinstate
13th July 2006, 22:19
I suppose x264, mkvtoolnix, mp4box etc. will need updating the most..

Sirber
13th July 2006, 22:39
I suppose x264, mkvtoolnix, mp4box etc. will need updating the most..RealAnime5.exe, x264, that's it.

I tested 276kbps + 24kbps, and the sound is a bit bad for intro songs. Video is nice though. I will remake the test at 268+32 and post all 3 files.

[edit]

Saving 10MB per file is great though :D x264 kick ass as usual! :D

Sirber
13th July 2006, 23:13
enhAacPlusEnc.exe quality seems better than winamp at 24kbps. Sounds the same at 32kbps.

a little question, is anyone using RA to encode to iPod?

Sirber
13th July 2006, 23:25
Audio test:

16kbps AAC HE+PS (http://www.mooload.com/new/file.php?file=files/130706/1152828986/test_16.mp4)
24kbps AAC HE+PS (http://www.mooload.com/new/file.php?file=files/130706/1152829357/test_24.mp4)
32kbps AAC HE+PS (http://www.mooload.com/new/file.php?file=files/130706/1152829522/test_32.mp4)

My conclusions:
16kbps is horrible!
24kbps is a bit metallic but good in general
32kbps is good

I want comments!!! :devil:

spinstate
13th July 2006, 23:32
is enhAacPlusEnc.exe the same as neroAacEnc , or are they different?

Sirber
13th July 2006, 23:33
Nero, Winamp and enhAacPlusEnc are different codecs.

I think the best way is to move to enhAacPlusEnc and remove iPod support, which is bad anyway, which needs winamp codec for AAC LC encoding, else I would have to bundle winamp and enhaacplusenc :(

Sirber
13th July 2006, 23:48
Would look like this with iPod removed :)
http://img484.imageshack.us/img484/765/ra53fi.png

LAIN
14th July 2006, 01:01
Audio test:

16kbps AAC HE+PS (http://www.mooload.com/new/file.php?file=files/130706/1152828986/test_16.mp4)
24kbps AAC HE+PS (http://www.mooload.com/new/file.php?file=files/130706/1152829357/test_24.mp4)
32kbps AAC HE+PS (http://www.mooload.com/new/file.php?file=files/130706/1152829522/test_32.mp4)

My conclusions:
16kbps is horrible!
24kbps is a bit metallic but good in general
32kbps is good

I want comments!!! :devil:

here is other link to download the files if mooload is to busy:

http://files.detritus.qc.ca/files/test_audio/test_16.mp4
http://files.detritus.qc.ca/files/test_audio/test_24.mp4
http://files.detritus.qc.ca/files/test_audio/test_32.mp4

I've listen both 3 version of the files... the difference between 16 and 24 is major and between 24 and 32 its basicly on the high and low sounds. There is less metalic noise on 32.

Personnally, i will stick to 32 kbps, i prefer not to have a big difference between the original sound and the reencoded one.

killerhex
14th July 2006, 02:18
great work i think this a little too late and stupid to ask

how about a separate installer for rv10 support

Kayser
14th July 2006, 02:26
Good :) I'm really looking forward to the alpha.
Just one comment. I second Eretria concerning the audio bitrates. Personally I use 48kbps most of the time, but use 64 quite a lot as well. Please add higher profiles for audio Sirber.

Sirber
14th July 2006, 02:29
great work i think this a little too late and stupid to ask

how about a separate installer for rv10 support
I don't see the point of working 3h+ to make the code to use producer while most people will not use it. It's time to upgrade my friend... or stick with old tools.
:stupid:
Good :) I'm really looking forward to the alpha.
Just one comment. I second Eretria concerning the audio bitrates. Personally I use 48kbps most of the time, but use 64 quite a lot as well. Please add higher profiles for audio Sirber.
enhAacPlusEnc encode AAC HE+PS at 32kbps and bellow and HE at 48kbps and above. Unfortunately, the codec seems borked and produce glitches at 48kbps. Unless they fix it, RealAnime will only use 16 to 32kbps.

killerhex
14th July 2006, 03:54
this is the info on a file i encoded to h264=aac

File size : 81.6 MiB
Format : Matroska
Overal BitRate : 467 Kbps
PlayTime : 24mn 24s
Movie name : Encoded with : RealAnime 4.1.2
Encoded date : UTC 2006-05-17 13:30:17
Writing application : mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:53
Writing library : libebml v0.7.6 + libmatroska v0.8.0

Video #0
Codec : MPEG-4 AVC
Info : MPEG4 ISO advanced profile
Bit rate : 455 Kbps
Width : 640
Height : 480
Aspect ratio : 4/3
Frame rate : 25 fps
Bits/(Pixel*Frame) : 0.059
Language : English

Audio #0
Codec : AAC LC-SBR
Info : AAC Low Complexity with Spectral Band Replication
Channel(s) : 2 channels
Sampling rate : 44 KHz
Language : Japanese

the video and audio came out fine good quality

modsoul
14th July 2006, 04:35
We will make an external software, RealAnime Updater, which will compare locak XML file with remote XML file, then take the right action.

Lain will be in charge of this project. Should be made in FreePascal (lazarus) with Synapse (http://www.ararat.cz/synapse/), and run on linux and windows :D

does realanime 4 work on linuix ?
or is it just RA 5

spinstate
14th July 2006, 09:28
enhAacPlusEnc encode AAC HE+PS at 32kbps and bellow and HE at 48kbps and above. Unfortunately, the codec seems borked and produce glitches at 48kbps. Unless they fix it, RealAnime will only use 16 to 32kbps.

Are you going to add support for the Nero command-line encoder (neroAacEnc)?

Eretria-chan
14th July 2006, 11:43
enhAacPlusEnc encode AAC HE+PS at 32kbps and bellow and HE at 48kbps and above. Unfortunately, the codec seems borked and produce glitches at 48kbps. Unless they fix it, RealAnime will only use 16 to 32kbps.
WTF, last time I checked, 32 kbps didn't cut it :/ And then they BREAK 48 kbps? Bastards!

Sirber
14th July 2006, 11:55
Are you going to add support for the Nero command-line encoder (neroAacEnc)?nope, nero is incompatible with avs2wav.

does realanime 4 work on linuix ?
or is it just RA 5Both should run under wine.

Sirber
14th July 2006, 11:56
this is the info on a file i encoded to h264=aac

the video and audio came out fine good qualityThis has nothing to do with RealAnime 5. :sly:
Might have something to do with RealAnime 4, but latest version of 4 is 4.2.0 ;)

Robutix
14th July 2006, 15:22
Uhh, about the iPod support I might test it out since I have a friend who likes to backup an anime movie to his iPod or cellphone. Anyway, do any codecs used in RA5 incompatible with the current iPod player, that's why it needs a separate profile?

Also, is the "encode audio" check box option removed? Since if we want the raw audio to be untouched like for example we're encoding a OP/ED song of an anime...

Sirber
14th July 2006, 15:29
iPod only support AVC level 1.3 with no bframes. RealAnime 5 profil is unrestricted level and will not work on iPod. Also, iPod don't handle AACplus (HE, HE+PS), only LC. Best use RealAnime 4 with iPod profil if you want ipod compatibility.

Robutix
14th July 2006, 15:37
How about the "encode audio" option box?

EDIT:
And also the process priority tab?

Sirber
14th July 2006, 16:13
Why would you like to not encode audio?
Isn't IDLE for encoders the best priority? So I can play Half Life 2 while I encode :D

Robutix
14th July 2006, 16:18
Why would you like to not encode audio?

Uhm, when I wanna compress a video for OP/ED song but maintain the mp3 quality of the audio, I guess. I wanna use RA too with music vids... So just to compress the vid :D

Sirber
14th July 2006, 16:20
Best use a general tool for that, like VIrtualDub.

Robutix
14th July 2006, 16:22
aww, so that feature will make its last appearance on RA4... Why not bring it also with RA5? :scared:

Sirber
14th July 2006, 16:36
aww, so that feature will make its last appearance on RA4... Why not bring it also with RA5? :scared:Coz it's a buggy feature. It doesn't work well with all sources. Also, it's against the theory of small files ;)

Robutix
14th July 2006, 16:55
Also, it's against the theory of small files ;)Yah, I thought so...

Coz it's a buggy feature. It doesn't work well with all sources.What bugs are encountered about it on RA4?

Sirber
14th July 2006, 17:45
Only work with simple OGM/MKV/MP4.
In RA5 our system changed completly and everything goes through directshow for processing, whatever it is.

spinstate
14th July 2006, 18:14
nope, nero is incompatible with avs2wav.


BePipe seems to work with the nero cli.

see: http://forum.doom9.org/showthread.php?t=110970&highlight=bepipe

Sirber
14th July 2006, 18:17
Delphi is not compatible with piping, also 2pass AAC does not work when using pipes :(

[edit]

also, people at nero doesn't like people distributing their encoder :)

karl_lillevold
14th July 2006, 18:26
Audio test:
My conclusions:
16kbps is horrible!
24kbps is a bit metallic but good in general
32kbps is good

I want comments!!! :devil:
I agree with your assessment. I could accept 32 kbps for low bitrate encoded material, like anime series. However, for movies to be watched on my HTPC and good quality sound system, I would need a higher bitrate. I wonder how much would be required for true 6 channel in AAC these days....

Sirber
14th July 2006, 18:28
I wonder how much would be required for true 6 channel in AAC these days....IIRC winamp AAC encoder can do 5.1...

Robutix
14th July 2006, 18:34
Best use a general tool for that, like VIrtualDub.
I just read from the other thread that VirtualDub is not a good encoder of x264 (or find a proper GUI for x264, something like that). How about that?

As I wanna encode some OP/ED songs from Animes, I think I'll need to resort to some higher Audio bitrates. But you said their code is borked/flawed above 32. Still, I wanna make use of x264 technology featured by RA5. Aww, man... :scared:

Sirber
14th July 2006, 18:43
VDub with x264 is as not good as with xvid.

Sirber
15th July 2006, 17:14
Running a test of 10 files to see if everything goes well.
Some work is still left for subtitle management.

Sirber
21st July 2006, 12:53
Here it is! First alpha 1!

Features:
Input: AVI, OGM, MP4, MKV
Output: MP4, MKV
Video: H264 with 3 profiles
Audio: AAC HE+PS from 16kbps to 32kbps

Includes:
* RealAnime 5
* MediaInfo DLL
* x264 rev 537
* Enhanced aacPlus 3GPP Floating Point Reference Encoder 6.5.0
* avs2wav
* AVISynth 260402 + filters
* ffdshow 20060420-gcc4.0.3-sse
* mkvtoolnix
* mp4box + yamb
* haali splitter
* vsfilter
* mpc
and more! ;)

Recommended hardware:
* AMD 3000+ or P4 3Ghz (Profil: normal)
* AMD 3800+ X2 or P4 Dual Core (Profil: high)
* 1GB RAM

Install note:
* Create a "temp" folder in RealAnime5 installation dir. ex: "C:\Program Files\RealAnime5\temp"

http://www.detritus.qc.ca/images/donate.png (https://www.paypal.com/xclick/business=sirber@detritus.qc.ca&no_shipping=1&item_name=RealAnime)

Download (15MB) (http://files.detritus.qc.ca/realanime/RealAnime_500_a1.exe)
* 10MB smaller than RealAnime 4 :D

Eretria-chan
21st July 2006, 14:01
Error on the first try:

http://img224.imageshack.us/img224/4044/ra5errorsg7.th.jpg (http://img224.imageshack.us/my.php?image=ra5errorsg7.jpg)

When I select encode -> stop, it doesn't react.
Knowing me, I selected "Better" video and soft subtitles and mkv output. Rest should be default. Btw, where's 48kbps audio? :/

Sirber
21st July 2006, 14:07
Error on the first try:

http://img224.imageshack.us/img224/4044/ra5errorsg7.th.jpg (http://img224.imageshack.us/my.php?image=ra5errorsg7.jpg)

When I select encode -> stop, it doesn't react.Does the temp folder exist in RA5 folder? RA5 still don't manage it's own errors, only errors reported by encoders. So, RA5 still think it's encoding :)
Btw, where's 48kbps audio? :/Does not work well with enhaac_enc, audio has many errors in it, also this codec use HE only at this bitrate not HE+PS.

Eretria-chan
21st July 2006, 14:13
Does the temp folder exist in RA5 folder? RA5 still don't manage it's own errors, only errors reported by encoders. So, RA5 still think it's encoding :)
No temp folder exists. Couldn't find that file anywhere on the HDs either.

Does not work well with enhaac_enc, audio has many errors in it, also this codec use HE only at this bitrate not HE+PS.
Well, if possible, I still want 48 kbps unless you can convince me 32 will do fine in ALL situations.

Btw, I'm going to enable read only on all existing encoded files and add all the list and encode and see what happens. I hope you haven't programmed RA5 to remove read only attribute :sly:

Sirber
21st July 2006, 14:18
Create the "temp" folder. I added this note to the release info.

The only way to have 48kbps back is to add Winamp AAC encoder DLLs + CLI manager back, plus the code for it.
But still you'll have the same problem when RA6 comes out and winamp will not nork with RA6 since it will be Cross Platform and winamp is not.

your best move would be to test 32kbps or stick with RA4.

Eretria-chan
21st July 2006, 14:24
I will be quite happy with RA5. I'm not planning a migration to RA6.
For now, I will try 32 kbps, but if possible, I would still like 48 kbps. If possible.
EDIT: I forgot it will only move the encoded file to the output >_< Then read only is a waste of time...
EDIT2: Unable to select multiple files at once. Please fix. Otherwise it will take hours to remove all the files that I don't need to re-encode.

Sirber
21st July 2006, 14:29
adding 48kbps is not planed nor adding winamp back.

in case of output folder error (read only for exemple) I could try to put it in RA5 output folder, which will surely be working.

RA5 will stop in case of error, since this version is for testing / debuging. RA5 non beta build will continu on error to the next file.

Eretria-chan
21st July 2006, 15:49
adding 48kbps is not planed nor adding winamp back.
>_< I want 48 kbps! >_<

in case of output folder error (read only for exemple) I could try to put it in RA5 output folder, which will surely be working.
It should SKIP the file since it cannot output it to the out folder. The reason I enabled read only is so that RA5 shouldn't encode already ENCODED files.

RA5 will stop in case of error, since this version is for testing / debuging. RA5 non beta build will continu on error to the next file.
Then what's the point of using the alpha version? That's one big improvement over the last version!

Sirber
21st July 2006, 15:55
It should SKIP the file since it cannot output it to the out folder. The reason I enabled read only is so that RA5 shouldn't encode already ENCODED files.If your folder is readonlym, they will ALL fail thus you will lose days for nothing.
Then what's the point of using the alpha version? That's one big improvement over the last version!bug finding? haven't you read the popup at RA5 start? :sly:
RA5 at this stage is not ment for archiving and is far from it.

Eretria-chan
21st July 2006, 15:57
If your folder is readonlym, they will ALL fail thus you will lose days for nothing.
The FILES in the output folder is read only. So that RA5 will not try to replace them. It would only report that the already encoded files didn't work.

bug finding? haven't you read the popup at RA5 start? :sly:
I could argue that the "intelligent" part also needs testing so that RA5 skips the failed file correctly and reports correct error and status and so on.

Sirber
21st July 2006, 16:08
The FILES in the output folder is read only. So that RA5 will not try to replace them. It would only report that the already encoded files didn't work.Well, RA5 don't check if the output file is writable, so lose valiable encoding time.
I could argue that the "intelligent" part also needs testing so that RA5 skips the failed file correctly and reports correct error and status and so on.Are you never happy? More features will come out with alpha 2.

Eretria-chan
21st July 2006, 16:12
Well, RA5 don't check if the output file is writable, so lose valiable encoding time.
It might be a good thing to add, at least try, I think...

Are you never happy? More features will come out with alpha 2.
No... you've done a good job. I'll wait for alpha 2. For now, there is nothing for me to test. Good luck.

Sirber
21st July 2006, 16:17
It might be a good thing to add, at least try, I think...We'll see. using another output folder is by far what is logical to do and what everyone do too...
No... you've done a good job. I'll wait for alpha 2. For now, there is nothing for me to test. Good luck.How about testing your precious MKV? testing track management, testing filtering, plenty of stuff to test...

Eretria-chan
21st July 2006, 16:22
We'll see. using another output folder is by far what is logical to do and what everyone do too...
And re-encode everything that was already encoded? No thanks.

How about testing your precious MKV? testing track management, testing filtering, plenty of stuff to test...
Not until I have a way to remove the encoded files. I can only select and remove one file at a time which is quite annoying.

Eretria-chan
22nd July 2006, 03:14
Btw, I think I have more things to complain at.
It seems that the GUI is too small to show the entire file list. I need to scroll to see the entire width of it.
It takes a long time to start when it's loading the list. You COULD do it on a different thread. It is a good idea not to let the user wait, no? I do so hate GUIs that do not respond.
The scrollbar doesn't update when you scroll it. It's like those old pesky ones... you only see after you release the mouse button and terminate the scrolling operation. It's annoying, I tell you!

Sirber
22nd July 2006, 15:00
it's long to start coz of the "folder browse" in output tab.

Eretria-chan
22nd July 2006, 15:07
Whatever the reasons... try to make it work on a background thread if you can. I hate to wait.

LAIN
22nd July 2006, 23:48
Whatever the reasons... try to make it work on a background thread if you can. I hate to wait.

It's a simple verification that we do if the output path is existing. we can simply always put the "default" output on "RealAnime 5\output" folder and it wont have any delay loading, but it's not the way that we really want to real anime to behave. if ~1 or 2 sec of waiting is to much to use realanime well, I can't tell why you are encoding file that can take more than ~3 hours to encode (depending on your computer).

I'm the one that set up this verification because I want to use custom output folder, but since I move and delete these "custom" folder frequently, i dont want to have wierd error related to this.

Eretria-chan
23rd July 2006, 13:30
But as I explained, these "checks" can be performed in the background. Thus allowing RA to load and interact with the user while it is doing this check. Ever heard of threads?

Robutix
23rd July 2006, 20:55
I observed that Eretria has a realllly huge number of episodes scattered on her HD! And it seems that she cluttered everything up in her HD that she cannot sort what's already encoded than not so she wants RA to skip things for her. And also the GUI of RA is so small for her huge list of encoding fepisodes! I think there are more stuffs to test than adding that feature of skipping what exists from the output than not, since the output folder will only be checked from existing files once the encoded file is finished. Then if RA founds out that there is a same name of the file on the output folder, instead of SKIPPING it out thus TRASHING the new encoded output, it will be placed on the RA/output folder instead. OBVIOUSLY, the encoding is already finished before RA will check for existing files with the same name on the output folder. So even though it will skip that file, the time consumed on encoding that file is already wasted.

So, the best thing to do is never put a file to the list if you don't want it to be encoded in the first place! You do the list-checking, RA will do the encoding. RA's purpose is to encode un-encoded files anyway. It's out of RA's concern if that file is already encoded or not as long as it is on the list, it will encode right away!

----------------------
As for me, I'm just going to test it this Monday since I re-formatted my drive C: the whole weekend because my Windows got corrupted by some hardware failure last Saturday...

Eretria-chan
24th July 2006, 08:04
I observed that Eretria has a realllly huge number of episodes scattered on her HD! And it seems that she cluttered everything up in her HD that she cannot sort what's already encoded than not so she wants RA to skip things for her. And also the GUI of RA is so small for her huge list of encoding fepisodes! I think there are more stuffs to test than adding that feature of skipping what exists from the output than not, since the output folder will only be checked from existing files once the encoded file is finished. Then if RA founds out that there is a same name of the file on the output folder, instead of SKIPPING it out thus TRASHING the new encoded output, it will be placed on the RA/output folder instead. OBVIOUSLY, the encoding is already finished before RA will check for existing files with the same name on the output folder. So even though it will skip that file, the time consumed on encoding that file is already wasted.

So, the best thing to do is never put a file to the list if you don't want it to be encoded in the first place! You do the list-checking, RA will do the encoding. RA's purpose is to encode un-encoded files anyway. It's out of RA's concern if that file is already encoded or not as long as it is on the list, it will encode right away!

----------------------
As for me, I'm just going to test it this Monday since I re-formatted my drive C: the whole weekend because my Windows got corrupted by some hardware failure last Saturday...
Don't you have anything else to do than bitch about that? Obviously, it would be a nice feature to add and RA doesn't even allow me to select multiple files to delete from the file list at once so sorting out the already encoded files from the list can be a pain.

and-y
24th July 2006, 08:19
Sirber, can you give a choice when we use resize filter, maybe just choose between Bicubic and Lanczos4. co'z I think that Lanczos4 is give more sharp result than bicubic. (I like that than blurry anime). Or can you give, maybe the option in your program to use avisynth editing manual, like your realanime 4.0.0 RC3 (thats to old to use for me!!!!! = result big file than realanime 5). or (again... :) ) can anybody give way to use avisynth not from realanime but still use realanime (just to use ourself filter with realanime, cause I just.... :confused: :helpful: step by step.... )

Robutix
24th July 2006, 09:58
Don't you have anything else to do than bitch about that? Obviously, it would be a nice feature to add and RA doesn't even allow me to select multiple files to delete from the file list at once so sorting out the already encoded files from the list can be a pain.
Sirber and Lain have done their part explaining why they didn't make SKIP files like that. But about the problem selecting the multiple files to delete on the list, that could be improved somehow. Like a normal Windows GUI selection capabilities. Sorry for butting in but I'm just annoyed by your too much complaining on a program made by others. It is like you never attained satisfaction from other people's hardwork.

Robutix
24th July 2006, 12:00
The bitrate calculator isn't included to the package? Is 268 kbps default setting equals a 50MB file size output (for 24 min episode)?

What is the purpose of "FFDShow Filtering" and "FFDShow Audio" buttons? Are these buttons not programmed yet? Same with the Tools menu options?

What's the exact difference with Normal, Better, and Best quality?

Sirber
24th July 2006, 12:41
Sirber, can you give a choice when we use resize filter, maybe just choose between Bicubic and Lanczos4. co'z I think that Lanczos4 is give more sharp result than bicubic. (I like that than blurry anime). Or can you give, maybe the option in your program to use avisynth editing manual, like your realanime 4.0.0 RC3 (thats to old to use for me!!!!! = result big file than realanime 5). or (again... :) ) can anybody give way to use avisynth not from realanime but still use realanime (just to use ourself filter with realanime, cause I just.... :confused: :helpful: step by step.... )Smooth: bilinear, Normal: bicubic, Sharp: lanczos4

Sirber
24th July 2006, 12:42
The bitrate calculator isn't included to the package? Is 268 kbps default setting equals a 50MB file size output (for 24 min episode)?~50MB for 24 minutes

What is the purpose of "FFDShow Filtering" and "FFDShow Audio" buttons? Are these buttons not programmed yet? Same with the Tools menu options?not done yet

What's the exact difference with Normal, Better, and Best quality?I don't currently have the code. Lain?

Robutix
24th July 2006, 12:58
Smooth: bilinear, Normal: bicubic, Sharp: lanczos4
Better put a pop-up comment/info on every setting like what your previous RA4 does.

Will you include a bitrate calculator on the final release? It's handy for someone who wants to output a higher bitrate at his desired filesize.
---------------------

http://i7.photobucket.com/albums/y256/robutix/RA_error.png

I have this problem encountered during the audio encoding part. The .wav file doesn't exists on the temp folder... Why?

Eretria-chan
24th July 2006, 13:26
Sirber and Lain have done their part explaining why they didn't make SKIP files like that. But about the problem selecting the multiple files to delete on the list, that could be improved somehow. Like a normal Windows GUI selection capabilities. Sorry for butting in but I'm just annoyed by your too much complaining on a program made by others. It is like you never attained satisfaction from other people's hardwork.
Hoo boy, if only you knew how happy I am RealAnime exists. MeGUI is crap, bad, hard to use. RealAnime is so easy to use, one-click encoding situation.
I'm not saying they MUST add the features, just pointing out.

Concerning the avisynth part... adding the names of different resizers would be very confusing IMO. Best use the current way of smooth, normal and sharp.

Robutix
24th July 2006, 13:38
Hoo boy, if only you knew how happy I am RealAnime exists. MeGUI is crap, bad, hard to use. RealAnime is so easy to use, one-click encoding situation.
I'm not saying they MUST add the features, just pointing out.

OK, I understand. But you sound more of an unhappy customer than a suggesting one before. Maybe its because of the way you post your comments. If not for this post I wouldn't know that you are indeed grateful with RealAnime just like me.

Sirber
24th July 2006, 14:14
@Robutix

dunno why you miss the wav. Do you have the DShow decoder for your source for audio? What is your source?
about bitrate calculator, I don't think so.

IIRC:

300kbps (RA5) (audio + video) = 52MB
350kbps (RA4)= 62MB
400kbps (RA3?)= 75MB
450kbps (RA1, RA2)= 85MB

Robutix
24th July 2006, 14:33
Why not put the same old bitrate calculator in RA4? It's accurate somehow right? :scared: I don't want to bother finding a separate calculator GUI just for this. It's a nice feature indeed!

As for my source it is a normal avi with mp3/xvid audio-video. I just installed RA5 as usual and created a temp folder on RA5 then put a file on the list to encode. That file was encoded OK on RA4. I dunno what happened but for now I'm going to re-test using other avi files I have here...

Anyway, why it doesn't support wmv format?

EDIT: Also it doesn't recognize mpg? Says source is incompatible. And also when an error occurs I can't press Start again since Stop is the only active button after error. Even if the process is aborted, the Stop button is still active and it needs RA to be restarted before I can start a new encode again...

Sirber
24th July 2006, 14:52
alpha 1 only supports avi, ogm, mkv and mp4.

I note the start/stop button error. thanks :)
we'll see for bitrate calc. I'm not on windows anymore so I can only work on RA5
when I am at work, so dev time is very limited.

Weltall
25th July 2006, 06:53
Hi Sirber. I was analyzing (with foobar2k) the sound of my animes converted with realanime, original mp3 file and replaygained aac ps sound converted with foobar2k. I've noticed sound is louder with realanime. Which is the difference between realanime, xanime and foobar2k normalization modes? Which is better for animes and how could I get same normalization mode on the fly (with ffdshow for example)? I use replaygain to my music, but I'm totally unsure if this is good to anime or movie content. Thanks in advance.
Btw, Realanime 5 is great! I wish it's finished soon.

Robutix
25th July 2006, 08:10
alpha 1 only supports avi, ogm, mkv and mp4.

I note the start/stop button error. thanks :)
we'll see for bitrate calc. I'm not on windows anymore so I can only work on RA5
when I am at work, so dev time is very limited.
Oh i see, so your Windows is limited to Wine. You really shifted to Unix. :cool: I hope you'll managed to return the bitrate calc soon.
:thanks:
For now, I'll be using my avi files for RA to test. I'll be back for any other bugs that I might encounter. Also limited testing time for me, I might get hooked with my emulator games while waiting for the encoding tests to finish in my PC :p

Eretria-chan
25th July 2006, 08:15
Hi Sirber. I was analyzing (with foobar2k) the sound of my animes converted with realanime, original mp3 file and replaygained aac ps sound converted with foobar2k. I've noticed sound is louder with realanime. Which is the difference between realanime, xanime and foobar2k normalization modes? Which is better for animes and how could I get same normalization mode on the fly (with ffdshow for example)? I use replaygain to my music, but I'm totally unsure if this is good to anime or movie content. Thanks in advance.
Btw, Realanime 5 is great! I wish it's finished soon.
FFDshow config -> audio -> normalize.

Sirber
25th July 2006, 14:19
Hi Sirber. I was analyzing (with foobar2k) the sound of my animes converted with realanime, original mp3 file and replaygained aac ps sound converted with foobar2k. I've noticed sound is louder with realanime. Which is the difference between realanime, xanime and foobar2k normalization modes? Which is better for animes and how could I get same normalization mode on the fly (with ffdshow for example)? I use replaygain to my music, but I'm totally unsure if this is good to anime or movie content. Thanks in advance.
Btw, Realanime 5 is great! I wish it's finished soon.RA5 uses Avisynth to normalize. dunno about others.
FFDshow config -> audio -> normalize.
That will modify the audio in all your encodes. Best use normalize in MPC.

Filtering in ffdshow and ffdshow audio affect your encoding since they are used by RealAnime to decode the source.

Robutix
25th July 2006, 16:06
http://i7.photobucket.com/albums/y256/robutix/RA_error2.png

I re-installed the whole RA installation. Deleted the folders then restarted. Still I cannot manage a successful encode. I wonder why there is no wav output on the temp folder after the audio analysis? Anyone encountered this problem aside from me?

EDIT: What executable is responsible for the audio encoding part? Coz when the audio analysis starts it immediately jumps to the audio encoding without processing anything... That's why a wav file doesn't exist. I haven't messed on any settings other than the RA5 gui itself. :confused:

Also is RA5 installation OK along with an RA4 installation? Just asking but I haven't installed yet my RA4 here since my PC is newly formatted.

Sirber
25th July 2006, 16:12
go in your temp folder with cmd.exe
run "avs2wav source.avs audio.wav"
look for errors.

Eretria-chan
25th July 2006, 16:26
That will modify the audio in all your encodes. Best use normalize in MPC.

Filtering in ffdshow and ffdshow audio affect your encoding since they are used by RealAnime to decode the source.
This is an easy way to normalize audio via ffdshow. But it probably shouldn't be used when decoding with RA. I do wonder though, if there is a way to set the settings in ffdshow before starting an encode.

Robutix
25th July 2006, 16:26
avs2wav.exe: (Missing component)
http://i7.photobucket.com/albums/y256/robutix/avs2wav_err.png
Why missing??? :confused:

Eretria-chan
25th July 2006, 16:28
Mate, track down and install the Visual C++ .NET (2002) runtime. While you are waiting anyway.

Robutix
25th July 2006, 16:29
Why, is it not available on a normal Windows installation? Why not included in the RA5 installer?

Sirber
25th July 2006, 16:32
Why is it not available on a normal Windows installation?dunno, gonna add it to the installer for alpha 2.

@Eretria-chan

Told ya, not everybody have the crap frameworks. Best use native code :p

Eretria-chan
25th July 2006, 16:53
@Eretria-chan

Told ya, not everybody have the crap frameworks. Best use native code :p
That's not what I'm arguing about... it's a lot less to download the framework ONCE and not having all that code embedded in all your apps. Why not throw in C++ 2005 runtime too while yiu're at it? :p

@Robutix: C++ .NET (2002) is too new. C++ 6.0 runtime is installed with XP, though.

Robutix
25th July 2006, 16:58
Yeah, I'm not a dev or programmer of anything. So I don't want to install any additional framework on my PC aside from the basic Windows components. No space for extra frame bulk. :p If I would program something maybe not a program dependent on this framework dlls... I did have learned some knowledge on C from school, but not much on object-oriented languages like C++. Self-learning is the only way to learn this for me but I don't have time for this yet. :)
---------------------------------
I just installed back my RA4 and an avs2wav also exists in its bin directory. I clicked it and it returned the same error. But I encoded the same avi on RA4 and it didn't give any problem at all. Does it mean that avs2wav.exe is not used on RA4?

Robutix
25th July 2006, 17:03
That's not what I'm arguing about... it's a lot less to download the framework ONCE and not having all that code embedded in all your apps.
But not all users are aware of that if you won't embed those dlls statically with your program, is it? Your program would be dependent on an extra framework and it would be a hassle to any user running on normal WinXP installation.

EDIT:
Maybe while it is still not a standard dll on WinXP then you should include it on your program releases like any other GNU dlls.

Sirber
25th July 2006, 17:37
no worry, I will include it.

I just installed back my RA4 and an avs2wav also exists in its bin directory. I clicked it and it returned the same error. But I encoded the same avi on RA4 and it didn't give any problem at all. Does it mean that avs2wav.exe is not used on RA4?
RA4 is not using it :)

Eretria-chan
25th July 2006, 17:42
To answer your questions, Robutix, it is not a framework: it is runtime. But call it whatever you will. The thing is, that these "extra" components can easily be detected and installed by an installer if not present. Easy as a pie for the user and no extra hundred kilobytes of data in your program.

Robutix
25th July 2006, 18:14
To answer your questions, Robutix, it is not a framework: it is runtime. But call it whatever you will. The thing is, that these "extra" components can easily be detected and installed by an installer if not present. Easy as a pie for the user and no extra hundred kilobytes of data in your program.
For a dev it should be a good habit not to expect that every user will have these not-yet-standard runtimes on their PC thus including any alien dll from Windows is mandatory. Unless a dev noted his users that these programs requires this "extra" runtime for it to run successfully to your machine.

RA4 is not using it
Wow, is this the only executable not used in RA4? Don't tell me there's more? :rolleyes:

Eretria-chan
25th July 2006, 18:21
For a dev it should be a good habit not to expect that every user will have these not-yet-standard runtimes on their PC thus including any alien dll from Windows is mandatory. Unless a dev noted his users that these programs requires this "extra" runtime for it to run successfully to your machine.
And I always do. Requires Visual C++ 2005 runtime (linky here if you don't have it).
And besides, doing an installer that installs it if not present is easy. At least with msi. I know it's half-ased, but still...

Sirber
25th July 2006, 18:25
Wow, is this the only executable not used in RA4? Don't tell me there's more? :rolleyes:well... I guess there are plenty more :D

Weltall
25th July 2006, 22:46
RA5 uses Avisynth to normalize. dunno about others.

That will modify the audio in all your encodes. Best use normalize in MPC.

Filtering in ffdshow and ffdshow audio affect your encoding since they are used by RealAnime to decode the source.Wow! So I can set any filters in ffdshow (if it's configured to decode that video/audio input) before the conversion with realanime? I mean, if I want to correct brightness/contrast/color I can set picture properties and realanime will encode that way? This would be great! Do you think it's fine to use it? But, the same is valid for audio? And if it's so, considering realanime avisynth normalizing, activating it in ffdshow before conversion, like Eretria said, will do it two times or Avisynth would normalize ffdshow already normalized input sound :S?

Btw, why is mp4box in realanime5 so small? It's fine if I want to change/update any components in realanime (4 or 5)?

Sirber
25th July 2006, 23:35
Wow! So I can set any filters in ffdshow (if it's configured to decode that video/audio input) before the conversion with realanime? I mean, if I want to correct brightness/contrast/color I can set picture properties and realanime will encode that way? This would be great! Do you think it's fine to use it? Yes it is, that's why there are 2 buttons for that. Just be sure your audio is 2 channels (no upmix).
But, the same is valid for audio? And if it's so, considering realanime avisynth normalizing, activating it in ffdshow before conversion, like Eretria said, will do it two times or Avisynth would normalize ffdshow already normalized input sound :S?Best not normalize with ffdshow, audio quality will suffer as ffdshow change the volume if it's too quiet and turn it down when noisy, so it's not constant

Btw, why is mp4box in realanime5 so small? It's fine if I want to change/update any components in realanime (4 or 5)?you could update things, I don't look for versions. I don,t support modifications though :p

Robutix
26th July 2006, 11:48
And I always do. Requires Visual C++ 2005 runtime (linky here if you don't have it).
And besides, doing an installer that installs it if not present is easy. At least with msi. I know it's half-ased, but still...
I understand its usefulness for you but still I want to maintain my Windows at least to the norm. Maybe for now since I won't install any dev tools or proggies that would require external dlls like these. :) Btw I got the link on the MS website but, not yet interested. :p Thanks though.

@Sirber
Hehe, so that's the reason RA gets bigger and bigger huh! :rolleyes: This should be avoided on RA5 at least. Especially the upcoming "lite" version. You can choose what to put from these bundled stuffs right? Also the "full" version should also be out of bonuses. :rolleyes:

Eretria-chan
26th July 2006, 11:58
I understand its usefulness for you but still I want to maintain my Windows at least to the norm. Maybe for now since I won't install any dev tools or proggies that would require external dlls like these. :) Btw I got the link on the MS website but, not yet interested. :p Thanks though.
You'd be sureprised how many programs requires theses dlls. They won't mess up your system.

@Sirber: I found a bug for ya. I used File -> Save to save current list. Since File -> New didn't work, I cleared out all <Input><File> tags in the text file. When I later threw in a file, it added "Shinobuden - 02.avi" automatically. I removed the file and threw in the same file again. This time, "Shinobuden - 03.avi" appeared on the list. I deleted the same file (One Piece 199.mp4) and the Shinobuden - 03.avi disappeared too.

More bugs? Extracing mp4 audio/video, then running video analysis. No audio encoding that I see and shouldn't it say Encoding Video? Normal profile in RA5 == High in RA4?
Oh yes. do you think you could add a progress bar? I must admit, it was really cool when I saw it in xAnime.

Robutix
26th July 2006, 12:06
You'd be surprised how many programs requires theses dlls. They won't mess up your system.

Of course they are friendly with a Microsoft system. :) But I don't seem to have a problem with any other programs requiring these "extra" dlls. Except the RA5. Also I hate adding extra stuffs to my system not actually required. I'm currently conserving HD space. That's why I'm limiting software programs as much as possible. If I realise someday that I really need to install this then I would immediately do it. And I'll take you to free lunch for that. :D

Eretria-chan
26th July 2006, 12:11
Unlike the .NET Framework, they don't take up more than a couple of mbs. Have you done a search for msvc70.dll, msvc71.dll? You'd be surprised how many of those files are bundled with programs. Waste of space, you might say, since you only have to put them once in your windows\system32 directory.

UPDATE: On second pass, I now see Running video encoding in the log.

Robutix
26th July 2006, 12:24
It's ok with me to get it from bundled programs. Since it will still exists only once on system32. So installing the updated runtime (extra space) won't be necessary. Since devs are expected to include this on their programs as they are not yet standard.

For now, my system doesn't need this extra dlls. That's why theres no need for me to install it. I only saw this error first time in RA5.

Eretria-chan
26th July 2006, 12:26
Do a search. I bet you'll find at least one of those files on your HD. Most programs copy it to the directory of the application and not to windows\system32. RA simply does not bundle this dll at all.

Robutix
26th July 2006, 12:34
RA should be. Or else it should include the new C++ runtime in the list of minimum requirements for RA5 to run on everone's system. This would put most newbies or even average users to "uhh?" :confused: Not a user-friendly approach.

Eretria-chan
26th July 2006, 12:36
I bet Sirber didn't know it required it or he'd have included it. I know how he is.

Robutix
26th July 2006, 12:43
That's why I'm here to report it. :p He just bundled ffdshow to RA anyway... Good thing I've tested it under a normal environment. So no further testings for me as of now. I'll wait for alpha2. You just continue the testings while you're at it. I gonna preserve my normal system. So I can test for missing ones again. ;)

Eretria-chan
26th July 2006, 13:15
Audio encoding failed. I would be happier if audio is encoded first since if it fails, I won't have wasted 2+ hours worth of encoding.

It also appears that during the first pass, the last digit on ETA is pushed outside the GUI. You need to make it wider, mate.
Aside from that, maybe a feature that could calculate the total ETA would be possible? You know, RA takes into account how long it takes to encode one video / the amount of minutes. Total number of minutes (of all files) * time per minute. And a progress bar too, if possible! Gotta love those.

Sirber
26th July 2006, 14:07
That's lots to read :)

the DLL will be bundeled.
there will be 2 version: lite version and full version
there will be an updater (web)
x264 realtime log will not have "encoding frame: ", so ETA will be ok
I have no plan for progress bar, realtime log is sufficient.

@lain

please check the bugs about the filelist.

Eretria-chan
26th July 2006, 14:13
I have no plan for progress bar, realtime log is sufficient.
But it would be cool!!
The program must look cool, so that you can put a nice slogan to it ;)

Robutix
26th July 2006, 14:19
Glad to hear all of that, Sirber!

Please don't forget to include the pop-up infos for every box or filter to click. Maybe on the final release. For users to have some idea what each of those filters do? Like me who doesn't know what each filter actually do to the source. So we could expect what we would like to fix from the source. Also the infos regarding the differences with Normal, Better, Best. At most all buttons that need some infos for dummies. Just like on RA4. :D

Eretria-chan
26th July 2006, 14:25
Uhhh, I really don't think it needs to be explained about the audio/video settings? I mean, I get that Better is better than Normal and so on. But perhaps recommended requirements to get a good speed.

No progress for audio analysis :/
And some stupid number for audio encoding :/

UPDATE: Converting to matroska: Access violation in mkvmerge.exe.
UPDATE2: Furthermore, it deletes the original, encoded track. The .mp4 file.

Sirber
26th July 2006, 14:30
I plan a "preview mode" in the menu of the file list, so you can preview filtering.

Eretria-chan
26th July 2006, 14:30
Serious bugs!

Sirber
26th July 2006, 14:34
UPDATE: Converting to matroska: Access violation in mkvmerge.exe.nothing I can do :)
UPDATE2: Furthermore, it deletes the original, encoded track. The .mp4 file.I delete everything in the temp folder after successful encode.

Eretria-chan
26th July 2006, 14:36
I will attempt to recover that file, but I can't hope for anything. You must doing something wrong, though.
Make sure everything succeeds before deleting a file! >_<

GONE!! IT'S GONE!! NOOOO!!!!

After encoding had finished, it won't start again when I select Encoding -> Start. It just prompts Encoding Finished.

Robutix
26th July 2006, 14:44
Omg, the bugs are coming out. *where's the spray can*

But I still hope to see some simple pop-up infos like what you already did on Upsize and DeRainbow boxes. Also with the Sharp, Smooth, Normal panel. Coz this adjectives don't give that much of a difference for a common user. I can't give comparisons without the actual info behind each filters. While the others are too technical for me to tweak. Of course it would be be a hassle for someone to just visit this forum or search the net to understand what Inverse Telecine do or DeInterlacing. I'm speaking for the possible users I would share this program with. And without the proper help files, maybe a simple info on each box would suffice.

Anyway, fix the crucial part first at the moment. I hope you'll see where you messed up. Ganbatte!

Sirber
26th July 2006, 15:01
I will attempt to recover that file, but I can't hope for anything. You must doing something wrong, though.
Make sure everything succeeds before deleting a file! >_<

GONE!! IT'S GONE!! NOOOO!!!!
In MP4 --> MKV convertion, I delete the source MP4 which is supposed to the the output from RA5 :)

After encoding had finished, it won't start again when I select Encoding -> Start. It just prompts Encoding Finished.if there's nothing to encode...

Sirber
26th July 2006, 15:03
But I still hope to see some simple pop-up infos like what you already did on Upsize and DeRainbow boxes. Also with the Sharp, Smooth, Normal panel. Coz this adjectives don't give that much of a difference for a common user. I can't give comparisons without the actual info behind each filters. While the others are too technical for me to tweak. Of course it would be be a hassle for someone to just visit this forum or search the net to understand what Inverse Telecine do or DeInterlacing. I'm speaking for the possible users I would share this program with. And without the proper help files, maybe a simple info on each box would suffice.I'm sure "Smooth" means more to the end user than "Bilinear", and "Deinterlace" more than "TDeint.dll" ;)

Eretria-chan
26th July 2006, 15:05
In MP4 --> MKV convertion, I delete the source MP4 which is supposed to the the output from RA5 :)
I couldn't recover it using a recovery program either.
Why not just video & audio using mkvmerge? Why this "conversion"?

if there's nothing to encode...
What if I want to re-encode the file? Maybe something that clears its status.

LAIN
26th July 2006, 15:07
After encoding had finished, it won't start again when I select Encoding -> Start. It just prompts Encoding Finished.

if your file is tagged as "done" it wont encode it again.

* MKV merge is not totally functionnal, we need to fix few stuff related to this. it's still unstable since it's not a native feature and it was added after.

* for the list, i'll take a look tonight when i'll come home (I dont have time to code during the day ... unlike Sirber :D)

Robutix
26th July 2006, 15:08
I'm sure "Smooth" means more to the end user than "Bilinear", and "Deinterlace" more than "TDeint.dll" Is it that simple? So how biliniear differs from bicubic? as smooth differs from normal? :confused: So bilinearity smoothens a "normal" output?

Sirber
26th July 2006, 15:09
I couldn't recover it using a recovery program either.
Why not just video & audio using mkvmerge? Why this "conversion"?Less coding. Main output is MP4, so code is done for mp4. MKV is just an "addon".

What if I want to re-encode the file? Maybe something that clears its status.Clear finished and readd it.

Is it that simple? So how biliniear differs from bicubic? as smooth differs from normal? :confused: So bilinearity smoothens a "normal" output.So you want me to make a small popup explaining exactly and in detail how the filters work? will not be very user friendly. Wikipedia is also your friend, as well as doom9 search ;)

Eretria-chan
26th July 2006, 15:10
* MKV merge is not totally functionnal, we need to fix few stuff related to this. it's still unstable since it's not a native feature and it was added after.
Maybe some testing feature that lets RA skip audio & video encoding and mux directly? It would help solve these problems without spending an hour encoding for nothing.

Also, bilinear is a smoothing filter. Also used in games.

Sirber
26th July 2006, 15:12
Maybe some testing feature that lets RA skip audio & video encoding and mux directly? It would help solve these problems without spending an hour encoding for nothing.No point testing merging something not encoded...

Eretria-chan
26th July 2006, 15:14
Isn't the idea to test and get the merging procedure right before trying to merge the encoded files?
I can stop RA from deleting the temporary files after an encode and use them as a testing point for the merging procedure.

LAIN
26th July 2006, 15:15
Less coding. Main output is MP4, so code is done for mp4. MKV is just an "addon".


We will do more test related to mkv ouput, if the test all fail or fail too much time we might consider to remove the mkv output and the user would convert the file (if they want to have mkv files instead of mp4)

[Edit]
Less pain for us (coding and debugging time) and less pain for you (less bug report related to mkv output) :)

Robutix
26th July 2006, 15:16
Also, bilinear is a smoothing filter. Also used in games.
No Sirber not a detailed one, maybe like this one Eretria-chan sampled. But not that exactly. Maybe saying "used best for pixelated visuals", or something like that. :o
------------------
That's why mp4 was the intended output in the first place... ^0^

Eretria-chan
26th July 2006, 15:18
[Edit]
Less pain for us (coding and debugging time) and less pain for you (less bug report related to mkv output) :)
More pain for me because I have to convert manually. All the more reason for me to build my own gui.

Robutix
26th July 2006, 15:19
Why not use mp4 instead? It's not that allergic to avoid... ;)

LAIN
26th July 2006, 15:22
More pain for me because I have to convert manually. All the more reason for me to build my own gui.

you can use the gui of mkv to convert manually and it can be done really fast.

I was telling to sirber maybe to do a soft too batch convert to mkv. It would help the end user related to this matter and since it would be a "dedicated" soft related only to mkv, we remove all the unnecessary soft in realanime and do a gui for mkv convertions.

Sirber
26th July 2006, 15:22
More pain for me because I have to convert manually. You can make a batch file in seconds... with all the settings you like.
All the more reason for me to build my own gui.Go ahead, stop buging us and finally we'll have a GUI like we want. ;)

Eretria-chan
26th July 2006, 15:26
you can use the gui of mkv to convert manually and it can be done really fast.
Not if you have 100+ files to convert.

You can make a batch file in seconds... with all the settings you like.
Takes years to sort out.

Go ahead, stop buging us and finally we'll have a GUI like we want. :)
Then gimme the RA5 source.

Robutix
26th July 2006, 15:29
Then gimme the RA5 source.
As if you have the right to demand that. XD

Sirber
26th July 2006, 15:29
Then gimme the RA5 source.RA5 is closed source.

Eretria-chan
26th July 2006, 15:34
Then I can't do anything. Impossible, mate.

Eretria-chan
26th July 2006, 15:45
I find it very strange that mkvmerge can successfully merge that mp4 file into mkv, while RA5 cannot.

Sirber
26th July 2006, 15:47
// Make CLI
sCmd := oSetting.sPath + 'mkv\mkvmerge.exe ';
sCmd := sCmd + '-o "' + sMKVOutput + '" ';
sCmd := sCmd + '"' + oSetting.sOutput + '" ';
pretty basic ;)

Eretria-chan
26th July 2006, 15:50
Command line: "mkvmerge" -o "E:\Downloads\[K-F]_One_Piece_199_[6E5DB6D9].mkv" -a 2 -d 1 -S E:\Downloads\[K-F]_One_Piece_199_[6E5DB6D9].mp4 --track-order 0:1,0:2

Sirber
26th July 2006, 15:51
I will dump the full installer and release only the small one.
I will post instructions on what packages are needed and how to enable OGM/MKV as input.

Eretria-chan
26th July 2006, 15:55
I still want the source, though. Especially now that you've disabled the helpful log that displayed what programs to call and what command line arguments.

Robutix
26th July 2006, 15:57
Are intructions also posted on your site? Hey, why your site changed its layout to a simple one?

Sirber
26th July 2006, 16:43
Are intructions also posted on your site? Hey, why your site changed its layout to a simple one?I'm fed up with public projects, public development, public support, etc. I'm dumping everything. So RA5 might be the last release from us.

Eretria-chan
26th July 2006, 16:45
All the more reason I should have a look at the source. Someone has to carry the legacy on. Meh.

Sirber
26th July 2006, 16:56
Not sure we have the same vision about RealAnime. Best you make your own GUI for your own needs.

Eretria-chan
26th July 2006, 17:02
Ah, don't worry. I will not continue RealAnime. It's in Delphi. Will not use Delphi. But I don't know how you perform your encoding operation. That's why I need source.

Sirber
26th July 2006, 17:08
Ah, don't worry. I will not continue RealAnime. It's in Delphi. Will not use Delphi. But I don't know how you perform your encoding operation. That's why I need source.RA5 is closed source.
case closed.

Eretria-chan
26th July 2006, 17:13
Feh. You always were the stubborn and sulky one. Perhaps you will come around. Perhaps not. If not, then I will have to live with the RA4 source. And it's your fault nothing it won't be as good as RA5. Your stubborness is not becoming you.
You fail to see the good and you throw everything away.

Sirber
26th July 2006, 17:24
Feh. You always were the stubborn and sulky one. Perhaps you will come around. Perhaps not. If not, then I will have to live with the RA4 source. And it's your fault nothing it won't be as good as RA5. Your stubborness is not becoming you.
You fail to see the good and you throw everything away.
Aren't you going a bit far?

Eretria-chan
26th July 2006, 17:27
You said yourself that RA *is* going to end. If not this release, then the next. Who is to carry on improving RA?

Sirber
26th July 2006, 17:28
You said yourself that RA *is* going to end. If not this release, then the next. Who is to carry on improving RA?nobody? as usual.
if RA has to end, it will. Nothing you can do about that.

As this discution is going nowhere, I suggest you stop here.

bond
26th July 2006, 17:32
As this discution is going nowhere, I suggest you stop here.seconded

Eretria-chan
26th July 2006, 17:33
I don't care if it leads nowhere. I still want you to *see* mine, if not *out* point. As you undoubtedly have seen, there are people who *does* care about your GUI. Will you simply leave them in the dark because you cannot part with your source?
That is so like you. Sulky and bitter to the end.

Now take this to your heart and learn this knowledge. If this cannot make you see it, then I assume nothing can. As moderators take part, dicussion ends.

Sirber
26th July 2006, 17:41
@bond

please close this thread.