ZitatOriginal von Doc
Hi @ all,
ich nach einer epg-id suche.... Aber der richtige scheint als erster zu kommenUnd mehr als einen Hit wertet das Skript momentan auch noch nicht aus.
Das schau ich mir nochmal die Nacht an, aber jetzt gehts erst mal ins Kino mit einer blonden Schönheit
Also bis denn
xpix
ZitatOriginal von xpix
Das schau ich mir nochmal die Nacht an, aber jetzt gehts erst mal ins Kino mit einer blonden Schönheit
Also bis denn
xpix
Hi xpix
Na, wenn Du nach dem Kino noch dazu kommst
Irgendwer noch wach und aktiv von Euch? Lust auf nen Test?
Cheers
Peter
@raymond: Interessant, ich habe dieselbe Aufnahme via SAT1-Austria - Dort scheinen andere ptsmarks verwendet zu werden:
Zitat
Found no matching PTS in the recording ...
Gleich im Chat, hier erstmal die neue Version
Auspacken und am besten in den Pfad schieben, ist eine Datei namens marks2pts und ein Symlink dadaruf der pts2marks heisst.
Dann mal versuchen, beide zu starten ohne Argumente
usage: marks2pts /Path/to/recording OR
pts2marks /Path/to/recordingDas solte rauskommen....
Wenn das läuft findet Ihr mich im Chat
Cheers
Peter
EDIT
Das war nix, unten gibts die nächste Version....
/EDIT
Hallo Nachtschwärmer,
hier die nächste Version:
Bedienung:
marks2pts /aufnahme/verzeichnis [-upload] oder mit
pts2marks /aufnahme/verzeichnisVorrausetzungen:
Wie arbeitet das Skript jetzt:
Ich bin über lauter kleine Dinge gestolpert, zB über die Sonderzeichen in den Titeln, die im vom VDR
in _ umgewandelt werden etc. Meine letzten Tests haben aber auch mit so etwas funktioniert
ACHTUNG: Mann kann jetzt in no-time die Datenbank zuschmeissen, indem man immer wieder dieselben Einträge hochlädt (xpix?). Diese identischen Einträge werde auch alle immer zurückgeliefert, da sollte man noch was ändern.
Den Rest habe ich jetzt vergessen ;). Ich denke, das wir auf jeden Fall das Problem haben, dass es mindestens 2 Gruppen von Leuten gibt, was den Empfang angeht. Das müssen wir wirklich nochmals untersuchen. Zum testen wäre ein Datenbankfeld gut, in dem der User eingetragen ist. Den kann man ja auf der Kommandozeile als parameter übergeben oder so. Dann findet man schnell raus, welche Marks von welchem User für die eignen Aufnahmen nutzbar sind.
Achja, sowas wie die Taggeschau klappt damit nicht mehr, ich kann aus dem Namen und dem Datum keine
eindeutige epg-id herausfinden, die kommt mit demselben Namen zur selben Zeit auf mehreren Sender
Aber das werden wir im Zusammenhang mit den epg.daten lösen (hoffe ich).
Bevor ich mir jetzt wieder nen Wolf schreibe, sag ich einfach :n8.
Ich bin gespannt, ob es jetzt bei euch funktioniert.
NICHT VERGESSEN DIE epg.data ins Aufnahmeverzeichnis zu kopieren. Und zwar bevor der Film zuende ist (dann sind die Daten nämlich futsch ....).
Cheers
Peter / doc
ZitatACHTUNG: Mann kann jetzt in no-time die Datenbank zuschmeissen, indem man immer wieder dieselben Einträge hochlädt (xpix?). Diese identischen Einträge werde auch alle immer zurückgeliefert, da sollte man noch was ändern.
Moin, also das hab ich jetzt mal geändert. Wenn man eine epg-id mit identischen marks abspeichern will, gibt es eine Fehlermeldung:
#Sorry, this epg-id(5890) with this marks exists in this Database!
Doc: Vielleicht kannst du das beim Upload auslesen?
Ansonsten würde ich ein Script vorschlagen das mit der --record Option gestartet wird, das sollte (erstmal) folgendes tun:
parameter = before
- epg-daten in das video verzeichniss kopieren (vielleicht auch nur den Abschnitt der entsprechenden Sendung?)
parameter = after
- Nachschauen in der Online DB ob eine Schnittdatei existiert mit docs programm
- falls ja marks datei erstellen und raus
- falls nein,
- noad starten
- dann die ptsmarks uploaden
Somit, könnten wir dann einen Grosstest mit jede Menge Daten die von noad produziert werden (das macht es schon ganz gut) machen.
Interessant ist noch die Frage wie docs prg o. mein Server mit mehreren Daten je epg-id umgehen soll?
Hi,
xpix: Das mit dem Script ist sicher ne gute Idee - das einzige Risiko was ich sehe ist dass einige das dann eingebaut lassen und wir kuenftig vor allem noad-Eintraege in der Datenbank haben. Vielleicht koennte man ja die noad-Eintraege irgendwie getrennt kennzeichnen ?
Doc: Ich habe derzeit drei Probleme mit dem marks2pts:
- Bei Serien die im Format Titel/Untertitel/Datum.rec gespeichert werden wird kein EPG-Eintrag gefunden
- Relativ viele Sendugen gibt es doppelt im EPG (ProSieben, ProSieben Austria, Kabel 1, Kabel 1 Austria, die ganzen ersten, ...) Das hattest Du ja schon geschrieben...
- Bei Sendungen denen es eine EPG-ID zuteilen moechte habe ich sehr regelmaessig die Meldung "Need at least 2 marks" auch wenn die Marken vorhanden sind.
cu
gonz
ZitatAlles anzeigenOriginal von gonz
Hi,
Doc: Ich habe derzeit drei Probleme mit dem marks2pts:
- Bei Serien die im Format Titel/Untertitel/Datum.rec gespeichert werden wird kein EPG-Eintrag gefunden
- Relativ viele Sendugen gibt es doppelt im EPG (ProSieben, ProSieben Austria, Kabel 1, Kabel 1 Austria, die ganzen ersten, ...) Das hattest Du ja schon geschrieben...
- Bei Sendungen denen es eine EPG-ID zuteilen moechte habe ich sehr regelmaessig die Meldung "Need at least 2 marks" auch wenn die Marken vorhanden sind.
cu
gonz
Hi,
OOOops, da habe ich gar nicht dran gedacht, ich nehme nie Serien auf, böser Fehler...
Also, alle drei Fehler lassen sich mit dem record Skript beheben (hoffe ich),
da es sich immer um denselben Bock handelt: mars2pts erwartet keinen Untertitel auf
Verzeichnisebene :(. Mit dem Skript können wir alle Daten aber sofort haben, dann braucht
wir die ganzen Kopfstände mit epg.data und Titel aus Verzeichnis extrahieren usw nicht mehr...
ich muss mir mal das Format der timer.conf anschauen (Nein, das muss mir keiner erklären,
man 5 vdr wird mir da schon auf die Sprünge helfen ;);))
Ich werde nachher mal was versuchen, allerdings gibt es
- heute Besuch (da muss ich beim Kochen helfen, sonst gibts Haue)
- morgen evt meinen Hermes
- und Mittwoch Besuch bis Montag.
Also kann es eine Pause geben, ich habe aber auch nix dagegen, wenn jemand an dem Skript rumschraubt 
Cheers
Peter / doc
hi,
ZitatOriginal von Doc
Also, alle drei Fehler lassen sich mit dem record Skript beheben (hoffe ich),
da es sich immer um denselben Bock handelt: mars2pts erwartet keinen Untertitel auf
Verzeichnisebene :(.
Dieser Fehler tritt bei mir aber auch bei "normaler" Verzeichnisstruktur auf.
Beispiel:
flops:/video/Achtung!_Volkspolizei!/2003-10-05.04:40.50.50.rec# cat marks.vdr
0:02:15.22
0:45:57.14
flops:/video/Achtung!_Volkspolizei!/2003-10-05.04:40.50.50.rec#
flops:/video/Achtung!_Volkspolizei!/2003-10-05.04:40.50.50.rec# marks2pts `pwd`
Starting search....for Achtung!_Volkspolizei!
Potential match found...Achtung!_Volkspolizei!
Match on wrong date:
6 = 05; 10 = 10 ; 2003 2003
Potential match found...Achtung!_Volkspolizei!
the date is fine ....
Found a diff of 300 seconds in recording start, so this makes sense....
Found epgid 8368
stat() on closed filehandle $DUMMYFH at /usr/local/src/vdrstuff/x3/share_marks/marks2pts line 643.
****************************************
READING INDEX FILE, please be patient
****************************************
sysread() on closed filehandle FH at /usr/local/src/vdrstuff/x3/share_marks/marks2pts line 685.
Use of uninitialized value in numeric lt (<) at /usr/local/src/vdrstuff/x3/share_marks/marks2pts line 690.
readline() on closed filehandle MFH at /usr/local/src/vdrstuff/x3/share_marks/marks2pts line 660.
Invoked by marks2pts, looking for /video/Achtung!_Volkspolizei!/2003-10-05.04:40.50.50.rec/marks.vdr
Need at least 2 marks in marks.vdrHi,
total 1534504
-rw-r--r-- 1 root root 1564948722 Oct 5 05:40 001.vdr
-rw-r--r-- 1 root root 1804 Oct 5 05:40 cur.logo
-rw-r--r-- 1 root root 4117971 Oct 5 06:02 epg.data
-rw-r--r-- 1 root root 697136 Oct 5 05:40 index.vdr
-rw-r--r-- 1 root root 22 Oct 5 06:03 marks.vdr
-rw-r--r-- 1 root root 0 Oct 5 06:06 ptsmarks.vdr
-rw-r--r-- 1 root root 4 Oct 5 13:58 resume.vdr
-rw-r--r-- 1 root root 41 Oct 5 04:41 summary.vdr/video/Achtung!_Volkspolizei!/2003-10-05.04:40.50.50.recselbe Meldung aber auch hier:
/video/Es_war_einmal.../2003-10-05.06:05.30.99.reccu
gonz
Hi gonz,
hier das Debug Skipt.
Bevor die Ausgabe "reading index file" kommt, gibt es jetzt sowas:
./marks2pts /video/Loriot/2003-10-03.22\:15.99.99.rec/
found the following files:
record_file: 001.vdr
index file /video/Loriot/2003-10-03.22:15.99.99.rec/index.vdr
marks file /video/Loriot/2003-10-03.22:15.99.99.rec/marks.vdr
handle: GLOB(0x8312008)
size: 1139794941
****************************************
READING INDEX FILE, please be patient
****************************************Ausserdem sollte die ptsmarks.vdr auch erstellt werde, wenn man keine epg-id zuordnen kann. Die kann man ja immer noch posten oder mailen
Ich bin gespannt auf den Output (und muss jetzt mal in die Küche..)
Cheers
Peter
Hab den Fehler:
man muss das Verzeichnis auf jedenfall mit / am Ende angeben, dann klappts auch. Sonst kommt da sowas bei raus:
index file /video/Achtung!_Volkspolizei!/2003-10-05.04:40.50.50.recindex.vdr
marks file /video/Achtung!_Volkspolizei!/2003-10-05.04:40.50.50.recmarks.vdralso
marks2pts `pwd`/
funzt z.B., waehrend
marks2pts `pwd`
streikt 
received: Danke, die Daten wurden gespeichert!Werde also fleissig Marken spendieren nun
cu
gonz
habe folgendes in der UPDATE-1.2.0 gefunden:
ZitatAlles anzeigen
- First step towards a "unique channel ID". The channel ID is a human readable
string, made up from several parameters of the channel's definition in the file
'channels.conf' (see man vdr(5) for details).
In order for the "unique channel ID" to work, all channel definitions now must
be unique with respect to the combination of their Source, Frequency and SID
parameters. You may have to fix your 'channels.conf' manually if there are error
messages in the log file when loading it. BE SURE TO MAKE A BACKUP COPY OF YOUR
'channels.conf' AND 'timers.conf' FILE BEFORE SWITCHING TO THIS VERSION, AND CHECK
VERY CAREFULLY WHETHER YOUR TIMERS ARE STILL SET TO THE RIGHT CHANNELS!
When reading an existing 'timers.conf', the channels will be identified as before
by their numbers. As soon as this file is written back, the channel numbers will
be replaced by the channel IDs. After that it is possible to manually edit the
'channels.conf' file and rearrange the channels without breaking the timers.
Note that you can still define new timers manually by using the channel number.
VDR will correctly identify the 'channel' parameter in a timer definition and
use it as a channel number or a channel ID, respectively. Also, the SVDRP commands
that return timer definitions will list them with channel numbers in order to
stay compatible with existing applications.
The channel ID is also used in the 'epg.data' file to allow EPG information from
different sources to be stored, which would previously have been mixed up in case
they were using the same 'service ID'. Note that the contents of an existing
'epg.data' file from a previous version will be silently ignored, since it doesn't
contain the new channel IDs. When inserting EPG data into VDR via SVDRP you now also
need to use the channel IDs.
Currently the EPG data received from the DVB data stream only uses the 'Source'
and 'Service ID' part of the channel ID. This makes it work for channels with
the same service IDs on different sources (like satellites, cable or terrestrial).
However, it doesn't work yet if the service IDs are not unique within a specific
source. This will be fixed later.
könnte man nicht mit dieser BEFORE Funktion die eindeutige ID aus den Timern holen und zur späteren Verwendungs als "recchannel.vdr" ins Aufnahmeverzeichnis schreiben?!?
Wenn ich das richtig verstanden habe, sollte damit auch das Problem der unterschielichen Quellen (Sat/Kabel/Analog) erledigt sein.
Hi Raven,
ZitatOriginal von Raven
könnte man nicht mit dieser BEFORE Funktion die eindeutige ID aus den Timern holen und zur späteren Verwendungs als "recchannel.vdr" ins Aufnahmeverzeichnis schreiben?!?
Wenn ich das richtig verstanden habe, sollte damit auch das Problem der unterschielichen Quellen (Sat/Kabel/Analog) erledigt sein.
Wenn ich es nicht verpeilt habe, dann ist das genau das, was der Patch von Noad macht: Schreiben des Senders der Aufnahme in ein getrenntes File. Wenn man den noch dazu bringen koennte die EPG-ID zu speichern waere das ne feine Loesung. Ansonsten laesst sich das bei der derzeitigen Loesung auch via Script rausfinden wenn die Sendung nicht parallel auf mehreren Sendern laeuft..
Aber fuer diesen Spezialfall waere in der Tat der Patch von TheNoad ein Thema, oder ?
Doc: Einfach den Patch von Noad noch aufnehmen und dann beim Suchen der EPG-ID den Sender beruecksichtigen ?
cu
gonz
Hi Raven,
das ginge zwar, aber dann müssten:
- Alle Leute dieselbe Channels.conf haben
- Und ich wäre draussen, weil ich eine komplett andere channels.conf haben MUSS 
Die Unterschiede scheinen aber nicht von der Signalquelle abzuhängen, ich habe im Kabelnetz
die selben ptsmarks wie Leute mit Astra Sat, aber andere Leute mit Astra haben wieder was anderes
(Die 2 Gruppen eben, die wir bisher ausmachen konnten...)
Ich würde lieber rausfinden, woran das wirklich liegt, und einen anderen Weg finden, um Sendungen
genau zu identifizieren.... Das kriegen wir schon hin
@ gonz
Das Schreiben des Senders in das Aufnahme-Verzeichnis sollten wie auch mit der
-record Option hinbekommen, zusammen mit Timer und Aufnahme Verzeichnis sowie channels.conf.
Ich bin bei Patches immer zurückhaltend, lieber ein Skript...
Kannst Du nochmal ein "ls -LR" Deines Aufnahme-Verzechnisses posten (oder anhängen, oder per email schicken)? Ich möchte gerne die Subtitel mit einbauen, dass hilft vielleicht sogar gegen die gleichzeitigen
Sendungen...
Cheers
Peter / doc
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!