Knoten in der Datenbank?

[Rickey]

Hallo,

meine Direkt-Aufnahmen von gestern hängen ALLE noch als pending bad in der Aufnahmeliste.

Nun sehe ich aber grad, dass sie teilweise in der Wishlist vorhanden sind und sich auch übernehmen lassen. (erscheinen dann doppelt, einmal ready und einmal pending bad)

Da kann ja irgend ein Abgleich nicht stimmen.

Hat das OTR schon bemerkt?

Dann gedulden wir uns sicher gern bis zu Korrektur.

Soll ja vorgestern auch reichlich pending bad gegeben haben.

hth, Gruß Rickey

[gulliver]

Hm,

ich denke mal dass hat das System noch gar nicht berücksichtigt Es ist nicht vorgesehen Aufnahmen per WL aufzunehmen und zusätzlich noch über die normalen Recordings... Was für einen sinn macht dass überhaupt?!


Pending bad gibts eigentlich bei fast jeder neuen Aufnahme auf dem DVB Server, da die Files nicht zeitnah zur Verfügung stehen. Ist jedoch eine Aufnahme abgeschlossen wird sie in die Recording-List for Download verschoben. Allerdings ist eben die File noch gar nicht auf dem Download Server angekommen, daher auch dass pending bad

[Rickey]

*kreisch* *jammer *heul*

Ich weiß wirklich nicht mehr wie ich mich noch ausdrücken soll.

Ich gebe auf! ;(

Ich hatte alles ganz genau verstanden.

Du hast leider mich nicht verstanden.

Die neuen Beispiele sind NICHT aus der Wishlist in die Aufnahmeliste übertragen worden - in der Aufnahmeliste gibt es DIESE Einträge nur 1x - als pendeng.

Vielleicht kann es wer anders noch erklären?

Mir fehlen jetzt die Worte.

Gruß,
ein trauriger Rickey ?(

[hisgunny]

Mal schauen. ob ich das verstanden habe oder zur Verwirrung beitrage.

Man kann auf zwei verschiedenen Wegen zu der gewünschten Aufnahme kommen, entweder über die Wishlist oder eine direkte Eingabe über die EPG-Liste.

Egal welchen Weg man wählt, am Ende gibt es eine einzige Aufnahme, die zur Verfügung steht.

Wenn man jetzt wie Rickey ein und dieselbe Sendung sowohl über die Wishlist als auch über das EPG programmiert hat, ändert dies nichts daran, daß es sich letztendlich um eine einzige Aufnahme handelt und nicht um zwei identische.

Das Aufbereiten der Aufnahme, also komprimieren, bereitstellen zum Downloaden und ähnliches, funktioniert auch immer gleich.

Dieser Vorgang wird aber anhand der vom Nutzer (aller Nutzer?) erstellten Listen abgearbeitet, daß heißt, es wird die Wishlist-Programmierung für sich abgearbeitet wie auch die EPG-Programmierung für sich abgearbeitet wird, unabhängig voneinander. Deshalb kann es passieren, daß die eine Programmierung der einen Liste schneller fertig ist als die andere und deshalb schneller als zum Download freigegeben bereitgestellt werden kann.

Ein Nutzer, der zweimal ein und dasselbe in zwei Listen programmiert hat, kann in seiner Aufnahmeliste zum einen die Sendung aus der EPG-Liste als pending-bad file und zum anderen die Sendung aus der Wishlist als ready-file sehen, wenn er die Listen auf seiner Aufnahmeliste zusammenführt oder anders herum.

Hier sagt Rickey, es geht nicht, dass ein und dieselbe Aufnahme gleichzeitig badfile und ready sein kann, das wäre ein Widerspruch. Da scheint er recht zu haben, denn man sollte doch meinen, daß die Aufnahme nur schlecht oder korrekt sein kann. Demzufolge geht er von einem schlechten oder falschen Datenabgleich aus.

Wenn ich die Antwort von gulli richtig verstanden habe, entsteht dieser Widerspruch durch die von OTR nicht vorgesehene zweifache Programmierung in zwei unterschiedlichen Listen. Werden diese Listen zusammengeführt, so entsteht ein Konflikt, da eine identische Datei zweimal auftaucht.

Da dies von der Systematik her nicht sein kann, werden die Dateien zwangsläufig unterscheidbar benannt, hier in badfile und ready. Eine Badfile-datei kann daher niemals eine ready-Datei werden, solange es bereits eine ready-Datei gleichen Namens gibt. Deshalb wird die badfile-datei nicht als repariert angezeigt, auch wenn sie vielleicht tatsächlich ready ist und auf Mirrors und OTR zur Verfügung steht.

Edit:
Es stellt sich dann die Frage, warum die beiden Listen in einem solch unterschiedlichen Tempo abgearbeitet werden, daß die pending badfiles teilweise tagelang diesen Status haben, sogar noch über die einmal benannten 72 Stunden hinaus, wenn doch in einer Liste diese Files als ready bezeichnet werden. Weshalb erfolgt hier kein Datenabgleich?

[Rickey]

@ Menno:

Und von wo ziehen die Mirror-Betreiber?

Wir reden hier von mehreren Tagen Unterschied.

Gruß Rickey

[Menno]

Die Mirrorbetreiber ziehen vom FTP-Server, der scheinbar nicht mit dem Downloadserver identisch ist.
Vielleicht wurde der FTP-Zugang auf die Aufnahmeserver eingerichtet, wo die Dateien natürlich am schnellsten verfügbar sind.

[gulliver]

Hm also sorry ich verstehe überhaupt nicht wo dein Problem ist ...

[Rickey]

@ gulli,

in einem Satz:

Dateien stehen in der Aufnahmeliste immer noch auf pending bad obwohl sie seit Tagen verfügbar sind.

z.B. über den WL-Eintrag oder über Mirror.

Ich schließe daraus, dass die Aufnahmen-Datenbank nicht immer aktualisiert wurde wenn die Files ready wurden.

Und ich bitte darum, dass die Technik dies überprüft und ggf. eine Datenbankaktualisierung durchführt, danke!

Gruß Rickey

[CTVSupporter]

wird gemacht. das darf nicht sein, daß in wishlist etwas verfügbar ist und in recordings nicht. da ist was faul. hast du konkrete filenamen wo das so ist?

[Marci]

@Jack-9815: Bringt auch nix, habs versucht und hat nicht geklappt. Weiss net ob es dann nie mehr klapp, aber egal, war kein so wichtiger Film