[ANKÜNDIGUNG] Sharemarks 0.1

Zitat

Original von Boergen

Ach so. Das ist die Sache, über die schon mal diskutiert wurde. Irgendwer hatte schon mal angemerkt, dass man einen kompletten Datensatz auch als solchen kennzeichnen sollte und dann beim herunterladen in einem bestimmten Zeitrahmen als Option nur komplette Datensätze bekommt. Das könnte man vielleicht noch erweitern und wirklich nur _einen_ Datensatz herunterladen und nicht solche, die sich nur um ein oder zwei Frames unterscheiden.

Hallo,

zu mehrere Marken: Das Problem sollte ja eigentlich durch die Mengenberechnung auf dem Server behoben werden, vielleicht kann xpix nochmal was dazu sagen... Die Idee mit den "Paketen" gefällt mir immer noch recht gut, die würde das Problem ebenfalls lösen, und zusätzlich auch noch verhindern, dass man nur Marken vom Beginn der nächsten Aufnahme erhält. Der irgendwer mit dem Paket-Vorschlag war übrigens ich Vielleicht kann ich auch ne Logik in das Skript selber einbauen, so dass auf dieser Ebene eine Filterung möglich ist. Aber eine Kennzeichnung als Paket wäre schon ungemein hilfreich, oder hmmmm, die Marken ID und das Submission Datum könnten auch reichen .....

zu plötzlich geht nix mehr: TomG hat völlig recht, es liegt wahrscheinlich am Datums-Bug, sobald das Datum einstellig wird (der Tag), gibt es eine Fehlfunktion in der Datums-Funktion. Die wid auch nicht ins Log geschrieben Deshalb werden in der dev2 Version auch alle "Sterbe"-Nachrichten zusätzlich ins Log geschrieben.

Und nun zum Rest: Im Anhang die Version 0.1.3dev2, die alles besser machen sollte. Ich habe sie gestern Abend soweit fertiggestellt, aber naturgemäss nur bedingt testen können. Im ganzen ca 10 Testaufnahmen (sofort wieder abgebrochen), und 3 richtige Aufnahmen über die volle Länge. Eigentlich würde ich gern noch mehr testen, aber jetzt habe ich wieder mal ein paar Abende keine Zeit, und deshalb stelle ich die Version jetzt schon ins Netz.

Änderungen:

• Beim Aufruf mit dem Parameter "edited" und automatischem Upload sollten sharemarks.conf und ptsmarks.vdr in das "Schnitt"-Verzeichnis kopiert werden.
• Fix für den Datums-Bug (Danke TomG). Da das Datum im Moment einstellig ist, sollte der Datums-Bug auch wirklich behoben sein (toitoitoi).
• Fix für die NOAD Kommtare in den marks.vdr Files. Ebenfalls Danke TomG
• --non-interactive
  Für Boergen und die Jungs mit dem Developer VDR, der immer crashed, wenn ein Skript mal was genauer wissen will
• --create-local-archive
  Erzeugt aus den lokalen Schnittmarken ein Archiv, welches man mit
• --upload-archive
  hochladen kann (Für die Offline User)
• --re-archive
  Zum re-archivieren von lokalen marks, die schon mal archiviert wurden
• --noad
  Alle (!) Marken, die hochgeladen werden, werden als noad marken gekennzeichnet

Hmm, wahrscheinlich war nochwas, aber es fällt mir gerade nicht ein.
Achja, beim Beenden mit einem Fehler sollte jetzt auf jeden Fall ein Log-Eintrag gemacht werden, und Now ist durch No ersetzt worden (Danke an Boergen für den Hinweis).

Viel Erfolg

Cheers

Peter

EDIT Weiter unten schon wieder was neues.../EDIT

Hallo,

Zitat

Original von TomG
<SCHNIPP>

Das Problem ist hier, dass die Marken bis zu einer Minute auseinanderliegen können. Wenn man die Toleranz in dem Algorithmus so hoch setzt, könnten andere Marken verlorengehen. Der Trend der Fernsehsender geht ja zu immer kürzeren und häufigeren Werbeunterbrechungen.

Die einzige Hoffnung ist wohl der Paketmechanismus. Bis dahin sollte man besser vor dem Hochladen nachsehen, ob schon Marken da sind, bzw. schon bevor man anfängt selbst Marken zu setzen oder noad-Marken zu verschieben.

Ich werde mich demnächst mal etwas intensiver mit der Paket Idee beschäftigen, eventuell liegt dort wirklich eine Lösung für viele Ärgernisse. Allerdings könnte man auch durchaus noch andere Lösungen fahren, wie zB "Gold"-Member, die Marken definitv bestätigen können. Sobald ein solcher bestätigter Satz Marken vorhanden ist, werden keine anderen mehr ausgeliefert...

Zitat

Doc, xpix
Gibt es eigentlich eine Statistik der pro Tag hochgeladenen Marken? Interessant wäre doch, ob und wie die User- und Markenzahlen steigen.

Ich baue mir einfach ein Archiv der letzen Woche (oder des letzten Tages) mit marks2pts --create-archive last-week -o ptsarchive.vdr, und bestimme dann per wc -l < ptsarchive.vdr wieviele Marken im Archiv sind. In den letzten 7 Tagen sind zb 323 Marken hochgeladen worden (bzw werden 323 Marken zurückgegeben, nach der Mengenberechnug auf dem Server).

Will man alle hochgeladenen Marken zählen (also auch die, die bei der Mengenberechnung rausfallen), dann kann man das per showallmarks.pl > all_marks.vdr und anschliessendem grep 2003-11 < all_marks.vdr | wc -l machen. Dabei kommt folgendes raus:

Insgesamt sind 10501 Marken auf dem Server

November 98
Dezember 452
Januar 2014
Februar 1024
März 540
April 4140
im Mai bisher 508.

Das finde ich nicht schlecht, aber natürlich noch nicht gut genug...

Auf jeden Fall bin ich mal gespannt, wie das Skript nun bei Euch funktioniert. Es wäre ja schon zu wünschen, dass die Grundfunktionalität jetzt langsam mal robust läuft. Dann kann man ja zusammen mit der Offline Geschichte eine 0.2 Version rausgeben, oder denkt ihr, dass das übertrieben wäre?

Cheers

Peter

Hoi xpix,

Zitat

Original von xpix

Also wir bauen eine WG auf mit Gagbit Netzwerk und allen drum und dran, das ist ein ziemlich verlottertes Penthouse (also Hause aufm Dach von nem anderen Haus Da muss ne Menge gebaut und gemalert werden. Deswegen nur noch ackern und dann auf die Baustelle

Booooaaaaaa, ich werd grün vor Neid......:D

Zitat

Aber die Status Seite kommt am WE.

Doc: Wenn ich dann schon mal am Server sitze ... braucht ihr dann nicht ein neues Feld fuer die Paketbezeichnung (Gruppierung von Marks, Goldmarks) oder wollen wir das noad Feld dafuer nehmen?

Ohja, bitte ein Paket Feld. Gib einfach jedem Upload eine Nummer, und setze das Feld auf diesen Wert (so wie bei den fortlaufenden Marken-IDs, nur das alle Marken in einem Upload dieselbe ID tragen). Ich lade die Marken in der Offline-Lösung auch schon Paketweise hoch, damit es keinen Ärger mit der Paket-Identifikation gibt, wenn man ein Archiv hochlädt.

Das Noad Feld kann man ja jetzt auch nutzen, wenn man --noad beim Upload angeht, also sollten wird das nicht verwenden...

Cheers

Peter

Hi Boergen,

Zitat

Original von Boergen
Doc:

Die neue Version funktioniert. Nur nicht bei Big Brother (jaja... schlagt mich ruhig...).

Na, lieber Penthouse mit Gigabit als Big Brother
Aber mir ist da was in Deinem Log aufgefallen:

Zitat

Code

###
###
###
Started run at Thu May  6 18:50:00 2004 with the following parameters: before /video0/Serien/Big_Brother/2004-05-06.18.50.99.99.rec
looking for timers
<SCHNIPP>
Checking 91586561:S19.2E-1-1089-12020:6:1850:2010:99:99:Serien~Big Brother:Das TV-Ereignis geht in die fünfte Runde. "Big Brother" 2004 wird in jeder Hinsicht die Erwartungen der Fans erfüllen: Noch spannender, noch härter, noch faszinierender.


Changing audio PID 1792;1795 to  1792
Changing audio PID 256;257 to  256
/video0/Serien/Big_Brother/2004-05-06.18.50.99.99.rec/  matched (?-xism:Serien.+?Big.+?Brother)
Checking 99385345:S19.2E-1-1089-12020:7:0010:0210:99:99:Serien~Ärger im Revier - Auf Streife mit der Polizei:Ingo und Falk sind jeweils Musterbeispiele des Polizeibeamten. Wenn Sie in Bielefeld auf Streife gehen, bringt sie nichts so schnell aus der Fassung.


Checking 100892673:S19.2E-1-1089-12020:7:1850:2010:99:99:Serien~Big Brother:Das TV-Ereignis geht in die fünfte Runde. "Big Brother" 2004 wird in jeder Hinsicht die Erwartungen der Fans erfüllen: Noch spannender, noch härter, noch faszinierender.


Changing audio PID 1792;1795 to  1792
Changing audio PID 256;257 to  256
/video0/Serien/Big_Brother/2004-05-06.18.50.99.99.rec/  matched (?-xism:Serien.+?Big.+?Brother)
Checking 1:S19.2E-133-33-898:6:1817:1906:99:99:Die Supergärtner:
Failed to get timer

Alles anzeigen

Hmmmmmmmmm, das sieht ganz so aus als hättest Du Big Brother zur Vorsicht gleich 2 mal programmiert, das muss Dir ja echt wichtig sein Und mit soviel Boshaftigkeit rechnet mein Skript nicht

Es wird schliesslich nach einem eindeutigen Timer gesucht, 2 Hits sind so gut wie kein Hit

Ich nehme mal an, Du hast nicht zufällig ein Backup von der timers.conf von ca 18:42, damit wir die Hypothese überprüfen können .......?

Cheers

Peter

Hi Boergen,

Zitat

Original von Boergen
Nee nee Doc. So nich.

Da ist einmal ein Timer für heute, einmal für morgen. Oder irre ich mich ?

Arrgh, da habe ich mich doch wieder mal verguckt....:wand

Tatsächlich, heute und morgen, sorry.

Und das ist mit der aktuellen Version aus dem Board? Hmmpf. Gerade nochmal nachgesehen, und tatsächlich, schon wiederimmernochweissauchnich der erste blöde Datumsbug drin...

Also schon wieder die "Lösung" im Attachment, und diesmal die wirkliche (oder auch nicht :() Sorry.

Cheers

Peter

Hallo Boergen,

Zitat

Original von Boergen

Ich habe die neue Version gerade installiert. Mal schaun...

Ach ja... Könntest Du vielleicht ein paar Beispiele geben, wie man die Offline-Lösung an den Start bekommt ? Außer den Optionen wird im Manual leider nichts darüber erwähnt.

Konkret geht es um das Beispiel des geplagten ISDN-Nutzers (also ich):

1. Mit welchem Kommando / welcher Option kommen alle Schnittmarken automatisch nach erfolgtem Schnitt in eine Datei.
2. Mit welchem Kommando in der reccmds.conf kann ich dieses Archiv dann hochladen ?

Alles anzeigen

Automatisch ist bei offline nix, schneide einfach munter vor Dich hin, und wenn online gehen willst, dann sammelst Du vorher alle Marken aus den geschnittenen Verzeichnissen mit marks2pts --create-local-archive last-month -o local_marks.vdr ein. Die Datei mit dem Namen local_marks.vdr enthält jetzt alle marken des letzten Monats, die noch nicht vorher archiviert wurden. Mit marks2pts --upload-archive local_marks.vdr sollten die Marken auf den Server gehen. Es werden wie gesagt nur Daten aus Verzeichnissen eingesammelt, die geschnittenen Aufnahmen enthalten. Dort wurden bisher aber nicht automatisch ptsmarks.vdr hinkopiert, das sollte allerdings jetzt auch geschehen, solange man marks2pts per "-r" vom VDR aufrufen lässt und der automatische Upload aktiviert ist (sollte offline einfach einen timeout geben).

Zitat

Und noch eine Frage: Wird ein Schnittmarkensatz, wenn er in das Offline-Archiv geschrieben wird, auch als "Satz" gekennzeichnet ? So dass das Archiv schon für das zukünftige Downloaden von Komplettpaketen geeignet ist ?

Yep, die Daten werden extra nicht in einem Rutsch hochgeladen, sondern für jeden Satz wird eine Verbindung aufgebaut. So sollten dann auf dem Server "richtige" Pakete-Nummer gebastelt werde können.

Weil das so ist, lassen sich auch momentan Archive nicht wieder hochladen, die per marks2pts --create-archive last-month vom Server geladen wurden, aber das wäre ja auch ziemlich blöd, erst Marken runterladen, um sie dann gleich wieder hochzuladen.

Cheers

Peter