View Full Version : Old RealAnime discussion
Pages :
[
1]
2
3
4
5
6
7
8
9
10
11
12
13
14
15
midiguy
1st July 2003, 00:40
the link doesn't work :(
I wanted to try it!
Sirber
1st July 2003, 00:51
I got frustrated this morning. I'll finish adding the resize engine and I'll reupload it.
New features:
* Resize in producer (not tested)
ToDo:
* Crop in producer
* Set producer.exe at IDLE
* The about frame
midiguy
1st July 2003, 01:07
hey sirber, here's a feature request.
Could you add two avisynth filters? (dub and copysame)?
If you read what I posted in the DropDupe thread, well, I said:
You could use a current filter (like dup or copysame or whatever) that already has all the bugs worked out, and let that decide what the duplicate frames are. Then just set up the DropDupe RV9 filter to only drop frames that are EXACT duplicates (100% exact) so then the avisynth filter would really be doing all the work and you wouldn't have to worry about any current bugs. Of coarse, this would just be a temporary solution until everything is worked out with the DropDupe filter.
And then could you also add a setting for DropDupe that would make it only make duplicate frames to frames that are EXACTLY the same (to the pixel)? This, to me at least, would be an important feature until all the bugs are worked out with dropdupe.
Sirber
1st July 2003, 01:08
I don't use AVISynth at all. This GUI only create a job file for each file in the list and start producer, with some error checking :)
Not advanced stuff :D
Sirber
1st July 2003, 01:32
IDLE coding is working, I had to dump my old Shell&Wait. I'll test it with a full encode and release RC1.
unmei
1st July 2003, 18:51
this looks good, good, good :)
the best simple GUI for producer so far
but i have a feature (say change) request too: would you please not limit the bitrate or set the limit to something higher (1000-1500 kbit/s). I would really like to use this for my RV9 encodes, but i wont go as low as 475kbit/s. If there is no way to encode at, say 600 or 1000 kbit/s i cannot use this great GUI.
Hint: don't be stubborn, i know this limit has nothing to do with Real Video and it won't give you much work to change it, please do not willingly exclude people who do not think the same way about how much bitrate a anime deserves >< .
(If you think adding more radio buttons would make it too big, you could use a drop-down if you dont want to allow free selectable bitrate via a slider, text field or the like. If you need inspirationyou can also look at my -ok, way more complex :(- GUI DNA-PG (http://www.hta-bi.bfh.ch/~seilf/DNA-PG/DNA-PG_2003-06-29.rar) ..sorry it does'nt have dropdupe and EHQ)
i just realized i cannot load mkv or avs, could you include that in the input file formats ? would be nice :D
Sirber
1st July 2003, 19:32
I'll add avs and mkv, but I don't know if producer will like them. I'll also use a simple textbox for total bitrate seelction.
As you know, IMHO, animes don't deserve more then 450kbps, at 640x480, 24FPS. I'm not stubborn, I do things like I want mouhahahahah :D
Stay tuned for RC3!
31 Flavas
1st July 2003, 19:40
it is perhaps "pushy" for Sirber to limit the program to 475k tops, but there is a point to be said here, 475k espically with EHQ isn't as bad as you may think it is.
I got the fansubs for .hack//sign from my friend (Divx 3.11 @ ~~1000k, 640x360, 180 meg) and compaired them to my RV9 450k VBR EHQ (634x344, 90 meg) dvd rips. You have to nitpick at things like slightly wrong aspect ratio on mine and slightly less resolution to tell them apart. (Yes, I use the dvd's subs and the fansub's have their own different font, so you can tell them apart right there, but cut me some slack ok? :) )
That's 90 meg (per episode) you save and can use to more download more anime/mp3/games/porn or whatever.
Try it before you dismiss it is all i'm saying. If you just have to use 1000k-1500k, put it to good use, don't do any resizing, and instead use RV9 anamorphic to go 720x480 -> 720x540 on playback.
or 720x480 -> 888x480, if your source is widescreen
Sirber
1st July 2003, 19:44
So... have I to change my bitrate settings or not? for me it's ok the way it is... :confused:
31 Flavas
1st July 2003, 19:47
it's your program sirber. Do with it as you want, I just don't want people to blaketly dismiss 200k - 475k RV9 EHQ video.
Sirber
1st July 2003, 20:45
I'll add 500 and 600kbps, but NOTHING more. Learn instead of wasting bits :sly:
Sirber
1st July 2003, 21:46
RC3 out.
Known bugs:
* Closing RealAnime while encoding will result in a msgbox at the end, because of messed API calls.
unmei
1st July 2003, 22:06
I'm not stubborn
no, you're obviously NOT as you added the 500/600 :D
I think i'll be happy with 600, maybe thats a good range for rv9 even. So far i only tested 450 and 1500 (w/o EHQ) and 450 was too low for me, but codecs sometimes gain a lot out of a few bits.
and avs is happily eaten by producer. matroska -> i don't know yet
havent had time to test RC3 so far, but ill d/l it now
thanks for implementing my requests :)
*edit: added the NOT (lol at sentence without it)
Sirber
1st July 2003, 22:09
you can go up to 675, but it's almost a bitrate for DVD encoding. Most animes look superb at 450kbps, using a 64kbps surround track, while older ones, like Ranma, are OK at 350kbps, using a 32kbps voice track.
unmei
1st July 2003, 22:24
hehe you guys already brought me to somehow accept real video, but you won't convince me of the low bitrates :P
Sirber
1st July 2003, 22:32
try! Life is for trying new things, like low-bitrate encodes! :D
midiguy
1st July 2003, 23:15
I like real video but not at such low bitrates :angry: :sly:
Just because you don't see pixelation or noise doesn't mean the video is encoded well... because of the in-loop filtering and uncontrollable post-processing, you will just see blur instead of the normal artifacts.
Hey sirber, why don't you just let people put in whatever bitrate they want. Like a textbox to input a value?
Sirber
1st July 2003, 23:19
because I made that software for my needs, and I decided later to make it public. Also, RV9 don't PP that much: I can see well preserved MPEG4 squares at 450kbps with some bad sources...
midiguy
2nd July 2003, 01:27
Originally posted by Sirber
because I made that software for my needs, and I decided later to make it public. Also, RV9 don't PP that much: I can see well preserved MPEG4 squares at 450kbps with some bad sources...
It doesn't always post-process that much if it has enough bits to work with. But if it has to post-process very excessively to cover up a lot of (it's own) artifacts (especially at very low bitrates and high resolutions), then it will (in my opinion).
Sirber
2nd July 2003, 01:46
IMO, RV9 don't PP, but just don't add details when bitrate is too low...
midiguy
2nd July 2003, 06:06
Originally posted by Sirber
IMO, RV9 don't PP, but just don't add details when bitrate is too low...
As far as I know, details aren't added (they're taken away). :D
karl_lillevold
2nd July 2003, 06:27
i always wanted to write a grain creating postfilter. Maybe someone could write it, and contribute to Helix.. There is clearly demand for it. Some codecs spend 30% of their bitrate to convey accurate grain information. It would seem better to instead let the user choose their preferred level of graininess, and save those 30%. I know preferences vary as to how much grain looks nice.
bill_baroud
2nd July 2003, 19:48
yay \o/ that would just be great Karl !
TrBarry just created an avisynth filter in this way, called AddGrain (http://mywebpages.comcast.net/trbarry/downloads.htm) ... or perhaps it should be called addRain :D
there is some "Noise" algorithm used in ffdshow to grain to picture too.
btw, Sirber, my first RV9 test at 300kbps (with ehq/dup, Karl's jobfile) just showed me some moving squares and nothing else :P
well resolution was 834x480 :D (rv9 is confusing eh, i didn't resize)
so i was not hoping for a miracle
Sirber
2nd July 2003, 20:53
whjat was the source? I never said every encode will look great at 300kbps... :eek:
bill_baroud
2nd July 2003, 21:13
hmm ... perhaps you never say it, but it's just what's you're telling everywhere (at least it's how i've understand it). But no offense, i respect every opinion, and mine is different.
That's why i wanted to re-test that rv9 myself to saw it with my own eyes, and if it's that good or not.
well, source was Soultaker Opening, Mpeg4 V2 with PCM audio, 834x480 from japanese hdtv (46mb for 1:29). The quality is SHQ .... far better from a DVD i would say.
It's a clip with a lot of motion, noisy part, fog part, and some flashy color ... a true torture clip :)
Xvid (the stable one ... 14/10 cause i runned that test in November 2002) performed well at 640x368 / 17mb.
now rv9 at 10mb is not good (blurred background & edges) but i think a lot of improvements is possible in the 7mb left. (hm, i need to redo xvid test too)
Sirber
2nd July 2003, 22:19
Use the lastest XviD unstable, and use my GUI, which include the lastest producer. DOn't use DropDupe yet, it generate audio problems.
Sirber
3rd July 2003, 03:18
RC4 will be out soon :D
Bugfix:
* Resize moved from commandline to jobfile
* DropDupe and audio related problems
New Features:
* Crop
Sirber
4th July 2003, 21:50
RC5 is out!!!! :D
Bugfix:
* All filters moved to jobfile
New Features:
* Black Level Correction
* Resize
ToDo:
* Crop (still buggy)
Link: See first post
GoWaN
6th July 2003, 21:05
Trying your software after adding the files and pushed "start encoding" gave me an runtime error (53) of file not found. What I'm doing wrong? WinXP (spanish) with Service pack here.
Sirber
7th July 2003, 01:48
RUn time error. Does Producer don't start or it's RealAnime that crash?
Sirber
7th July 2003, 02:07
New version!!!
V1.00, final one.
New features:
* Unlimited bitrate selection!!!
* Crop
kaede
7th July 2003, 07:38
sweet. no more low bitrate encoding ;)
IMHO i dont care the codec but 800-1500 bitrate always looks much sexier than lower ones.
GoWaN
7th July 2003, 09:34
Originally posted by Sirber
RUn time error. Does Producer don't start or it's RealAnime that crash?
Producer doesn't start. The message error pops just after I push encode button. Now I am downloading 1.00 version, I'll try and tell you what happens.
edit: Keeps showing the same error message. Could it be due to lack of vb6 libraries, I'm not sure if I have them. Where I could download them?
Sirber
7th July 2003, 13:01
http://5star.freeserve.com/Utilities/files/vbrun60.exe
I hope this will resolve your problem.
GoWaN
7th July 2003, 13:30
It didn't :( I'll try to fight with the command line :angry:
Rumbah
7th July 2003, 23:06
I get the same error message every time I push the encode button. I have WinXP German with service pack #1.
PS: Could you please add the 44kbit sound, because I often use the 44kbit mono music sound codec for anime series that are seldom stereo. There 44kbit is enough.
Sirber
7th July 2003, 23:19
I'll try
I want to rewrite it in Delphi. VB isn't good IMO :)
GoWaN
8th July 2003, 14:24
Originally posted by Sirber
I'll try
I want to rewrite it in Delphi. VB isn't good IMO :)
Me too ;)
Sirber
8th July 2003, 14:50
I guess "Start encoding" don't work on some system because I use wierd API calls. While I'm creating ot in Delphi, there is a way to start the encode directly for 1 file:
producer.exe -j c:\job_tmp.rpjf
You can edit the bojfile after each encode and restart producer with it.
Rumbah
8th July 2003, 17:32
I wanted to try that, but there isn't such a file! Perhaps that causes the error?
GoWaN
9th July 2003, 09:13
Here doesn't exist that file too.
Sirber
9th July 2003, 12:42
Wierd...
I'm training in Delphi, I might produce something good in few weeks :(
GoWaN
9th July 2003, 19:37
Thanks, your efforts are fully appreciated. :)
LeonMcNichol
9th July 2003, 23:57
I'm getting the same runtime error. I have the english version of XPSP1, though, this is my mom's PC. I'll have to test it out on my own PC at home, when I get there tomorrow.
I was looking forward to test RV9 and also compress this amv from MPEG1 to a smaller size. So I can share it to some friends on 56k who don't want to spend 3 or so hours to download something that's less than 6 minutes long.
Sirber
10th July 2003, 00:18
News!!
I'm building the GUI in Delphi 6. I'll let you have a look here (http://www.webernic.com/sirber/Downloads/BOM.exe)
New name: Batch O'Matic
It's just a GUI, nothing works yet.
LeonMcNichol
10th July 2003, 20:55
Yep, it's not working here. It appears to be no making the c:\job_tmp.rpjf file. What would cause that? Oo Ah well.
Sirber
10th July 2003, 21:28
It will work numero uno in Delphi. :D
Sirber
11th July 2003, 03:12
I don't have time nor the necessary help to devellop the GUI in delphi. If you want to try to find why it's not working or add cool feature to RealAnime, here's the source code.
http://www.webernic.com/sirber/Downloads/RealAnime_sources.7z
Here the things I ask:[list=1]
Do not rip and rename
Send me modifications or new features, I'll add them to RealAnime
[/list=1]My mail is sirber@myrealbox.com, since Bell Canada cut TCP port 25, so I can't recieve mails on webernic.com :(
[edit]
I used 7-zip, www.7-zip.com, a free and powerfull archiver.
timecop
13th July 2003, 13:22
This is usually what happens to all VB-like projects.
Please, people. If you are going to write quality stuff, use a real programming environment.
No, VB6/DelphiWhatever doesnt cut it.
And 7zip? for crying out loud.
Why the hell would I download a weird unknown file compressor.
What is wrong with zip/arj/rar/lha/gz/bzip2?
Atamido
13th July 2003, 17:31
Originally posted by timecop
And 7zip? for crying out loud.
Why the hell would I download a weird unknown file compressor.
What is wrong with zip/arj/rar/lha/gz/bzip2? There is nothing wrong with them, but 7zip is better. If you want to spend less time on a download, use 7zip. It will even make standard ZIP files that are smaller than ones made with any other ZIP utility.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.