Cutlist.at 2.0 und CuLiX - Brainstormingthread

[JanS]

* Ich würde die Sekunden-Angaben völlig abschaffen. Die Clients müssen ja eh umgeschrieben werden – dann würde man sich den Hickhack auch sparen.

Gruß, Benny

Versteh ich das richtig, dass du die Sekundenangaben für die Schnitte meinst? Die würde ich nicht aufgeben. Bei den avis sind Frameangaben sicherlich besser, aber falls sich irgendwann doch noch mkvs durchsetzen sollten, wären für diese die Timestamps die bessere Angabe. Deswegen wird auch Avidemux gerade auf Timestamps umgeschrieben. Außerdem kann man momentan so HQ und HD cutlists untereinander austauschen.

[benn]

Das liegt nicht am Parser sondern an der Sprache. Ein Array kann nur Strings, oder nur Zahlen oder nur Hashtables enthalten, mischen ist nicht möglich!

Ah, jetzt versteh ich's.

Da werden viele zu faul sein es zu implementieren, der Request bleibt hängen, der Server ist gerade überlastet -> timeout... (=nicht verlässlich...)

Naja, jetzt sind die Client-Entwickler ja auch nicht zu faul, eine Bewertung abzuschicken. Der Code ist ja immer schon vorhanden, er muss nur auch ausgeführt werden, wenn der User zu faul ist, zu bewerten.

Aber es soll doch auch möglich sein zu sagen dass eine Liste so schlecht ist, dass ich nur die ersten 2 Cuts angesehen und gar nicht damit geschnitten habe?! Also müsste die Schnittsoftware bei jeder Cutlist die betrachtet wird einen Request senden... (sehr aufwendig für Entwickler... )

Das geschieht doch jetzt auch nicht. Beispiel: Wenn ich einen Film schneide, schaue ich mir mit OTR-Verwaltung 3 Cutlists an. Die beste nehme UND bewerte ich. Die anderen habe ich dann schon vergessen. (Übrigens ein Grund, warum ich nie das cutlist.at-Online-Bewerten nutze – da stehen zu viele Cutlists, die ich nie konkret verwendet habe.) Das ist natürlich jetzt nur meine Position.
Die Funktion, eine schlechte Liste zu bewerten (auch wenn ich glaube, dass das das selten passiert, wenn eine gute Alternativliste vorhanden ist), müsste dann eigentlich im Client vorhanden sein. (Habt bis jetzt noch nie jemand gefordert.)
Das Bewerten ist ja sowieso ein Aufwand, den nicht alle auf sich nehmen.

Versteh ich das richtig, dass du die Sekundenangaben für die Schnitte meinst? Die würde ich nicht aufgeben. Bei den avis sind Frameangaben sicherlich besser, aber falls sich irgendwann doch noch mkvs durchsetzen sollten, wären für diese die Timestamps die bessere Angabe. Deswegen wird auch Avidemux gerade auf Timestamps umgeschrieben. Außerdem kann man momentan so HQ und HD cutlists untereinander austauschen.

Dazu kann ich leider nichts sagen. Aber OTR-Verwaltung arbeitet immer mit Frames, und ich habe noch von keinen Problemen mit HQ/HD-Cutlists gehört.
Hast du vielleicht noch ein paar Quellen dazu?

[ovicula]

- Doppelte Szenen lässt doch keiner drin, zumindest habe ich bis jetzt noch keine CL mit solchen gesehen, und WENN das mal vorkommt, dann aus versehen. Das sollte also m.M.n. nicht extra angeführt werden.

Erlebe ich leider auch häufiger! Sehe ich auch für zwingend an, dass in die Bewertung mit aufzunehmen!

[DanYo187]

Hi!
Na dann korrigiere ich hiermit meine Einschätzung zu doppelten Szenen. Den Rest find ich aber trotzdem sinnvoll
Lg DanYo187

[Artemis1121]

Und bei den Übergängen sollte man es immer so machen, dass die so wenig die möglich sichtbar sind. Hier wird dir kein Mensch ankreuzen, er hätte Störgeräusche oder ähnliches mit Absicht drin gelassen.

an dieser stelle will ich noch mal benutzerkommentare ins gespräch bringen. gerade wenn jemand so etwas negatives feststellt, wäre ein benutzerkommentar denke ich wertvoller als eine schlechte bewertung der cutlist!

[MrR]

Eben nicht, das ist ja das Problem! […] Aus Betreibersicht ist der Kern der derzeitigen Implementierung ohne Planung in wenigen Stunden während eines .de-Ausfalles entstanden und seither kaum verbessert worden. Trotzdem sind es mittlerweile so viel mehr User und Features, dass vor allem das DB-Design einfach nicht mehr nachkommt.

Also Spaghetticode und Redundanzen.
Da ist ein sauber geplanter Neustart auch besser. Dann habe ich nichts gesagt und behaupte das Gegenteil.

[MrR]

Dieses Thema gibt es, seit es Cutlisten gibt. Wäre mit v2.0 eine serverseitige Abfrage möglich, um das Hochladen von 1zu1 Cutlisten zu verhindern bzw. diese als eindeutige Kopie zu kennzeichnen?

[anatol.at]

Also Spaghetticode und Redundanzen.

Beinahe erschreckend wie genau es das trifft... Und ein Index obsoleter als der andere... aber mal zu profilen welche es sind bin ich zu faul. :wasntme:

Wäre mit v2.0 eine serverseitige Abfrage möglich, um das Hochladen von 1zu1 Cutlisten zu verhindern bzw. diese als eindeutige Kopie zu kennzeichnen?

Ist möglich und fix geplant. Wenn die Schnitte zu 100% übereinstimmen wird der Upload abgelehnt. Falls der Benutzer registriert ist hat er 1 Stunde lang Zeit um bequem per Klick auf einen Link zur Sendung direkt auf der Startseite Zusatzinformationen (Tags, Ratio, Fehler,...) anzugeben.

[SGE]

Halte ich für völlig unnötige Spielerei. Wenn ich ne CL brauche und es gibt keine mach ich sie mir selber.