[CGI] Add sha1 to mass add page [DONE/DENIED]

old granted and denied feature requests

Moderator: AniDB

Locked
Ultima
AniDB Staff
Posts: 335
Joined: Tue Oct 01, 2002 11:13 pm
Location: GOTT Head Office, Planet Aineias

[CGI] Add sha1 to mass add page [DONE/DENIED]

Post by Ultima »

Well the subject says it all. I know that the mass page page predates the added sha1 sums, but it would be nice for a sha1 field to be added to the mass page in the future.
fahrenheit
AniDB Staff
Posts: 438
Joined: Thu Apr 08, 2004 1:43 am
Location: Portugal

Post by fahrenheit »

i think it would be nice to add to the mass add some more things besides the sha1 sum..

regarding the bitrates for audio and video, i thought of something like this, keep the existing one which serves as a default for all the added files but in each file i would put a text box for both the audio and video bitrates that would overwrite the default values, so that imagine all but two file have a diferent rate from the default rate, you just add it on the files and it would overwrite the default.

well, thats about it, otherwise the page is okay but sha1 sum would be nice for starters, it's less one thing ppl have to add afterwords.
yidaki

Post by yidaki »

Sounds like a lot of information to send for just an "what if" situation.
Think of the bandwidth a little.

Maybe it could be something you set in your preferences, that way anidb wont have to send all those boxes everytime, but only when you have chosen them to.
wahaha
AniDB Staff
Posts: 1497
Joined: Sun Nov 17, 2002 3:33 pm

Post by wahaha »

I doubt that the size of the mass-add page is in any way important ;)

I guess I better refrain from further comments, otherwise I'd quickly come to mention the mass-edit feature which was requested ages ago ^^;
Elberet
Posts: 778
Joined: Sat Jul 19, 2003 8:14 pm

Post by Elberet »

That makes you a bean counter... ^^

In HTML, the extra form fields take up at most 150 bytes each, including formatting tags and whitespace. Pipe that through gzip and see what's left...

In the data submitted by the user, it's an additional 10-20 bytes for the field name and the content, usually 3-4 bytes for bitrates and 48 bytes for an sha1 hash. Again, pipe that through gzip and...

The one thing that does bother me a little, tho, is the number of form fields on the page. It might easily become all too cluttered, and some browsers (including Firefox, unfortunately), have a real hard time scrolling pages with too many form elements. :?
Skywalka
Posts: 889
Joined: Tue Sep 16, 2003 7:57 pm

Post by Skywalka »

i think it's not needed.

Use AoM. It will add all hashes automatically so even the crc32 are not necessary, just the ed2k links.
wahaha
AniDB Staff
Posts: 1497
Joined: Sun Nov 17, 2002 3:33 pm

Post by wahaha »

Skywalka wrote:so even the crc32 are not necessary, just the ed2k links.
The CRC32 is neccessary for the status (valid/invalid/ukn), though. ;)
Skywalka
Posts: 889
Joined: Tue Sep 16, 2003 7:57 pm

Post by Skywalka »

Yeah that's right :-)

I don't want to get rid of it, I just wanted so say that it is not really necessary, coz, you know, the ed2k hash is also a hash and it should be possible to mark it "crc correct" coz it will also be added later via AoM.

Then again you could simply use AoM to add the file I guess :?
PetriW
AniDB Staff
Posts: 1522
Joined: Sat May 24, 2003 2:34 pm

Post by PetriW »

AOM will reset the crc ok status on a crc change creq.
Locked