[Mai-Otome] SS v2

Karasuhebi · Post by **Karasuhebi** » Fri Nov 11, 2005 5:10 am

Recently, DerIdiot denied a CREQ from me, but I don't see why he denied it.

This is the CREQ link:
http://anidb.info/perl-bin/animedb.pl?s ... .id=238857

In it, I'm requesting to change the file's version from v2 to v1, since this file is not a v2, it's actually a HQ version of file 188732.

And here's the proof of what I just stated, from the URL http://static-subs.com:
"Mai Otome 05 - Released
Mai Otome 05 [LQ] & [HQ] are now available for download."

So...can anyone tell me (even you, Baka-sama), why this CREQ was denied?

Thanks in advance,
-Karasuhebi

AnimeOtaku · Post by **AnimeOtaku** » Fri Nov 11, 2005 6:47 am

But it's a other version of it, from the same group. And you can see from the file size that it is a HQ version of it.

It's a other version, that's why it is denied!

DonGato · Post by **DonGato** » Fri Nov 11, 2005 9:19 am

Well, AniDB handle multiple versions that way.
HQ files then are v2.

Karasuhebi · Post by **Karasuhebi** » Fri Nov 11, 2005 3:48 pm

Okay everyone, thanks for the help. ^_^

That's kinda weird that a HQ version is referred to a v2, and then a REAL v2 (which was the case with ep 2v2, HQ version) would be listed as a v3. I think you should just leave both versions (LQ and HQ) as v1s so that way if the group releases a v2, it won't have to be listed as a v3.

Example:
http://anidb.info/perl-bin/animedb.pl?s ... #eid_42091

-Karasuhebi

DonGato · Post by **DonGato** » Sat Nov 12, 2005 8:40 am

Yes, those cases of real v2 are a little problematic with this policy.
I think you can add a tracker entry requesting a change if there is none already there, but don't hold your breath as exp might not like it.

Website · Post by **Rar** » Sat Nov 12, 2005 11:13 am

Just as a query, where is this guideline written down? Because it's certainly not uniformly followed.

Rar

DonGato · Post by **DonGato** » Sat Nov 12, 2005 12:34 pm

Well, it was asked before here in the forum IIRC.
exp even answered there.

Website · Post by **Rar** » Sat Nov 12, 2005 12:55 pm

My search came up nothing. I want a link (preferably on the wiki) I can point people at. Doth not one exist? I don't recall any such resolution to this issue, but I have been away bits of the summer etc.

Rar

Amour · Post by **Amour** » Sat Nov 12, 2005 5:24 pm

Imagine:
1) The HQ version is available first, and the LQ version is available one week/month later: should we put a v2 for the LQ or HQ?
2) Both HQ and LQ get a v2... which one is marked as v3, which one as v4?

Karasuhebi · Post by **Karasuhebi** » Sat Nov 12, 2005 5:36 pm

Amour, that's not the case here. Both the HQ and the LQ version were released at exactly the same time.

-Karasuhebi

DonGato · Post by **DonGato** » Sat Nov 12, 2005 7:57 pm

rar, there wasn't any written resolution AFAIK.
Maybe asking Der Idiot if he remembers the discussion?!

sjabbie · Post by **sjabbie** » Sat Nov 12, 2005 8:59 pm

Isn't this what the description is for? Just add to the description that one of them is LQ and the other is HQ. Or just go to SS to make them stop releasing two files

.

egg · Post by **egg** » Sun Nov 13, 2005 7:36 am

K-F is now doing a similar thing releasing an .avi and .mp4 at the same time.

Personally I think the versions should be incremented for each release that comes at a different time where one file is meant to replace the other. If there are multiple releases that come out at essentially the same time (the SS LQ & HQ, DB Releases for different Languages, K-F releases in different codecs) these should be the same version level. If a group comes out with a TV Cap and then later releases a DVD-Rip, then the DVD-Rip should be labeled v2 regardless how the file was marked.

I know that it is annoying to find two files from the same group that are both marked as v1, but in the cases above, you can tell from the list the differences between the two files (although the .avi vs.s .mp4 is difficult, you have to look at the extension on the ed2k link). But since they were released at the same time as releases with different options for users rather than one being a replacement of the other they both should be v1.

Now, there are cases in the DB where there are two v1s and there is no obvious reason for it. One I came across recently is: http://anidb.info/perl-bin/animedb.pl?s ... 85#eid_985 Look at the two fivestar releases, why are their two with different sizes and video codecs??? There is obviously something wrong here, so if there are multiple v1's they need to be clearly marked as to why they are there.

Now, you won't be able to keep up with all of the idiotic things that various groups do to mark their releases (this is one of the advantages of using AniDB is a consistent interface...), but using some guidelines at least AniDB should be able to handle things in a consistent manner where someone can figure out what happened.

I remember one DB file that was released. Then they put out a patch, the result of that patch was put in as v2. Then DB released a v2 of the file, which was [properly] marked as v3 in AniDB. Although what DB called a v2 is listed as v3 in the database, someone can tell that there really were 3 releases by the group (despite what they say).

So to summarize:
1) Multiple v1's should be allowed if the group releases multiple types of the files (different qualities, languages or encodings) at essentially the same time. The v1's should have file comments that clearly state what the difference is. [The wiki page on file comments may need to be revised to support this.]

2) Subsequent releases of the file by a group should be marked with a version number, regardless of how the group marks the releases. File comments should be added if the group's version number disagrees with AniDB. For instance, if a group releases a TV capture it should be v1, if they later release a DVD rip it should be v2. Then if the group releases a DVD rip v2, that should be put in AniDB as v3 with file comments for the v2 and v3 to explain the difference.

If you try to follow what the groups do exactly it will just add confusion, things should be handled in a consistent manner, and I believe this handles the situations.

Karasuhebi · Post by **Karasuhebi** » Thu Nov 17, 2005 4:29 am

So..what's the final decision on this? I see someone moved this to the archive of CREQs and we still don't have a final decision or a reply from DerIdiot. Also, he denied another one of my CREQs for the HQ version of Mai-Otome, this time for episode 6. Here's the link, for whoever wants to see it:
http://anidb.info/perl-bin/animedb.pl?s ... .id=240511

Baka-sama, please post a comment about this. We wanna know what AniDB is gonna do about this.

-Karasuhebi

Post by **Der Idiot** » Thu Nov 17, 2005 5:53 am

egg wrote:K-F is now doing a similar thing releasing an .avi and .mp4 at the same time.

thats different
different codec, different container.

ss just adds 400kbit/s and calls it hq. as if that would make any difference.
the source is the same, the codec is the same. only thing that changes is 400kbit/s

for me i considered that a different version. my fellow mods disagreed so i reverted back to all being v1.

as for the stupid redundant comments. come on people use your fuckin brain. "hq version", "lq version" thats utter nonsense. why do you think we got a quality rating. oh there is no difference in quality you say? well then no need to label them different either. let ss be tards and play their multitag game, but that doesn't mean we have to do so either.

let me get this straight. "xvid/h264 version" gets only added as it's NOT possible to see a difference between the versions without opening the filedetails. while a "hq/lq" version SHOULD be possible to see based on the quality rating, but as ss just releases 2 times the same file and there is lil to no difference.... well thats not our problem blame them. as it's same codec + same surce the difference between the versions is easy enough to tell by size as 400kbit/s more blows up the size.

also see: http://www.anidb.net/wiki/index.php?tit ... lecomments

Do NOT...
add redundant info like "HQ version/LQ version" use the freakin quality rating!

anyway this case is closed. there won't be anymore discussion about this as i'm fed up with it. make a creq and face instant deny without any explanation!