hat jemand xbmc schon mit analog-karten am laufen

Es gibt da ein Problem mit den Streams von pvrinput und dem, was verschiedene Bibliotheken als gültig betrachten. Dr Seltsam, einer der derzeitigen Hauptentwickler der pvrinput Plugins, hatte vermutet, dass das seit dem VDR 1.7.12 gehen könnte. Probiert hat das wohl derzeit noch niemand.
Ich Persönlich bin mit dem Xineplugin als Ausgabe zufrieden.

Das Problem ist weniger der Streamdevserver, als der Client. Ich habe die libavformat, die mWn sowohl der VLC-Player als auch xbmc zur dekodierung der Streams verwenden, im Verdacht. Leider habe ich weder das Wissen über die Formate, noch die Zeit mihc einzuarbeiten, um da produktive Beiträge zu liefern.

Moin!

Demnächst wird's eine neue beta von pvrinput geben, die einen etwas besseren TS liefert (Stichwort PCR). Es kann sein, dass es dann besser läuft (hab selbst noch kein XBMC, bei mir läuft noch nicht mal ein von streamdev-server gelieferter TS mit dem Windows-VLC).

Auch muss ich meinen vdr erst mal von 1.7.10 auf 1.7.12 updaten, dafür hatte ich noch keine Zeit...

Ich sag bescheid...

mini.

Ich bin optimistisch dass streamdev mit vdr 1.7.12 und der kommenden pvrinput-Version (Dank der tollen Arbeit von mini73 ) funktionieren wird.
Mein vlc hatte sich zuvor geweigert, die von vdr erstellten ts-Dateien abzuspielen.
pvrinput liefert nun nicht nur PCR-Daten, sondern auch PAT/PMT. Damit erstellte vdr-Aufzeichnungen werden nun auch von vlc abgespielt. Ich denke, damit ist das gleiche Problem gelöst.

Na das klingt doch toll.
Wird die neue Version das nur mit vdrs 1.7.12 und höher können?

gestern Abend kam der erste Rückschlag: nachdem vlc die Dateien jetzt abspielt, war ich nahezu sicher, dass es über streamdev-server und Firefox mit vlc-Plugin auch funktionieren würde. Pustekuchen. Ich vermute, dass der streamdev PatFilter nicht alle benötigten PIDs in der PMT findet, obwohl pvrinput nun eigentlich PAT/PMT-Daten mitschickt. Das muss also noch weiter untersucht werden.

Die PCR kriegen wir unabhängig von der vdr-Version hin. Für PAT/PMT wird auf eine vdr-Funktion zurückgegriffen, die ab vdr 1.7.1 implementiert ist.
vdr 1.7.11 ist dann ein Sonderfall, da hier etwas bezüglich der Behandlung der PCR-PID geändert wurde. Soweit ich es verstanden habe, hat bei vdr 1.7.11 deshalb streamdev mit vlc generell nicht funktioniert (auch nicht bei DVB). Das müsste mit vdr 1.7.12 gefixt sein.

Wir sind bemüht, möglichst rasch Testversionen bereitzustellen. Kann aber sein, dass wir bezüglich PAT/PMT noch in die Verlängerung gehen müssen...

Moin!

Mir ist da noch eine Idee wegen PAT/PMT für vdr < 1.7.1 eingefallen: Ich schicke einfach eine feste PAT/PMT, so wie sie ein vdr > 1.7.0 generieren würde. Müsste eigentlich klappen.

An der streamdev-Sache bin ich noch dran, muss aber erst mal sehen, dass ich irgendwie ein vdr 1.7.12 aufgesetzt kriege...
Der vdr generiert für die Aufnahmen im TS-Format übrigens eigene PAT/PMT, die nur die nötigen Werte enthalten, weil die ursprünglichen PAT/PMT einer DVB-Karte wesentlich mehr Informationen enthält, als nachher in der Aufnahme drin stecken. Da werden ja mehrere Programme in einem TS gesendet.
Meine Vermutung ist, dass der vdr entweder keine PAT/PMT an den streamdev-server gibt oder der sie nicht vernünftig weiterleitet. Wird nicht leicht zu finden sein...

Auf alle Fälle sollte noch nicht 1.7.13 benutzt werden, das wird noch nicht funktionieren, weil der Plugin-Param-Patch integriert wurde und dafür ein paar Anpassungen im Plugin nötig werden (und mal wieder eine neue channels.conf... aber nur geringfügig :-)). Wird aber nicht schwer (zumindest der Nicht-OSD-Teil), bin schon dabei...

mini.

Ist das mit der channels.conf unumgänglich? das wäre akut ärgerlich..

Zitat

Original von wirbel
Ist das mit der channels.conf unumgänglich? das wäre akut ärgerlich..

ich schätze mal das ist unumgänglich für vdr >= 1.7.13.
Aber dann gibt es endlich eine endgültige Lösung, nachdem Klaus unsere Wünsche endlich erhört hat

- Plugins can now define new sources. In order to implement this, the following
  changes were made:
  + The transponder parameter string is no longer interpreted by cChannel, but rather
    stored as is and used only by the respective device. That way plugins can use a
    channel's parameter string to store arbitrary data (see vdr.5).
  + The new class cSourceParam can be used by plugins to define new sources, and to
    implement OSD items that will be used in the channel editor for editing the source
    specific parameters of a channel (see dvbdevice.c for an example of how this is
    done for the default DVB devices).
  + Purely numerical values are no longer accepted in the 'source' parameter of a
    channel.
  This obsoletes the PLUGINPARAM patch.

Moin!

Es wird sich eigentlich nur der Source-Parameter von P in V verwandeln, sonst nichts. Und selbst das ist noch nicht endgültig und wäre ggf. auch konfigurierbar zu machen.

mini.