Cutlist.at 2.0 und CuLiX - Brainstormingthread
Ideen können hier geposted werden. Das Konzept wird anhand der Ideen nach und nach verfeinert und anschließend hier veröffentlicht:
http://cutlist.at/2.0/
Eine derzeit noch sehr unvollständige und teils sogar noch veraltete Version des Konzeptes sowie ein Zeitplan sind bereits online.
Danke für die Antwort!
Wie ich schon in dem verlinkten Thread aufgeführt habe, würde ich die alten Schnittstellen einfach so lassen und neue Api-Request fürs Runterladen per JSON anbieten: Ein Request – alle Informationen, inkl. Schnittmarken. Ich sehe auch wenig Nutzen darin, an der Cutlist-Datei als solcher zu bleiben. Die Datei muss heruntergeladen, ausgelesen, am Ende gelöscht werden (wenn es per Client geschieht).
Hmm, langsam bin ich überzeugt... Also eine neue API die nur noch mit JSON arbeitet und in einem Request die Suchergebnisse inklusive aller Schnittinformationen beinhaltet - und weiterhin Ausgaben in den bisherigen Formaten als XML und ini.
Irgendjemand Argumente dagegen XML nicht vollwärtig zu unterstützen bzw. Argumente gegen JSON?
vielleicht wäre es auch interessant bei den suchergebnissen zusätzlich zu der durchschnittsbewertung der cutlist die einzelbewertungen zu liefern, so könnte man einfacher möglicherweise falsche bewertungen erkennen: (3*5+1*0)/4 = 3,75 = (3*4+1*3)/4.
auch wäre bei der bewertung schön, wenn nutzer kurze kommentare zu den schnittlisten oder gar einzelnen schnitten abgeben könnten(auflistung in den suchergebnissen optional?)!
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.Zitat von benn
Ah, jetzt versteh ich's.
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.
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.
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?
Hi!
Na dann korrigiere ich hiermit meine Einschätzung zu doppelten Szenen. Den Rest find ich aber trotzdem sinnvoll
Lg DanYo187
Halte ich für völlig unnötige Spielerei. Wenn ich ne CL brauche und es gibt keine mach ich sie mir selber.
Berechtigungen
