| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
Release id #53316 : Ikari & Talent Intro
mmmh its somehow getting out of hand. intros that werent released like this (single file, without a crack attached) shouldn't get a seperate entry. |
|
... 37 posts hidden. Click here to view all posts.... |
| |
Rough Account closed
Registered: Feb 2002 Posts: 1829 |
Just because you two say it's wrong, it isn't wrong.
Give me a proper argument not to add those intros and even better a solution how to add intros and their credits to the database or be quiet.
Sure they are no single releases, that's why the cracks are entered as download and that's why I didnt add a release group to their entries. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
the point is that only _unaltered_ releases that were released exactly like this (in the download) should get an entry. ripping the intro from the crack is wrong (no altered releases), just like adding cracks as a download (those files belong to the crack entry).
also its not just us two. this has been beaten to death already =) |
| |
Rough Account closed
Registered: Feb 2002 Posts: 1829 |
Cracks belong to the crack entry and it's also useful to have them as download to the fitting intro entry.
"not just us two".. evidence?
I want to hear more opinions of others! |
| |
Mace
Registered: May 2002 Posts: 1799 |
This is a DATAbase, not a file server.
As long as it's not possible to properly add credits to crack intros that go with the crack, I think Rough's idea isn't too bad.
After all, we are interested in the information here.
If Rough's way isn't right, then suggest a way to properly credit intros in some other fashion. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
there is no proper way right now. yes its a database flaw. and no adding them all anyway isnt a good idea, since that will mean major work once such a feature is made. |
| |
Trazan Account closed
Registered: Apr 2002 Posts: 620 |
Support zyrons project, Intros.c64.org instead, thank you!
|
| |
Steppe
Registered: Jan 2002 Posts: 1510 |
Flame me, but I like how Rough is doing it. One entry per intro with nice additional info and all the sids added that got used.
@Groepaz et al.: Be careful not to slip into a narrow minded finance office accountant mentality. Sorry if it sounds a bit hard, but I get the impression that you're sometimes insisting on "the rules" just for the sake of it. Finetune the rules instead if someone brings up something interesting that lies outside the current scope. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
we are working on "finetuning" the rules.
however, quality (and that also means database consistancy and integrity) comes WAY before quantity. all this stuff can be done later when it can be done properly. it's not like anyone would run out of work until then =) |
| |
Steppe
Registered: Jan 2002 Posts: 1510 |
Hehe, now THAT we can agree on for sure! ;-) |
| |
Scout
Registered: Dec 2002 Posts: 1570 |
Quote: Flame me, but I like how Rough is doing it. One entry per intro with nice additional info and all the sids added that got used.
@Groepaz et al.: Be careful not to slip into a narrow minded finance office accountant mentality. Sorry if it sounds a bit hard, but I get the impression that you're sometimes insisting on "the rules" just for the sake of it. Finetune the rules instead if someone brings up something interesting that lies outside the current scope.
Don't get me wrong, i have nothing against uploading intros.
But what I've stated earlier, I find it nonsense to upload crack-stripped intros for preservation sake.
For this we have intros.c64.org already and the original crackrelease.
Maybe cross-referencing from intro.c64.org with csdb (and vice-versa) might be an idea but that's something for the site-developers.
All I want is a clean scene database that represents a clear (and clean) view of what is released in the C64 cracking- and demoscene.
Those intros are not the case.
Now we have uploads of crackintros. What's next? Pictures ripped from demos?
On a sidenote, cheers for Rough for uploading and updating the csdb-entries (the non-crackintro's that is ;-). |
Previous - 1 | 2 | 3 | 4 | 5 - Next |