AR question

Forum for discussing AniDB rules & standards. No small talk!

Moderator: AniDB

Locked
mrkb4269
Posts: 5
Joined: Mon Sep 03, 2007 9:48 pm

AR question

Post by mrkb4269 » Mon Sep 03, 2007 9:51 pm

I had a question about ARs and how they are handled in AniDB that I hope you guys could answer:

If a file has an aspect ratio of 16:9 (meaning it was animated/aired in widescreen), but it`s resolution is something like let`s say Black-Order`s H.264 version of Gurren Lagann (960x540) and avdump reports it`s resolution to be other than the usual (based on it's calculations using the resolution of the video track) do we identify the AR to be 16:9 or "other" in the file itself that we will be adding to AniDB?

Also, it seems that the AR is something that`s autoCREQ`ed since it gets locked after being verified but I`m curious, why are files that all have the same resolution have different verified ARs? Like for example take a look at these:
http://anidb.net/perl-bin/animedb.pl?sh ... fid=320194
http://anidb.net/perl-bin/animedb.pl?sh ... fid=320168
http://anidb.net/perl-bin/animedb.pl?sh ... fid=336355

All three of those files have the same res, but different verified ARs. How could this be?
Last edited by mrkb4269 on Tue Sep 04, 2007 3:52 am, edited 2 times in total.

Amour
Posts: 640
Joined: Fri Oct 08, 2004 5:19 pm
Location: France

Post by Amour » Tue Sep 04, 2007 3:10 am

Maybe a bug.

mrkb4269
Posts: 5
Joined: Mon Sep 03, 2007 9:48 pm

Post by mrkb4269 » Tue Sep 04, 2007 3:55 am

Alright so maybe it is a bug. But do you have an answer for my first question, though? How should we deal with files like this? Should we mark the AR what it's supposed to be (for example in Black-Order's Gurren Lagann's case mark it as 16:9 even though avdump says otherwise) or mark it as what avdump tells us based on it's calculations of the resolution of the video track?

Because if I remember correctly, I once marked the AR of an episode of Pumpkin Scissors by Eclipse as "other" and one of the mods said that the actual resolution was "16:9" but it was just that the file was cropped wrong or something. So what should I do in this case?

User avatar
ricce
Posts: 199
Joined: Wed Apr 06, 2005 8:42 pm
Location: Sweden / Västrås
Contact:

Post by ricce » Tue Sep 04, 2007 4:25 am

This looks like a bug at least for f320194 -- 'unknown' should never be set on a verified entry.

f320168 is correct 960×540 is 16:9.

f336355 this may be caused by a bug as well (maybe the same bug), but it may also be caused by A/R info in the file (but it is not marked as anamorphic so that is wrong in that case).

About how to set the A/R -- for those files it is no question 960×540 is exact 16:9. in general, if only a few pixels off (caused by bad crop) set to the A/R it should have bin if cropped correctly else (including 16:9 cropped down to 4:3 etc.) set the A/R to what it is in the file.

mrkb4269
Posts: 5
Joined: Mon Sep 03, 2007 9:48 pm

Post by mrkb4269 » Tue Sep 04, 2007 4:29 am

So if I'm sure the AR is 16:9 even if avdump says it's not, (like in the case of those files), just set it to 16:9? Sounds good to me. Thanks for the quick reply.

BTW, I think the bug occurs because avdump just marks whatever is there as verified, not making any changes. So if I add a file using avdump and I mark the file's AR to be "unknown" and avdump identifies it as "other", avdump will just say that whatever value is in the file entry on the DB is the correct one, without actually checking it. I might be totally wrong on that one, but that's just a guess.

Also, I can't change the ARs on those two files you mentioned that are not marked as 16:9 because like I said, they are marked as verified so they are locked. A mod will have to fix those.

epoximator
AniDB Staff
Posts: 379
Joined: Sun Nov 07, 2004 11:05 am

Post by epoximator » Tue Sep 04, 2007 7:29 am

1. don't mind what avdump says @ AR, it's not up to date vs. the auto creqer (ref)
2. 960x540 is not registered as 16:9 yet @ auto creqer
3. the auto creqer does not touch AR unless it's 100% sure
4. see http://wiki.anidb.info/w/Avdump/AR
Last edited by epoximator on Tue Sep 04, 2007 7:51 am, edited 2 times in total.

User avatar
nwa
AniDB Staff
Posts: 585
Joined: Sat Jun 07, 2003 10:51 am

Post by nwa » Tue Sep 04, 2007 7:48 am

epoximator wrote:2. 960x650 is not registered as 16:9 yet @ auto creqer
It isn't marked as 16:9 because 960x650 is not 16:9 nor 4:3, it's simply plain wrong in any aspect, if it's the display resolution :D

960×540 is 16:9, however, as ricce said

epoximator
AniDB Staff
Posts: 379
Joined: Sun Nov 07, 2004 11:05 am

Post by epoximator » Tue Sep 04, 2007 7:53 am

i never wrote that! the edits was for something else..

User avatar
nwa
AniDB Staff
Posts: 585
Joined: Sat Jun 07, 2003 10:51 am

Post by nwa » Tue Sep 04, 2007 8:50 am

hehehe, anyway, I added it to the list now (960x540 that is), so it should be registered

mrkb4269
Posts: 5
Joined: Mon Sep 03, 2007 9:48 pm

Post by mrkb4269 » Tue Sep 04, 2007 12:56 pm


User avatar
HiEv
Posts: 82
Joined: Fri Sep 08, 2006 3:34 am

Post by HiEv » Wed Sep 05, 2007 11:56 pm

Instead of registering individual width/height combos to specific aspect ratios, why not simply divide the width by the height and see if the result is close to 1.777... for 16:9, or 1.333... for 4:3, or etc...? Say, anything that is within +/- 0.02 of those numbers?

User avatar
nwa
AniDB Staff
Posts: 585
Joined: Sat Jun 07, 2003 10:51 am

Post by nwa » Thu Sep 06, 2007 6:26 am

That's what we've pretty much done in http://wiki.anidb.info/w/Avdump/AR

The reason why setting the AR automatically by avdump hasn't been (fully) implemented is cause there are tards who encode with black bars, ie the hard resolution is wrong, but the picture itself, with black bars not included, is correct. Although mostly a relic from avi files, mkv's should be clear enough to set the AR automatically.

Locked