Schnittmarken Tausch Runde 3

Zitat

Original von Raven
ja, mann könnte nach den marks suchen und sie automatisch hochladen aber dann hast du wahrscheinlich wieder die autom. erstellten und noch nicht bereinigten marks von noad in der DB.

Das mit dem edited Event find ich auch besser umso mehr ich darüber nachdenke. Auch wäre natürlich der manuelle Upload möglich. Man sollte IMHO beides integrieren.

Guten Rutsch Euch allen!! Ich denke mal wir sollten hier weitermachen wo wir 2003 aufgehört haben

Hi allerseits,

nach laengerer Pause bin ich wieder mit von der Partie.

Ich habe:

- alle alten sharemarks-dateien entfernt
- neu installiert gemaesss readme
- recinfo reaktiviert
- auto-upload aktiviert
- mich auf dem server registriert
- dirks scanmarks "installiert"

Alle bisherigen Tests waren vollstaendig erfolgreich.

Ich bin enthusiastisch!

Aus Sicht des Users hat sich am Schneideprozess gar
nichts veraendert:

Entweder er bekommt mittels scanmarks seine Marken frei Haus, oder
er schneidet wie gewohnt und traegt damit zum Wohle aller bei
Wenn ich es nicht zu einfach sehe, wuerde ein reccmds.conf-
Eintrag mit Dirks scanmarks-Script doch vollstaendig ausreichen.
Also sowas wie

scan marks from server : /usr/local/bin/scanmarks

Das rattert relativ schnell durch, und falls schon Marken existieren bekommt
man sie, ansonsten schneidet man halt selbst und stellt die Cuts automatisch
zur Verfuegung. Andererseits stellt sich natuerlich die Frage ob scanmarks
nicht besser in nem cronjob aufgehoben waere und hier wiederum die Frage
(an xpix) was der Server trafficmaessig so aushaelt und kostet (mal ein wenig
in die Zukunft gedacht).

Da wiederum stellt sich gleich die naechste Frage: Wird es vom Server auch
ein "Package" geben ? Gibt es Ideen wie man mehrere Server untereinander
abgleichen koennte ? (CVS, rsync, ..)

Also ich finde wir haben im wesentlichen drei Moeglichkeiten weiter zu
machen:

- mit xpix' Server beschaeftigen, der seine Funktionalitaet ja bewiesen hat
- noch ein Feldtest, diesmal mit moeglichst vielen Kabel-Usern
- schoen machen (code cleanup, doku, ...) und einfach mal offiziell releasen
(wenn es so schwer ist Kabel-User zu finden gibts scheinbar nich so viele :))

Andere Ideen ?

Ich fuer meinen Teil werde es jetzt einfach mal konsequent benutzen -
vielleicht faellt da ja noch was auf

Kurz: Ich bin begeistert!

cu
gonz

NAbend,

Zitat

Original von gonz
..... und hier wiederum die Frage
(an xpix) was der Server trafficmaessig so aushaelt und kostet (mal ein wenig
in die Zukunft gedacht).

Keine Sorge, der Traffic kann so hoch sein wie er will. Ist ein Server auf Arbeit der an mehreren T1 Leitungen hängt. Also don't worry about this!

Zitat

Da wiederum stellt sich gleich die naechste Frage: Wird es vom Server auch
ein "Package" geben ? Gibt es Ideen wie man mehrere Server untereinander
abgleichen koennte ? (CVS, rsync, ..)

Sicher würde das gehen, aber warum ... so haben wir alles an einem Platz. Das Package gibts natürlich morgen, wenn ich wieder auf Arbeit bin. Können wir ja zusammen mit scanmarks verteilen.

Zuerst ein gesundes + glückliches neues Jahr für alle!

reccmd)
der aufbau "marks2pts /PfadZurAufnahme -upload" ist nicht so gut da bei reccmd der pfad automatisch am ende angehängt wird.
wenn das korrigiert ist gehen folgende reccmds:

Get Marks             : pts2marks
Upload Marks          : marks2pts -upload

autoupload)
geht.

probleme)
ja, hier (wie immer) - da ich einen etwas spezielles vdr-netzwerk habe.
die aufnahmen werden vom wohnzimmer-vdr gemacht und (meistens) über den server abgespielt und geschnitten. der server hat dazu eine nexus eingebaut, aber ohne angeschlossenes sat-kabel und mit einer leeren channels.conf. wegen der leeren channels.conf hat der upload nicht geklappt. irgendwie versucht er den sender aufzulösen. wird das nicht schon bei der aufnahme gemacht?

edited-event)
wäre es nicht sinnvoll die sharemarks.conf und ptsmarks.vdr mit ins neue verzeichnis zu kopieren, da man die originalaufnahmen dann meistens löscht? (vdr macht das natürlich nicht)

ansonsten kann ich nur noch eins sagen:
DANKE

PS
als anlage mein altes shell-script zum auslesen des senders aus der timers.conf

So, hier wie versprochen das Server package.

was ist mit dem server los?

connecting : Unknown MySQL Server Host 'xpix.dieserver.de' (1) Content-type: text/html 
Software error:
Can't call method "selectall_hashref" without a package or object reference at /home/xpix/www/cgi/pts/pts2.cgi line 245.


For help, please send mail to the webmaster (root@cateye.netzwert.de), giving this error message and the time and date of the error.

Zitat

Original von Raven
was ist mit dem server los?

Wir spendieren heute unseren Maschinen eine USV sowie eine zusätzliche Leitung. Deswegen mussten wir das Netz heute abend abschalten. Ab morgen soll aber wieder alles gehen

hi xpix,

... schoenes Argument warum Redundanz gar keine so bloede Idee waere *scnr*

cu
gonz

Zitat

Original von gonz
... schoenes Argument warum Redundanz gar keine so bloede Idee waere *scnr*

Ja ja hast ja recht Also wenn jemand einen 2. Server aufsetzen will, ich hab nix dagegen. Er sollte mich nur anschreiben damit wir einen weg der synchronisation finden

ich fang mal an die ganzen filme aus dem weihnachtsurlaub zu schneiden. da sollten einige schnittmarken zusammenkommen. vielleicht kann mal jemand gegentesten.

Ach ja, den upload über die reccmd sollte man vorrübergehend per
upload marks : recinfo edited
machen können

Hi,

Raven: Warum nicht autmatisch die Schnittmarken hochladen (lassen) ?

xpix: Hab derweil den Servercode mal gelesen - Du weisst, (im Gegensatz zu mir manchmal) was Du tust ! (Heftig Lob!)

Doc, World: Irgendwie funktioniert das alles fast zu gut um wahr zu sein Dass sich recinfo bei Serienaufnahmen aus tvinfo / tvmovie verschluckt liegt halt in der Natur der Sache (Serienverzeichnisse, unterschiedliche Sendungsnamen von unterschiedlichen "Programm-Providern", ..) Wenn man nur das EPG als Quelle benutzt finden sich derweil immer regelmaessiger fertige Timer - ohne offizielles Release und ohne Werbung... FAMOS!

cu
gonz

Zitat

Original von gonz
xpix: Hab derweil den Servercode mal gelesen - Du weisst, (im Gegensatz zu mir manchmal) was Du tust ! (Heftig Lob!)

Nicht immer

Doc: Wann kommt das erste offizielle Release? Wir sind doch soweit oder? Ich denke mal wenn mehr User damit arbeiten, dann haben wir auch mehr Feedback.

Zitat

Original von Doc
Willst Du nur die ersten Marken für einen bestimmten Zeitraum akzeptieren, oder alle? Und willst Du dann auch alle zurückliefern, wenn jemadn pts2marks aufruft und marken anfordert?

Stimmt, da hast du natürlich Recht ... hmm ... daran hab ich gar nicht gedacht. Vielleicht gebe ich nur den Durschnitt raus, aber wenn da eine Schnittmarke völlig aus der Rolle fällt sehen wir alt aus. Es müsste eine Art Mengenberechnung rein. Nehmen wir mal folgendes an, 3 User haben eine Schnittmarke geuploadet:

Doc: 00:15:00:24
Xpix: 00:15:00:24
Plato: 00:18:00:13

Dann sollte ich auf jeden Fall nur einer der ersten 2 ausliefern. Da schau ich mal in den Mysql befehlssatz. Das wird ein bissel tricky

Zitat

Original von xpix

Also, ich hab mich mal endlich an das Serverskript gesetzt und die Mengenberechnung eingebaut. Folgendes Schema habe ich mal entworfen:

Nehmen wir mal an das 11 User Enterprise vom Freitag geschnitten haben. Als erstes können alle User alle möglichen Schnittmarken auf den Server laden, es gibt also keine Fehlermeldung mehr 'Sorry, this pts exists in DB'!. Darunter sind 2 User die keine Ahnung haben oder für die Werbeindustrie arbeiten. Diese haben völlig falsche pts hochgeladen. Also wurde das folgendermassen aussehen:

Zeit                User Pts Id   Channel Changed_at 
2003-01-01 15:00:00 user1 233 1476 Test    20040122123100 
2003-01-01 15:00:00 user2 233 1476 Test    20040122123100 
2003-01-01 15:00:00 user3 233 1476 Test    20040122123100 
2003-01-01 15:00:00 user4 233 1476 Test    20040122123100 
...
2003-01-01 15:00:00 user10 125 1476 Test    20040122123100 
2003-01-01 15:00:00 user11 125 1476 Test    20040122123100

Wenn jetzt eine pts angefordert wird für den Sender Test, werden alle Schnittmarken in diesem Zeitbereich ausgewählt und nur die ausgegeben die am MEISTEN in der DB vorkommen. Also in unserem Beispiel pts == 233.

So, anpassen an Docs Skript sind wohl nicht nötig (hopefully). Die Änderung ist ab sofort online.

Zitat

Original von Doc
Prima! Ich werde dann in den nächsten Tagen mal eine 0.1 Version zusammenstellen und ankündigen

Hoffentlich finden wir dann ein paar zusätzliche Marken-Tauscher

Super! Ich denke mal die zusätzlichen Markentauscher kommen ganz automatisch, wenn wir den edited Modus mit einführen