Log in

View Full Version : Anime Encoding


Pages : 1 [2]

Shinigami-Sama
18th March 2005, 04:44
Iuno
my fansub encoder friend has pretty standard settings
no deen though
keeps saying it was a mem leak like a sive
but I've been to buzy with learning everything I can find latly, to keep me from being bored to tears, to be able to spare cpu time to encode latly; which is quite sad now that I think about it
but once I get my new psu which will give me clean power I should start endoding again
last encode wasn't to bad but with all the stuff I've learn I should be able to make them 2x better
*edit* uber typos

Kagura
18th March 2005, 06:20
Well, the thing is, most fansub encoders have standard setting that they don't even bother to change between episodes and shows, which is rather sickening. Ah well. Can't blame people. They want maximum credit for least amount of work. Maybe that's why they don't share their techniques, since it'd just be avisource, undot, deen, textsub, 2 pass. hahaha

Shinigami-Sama
18th March 2005, 08:19
lol he has differant setting for het diffraent one
they;re not terribly diffreant but still slightly modifided
three pass QC doesn't let much through ;)
but yeah
most don't eraly like to share maybe next time I see pastic on I'll ask him about theier settings

Soulhunter
18th March 2005, 08:58
Another vote for h.263... :D

Imo no CQM is able to cope better with anime content !!!


Bye

Shinigami-Sama
18th March 2005, 19:19
Originally posted by Soulhunter
Another vote for h.263... :D

Imo no CQM is able to cope better with anime content !!!


Bye
hara for h263
:D
makes me look less newbish
>_>
yeah plastis uses prety standard settings also
but I was told notto tell vaulues
like I rembmer anyways >_>

Kagura
20th March 2005, 04:56
*shrug*

I'll try to restrain myself from lashing out, but you know that I am thinking, "The guy probably calls a bunch of global filter. He doesn't share his technique because he doesn't want everyone laughing at him for how simplistic it is."

Shinigami-Sama
20th March 2005, 07:34
both my fan subbing encoder friends told me their exact filter and values; they didn';t want me to tell anyone though, and yes they aer simple nothing as filtered as soulhunter there. mostly ivtc, de-noisers, sharpen/smooth resize some other one I can't remember what it is,
and other standard filters that everyone usles without thinking about it. so realy ther scripts aren't that complicated..

Kenshin5
20th March 2005, 23:16
Ok guys im encoding Love Hina Again, i don't know if anyone seen the source, it's mostly clean but there is some interlacing and a little noise. I've tried to use Convolution3D to smoothen it up but let's say it didn't go so well, and FluxSmooth is giving me some error in the scripting ("The Function FluxSmooth can't be found") and i already loaded the correct plugin in my avs script. Also my deinterlacing method isn't going so well can somebody give me a good sample for deinterlacing.

My Method:

Telecide(order=1,guide=1)
Decimate(cycle=5, mode=3, threshold=1.0)
FluxSmooth()
Crop(8,0,-8,0)
Lanczos4Resize(640,480)
AssumeFPS(23.976)

Kagura
21st March 2005, 00:46
Try:

IVTC
Crop
Resize
Denoise
Decimate

After, you can also maybe use sangnom to clean up ivtc artifacts.

The latest fluxsmooth is called as fluxsmoothst(spat_value, temp_value) or fluxsmootht(temp_value).

lordadmira
22nd March 2005, 01:38
I've had great success with the Smart Smoother filter with strength 7,75 to 7,100. It keeps good detail while smoothing within color areas. I'll pretreat it with DNR if there's a lot of static.


LA

Kenshin5
23rd March 2005, 00:45
Ok i got that fix now my method for making the footage progressive isn't working well, there is some mouth interlacing and stuff and also some blending aswell.

Kagura
1st April 2005, 07:21
Originally posted by lordadmira
I've had great success with the Smart Smoother filter with strength 7,75 to 7,100. It keeps good detail while smoothing within color areas. I'll pretreat it with DNR if there's a lot of static.


LA

YAY! Great to see another fan of older filters. Honestly, most of the newer avs "smoothers," "cleaners," and "denoisers" can't hold a candle to the versatility of the old ones.

The way I see it, if I want to denoise, I'll use a brute force denoiser and not one that uses new fancy techniques, since most of these experimental ones can't match the quality of the old ones. If I need to fine tune it to be smarter, I can use a combination of masking and supersampling. =)

guada 2
1st April 2005, 14:13
Hello my friends Kagura :)

Say me, did you tried "the guadafilter": the essence of the source
no ever, it's strange you should try it but,but, but....



Note: NO, it's a joke JUST an april fish :D :D :D :D :D

To soon ;)

Kagura
1st April 2005, 18:13
Man, it took me a while to puzzle out that one. XD

say me = dites moi?
to soon = a bientot?
april fish = poisson d'avril?

dunno what "essence of the source" is unfortunately =(

=P Are you using something like babelfish to translate?

Ah well, I got the gauda part though yea yea. Now, how is that on topic...?

_E_
2nd April 2005, 20:55
Originally posted by Kagura
YAY! Great to see another fan of older filters. Honestly, most of the newer avs "smoothers," "cleaners," and "denoisers" can't hold a candle to the versatility of the old ones.

The way I see it, if I want to denoise, I'll use a brute force denoiser and not one that uses new fancy techniques, since most of these experimental ones can't match the quality of the old ones. If I need to fine tune it to be smarter, I can use a combination of masking and supersampling. =)

I beg to disagree, brute force filtering should only be kept for bad sources IMO. Sure, you can apply 2DClean for example and brute filter the source & it's details and be done with , but the new filters try to use algorithms which gets rid of the noise while minimising the amount of detail loss. Take FFT3D for example, which is frequency spectrum-dependant if I remember correctly, I'd rather sacrifice encoding speed and use that instead. Ultimatly, filtering is always depending on the source, there isn't a standardised filtering chain ( though admitdly, I do SS alot,heh :P ). Ofcourse, if you think you can mask a layer and brute filter it, then more power to you ;)

guada 2
2nd April 2005, 23:00
Hello Kagura (english)

My translation lacks punch that is true.
The report with this topic rests on the filters.
As you gave your opinion on suitable filters to anime encoding, I proposed you the filter guada2.

It is an invention of my part. A way to express you my recognition and to tell you by the same opportunity that it is April first, 2005

I apologize for the translation, I am very bad.
"Nevertheless i didn't think that April first was disappointing". sorry


Salut Kagura (french)

Ma traduction manque de punch c'est vrai.
Le rapport avec ce topic repose sur les filtres.
Comme tu donnais ton avis sur des filtres appropriés aux encodage de dessin animés, je t'ai proposé le filtre guada2.

C'est une invention de ma part. Une manière de t'exprimer ma reconnaissance et te dire par la même occasion que c'est le premier avril 2005.

Je m'excuse pour la traduction, je suis très mauvais.
"Néanmoins je ne pensait pas que le premier avril était aussi décevant".
Désolé

Kagura
3rd April 2005, 02:40
I have compared all the denoise generation of filters. Nothing atm beats 2dclean in visual quality. By brute force filtering I do not mean 2dclean at high settings. Rather, 2dclean is a "dumb" filter, which means it does not try to distinguish between noise and detail. Other filters do, which is what makes them fail. Humans are smarter than machines, and no adaptive detection algorithm can preserve as much detail as per scene techniques.

The variety of tricks involving 2dclean include:

upsizing
masking
iteration
yv12lutxy per pixel compare with before and after filtering (basically a smarter version of masking)

Hehe. I guess I'm kinda known as a "detail whore," so any filter that destroys unacceptable amounts of detail is a no-no for me. That is why 2dclean is imo, the best cleaning filter =D.

EDIT: My "filter chain" (which changes between shows and episodes of course) takes around 8 hours first pass and 7 hours second pass, and those two passes are before compression. 2 cleaning passes to a huffy intermediate file. That is pretty much how slow I make my 2dclean.

Kenshin5
29th May 2005, 05:11
Hi guys posting after awhile, i haven't finished this Love Hina project still and im haveing some problems with interlacing at the end of the video at the credits, when they scroll up there is some interlace but there is no interlace at the rest of the episode tough. Any suggestions on how to fix this problem? Filters or something...

helix
1st June 2005, 14:45
I have compared all the denoise generation of filters. Nothing atm beats 2dclean in visual quality. By brute force filtering I do not mean 2dclean at high settings. Rather, 2dclean is a "dumb" filter, which means it does not try to distinguish between noise and detail. Other filters do, which is what makes them fail. Humans are smarter than machines, and no adaptive detection algorithm can preserve as much detail as per scene techniques.

The variety of tricks involving 2dclean include:

upsizing
masking
iteration
yv12lutxy per pixel compare with before and after filtering (basically a smarter version of masking)

Hehe. I guess I'm kinda known as a "detail whore," so any filter that destroys unacceptable amounts of detail is a no-no for me. That is why 2dclean is imo, the best cleaning filter =D.

EDIT: My "filter chain" (which changes between shows and episodes of course) takes around 8 hours first pass and 7 hours second pass, and those two passes are before compression. 2 cleaning passes to a huffy intermediate file. That is pretty much how slow I make my 2dclean.


Could you explain in a bit more detain that whole encoding process of yours? I usually just load the script right up into Vdub and compress it with two passes. Are things better when you first run the filters through, then encode? It seems like it may be better, but would take longer and use more HD space.

Leak
2nd June 2005, 07:20
Could you explain in a bit more detain that whole encoding process of yours? I usually just load the script right up into Vdub and compress it with two passes. Are things better when you first run the filters through, then encode? I seems like it may be better, but would take longer and use more HD space.

Well, if your filter chain is really slow then doing the filtering to HuffYUV or similar lossless format first and feeding that file for both XviD passes will actually speed up encoding. Also, if you need to re-compress the file with different XviD settings it saves even more time... :)

But you're of course right, it takes up more space on your harddisc, but these are just temporary files, after all...

yaz
2nd June 2005, 09:02
@leak

sorry for being quite ot but ... a can't reach your site on no-ip anymore. where do u keep your avisynth stuffs ?
(in an 'accident' i lost all of my avs thingies and now i'm about to (re)collect them)


sorry again and thx
y

Leak
2nd June 2005, 10:26
@leak

sorry for being quite ot but ... a can't reach your site on no-ip anymore. where do u keep your avisynth stuffs ?
(in an 'accident' i lost all of my avs thingies and now i'm about to (re)collect them)


sorry again and thx
y

Works fine here; the no-ip.org address is just a redirect to http://140.78.145.103:8888/~kp/AviSynth/ ...

helix
2nd June 2005, 11:36
Well, if your filter chain is really slow then doing the filtering to HuffYUV or similar lossless format first and feeding that file for both XviD passes will actually speed up encoding. Also, if you need to re-compress the file with different XviD settings it saves even more time... :)

But you're of course right, it takes up more space on your harddisc, but these are just temporary files, after all...


How exactly does one process the the loaded script to HuffYUV using Vdub, a search didn't yield much. I feel rather foolish asking though since I suspect this a common process. Well besides that, when the HuffYUV file is made, is that loaded directly into Vdub and then twopassed just like I would a regular script? When my 160Gb harddrive comes in a few days I'll try this out and see how it goes.

Leak
2nd June 2005, 18:02
How exactly does one process the the loaded script to HuffYUV using Vdub, a search didn't yield much. I feel rather foolish asking though since I suspect this a common process. Well besides that, when the HuffYUV file is made, is that loaded directly into Vdub and then twopassed just like I would a regular script? When my 160Gb harddrive comes in a few days I'll try this out and see how it goes.

Well, I'm using ffdshow to encode to HuffYUV, since it also supports YV12 which produces smaller files.

Just load your AviSynth script, choose ffdshow as the codec for compression, hit "Configure", select "HuffYUV" as your encoder, choose colorspace (probably YV12, as that's what XviD uses), predictor (speed vs. compression ratio trade-off) and adaptive huffman tables (better compression, less speed) to your liking, OK out of all dialogs and then save the AVI file in VD.

Then load the AVI file you just produced (setting up ffdshow's VfW interface to decode HuffYUV) and use it as the source for the first and second XviD pass.

That's all...

np: Luke Vibert - Orch Garage (Lover's Acid)

helix
2nd June 2005, 18:28
Ah, I see now. Thank you.