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 2007-07-21, 16:17   Link #61
Nicholi
King of Hosers
 
Join Date: Dec 2005
Age: 41
Outlook of this thread... not good.
Nicholi is offline   Reply With Quote
Old 2007-07-23, 02:50   Link #62
Potatochobit
Certified Organic
 
Join Date: Dec 2005
what is wrong with R1 DVDs?

so after downloading Yatta! and its 25 or so zip files
I have determined the program is not for me. I also found out the manual/help file has not been updated in over 3 years. I almost never use DVD as a source so I guess I'll put it off until I become a more serious encoder.

TV broadcasts are broadcasted as film converted to video, so the telecline process has already been done before airing. is this true for HDTV broadcasts also? they are already in 24fps?
Potatochobit is offline   Reply With Quote
Old 2007-07-23, 03:06   Link #63
Nicholi
King of Hosers
 
Join Date: Dec 2005
Age: 41
25 zip files?

Yatta is 1 zip file. Think of it like the GUI.

If you were using a DVD as a source you would need the other zips (which I am guessing what you are referring to) anyways in order to encode the file. The only thing really required with Yatta should be FieldHint, 1 other zip. So two things required to use Yatta including itself.

Of course you need a whole host of other things to actually rip and encode a DVD source, but they are unrelated to Yatta. If you didn't want to use Yatta, you would still need them.
Nicholi is offline   Reply With Quote
Old 2007-08-23, 21:50   Link #64
Potatochobit
Certified Organic
 
Join Date: Dec 2005
i have some new raws to play with
it seems the Code E raws have been upscaled to 1280x720 which I would prefer BUT they seem to have been taken from an original Divx encode

now if I downscale these to 704x400, on a typical home computer screen, will the show appear to look the same? On a 30" screen the difference will be noticeable?

why would people upscale to 1280x720, this is not mod16. Is it for watching on TVs?
Potatochobit is offline   Reply With Quote
Old 2007-08-23, 22:13   Link #65
Mentar
Banned
 
 
Join Date: Nov 2003
Location: Hamburg
Age: 54
Quote:
Originally Posted by Potatochobit View Post
i have some new raws to play with
it seems the Code E raws have been upscaled to 1280x720 which I would prefer BUT they seem to have been taken from an original Divx encode

now if I downscale these to 704x400, on a typical home computer screen, will the show appear to look the same? On a 30" screen the difference will be noticeable?
Depends on the source. If the source was truly upscaled, 704x400 should look about the same in the end, even though it usually will have thicker lines. If the source is genuine 1280x720, the difference will be VERY significant.

Quote:
why would people upscale to 1280x720, this is not mod16. Is it for watching on TVs?
1280x720 _is_ mod16
Mentar is offline   Reply With Quote
Old 2007-08-23, 23:28   Link #66
Potatochobit
Certified Organic
 
Join Date: Dec 2005
yes it is divisible by 16 but I mean this is an uncropped version like 720x400?
Potatochobit is offline   Reply With Quote
Old 2007-08-24, 00:59   Link #67
Mentar
Banned
 
 
Join Date: Nov 2003
Location: Hamburg
Age: 54
Er... what? ^_^;
Mentar is offline   Reply With Quote
Old 2007-08-30, 22:47   Link #68
Potatochobit
Certified Organic
 
Join Date: Dec 2005
on 4:3 video what crop values should I use? or should I not crop.

If I crop just the left and right, it doesn't look so good. should I crop vertically also on 4:3? or force it anamorphic?
Potatochobit is offline   Reply With Quote
Old 2007-08-30, 23:46   Link #69
ArchMageZeratuL
Aegisub dev
*IT Support
 
 
Join Date: Dec 2004
Location: Florianópolis, Brazil, Pale Blue Dot
Age: 38
Although this can change from disc to disc, you'd usually crop 8 from left and 8 from right, leaving top and bottom unchanged, i.e. Crop(8,0,-8,0). Sometimes there are small black borders on top or bottom, in that case, also crop them (by as much as necessary), and then scale it back to 480.

After cropping, you can either scale it to 4:3 or make it anamorphic.

e.g.
Crop(8,0,-8,0)
LanczosResize(640,480)

or

Crop(8,2,-8,0)
LanczosResize(640,480)

or

Crop(8,2,-8,0)
LanczosResize(704,480)

or just

Crop(8,0,-8,0)
ArchMageZeratuL is offline   Reply With Quote
Old 2007-08-31, 01:58   Link #70
Potatochobit
Certified Organic
 
Join Date: Dec 2005
when I cropped 8x8 in nonanomorphic, it forced the resolution to 640x496 or something like that automatically. I'll force it anomorphic to 480 and see how it comes out tonight.

I'm thinking this DVD version was redone differently from the TV version so I shouldnt expect it to look the same. It has a mini-widescreen look.
I've been meaning to play with the LanczosResize templates, though.

Another thing I learned today is there is something called Hybrid interlacing.
Someone is trying to shoot me in the foot.
Potatochobit is offline   Reply With Quote
Old 2007-10-14, 15:26   Link #71
Onniguru
 
Join Date: Feb 2006
Another thing Eclipse does right

I used to just download the XviD releases from Eclipse (which are still more popular, going by seed/peer counts), but have recently switched to their h264 encodes.

I'm happy to see they group has one of the few encoders maintaining the divisible by 16 rule for h264 encodes (704x400 instead of 704x396), so they deserve a thumbs up for that

Hopefully more encoders will follow suite and realize they will produce better quality by following this rule for h264 encodes, despite the *slight* aspect ratio distortion.

I myself would like to encourage 768x432 as the "new" size standard for 16:9 widescreen productions. Its divisible by 8, at least, and maintains the aspect ratio perfectly.

Edit: Sorry mods! Didn't realize a related thread already existed. I usually check first, but didn't this time.

Last edited by Onniguru; 2007-10-15 at 18:31. Reason: Sorry, Xris, didn't know a thread like this already existed
Onniguru is offline   Reply With Quote
Old 2007-10-14, 15:58   Link #72
Shounen
Away for good
 
 
Join Date: Mar 2006
Age: 35
Unless the source was a TV Station upscale or if the capper scaled it to 1280x720 (I assume)....

But I guess that their source must've been "caught" at 704x396 (720x480. TS you know what, if you do...) after cropping as resizing if you know the "drill" that is. And then their encoder resized to 704x400 due to ugly blocks, when using h264 if not dived by 16.

So resizing 704x396 to 768x432 would generally be a very "bad" idea if you know why, and if you don't then it's not needed for you to be explained "why".

Encodage will always be the hardest part of all staff positions, except Editing and TLing, depending on how you work (for example, you can't TL a joke directly into straight English). And changing lines for a sentence of a specific theme or meaning, depending on how well the TLor did his job, might be tricky. I guess it depends on what your show your working with, as it's been targeted for a specific age. The TSer has his "hard" job depending on if you alpha time or break lines often, scene timing and so on...

Quote:
Originally Posted by Potatochobit View Post
why would people upscale to 1280x720, this is not mod16. Is it for watching on TVs?
Most people do this with WMV9 and DivX (5 & 6) , cuz of the 1 main reason (if it's not not from a TV station upscale or whatsoever)
And this is cuz you'd rather want a video "capped" source in a higher resolution with a bitrate of around 1200-3600 kbps than a cap at around 720x480 or lower with a kbps of 1200-3600, to later upscale when watching on a PC.

These caps were NOT meant for you with "low specc" PCs or people with a very very slow "internet connection". XviD and rar madness era belongs to the country folks that started with it, and cuz of that it spread and still exists today. And again, people who do not watch these "caps" or other "encodes" in fullscreen does not belong to these "high" resolutions.

Edit:

Quote:
Originally Posted by jfs View Post
Also I will tell you to stop using an automated application and learn how to build and use a toolchain yourself: Decrypt raw video off DVD. Index MPEG streams. IVTC and filter video with Avisynth. Encode video with x264 (or whatever.) Optionally transcode audio from DVD, unless you want to keep the original. Mux into final file.
The IVTC+filter step is by far the most demanding and is what really determines the quality of your encode.
This should be said to all out there, and this is were Avisynth comes in. And I really mean that you build your own script, and get your own descrambling tools for DVDs.

Edit2:
Some minor typos.

Last edited by Shounen; 2007-10-14 at 16:39.
Shounen is offline   Reply With Quote
Old 2007-10-15, 16:48   Link #73
Skyward
Oblivious
*Fansubber
 
Join Date: Jul 2007
Quote:
Originally Posted by Onniguru View Post
Hopefully more encoders will follow suite and realize they will produce better quality by following this rule for h264 encodes, despite the *slight* aspect ratio distortion.
If you wish to maintain the proper aspect ratio, you can simply crop a few pixels off the sides of the video during resize. You won't miss 'em.

Quote:
Originally Posted by Shounen View Post
Unless the source was a TV Station upscale or if the capper scaled it to 1280x720 (I assume)....
High Definition stations broadcast at resolutions up to 1280x720 (after cropping)

Quote:
Originally Posted by Shounen View Post
But I guess that their source must've been "caught" at 704x396 (720x480. TS you know what, if you do...) after cropping as resizing if you know the "drill" that is. And then their encoder resized to 704x400 due to ugly blocks, when using h264 if not dived by 16.
DTV raws are encoded at 704x396. The fansubbing encoders are the ones that resize/modify it to 704x400. Blocking is not the reason that we resize, it's to make the video mod16 compliant and (as a result) get more quality per bit.

Quote:
Originally Posted by Shounen View Post
Encodage will always be the hardest part of all staff positions, except Editing and TLing, depending on how you work (for example, you can't TL a joke directly into straight English). And changing lines for a sentence of a specific theme or meaning, depending on how well the TLor did his job, might be tricky. I guess it depends on what your show your working with, as it's been targeted for a specific age. The TSer has his "hard" job depending on if you alpha time or break lines often, scene timing and so on...
Each job is only as hard as the amount of effort put into the job. The editor can skim over the script, or he can drill through it. The encoder can just toss the file into vdub/x264, or he can apply filtering and whatnot.

Quote:
Originally Posted by Shounen View Post
Most people do this with WMV9 and DivX (5 & 6) , cuz of the 1 main reason (if it's not not from a TV station upscale or whatsoever)
And this is cuz you'd rather want a video "capped" source in a higher resolution with a bitrate of around 1200-3600 kbps than a cap at around 720x480 or lower with a kbps of 1200-3600, to later upscale when watching on a PC.
Again, many times its not the encoder doing the upscale. Often, the show is actually broadcast in HD. If you want an example, check out Gundam 00. The codec used doesn't really indicate anything in the way of upscaling. I've seen just as many wmv9/divx upscales as I have with h.264 and sometimes xvid.

Last edited by Skyward; 2007-10-15 at 17:22.
Skyward is offline   Reply With Quote
Old 2007-10-15, 19:02   Link #74
Onniguru
 
Join Date: Feb 2006
Quote:
Originally Posted by Shounen View Post
So resizing 704x396 to 768x432 would generally be a very "bad" idea if you know why, and if you don't then it's not needed for you to be explained "why".
Originally I had started a new thread, not having seen (or even looked *blush*) for the original one.

Having read this thread now, I can indeed see that 768x432 would be a very bad idea indeed, and considerably worse even than leaving it at 704x396.

I've been doing LanczosResize(704,400) for my encodes because I knew stuff was supposed to be divisible by 16, although before today I did not know why ( I also now know thats called mod16, heh ).

However, I had not been cropping at all ( I figured 1% distortion == acceptable).
I did not know other were doing it; now I do. I'll go ahead and add the cropping in.

Edit: Just wanted to add that I suspect most group's widescreen encodes are also 704x400, and just call the releases 704x396 in the file name so that the public at large wont look at it and say 'oh mah garsh, Selma, we don't want that version, it done be distorted, like'

Last edited by Onniguru; 2007-10-15 at 19:16. Reason: addenda ;)
Onniguru is offline   Reply With Quote
Old 2007-10-15, 19:42   Link #75
martino
makes no files now
 
 
Join Date: May 2006
Quote:
Originally Posted by Onniguru View Post
However, I had not been cropping at all ( I figured 1% distortion == acceptable).
I did not know other were doing it; now I do. I'll go ahead and add the cropping in.
Resize to 704x400, set SAR 100:99, encode, mux and profit.

That's what I usually do. Personally I find black borders a bit distracting, even when they are just 2 pixels wide, but then those can be cropped out in the decoder anyway. So I guess it comes down to personal "encoding preference" since you can go both ways.
__________________
"Light and shadow don't battle each other, because they're two sides of the same coin"
martino is offline   Reply With Quote
Old 2008-02-16, 16:28   Link #76
max2k
Member
 
 
Join Date: Jul 2007
So Yersterday i tryed to test the advantage of 704*400 encodes over 704*396. i thought i understanded the theorie and that 704*400 whould need a smaler maximumbitrate, maybee i was wrong... So i took some of my lossless 704*400 files, and started some test 1stpasses. For the comparison@ 704*396 i used the same LL with an Avisynth script only for croping the vertical bordes 2 pixels on each side. (plz no complaining over AR, this encode will never see an 2ndpass or a release) So maybee this was the wrong way and i should have maked a new lossless with the same filters, only other croping and resizing to get to 704*396. So now the results of the Test, questions after this:

All test at the same setings (my standart Xvid setings), frome a Xvid 1stpass. MVS= maximal videostream size from xvid StatsReader. ABR= average bit rate for the 1stpass u get in vdub encodestatus at the end of the encode.

Test1:

704*400: MVS: 314 Mb ABR: 1400kbps

704*396: MVS: 314Mb ABR: 1400kbs

( "The hardest to compress file" showed no difference in bitrate, i thought it would be the on i could see the most difference.)

Test2:

704*400: MVS: 183MB ABR: 999kbps

704*396: MVS: 184MB ABR: 1003kbps

(so ´"the easy one" shows the most differnce???)

Test3:

704*400: MVS: 242mb ABR: 1318kbps

704*396: MVS: 242mb ABR: 1319kbps

(wow only a 1kb diference for the average kilo byte per second so no difrrence in the rounded maximal videostream size for a 24 minutes show)


So know my questions.

Is ther any other advantages then comprasion, in staying mod16, maybee compresion artefacts are fewer\or less visiual if u use mod16, or the containeroverheat is smaller?

Can it be my sloppy croping, spoiled the results and it would be better to make new lossless with the same filters, only other croping and resizing to get to 704*396 ?

Last edited by max2k; 2008-02-16 at 17:27.
max2k is offline   Reply With Quote
Old 2008-02-16, 18:02   Link #77
jfs
Aegisub dev
 
 
Join Date: Sep 2004
Location: Stockholm, Sweden
Age: 39
I think some hardware players might break with non-mod16 resolutions. But hardware players need to die, at least in their current form, so nothing to worry about there.
__________________

Aegisub developer [ Forum | Manual | Feature requests | Bug reports | IRC ]
Don't ask for: More VSFilter changes (I won't), karaoke effects, help in PM's
jfs is offline   Reply With Quote
Old 2008-02-16, 19:49   Link #78
Dark Shikari
x264 Developer
 
 
Join Date: Feb 2008
There is absolutely no disadvantage to using non-mod16 resolutions except that it means you need a tiny bit more bitrate to store the extra rows. As an example, if you're encoding 800x596, that will take the same amount of bitrate as 800x600. As you can see, the difference is absolutely negligable--and nobody cares.

The way x264 handles mod16 is by "mirroring" the rows of pixels over the edge of the frame to fill the mod16 boundary. This avoids introducing compression artifacts and such that other methods prior sometimes did.

If a hardware player "didn't support non-mod16", it couldn't play 1080p , because 1920x1080 isn't mod16 either.

"Supporting non-mod16" actually means "supporting post-decoding cropping," because all streams as encoded at mod16 no matter what because of the mirroring/padding I described earlier.
Dark Shikari is offline   Reply With Quote
Old 2008-02-17, 02:29   Link #79
Mentar
Banned
 
 
Join Date: Nov 2003
Location: Hamburg
Age: 54
I can attest with certainty that during my compatibility tests about mod16 2-3 years ago, there were several instances where 704x396 occasionally caused problems: VSfilter had some issues, some "standalone" media players (that was before CCCP had become the quasi-standard), and there were also credible reports from standalone player issues which I couldn't verify myself for obvious reasons.

Basically, in my opinion it's simply _stupid_ to risk incompatibilities for 4 friggen pixels. After all, you sometimes have to crop raws anyways, so this minimal change is completely unnoticeable. The slight bitrate losses are just the icing on the cake.

There is NO reason to take this risk unnecessarily.
Mentar is offline   Reply With Quote
Old 2008-02-17, 03:00   Link #80
TheFluff
Excessively jovial fellow
 
 
Join Date: Dec 2005
Location: ISDB-T
Age: 37
It's a religious thing. You don't question religion.
__________________
| 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
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 14:42.


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