Das machen die akutellen VDR-Versionen automatisch, wenn eine Aufnahme ohne Index aufgerufen wird. Kann auch manuell über die shell aufgerufen werden.
<edit>
Manueller Aufruf mit vdr --genindex, siehe man vdr.1:
--genindex=rec
Generate the index file for the given recording. rec must be
the full path name of an existing recording. The recording must
be in TS format. If the recording already has an index file, it
will be deleted before creating the new one. The program will
return immediately after generating the index. Note that using
this option while another instance of VDR is currently replaying
the given recording, or if the recording has not been finished
yet, may lead to unexpected results.
</edit>
Alles anzeigenHi,
So ein MIst aber auch anscheinend ist nicht immer .ts gleich .ts
Hab die Aufnahme der anderen Box (is ne E2 Box Xtrend 9000) auf den yavdr geschoben und nen Vdr konformen Ordner erstellt also Troja/2012-10-25.20.15.11-0.rec
und da rein die .ts Aufnahme der E2 Box und die umbenannt in 00001.ts
Dann per;
Codevdr --genindex /pfad zu rec.
den index erstellen lassen, aber leider der hat 0 Byte.
Hab das File index dann gelöscht und die Aufnahme im Vdr zum Abspielen angewählt - dabei wird der Index dann ja auch erstellt (es kam auch ne diesbzg. Meldung)
aber leider wieder das selbe, der Index is unbrauchbar.
Da ich eh gerade in der Ecke arbeite könntest du mir ja vielleicht mal eine Minute oder so einer solchen Datei zur Verfügung stellen. Vielleicht kann ich ja die Index-Generierung verbessern. (Will aber nichts versprechen, denn wirklich funktionieren muß es nur mit Streams, die VDR selber aufnimmt 
Klaus
Hi kls,
ZitatDa ich eh gerade in der Ecke arbeite könntest du mir ja vielleicht mal
eine Minute oder so einer solchen Datei zur Verfügung stellen.
Vielleicht kann ich ja die Index-Generierung verbessern. (Will aber
nichts versprechen, denn wirklich funktionieren muß es nur mit Streams,
die VDR selber aufnimmt
Das wär ja super, ich poste das File Morgen am Sonntag hab heute leider keine Zeit mehr.
Hatte inzwischen das hier;
Zitat"Zitat von Bert"
Na ja da werd ich wohl nicht drum herum kommen das .ts File der E2 Box zuerst zu demuxen dann wieder muxen und dann zu nem .ts File machen.
Das sollte zumindest für SD Aufnahmen ja klappen denke ich - mal sehen werd das demnächst testen.
getestet.
Hierbei klappt dann zwar die Index Erstellung, aber diese Aufnahme zeigt beim Abspielen alle zwei - drei Sekunden Blöcke im Bild wobei das Video auch mal stehenbleibt
der Ton aber weiterläuft.
EDIT ON !
Beim Abspielen dieser so gebauten Aufnahme gibts jede Menge repacker errors im syslog zu sehen
, die sehen dann so aus;
cVideoRepacker: switching to MPEG1/2 mode
vdr: [2564] cVideoRepacker: operating in MPEG1/2 mode
vdr: [2564] cVideoRepacker: switching to MPEG1/2 mode
vdr: [2564] cVideoRepacker: operating in MPEG1/2 mode
vdr: [2564] cVideoRepacker: found unspecified NAL unit type: stream seems to be scrambled
vdr: [2564] cVideoRepacker: switching to MPEG1/2 mode
vdr: [2564] SetBrokenLink: no GOP header found in video packet
vdr: [2564] cVideoRepacker: found reserved NAL unit type: stream seems to be scrambled
vdr: [2564] ERROR: H264::cContext::ActivatePPS(): requested PPS is undefined
vdr: last message repeated 9 times
vdr: [2564] ERROR: H264::cContext::DefineSPS(): id out of range
vdr: [2564] ERROR: H264::cContext::ActivatePPS(): requested PPS is undefined
vdr: last message repeated 14 times
vdr: [2564] cVideoRepacker: found unspecified NAL unit type: stream seems to be scrambled
vdr: [2564] cVideoRepacker: switching to MPEG1/2 mode
vdr: [2564] cVideoRepacker: operating in MPEG1/2 mode
vdr: [2564] cVideoRepacker: switching to MPEG1/2 mode
vdr: [2564] cVideoRepacker: operating in MPEG1/2 mode
vdr: [2564] cVideoRepacker: operating in H.264 mode
vdr: [2564] cVideoRepacker: found reserved NAL unit type: stream seems to be scrambled
vdr: [2564] ERROR: H264::cBitReader::NextByte(): premature end of data
vdr: [2564] ERROR: H264::cContext::ActivatePPS(): requested PPS is undefined
vdr: last message repeated 4 times
vdr: [2564] ERROR: H264::cBitReader::NextByte(): premature end of data
vdr: [2564] ERROR: H264::cContext::ActivatePPS(): requested PPS is undefined
vdr: last message repeated 4 timesDas geht dann ewig so weiter
EDIT OFF !
Früher mit dem alten Vdr also welcher in .vdr Files aufgenommen hatte war das alles glaub ich toleranter
(konnte nahezu alles zu ner .vdr Aufnahme wandeln).
Gruss
Bert
Moin!
Nur als Hinweis zu ProjectX: neulich hab ich auch mal versucht, mit ProjectX eine TS-Datei zu erstellen. Die konnte ich mit vlc leider nicht abspielen.
Auch wenn ProjectX der beste Demuxer ist, den ich kenne, heißt das nicht automatisch, das es ein guter TS-Muxer ist.
Hast du mal tsMuxer oder TsRemux versucht?
Lars.
Aber natürlich wärs mir am liebsten wenn kls da was drehen könnte so das ich die e2 Aufnahmen nur noch auf den Vdr zu schieben bräuchte und die wär sofort abspielbar
(denn die e2 Aufnahmen sind ja auch in .ts vorliegend).
Ich schau mir deine Testaufnahme an, sobald ich die Baustelle bei der Frame-Erkennung für MPEG-4 beendet habe.
Klaus
Moin!
.vdr ist eben nicht .ts, deshalb lässt sich das nicht einfach so vergleichen. Vielleicht schaffe ich es ja auch noch demnächst, mal in die ts-Datei hineinzuschauen.
Lars.
Hi,
auch ich arbeite mit "Fremdaufnahmen" und habe dabei bisher folgende Probleme entdeckt:
1. Problem:
Die Routine cPatPmtParser::ParsePat in remux.c merkt sich pro PAT nur eine PMT-ID. Sind mehrere PMT-IDs vorhanden, so bleibt nur die letzte gefundene erhalten, die muss aber nicht zwangsläufig auf eine PMT mit Video-Streams verweisen.
Lösung:
alle PMT-Pids merken und alle PMTS mit den angegebenen PIDs auf Video-Streams untersuchen.
so hab ich das bei mir gemacht:
Linker Basisordner: f:\src\vdr-1.7.31
Rechter Basisordner: \\LINUX-NOAD\noad\src\vdr-1.7.31
--- device.c 2012-09-20 10:32:26.000000000 +0100
+++ device.c 2012-10-30 13:26:15.000000000 +0100
@@ -1146,13 +1146,13 @@
uchar *buf = NULL;
int Size = 0;
while (Length >= TS_SIZE) {
int Pid = TsPid(Data);
if (Pid == 0)
patPmtParser.ParsePat(Data, TS_SIZE);
- else if (Pid == patPmtParser.PmtPid())
+ else if (patPmtParser.isPmtPID(Pid))
patPmtParser.ParsePmt(Data, TS_SIZE);
else if (Pid == patPmtParser.Vpid()) {
if (TsPayloadStart(Data)) {
int l;
while (const uchar *p = TsToPes.GetPes(l)) {
int Offset = Size;
@@ -1483,13 +1483,13 @@
int Pid = TsPid(Data);
if (TsHasPayload(Data)) { // silently ignore TS packets w/o payload
int PayloadOffset = TsPayloadOffset(Data);
if (PayloadOffset < TS_SIZE) {
if (Pid == 0)
patPmtParser.ParsePat(Data, TS_SIZE);
- else if (Pid == patPmtParser.PmtPid())
+ else if (patPmtParser.isPmtPID(Pid))
patPmtParser.ParsePmt(Data, TS_SIZE);
else if (Pid == patPmtParser.Vpid()) {
isPlayingVideo = true;
int w = PlayTsVideo(Data, TS_SIZE);
if (w < 0)
return Played ? Played : w;
--- recording.c 2012-09-30 14:05:14.000000000 +0100
+++ recording.c 2012-10-30 13:27:48.000000000 +0100
@@ -1545,13 +1545,13 @@
// Step 1 - parse PAT/PMT:
uchar *p = Data;
while (Length >= TS_SIZE) {
int Pid = TsPid(p);
if (Pid == 0)
PatPmtParser.ParsePat(p, TS_SIZE);
- else if (Pid == PatPmtParser.PmtPid())
+ else if (PatPmtParser.isPmtPID(Pid))
PatPmtParser.ParsePmt(p, TS_SIZE);
Length -= TS_SIZE;
p += TS_SIZE;
if (PatPmtParser.Vpid()) {
// Found Vpid, so rewind to sync FrameDetector:
FrameDetector.SetPid(PatPmtParser.Vpid(), PatPmtParser.Vtype());
@@ -2038,13 +2038,13 @@
uchar buf[TS_SIZE];
while (read(fd, buf, sizeof(buf)) == sizeof(buf)) {
if (buf[0] == TS_SYNC_BYTE) {
int Pid = TsPid(buf);
if (Pid == 0)
PatPmtParser.ParsePat(buf, sizeof(buf));
- else if (Pid == PatPmtParser.PmtPid()) {
+ else if (PatPmtParser.isPmtPID(Pid)) {
PatPmtParser.ParsePmt(buf, sizeof(buf));
if (PatPmtParser.GetVersions(PatVersion, PmtVersion)) {
close(fd);
return true;
}
}
--- remux.c 2012-09-19 11:28:42.000000000 +0100
+++ remux.c 2012-10-30 13:22:00.000000000 +0100
@@ -405,14 +405,16 @@
}
void cPatPmtParser::Reset(void)
{
pmtSize = 0;
patVersion = pmtVersion = -1;
- pmtPid = -1;
- vpid = vtype = 0;
+ //pmtPid = -1;
+ numPmtids = 0;
+ vpid = 0;
+ vtype = 0;
ppid = 0;
}
void cPatPmtParser::ParsePat(const uchar *Data, int Length)
{
// Unpack the TS packet:
@@ -429,13 +431,14 @@
if (patVersion == Pat.getVersionNumber())
return;
SI::PAT::Association assoc;
for (SI::Loop::Iterator it; Pat.associationLoop.getNext(assoc, it); ) {
dbgpatpmt(" isNITPid = %d\n", assoc.isNITPid());
if (!assoc.isNITPid()) {
- pmtPid = assoc.getPid();
+ if( numPmtids < MAXAPIDS )
+ pmtPids[numPmtids++] = assoc.getPid();
dbgpatpmt(" service id = %d, pid = %d\n", assoc.getServiceId(), assoc.getPid());
}
}
patVersion = Pat.getVersionNumber();
}
else
--- remux.h 2011-09-04 13:48:26.000000000 +0100
+++ remux.h 2012-10-30 13:20:08.000000000 +0100
@@ -212,13 +212,14 @@
class cPatPmtParser {
private:
uchar pmt[MAX_SECTION_SIZE];
int pmtSize;
int patVersion;
int pmtVersion;
- int pmtPid;
+ int pmtPids[MAXAPIDS + 1];
+ int numPmtids;
int vpid;
int ppid;
int vtype;
int apids[MAXAPIDS + 1]; // list is zero-terminated
int atypes[MAXAPIDS + 1]; // list is zero-terminated
char alangs[MAXAPIDS][MAXLANGCODE2];
@@ -248,13 +249,14 @@
///< are delivered to the parser through several subsequent calls to
///< ParsePmt(). The whole PMT data will be processed once the last packet
///< has been received.
bool GetVersions(int &PatVersion, int &PmtVersion) const;
///< Returns true if a valid PAT/PMT has been parsed and stores
///< the current version numbers in the given variables.
- int PmtPid(void) const { return pmtPid; }
+ //int PmtPid(void) const { return pmtPid; }
+ bool isPmtPID(int pid) { for(int i = 0; i < numPmtids; i++ ) if( pmtPids[i] == pid) return true; return false;}
///< Returns the PMT pid as defined by the current PAT.
///< If no PAT has been received yet, -1 will be returned.
int Vpid(void) const { return vpid; }
///< Returns the video pid as defined by the current PMT, or 0 if no video
///< pid has been detected, yet.
int Ppid(void) const { return ppid; }2. Problem:
Mein Skymaster-Receiver speicher dir PMT nicht in der ts-Datei, hier kann der Parser dann gar keine Video-PID finden.
Hier hilft dann wirklich nur das demuxen/muxen, damit bei diesem Vorgang dann korrekte PAT/PMT-Einträge erzeugt werden.
Gruß
theNoad
alle PMT-Pids merken und alle PMTS mit den angegebenen PIDs auf Video-Streams untersuchen.
Da in VDR-Aufnahmen immer nur *eine* PMT-PID vorkommt (nämlich genau die für diese Aufnahme), braucht er auch nur *eine* zu speichern.
Sind da in den von dir verwendeten "Fremdformaten" mehrere Sendungen "vermischt"?
Klaus
Da in VDR-Aufnahmen immer nur *eine* PMT-PID vorkommt (nämlich genau die für diese Aufnahme), braucht er auch nur *eine* zu speichern.
Für vdr-eigene Aufnahmen ist das so ja auch ok, aber hier geht es ja um die Analyse von Fremdaufnahmen, und die halten sich leider nicht an die vdr-Regeln.
Sind da in den von dir verwendeten "Fremdformaten" mehrere Sendungen "vermischt"?
Nur in dem Sinne als das bei einer Aufnahme durch einen gewissen Vorlauf auch Teile der davor laufenden Sendung enthalten sind.
Hier hab ich mal so eine typische PAT angehängt:
Die Informationen über die enthaltenen Video-Streams finden wir hier (PMT-PID $002C, zweiter Eintrag der Liste ) :
Das ist eine Aufnahme von einem Telefunken-Receiver, ähnlich sieht es bei einem Diginova HD-10 aus.
Ich kann auch gerne so eine Aufnahme bereitstellen.
theNoad
Nachtrag:
Hab mir grad mal die Aufnahme von Bert angesehen, da sieht es ganz genau so aus:
Die für vdr relevanten Informationen (PMT-PID $0065, vierter Eintrag der Liste):
Alles anzeigenFür vdr-eigene Aufnahmen ist das so ja auch ok, aber hier geht es ja um die Analyse von Fremdaufnahmen, und die halten sich leider nicht an die vdr-Regeln.
Nur in dem Sinne als das bei einer Aufnahme durch einen gewissen Vorlauf auch Teile der davor laufenden Sendung enthalten sind.
Hier hab ich mal so eine typische PAT angehängt:
Die Informationen über die enthaltenen Video-Streams finden wir hier (PMT-PID $002C, zweiter Eintrag der Liste ) :
Das ist eine Aufnahme von einem Telefunken-Receiver, ähnlich sieht es bei einem Diginova HD-10 aus.
Und sind dann alle diese Programme in dem TS-File drin?
Oder ist das eine Aufnahme *eines* Programms, und der Recorder hat einfach blind die gesendete PAT/PMT komplett in die Datei geschrieben?
Falls ja, woher soll VDR denn dann wissen, welcher Eintrag nun relevant ist?
Klaus
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
