[announce] pvrinput-1.7.0-rc2

Zitat

The repetition rate -- even the higher limit of 140 ms -- makes the Program Association Table the most common table instance in most transport streams, which is ironic as the PAT is usually the least dynamic table

ATSC schreibt 1 PAT alle 100ms vor, es sei denn das Paket ist größer, dann darf es maximal alle 140ms kommen. Bei PMTs finde ich nur 400ms gefunden. Für DVB finde ich gerade keine Zahlen...

//edit:
... DVB sieht eine Wiederholrate alle 100ms vor.

DVB MPEG2

Moin!

Sobald meine DVB-C-Karte mal Zeit hat, werde ich mir mal einen "originalen" TS als Muster speichern, um das Ding mal anhand der Spezifikation in die einzelnen Bits zu zerlegen. Komme ich vielleicht morgen zu. So schwierig wird's schon nicht sein... hoffentlich.
Die meisten Teile werden ja ziemlich statisch sein. Und diese Pakete muss man nur ab und zu mal an den vdr weitergeben.

mini.

Hi Doc,

kleiner Zwischenstand: der Transferfehler den ich ja letztens 2x beobachtet hatte ist seither nicht wieder aufgetreten.
Ansonsten läuft alles perfekt....
Achso, den Tip das eine DEFINE zu entfernen bzgl Umschaltgeschwindigkeit habe ich noch nicht geschaft.
Will micha ber bzgl der Umschaltgeschwindigkeit nicht beklagen, es geht halt so auch...und wennd ie pvr150 das eben nicht schneller können, dann gehts halt nicht..

ZDFInfokanal mit JointStereo ist bisher immer lippensyncron

gruss

Ich habe wegen meinem zerschossenen VDR die letzten Wochen MediaPortal auf WindowsXP genutzt, um vorübergehend noch in den Fernsehgenuss zu kommen... ihr könnt euch nicht vorstellen, wie verwöhnt man dann durch Doc's Arbeiten wird. Umschaltzeiten von mehr als 5 - 10 Sekunden, Tonstörungen, Bildstocken... soll ich noch weitermachen?

Ich kann mich also definitiv nicht beschweren über zu lange Zeiten für den Kanalwechsel mit der 150er.

Beim Paket, was Hotzenplotz verteilt, scheint die Option schon aktiv zu sein, jedenfalls habe ich den Menüpunkt im Setup schon gefunden. Allerdings keine Verwendung dafür, weil ich nur eine Karte habe...

methodus ich hab an den sourcen nichts verändert im paket ?!

Zitat

Original von Dr. Seltsam

sieht so aus, als wenn ich vor dem "make dist" das Auskommentieren vergessen habe. Perspektivisch würde ich das auch lieber unter einen Menüpunkt "Experteneinstellungen" packen -zusammen mit allerlei anderen settings, von denen ein normaler User lieber die Finger lassen sollte

... Lautstärke zum Beispiel :lol2.

Es wäre aber dann ganz praktisch, wenn die Settings ohne Neukompilieren erreichbar sind.

Moin!

Zitat

Original von mini73
Sobald meine DVB-C-Karte mal Zeit hat, werde ich mir mal einen "originalen" TS als Muster speichern, um das Ding mal anhand der Spezifikation in die einzelnen Bits zu zerlegen.

<kleinlaut>
Mal eine dumme Frage, bin ja noch neu im DVB-Lager (war bisher rein analog). Wie tune ich denn eine DVB-C-Karte ohne VDR? Bei den analogen kann ich ja v4l2-ctl benutzen, aber bei digitalen Karten?
Und dann speicher ich einen TS einfach durch "cat /dev/dvb/adapter0/dvr0 > test.ts", richtig?
</kleinlaut>

mini.

also ich meine mich aus meinen DVB-Zeiten zu erinnern, dan man mittels szap bzw bei dvb-c czap aus den DVB-Apps die Karte tunen kann.

Moin!

Hab ich mir schon gedacht. czap hab ich auf meinem LinVDR leider nicht, aber ich lass schon mal eine passende Kanalliste erstellen...

mini.

Edit: So, hab's geschafft, hab ein czap gefunden und konnte eine TS-Datei erzeugen. Werde ich dann demnächst analysieren...

Edit 2: zu früh gefreut, das war kein vollständiger TS, die wichtigen Pakete fehlen... dvbstream will leider nicht so, wie ich. Na, mal sehen, was mir noch einfällt.

Edit 3: Hab's jetzt doch geschafft, dvbstream mit den passenden Parametern für DVB-C aufzurufen, jetzt kann die Analyse beginnen...

Moin!

Nur mal als Zwischenstand: Ich hab mir mal ein paar PATs und PMTs angesehen und die entsprechende Doku dazu und das Ganze mal in die einzelnen Bits zerlegt. Spannend wird die CRC-Berechnung, ich hoffe mal, dass die Routine aus den DVB-Quellen die richtige ist. Und dann muss ich noch mal raussuchen, was für PIDs pvrinput für Programm-Nr., Video und Audio usw. benutzt. Das "usw." wird auch noch spannend, noch bin ich nur bei Video+Audio.

Hier meine vorläufigen Notizen, ohne Gewähr:

TS packet length = 188 byte, padded with 0xff


PAT = TS header + PAT payload + N1*program data + CRC
PMT = TS header + PMT payload + N2*(elemtary stream description + M*ES info description) + CRC


TS packet header of PAT
01000111 010 000000000 00 01 00000000
|        |   |         |  |  |
|        |   |         |  |  continuity counter (increase for each packet of same PID)
|        |   |         |  no adaptation field but payload data
|        |   |         not scrambled
|        |   packet id (PAT == 0)
|        010 = demod can correct errors, start of PSI, same priority than other packets with same PID
sync byte 0x47


payload data of PAT (header)
00000000 00000000 1011 000000001101 0000000000000000 11 00000 1 00000000 00000000
|        |        |    |            |                |  |     | |        |
|        |        |    |            |                |  |     | |        last section number
|        |        |    |            |                |  |     | section number
|        |        |    |            |                |  |     current next indicator
|        |        |    |            |                |  version number
|        |        |    |            |                reserved
|        |        |    |            transport stream id
|        |        |    section length (5 + 4 + 4 = 13 for header, 1 program & CRC)
|        |        reserved
|        table id
pointer


program data
0000000000000000 111 0000000000000
|                |   |
|                |   program PID
|                reserved
program number


00000000000000000000000000000000
|
CRC32


TS packet header of PMT
01000111 010 000000000 00 01 00000000
|        |   |         |  |  |
|        |   |         |  |  continuity counter (increase for each packet of same PID)
|        |   |         |  no adaptation field but payload data
|        |   |         not scrambled
|        |   program PID
|        010 = demod can correct errors, start of PSI, same priority than other packets with same PID
sync byte 0x47


payload data of PMT (header)
00000000 00000010 1011 000000001101 0000000000000000 11 00000 1 00000000 00000000 111 0000000000000 1111 000000000000
|        |        |    |            |                |  |     | |        |        |   |             |    |
|        |        |    |            |                |  |     | |        |        |   |             |    program info length
|        |        |    |            |                |  |     | |        |        |   |             reserved
|        |        |    |            |                |  |     | |        |        |   PCR PID
|        |        |    |            |                |  |     | |        |        reserved
|        |        |    |            |                |  |     | |        last section number
|        |        |    |            |                |  |     | section number
|        |        |    |            |                |  |     current next indicator
|        |        |    |            |                |  version number
|        |        |    |            |                reserved
|        |        |    |            program number
|        |        |    section length (9 + (5+3) + (5+6) + 4 = 32 for header, 2 ES+Info & CRC)
|        |        reserved
|        table id (2 = PMT)
pointer


elemtary stream description
00000000 111 0000000000000 1111 000000000000
|        |   |             |    |
|        |   |             |    ES info length
|        |   |             reserved
|        |   elementary PID
|        reserved
stream type (2 = video, 3 = audio)


ES info for MPEG2-video
00010001 00000001 1111111 0
|        |        |       |
|        |        |       leak valid flag
|        |        reserved
|        descriptor length
descriptor tag (17 = STD)


ES info for MPEG2-audio
00001010 00000100 000000000000000000000000 00000001
|        |        |                        |
|        |        |                        audio type (0 = not specified, 1 = clean effects, 2 = hearing impaired, 3 = visual impaired commentary)
|        |        ISO 639 language code (e.g. deu = 0x646575)
|        descriptor length
descriptor tag (10 = ISO 639 language descriptor)


00000000000000000000000000000000
|
CRC32

mini.

Könnte bitte jemand bestätigen, ob das softdevice-plugin mit der aktuellen pvrinput Version und vdr 1.7.9 funktioniert?

Softdevice geht tatsächlich nicht mit 1.7.9.

Zitat

Original von Dr. Seltsam
update:

Code

1.7.0-rc2


- remove bool isTuning, because it seems to result in problems in few cases.
  As tuning is done in OpenDvr, it is no more necessary anyway.
- remove outcommented code in reader.c, was a leftover from tests

Es gab bisher bei einem Tester sporadisch die Meldung "Transfer-Mode konnte nicht gestartet werden" in einer Endlosschleife, aus der man nicht mehr rauskam. Die Funktion SetChannelDevice bricht mit Rückgabewert false ab, wenn sie ein zweites mal aufgerufen wird, ehe die Einstellungen tatsächlich in OpenDvr ausgeführt worden sind (isTuning ist noch "true"). Normalerweise sollte dies nicht vorkommen, da auf SetChannelDevice immer ein CloseDvr/OpenDvr folgt, wo isTuning dann wieder "false" wird. Beim Tester passierte es jedoch mehrfach, dass isTuning beim Aufruf von SetChannelDevice noch immer "true" war, weiss der Geier warum.
Da der gesamte tatsächliche Kanalwechsel jedoch in OpenDvr ausgeführt wird, und hier bereits eine ausreichende Absicherung gegen eine race condition besteht, ist die isTuning-Prüfung nicht notwendig, daher habe ich sie entfernt.

Ich hab bei mir hin und wieder Abstürze in der Art, dass das Bild einfriert und auch keinerlei Reaktion vom VDR mehr entgegen genommen wird. Ich weiß leider nicht, ob das von der PVR kommt oder von etwas anderem.. ich habe aber heute das Phänomen wieder gehabt, wobei diesmal der VDR noch reagiert und die Meldung "Transfer-Mode konnte nicht gestartet werden" kommt. Deswegen vermute ich, dass es daran liegt. Ich probier gleich mal die RC2 aus.