AnimeSuki Forums

Register Forum Rules FAQ Members List Social Groups Search Today's Posts Mark Forums Read

Go Back   AnimeSuki Forum > Anime Related Topics > General Anime > Fansub Groups

Notices

Reply
 
Thread Tools
Old 2009-07-14, 14:43   Link #401
Raislin
Lonely Traveler
 
Join Date: Jul 2009
Location: Manchester
Age: 35
Send a message via AIM to Raislin
Alrighty, I just finished playing around with AviSynth and an anime raw for the first time. Cut out commercials, made some adjustments here and there. I've started my encode to h.264 and the length of the first pass is estimated at ~20 hours. I've no idea how long the second pass will take.

This is my first time doing more than what's automated in MeGUI in AviSynth. Does it typically increase the encode time this much? Thus far, I've typically just encoded my movies that I've backed up, without much AVS. I usually get great quality and the length of the encoding is about the same as what I'm experiencing now. But that's with feature length films, not a 24 minute anime.

Anyways, It's been a long time since I've done any encoding at all, and I'm diving into AVS this time as well as expanding what I know about the various x264 settings (which, admittedly, isn't nearly as much as I'd like) and trying not to bury myself in the process.

I hate it when I do this. I typed all of this out and now I forget where I was going with it. Anyway, is this encoding speed typical? I probably should have just encoded a 30 second clip of it, but I really don't think it's going to turn out poorly.
Raislin is offline   Reply With Quote
Old 2009-07-14, 23:46   Link #402
Dark Shikari
x264 Developer
 
 
Join Date: Feb 2008
Quote:
Originally Posted by Raislin View Post
Alrighty, I just finished playing around with AviSynth and an anime raw for the first time. Cut out commercials, made some adjustments here and there. I've started my encode to h.264 and the length of the first pass is estimated at ~20 hours. I've no idea how long the second pass will take.

This is my first time doing more than what's automated in MeGUI in AviSynth. Does it typically increase the encode time this much? Thus far, I've typically just encoded my movies that I've backed up, without much AVS. I usually get great quality and the length of the encoding is about the same as what I'm experiencing now. But that's with feature length films, not a 24 minute anime.

Anyways, It's been a long time since I've done any encoding at all, and I'm diving into AVS this time as well as expanding what I know about the various x264 settings (which, admittedly, isn't nearly as much as I'd like) and trying not to bury myself in the process.

I hate it when I do this. I typed all of this out and now I forget where I was going with it. Anyway, is this encoding speed typical?
Did you pick absurdly slow settings, or are you encoding on a Pentium 2?
Dark Shikari is offline   Reply With Quote
Old 2009-07-15, 05:41   Link #403
Raislin
Lonely Traveler
 
Join Date: Jul 2009
Location: Manchester
Age: 35
Send a message via AIM to Raislin
I did pick slow settings, but I didn't think they'd be this slow. Ha. I've been learning about what the settings in x264 do, but not much about how they affect encoding speed.

Anyways, I was just wondering if a non-trivial AviSynth script normally affects the encoding speed much and whether or not it's worth it.
Raislin is offline   Reply With Quote
Old 2009-07-15, 07:12   Link #404
Quarkboy
Translator, Producer
 
 
Join Date: Nov 2003
Location: Tokyo, Japan
Age: 44
Quote:
Originally Posted by Dark Shikari View Post
Did you pick absurdly slow settings, or are you encoding on a Pentium 2?
Off topic, but I'm curious: What's the crappiest processor you know of that's been used to encode with x264?

Could it run on a 386?
__________________
Read Light Novels in English at J-Novel Club!
Translator, Producer, Japan Media Export Expert
Founder and Owner of J-Novel Club
Sam Pinansky
Quarkboy is offline   Reply With Quote
Old 2009-07-15, 17:45   Link #405
Kristen
Senior Member
*Author
 
 
Join Date: Jul 2007
Location: Virginia Tech
Quote:
Originally Posted by TheFluff View Post
Odd issue, especially since it's not reliably reproducible, but the general solution to odd Avisynth crashes is to empty out the plugin autoload directory and only leave the dll's that ship with Avisynth in there, and load the plugins you need manually instead.
That's the weird thing. The only dll in there that don't ship with it are ffmpegsouce and tivtc. I don't think it's likely they're causing the problem, since they're common usage, but I'll try it.
__________________
Kristen is offline   Reply With Quote
Old 2009-07-17, 16:24   Link #406
Dark Shikari
x264 Developer
 
 
Join Date: Feb 2008
Quote:
Originally Posted by Quarkboy View Post
Off topic, but I'm curious: What's the crappiest processor you know of that's been used to encode with x264?

Could it run on a 386?
x264 requires i686 or later unless you --disable-asm, in which case it can probably run on basically anything; the only requirements we specify are two's complement arithmetic and 8-bit bytes, which pretty much means any CPU from the past 25 years. sizeof(int) also has to be at least 4.

We're working on optimizing for ARM now, so you'll be able to run x264 on your iPhone 3GS.
Dark Shikari is offline   Reply With Quote
Old 2009-07-26, 22:18   Link #407
TrickyDream
Junior Member
 
Join Date: Apr 2009
I was reading those posts about SAR and DAR.
Info:
DVD Source
16/9 - 720x480
In order to keep mod16 resX&resY I crop 8 at each border so I get 704x464. (I have black borders everywhere but less than 16 total)

I thought you could just encode setting sar to 1:1 and then mux it setting "Aspect Ratio" to 16/9 (mkvmerge).

Now, as someone (Scab) said, I'm trying to make use of the x264 sar param. But I'm not sure how to do it, I think the correct SAR is 32:27. I took it from the "ARS Calculator", 704:464 as PFS and 16:9 as MAR.
I played the new file and the VOB file, and it looks pretty equal, mine looks a little bigger but that's because it has been cropped by 8 at each border.

So, did I do something wrong?
TrickyDream is offline   Reply With Quote
Old 2009-07-26, 23:22   Link #408
Kazu-kun
Senior Member
 
 
Join Date: Apr 2006
Quote:
Originally Posted by TrickyDream View Post
I was reading those posts about SAR and DAR.
Info:
DVD Source
16/9 - 720x480
In order to keep mod16 resX&resY I crop 8 at each border so I get 704x464. (I have black borders everywhere but less than 16 total)
So, did I do something wrong?
The SAR should be 40:33, not 32:27. It doesn't matter how much you cropped, because SAR does not specify the aspect ratio, it specifies the factor to be stretched by.

EDIT: I just want to be sure that you understand you're aiming to have the content of the picture displayed in its correct proportion (not deformed), not the picture itself. It doesn't matter if the picture isn't displayed exactly at 16/9. In fact, it won't, because you cropped at the top and bottom of the picture. But again, it doesn't matter.

EDIT: Geez, I messed up (that's what I get for writting at 4 AM ><)
__________________
http://forums.animesuki.com/images/as.icon/signaturepics/sigpic39230_3.gif

Last edited by Kazu-kun; 2009-07-27 at 11:23.
Kazu-kun is offline   Reply With Quote
Old 2009-07-27, 07:27   Link #409
TrickyDream
Junior Member
 
Join Date: Apr 2009
Ups, actually it has black borders at the top, left and right. I cropped from the bottom to get the mod16 at resY.

Should I consider the VOB as the correct proportion? Because when I set --sar 40:33 it looks deformed (little) if I compare it to the VOB.
"ARS calc" says that 40:33 is the SAR to 704x480 at 16/9, not 720x480 (which was 32:27), I said it wrong before, for 704x464 is 116:99.

Really, I'm very confused.

I understand that what I want is the correct proportion. The picture itself is not going to be 16/9 because I cropped it, and I don't want to resize, so I don't care about it. What I'm trying is to set the correct proportion.

BTW, thanks for the explanation.
TrickyDream is offline   Reply With Quote
Old 2009-07-27, 07:33   Link #410
Scab
Saizen
*Fansubber
 
Join Date: Jun 2004
Age: 38
Crop as you see fit then encode with --sar 40:33 and the proportions will be correct.
Scab is offline   Reply With Quote
Old 2009-07-27, 10:12   Link #411
TrickyDream
Junior Member
 
Join Date: Apr 2009
I was thinking about that 1.85... The DVD box says 16:9 LB (I guess it means Letterbox) but the VOB file does not show any black border at the bottom, just around 3 lines at the top.

Edit: I played the DVD with WMP and MPC and the file encoded with --sar 40:33 looks wider (deformed).

Last edited by TrickyDream; 2009-07-27 at 10:47.
TrickyDream is offline   Reply With Quote
Old 2009-07-27, 11:00   Link #412
TrickyDream
Junior Member
 
Join Date: Apr 2009
Here, some screens

Spoiler for Original:


Spoiler for --sar 32:27:


Spoiler for --sar 40:33:


Spoiler for --sar 125:99:


To appreciate the difference, I recommend to download and open them with the image viewer.
TrickyDream is offline   Reply With Quote
Old 2009-07-27, 11:20   Link #413
Kazu-kun
Senior Member
 
 
Join Date: Apr 2006
Quote:
Originally Posted by TrickyDream View Post
Here, some
40:33 is the correct one.
__________________
http://forums.animesuki.com/images/as.icon/signaturepics/sigpic39230_3.gif

Last edited by Kazu-kun; 2009-07-27 at 11:32.
Kazu-kun is offline   Reply With Quote
Old 2009-07-27, 11:48   Link #414
TrickyDream
Junior Member
 
Join Date: Apr 2009
Ok.. and do I need to set something on the mux process?
TrickyDream is offline   Reply With Quote
Old 2009-07-27, 11:50   Link #415
Scab
Saizen
*Fansubber
 
Join Date: Jun 2004
Age: 38
Not if you encoded the video track with --sar, no.
Scab is offline   Reply With Quote
Old 2009-07-27, 13:24   Link #416
TrickyDream
Junior Member
 
Join Date: Apr 2009
I'm sorry but I really want to understand.
I don't know why it's 40:33.

DVD 720x480, 16:9, no crop:
to have a correct Aspect Ratio:
--sar 1:1 + resize 720x480 > 853x480 or 873x480?
or
--sar 40:33 + noresize (source 720x480), then I get 873x480 = It is not 16/9

cropping 8 at X and -X:
704x480
--sar 40:33 + noresize (source 704x480), then I get 853x480 = It is 16/9

But If I crop 8, -8, 8, -8, the source is:
704x464
--sar 40:33 + noresize (source 704x464), then I get 853x464 ?
The image looks wider because it expands the difference of 16 lines of the X-axis without expanding the 16 of the Y-axis.

I mean, if the source was 704x480, 40:33 seems to be OK but not for 720x480.
Or what I have to do is not a 16/9 AR in anime but 1.81875, or just the video should be treated as 704x480.

It's only a guessed theory. This is what I see, if you could explain why is it wrong, I would appreciate it.

Thanks.
TrickyDream is offline   Reply With Quote
Old 2009-07-27, 15:44   Link #417
TheFluff
Excessively jovial fellow
 
 
Join Date: Dec 2005
Location: ISDB-T
Age: 37
Why are you using SAR at all, is your target container something that doesn't support a DAR header? Getting the SAR right usually involves a lot more maths than getting the DAR right, and the end result is the same, so why bother?

Quote:
Originally Posted by TrickyDream View Post
I mean, if the source was 704x480, 40:33 seems to be OK but not for 720x480.
It actually IS 704x480, not 720x480. Or, at least it's closer to 704 than to 720. Read http://lipas.uwasa.fi/~f76998/video/conversion/ for some interesting revelations.
__________________
| ffmpegsource
17:43:13 <~deculture> Also, TheFluff, you are so fucking slowpoke.jpg that people think we dropped the DVD's.
17:43:16 <~deculture> nice job, fag!

01:04:41 < Plorkyeran> it was annoying to typeset so it should be annoying to read
TheFluff is offline   Reply With Quote
Old 2009-07-27, 15:49   Link #418
Scab
Saizen
*Fansubber
 
Join Date: Jun 2004
Age: 38
Assuming you don't resize, SAR requires no math. If you do resize, DAR makes a lot more sense.
Scab is offline   Reply With Quote
Old 2009-07-27, 16:05   Link #419
TrickyDream
Junior Member
 
Join Date: Apr 2009
Yes, I do. MKV as container. If I'm not using --sar in x264 what should I set in the mux app?
DAR = 853x480? or 16:9?

Edit: I wrote 852x480 insted of 853x480.
TrickyDream is offline   Reply With Quote
Old 2009-07-27, 16:17   Link #420
Kazu-kun
Senior Member
 
 
Join Date: Apr 2006
Quote:
Originally Posted by TrickyDream View Post
Yes, I do. MKV as container. If I'm not using --sar in x264 what should I set in the mux app?
DAR = 853x480? or 16:9?

Edit: I wrote 852x480 insted of 853x480.
No, if you're using the AR flag on MKV, you should set it at 853x464. 853x480 or 16:9 will screw the proportions because you cropped at the top and bottom.

But Scab is right. SAR is pretty simple, and you should always use 40:33, even if you cropped the picture. As long as you don't resize, it's always 40:33.
__________________
http://forums.animesuki.com/images/as.icon/signaturepics/sigpic39230_3.gif
Kazu-kun is offline   Reply With Quote
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -5. The time now is 00:10.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.
We use Silk.