Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
8th March 2005, 03:08 | #1 | Link |
Registered User
Join Date: Mar 2005
Location: Ontario, Canada
Posts: 23
|
Anime Encoding
Hi guys im new in a beginner in this section and i want to know more about how to do perfectly encode an Anime footage. I followed few guides from here and from other sections, but i guess they weren't enough because it still doesn't makes me satisfied. So i can say a week section of my encoding is the filtering. Can somebody point me give me a few hints about Anime filtering, or point me to a guide where i can learn more about that stuff. Thank you for your help guys .
|
8th March 2005, 03:28 | #2 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Welcome to doom9.
Filtering anime is not an easy task, i would start from the AviSynth forum where filters and stuff is discussed. Plus, there are some anime addicted members that know a lot about anime filtering and encoding. A good idea is to visit also the Real Video forum, since most anime are encoded with that codec. Sarching the forums will make you find a lot of useful threads too. Hope it helps.
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! Last edited by Sharktooth; 8th March 2005 at 03:31. |
8th March 2005, 04:24 | #3 | Link | |
Guest
Posts: n/a
|
Quote:
But for a guide, here's a pretty decent one. But the amount and type of filtering is completely dependent on the source material. So without knowing anything about the source(s) you are encoding its really hard to give you any filter recommendations. |
|
8th March 2005, 04:35 | #4 | Link |
Registered User
Join Date: Mar 2002
Location: Kansas City, Missouri
Posts: 1,812
|
Encoding anime just got really easy. Using AVISynth, DOOM9's mencoder gui, and mencoders x264 encoding abilities. If you encode to fit a single CD then it would be way overkill for your average anime etc. And I am talking about full resolution anamorphic encoding.
I realize that this is the Xvid section and no disrespect to Xvid. But h264 is just damned impressive. Even though X264 is only about where Xvid was a year or two ago. The only downside is it is a bit more resource intensive.
__________________
Opensource will not take over the world. But it will sure improve the lives of most of it! _______________________________________________ Inkscape - Scallable Vector Graphics for everyone. The GIMP - Free raster graphics and photo editing software. Planeshift - Free 3D MMORPG. Cause everyone needs some fun. |
8th March 2005, 11:07 | #5 | Link |
Moderator, Ex(viD)-Mascot
Join Date: Oct 2001
Posts: 2,564
|
I'm very much inclined to agree here. Id prefer watching an x264 encode with inloop filtering over an XviD encode with the amount of preprocessing people typically like to use...
Concerning XviD, please try the 'cartoon mode' (yes, it does work well with anime...), but be sure to use the latest XviD CVS-head build. Don't use adaptive quantization. Have fun.
__________________
It's a man's life in Doom9's 52nd MPEG division. "The cat sat on the mat." ATM I'm thoroughly enjoying the Banshee - a fantastic music player/ripper for Linux. Give it a whirl! |
8th March 2005, 12:08 | #6 | Link |
Registered User
Join Date: Mar 2004
Location: france
Posts: 98
|
if your source is clean, you don't have to use any filter except
if you want to increase compressibility. so if your source is noisy or if you want to increase compressibility (you may also loose some details) you can use MipSmooth AviSynth Filter http://www.avisynth.org/warpenterpri...l_20031217.zip use MipSmooth(preset="AnimeHQ") or MipSmooth(preset="AnimeLQ") (read the manual include in the zip) i don't think Xvid Cartoon mode works good with detailed anime, i think this option is for cartoon with large areas like the simpsons, tex avery... |
8th March 2005, 12:15 | #7 | Link |
Moderator, Ex(viD)-Mascot
Join Date: Oct 2001
Posts: 2,564
|
Have you actually made a comparison of a non-cartoon mode encoding against a cartoon mode encoding?
__________________
It's a man's life in Doom9's 52nd MPEG division. "The cat sat on the mat." ATM I'm thoroughly enjoying the Banshee - a fantastic music player/ripper for Linux. Give it a whirl! |
8th March 2005, 12:32 | #8 | Link | |
Registered User
Join Date: Mar 2004
Location: france
Posts: 98
|
Quote:
http://forum.doom9.org/showthread.php?s=&threadid=65938 |
|
8th March 2005, 15:32 | #9 | Link |
Registered User
Join Date: Mar 2005
Location: Ontario, Canada
Posts: 23
|
Tnx for the reply guys, i appreciate it. But im interested in finding more about using noise filters, and how to clean up interlaced sources, and also hybrid sources where the footage is mixed (NTSC or Film).
|
8th March 2005, 15:37 | #10 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Then head to the avisynth forum. It's where you'll find all those infos.
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
8th March 2005, 15:55 | #11 | Link | |
Moderator, Ex(viD)-Mascot
Join Date: Oct 2001
Posts: 2,564
|
Quote:
You do know that better efficiency like this leads to lower quantization and thus higher level of detail in two-pass? Let me try to set these misconceptions about cartoon mode straight by performing the comparison that you neglected in favour of listening to hearsay: This is how XviD typically looks in cartoon mode, compared against normal mode (at constant quantizer): cartoon mode normal mode Please download the fullsize images and switch back and forth between them with an image-viewer. What are your results? Yes. They are exactly the same. Only that one is from a file that's 4.11% smaller than the other one; at the same quantizer i.e. level of compression. Now, if we do a two-pass to identical target filesize with and without cartoon mode, the result is something like this: Average quantizers for cartoon mode encoding: I: 3,04 P: 3,18 B: 5,18 Average quantizers for normal mode encoding: I: 3,12 P: 3,33 B: 5,54 Translated into something visible this means quite some frames in the cartoon mode encoding are less compressed. Like this frame: cartoon mode normal mode There really are some popular myths about anime and XviD that let people encode to a lesser quality than possible. One of the reasons why I like to recommend x264 is that is still is relatively unharmed by people making false claims as to settings without offering any proof. Though I recently read something horrible about b-frames not being good for anime in an x264-thread, too. Probably in good tradition... I think it is by root a psychological problem; [edit]some[/edit]anime fans just reject to see their beloved medium as nothing but asian cartoons. But for the codec it doesn't make a difference whether you encode the Flintstones or Pokemon; both are flat surfaces and well fit for cartoon mode. On the other hand it doesn't matter whether the source is an anime with high-fps-fantastically-detailed-CG or an old Disney cartoon produced with a higher framerate than anime (more actually differing frames handdrawn per second) and drawn meticiously detailed; both are probably not good to encode with cartoon mode. Edit: a typo; the comparison of average quantizer read 'cartoon mode' in both instances, where it should of course have been 'cartoon mode' and 'normal mode'.
__________________
It's a man's life in Doom9's 52nd MPEG division. "The cat sat on the mat." ATM I'm thoroughly enjoying the Banshee - a fantastic music player/ripper for Linux. Give it a whirl! Last edited by Teegedeck; 18th March 2005 at 11:57. |
|
8th March 2005, 15:56 | #12 | Link |
Does it really matter?
Join Date: Jun 2004
Location: Chicago, IL
Posts: 1,542
|
After trying out Nero and x264 I don't think AVC is ready for use yet. Not only is it slow as a fat man at a track meet(1fps encoding compared to 10fps encoding with xvid) but I just don't feel the compression/quality is as good as it needs to be in order for it to appear as a superior codec.
As for filtering Mipsmooth is a waste of time as well as convolution. for anime your gonna have to try more powerful things like deen or hqdn3d as well as sharpening (awarpsharp and Xsharpen work well). but like they said everything is relative. The most important part with anime however is IVTC, cause you can really screw this up if you don't know what your doing. |
8th March 2005, 16:31 | #13 | Link | |
Registered User
Join Date: Mar 2004
Location: france
Posts: 98
|
the second (normal mode) has a quality slightly lower cause of the higher quantizer but the quality is still very acceptable and looks a bit more sharp than the first screenshot (cartoon mode)
i will made my own test, i was just afraid about this "bug" : Quote:
|
|
8th March 2005, 16:33 | #14 | Link | |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Quote:
It's a full DVD res anamorphic encode (720x424) @ 722kbps and not even at max quality!!!
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! Last edited by Sharktooth; 8th March 2005 at 16:48. |
|
8th March 2005, 16:38 | #15 | Link | |
Registered User
Join Date: Mar 2004
Location: france
Posts: 98
|
Quote:
|
|
8th March 2005, 16:51 | #16 | Link | |
Moderator, Ex(viD)-Mascot
Join Date: Oct 2001
Posts: 2,564
|
Quote:
From a constant quantizer encode, the same size as the constant-quantizer XviD encodings. From the same encode, which is 20% smaller than the two-pass XviD encodings from which the screenshots of this frame in my previos post stem. (Edit: I'm gonna update the second screenshot with one from a two-pass encoding with x264 lateron, for an exact comparison. And insert the correct frame for the first one, too... ) Edit: corrected swapped image descriptions.
__________________
It's a man's life in Doom9's 52nd MPEG division. "The cat sat on the mat." ATM I'm thoroughly enjoying the Banshee - a fantastic music player/ripper for Linux. Give it a whirl! Last edited by Teegedeck; 8th March 2005 at 19:17. |
|
8th March 2005, 16:54 | #17 | Link | ||
....
Join Date: May 2002
Location: Australia
Posts: 2,797
|
Quote:
Quote:
__________________
Narrator: And of course, with the birth of the artist came the inevitable afterbirth - the critic. (History of the World part 1) |
||
8th March 2005, 16:58 | #18 | Link |
....
Join Date: May 2002
Location: Australia
Posts: 2,797
|
oh and if you are going to reccomend H264 for people then Nero would be the thing since its relativly stable while x264 is constantly being updated and ffdshow(free viewing solution) is constantly behind. with Nero you know what the encoder produces the decoder will play. so x264, at the moment, is more for those wanting to try out or test H264 rather than people wanting to do permanant backups IMHO.
__________________
Narrator: And of course, with the birth of the artist came the inevitable afterbirth - the critic. (History of the World part 1) |
8th March 2005, 17:02 | #19 | Link | |
Moderator, Ex(viD)-Mascot
Join Date: Oct 2001
Posts: 2,564
|
Quote:
No offense meant. Probably my reaction is from country-studies; so often I hear people claiming that some phenomenon is typical of only the country they study, while it can actually be found in many places. Edit: Please accept the correction of my initial generalizing statement as a way of apologizing.
__________________
It's a man's life in Doom9's 52nd MPEG division. "The cat sat on the mat." ATM I'm thoroughly enjoying the Banshee - a fantastic music player/ripper for Linux. Give it a whirl! Last edited by Teegedeck; 8th March 2005 at 18:06. |
|
8th March 2005, 18:11 | #20 | Link | |
Moderator, Ex(viD)-Mascot
Join Date: Oct 2001
Posts: 2,564
|
Quote:
That 'bug' is the stray pixel that I wrote about (magnifying lense and all...). The danger of a stray pixel seems small (to me and IMHO) in comparison to the very real fact of having more highly quantized frames. Better deal.
__________________
It's a man's life in Doom9's 52nd MPEG division. "The cat sat on the mat." ATM I'm thoroughly enjoying the Banshee - a fantastic music player/ripper for Linux. Give it a whirl! Last edited by Teegedeck; 8th March 2005 at 18:57. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|