vdr-pvrinput-1.7.0_rc2 mit vdr 1.7.14

  • Hallo,


    leider baut vdr-pvrinput-1.7.0_rc2 mit vdr 1.7.14 nicht mehr korrekt:


    Fehler beim Build prozess:
    device.c: In member function 'bool cPvrDevice::ParseChannel(const cChannel*, int*, uint64_t*, int*, int*, eVideoInputs*, int*, int*, int*) const':
    device.c:602: error: 'const class cChannel' has no member named 'IsPlug'
    device.c:603: error: 'const class cChannel' has no member named 'PluginParam'
    device.c: In member function 'virtual bool cPvrDevice::ProvidesSource(int) const':
    device.c:907: error: 'IsPlug' is not a member of 'cSource'
    distcc[23455] ERROR: compile device.c on localhost failed
    make: *** [device.o] Error 1


    pvrinput.c:4:2: error: #error "You must apply the pluginparam patch for VDR!"
    pvrinput.c: In member function 'virtual cOsdObject* cPluginPvrInput::MainMenuAction()':
    pvrinput.c:72: error: 'class cChannel' has no member named 'IsPlug'
    distcc[23453] ERROR: compile pvrinput.c on localhost failed



    Aber welcher patch ist das?



    ich habe vdr mit folgenden Patches installiert:


    media-video/vdr-1.7.14 USE="cutterqueue cuttime jumpplay liemikuutio lircsettings setup sortrecords volctrl yaepg -alternatechannel -channelprovide -cutterlimit -ddepgentry -debug -dvlfriendlynames -dvlscriptaddon -dvlvidprefer -dxr3 -graphtft -hardlinkcutter -lnbshare -mainmenuhooks -menuorg -noepg -pinplugin -rotor -status_extension -timerinfo -ttxtsubs -validinput -vanilla -wareagleicon


    G. R.

  • Moin!


    Das ist der nicht mehr benötigte Plugin-Param-Patch, der mit vdr 1.7.13 "ab Werk" dabei ist, allerdings etwas anders.


    Es wird aktuell ganz viel an pvrinput gearbeitet, u.a. auch die nötigen Anpassungen an vdr >= 1.7.13. Entweder wartest du, bis wir (Dr. Seltsam, wirbel und ich) denken, dass es einen nächsten Beta-Release geben kann, oder du bist mutig und hilfst uns beim Testen:
    pvrinput bei vdr-developer.org
    Aber noch geben wir keine Gewähr, dass alles funktioniert... Insbesondere musste es eine Anpassung der channels.conf geben, müsste im README stehen bzw. in den News auf der Webseite.
    Und: wir können nicht garantieren, dass das momentane Format der channels.conf und der diversen Einträge in der setup.conf so bleibt bzw. kompatibel bleiben wird.


    Über mutige Tester freuen wir uns!


    Die nötigen Änderungen in Kürze:
    - Der Präfix "PVRINPUT|" (mit |) muss aus den Source-Parametern raus
    - Source muss auf "V" stehen (ohne Anführungszeichen natürlich)
    - wenn du nur ivtv-Karten hast, reicht das, bei (zusätzlichen) cx18-Karten muss die SID auf 1 und die TID auf die alte SID geändert werden


    Wenn du Probleme hast, poste einfach deine channels.conf und ich erzähle dir, wie sie aussehen müsste.


    mini.

  • Hi,


    Ich versuch grad pvrinput mit einer pvr350 irgendwie auf vdr 1.7.15(+ExtP-NG-vdr-1.7.15-V3) zu installieren, aber irgendwas haut nicht so richtig hin.
    Sobald ich auf den S-Video bzw. Composite Eingang schalte kommt schrott raus.


    Ein "mplayer /dev/video1" nach dem Tunen auf SVideo bringt den Videostream auch sauber, und unter 1.7.12 mit pvrinput-1.7.0-rc1 geht's auch.


    Mir sieht das so aus, als würde der VDR das Videoformat nicht ermitteln können.


    In den extraswitches in der setup.conf hab ich schon versucht mit den Buffer-Einstellungen runzuspielen, jedoch auch ohne erfolg.


    PS: Wenn ich wiederholt auf den Channel Tune, dann seh ich das Bild, jedoch Artifaktzerfressen und als Diashow, die Meldungen erzählen dann was von "zu kleiner Ringspeicher" ... siehe unten.


    Habt ihr eine Idee, was ich noch versuchen könnte?



    channels.conf

    Code
    S-Video0 Card0:1:SVIDEO0|CARD0:V:0:301+101=2:300=@4:305:0:1:0:9001:1
    S-Video0 Card1:1:SVIDEO0|CARD1:V:0:301+101=2:300=@4:305:0:1:0:9002:1
    S-Video1 Card0:1:SVIDEO1|CARD0:V:0:301+101=2:300=@4:305:0:1:0:9004:1
    S-Video1 Card1:1:SVIDEO1|CARD1:V:0:301+101=2:300=@4:305:0:1:0:9005:1
    S-Video1 Card2:1:SVIDEO1|CARD2:V:0:301+101=2:300=@4:305:0:1:0:9006:1
    Composite0 Card0:1:COMPOSITE0|CARD0:V:0:301+101=2:300=@4:305:0:1:0:9007:1
    Composite0 Card1:1:COMPOSITE0|CARD1:V:0:301+101=2:300=@4:305:0:1:0:9008:1
    Composite1 Card0:1:COMPOSITE1|CARD0:V:0:301+101=2:300=@4:305:0:1:0:9009:1
    Composite1 Card1:1:COMPOSITE1|CARD1:V:0:301+101=2:300=@4:305:0:1:0:9010:1


    sources.conf

    Code
    # Plugins
    
    
    I       IPTV
    V       Analog Video


    setup.conf


    Make.config:


    Grüße

    VDR1.7.12 + ExtPatch on openSuSE 11.1 2.6.27.45-0.1-default (x86_64) gcc 4.3.2 r141291
    1xNexus (fw:f12623) ** 3xTeVii S650 ** Alphacrypt/SKY ** DVB-Treiber 7.6.09cvs ** 7" GraphTFT ** VOMP on MediaMVP ** zendeb 0.4.0.b1 on S100 ** 4ch Atmolight
    Xine-lib-1.2 20100412(vdpau) +DFextPatch ** XINE-UI ** Nvidia GT240 (260.19.36) ** Samsung LE46C650 ** istreamdev-git_20110216 to IPhone

    3 Mal editiert, zuletzt von DrBoon ()

  • Zitat

    Original von DrBoon
    vdr 1.7.15(+ExtP-NG-vdr-1.7.15-V3


    was ist das für eine Version bzw. was für Patches sind da drin?
    Diese ganzen Meldungen vom cVideoRepacker sind mir fremd, ich dachte der repacker sei gar nicht mehr Bestandteil von vdr?
    Das "300=@4" in der channels.conf kommt mir auch komisch vor.Das entspricht nicht dem Muster. Ich habe auch keine Ahnung, wofür das @4 stehen soll.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Moin!


    Irgendwie denkt der vdr, dass da H.264-Video ankommt, die Daten kann er dann nicht wirklich verarbeiten und dann läuft der Puffer voll. Eigentlich sollte das "=2" bei der Video-PID dafür sorgen, dass der vdr die Daten als MPEG2 interpretieren soll. Die kannst du ja mal versuchsweise wegnehmen, vielleicht rät der vdr dann besser. Es könnte aber auch sein, dass er das selbstständig wieder in "=2" ändert, je nachdem, wie deine PID/Namens-Aktualisierung eingestellt ist.
    Und mir sagt das "=@4" auch nichts...


    Ansonsten versuch mal eine aktuelle Version von pvrinput:
    http://projects.vdr-developer.…r-pvrinput-2010-04-14.tgz


    mini.

  • Ich habs jetzt nochmal komplett neu aufgesetzt, führt aber zum gleichen Ergebnis ( Patches wie im ersten Threat ausgewählt):




    Code
    cd /usr/src/vdr-1.7.15
    /usr/src/vdr-1.7.15/vdr -w 120 -l 3.7 -E /var/vdr -c /etc/vdr -v /video -L /usr/src/vdr-1.7.15/PLUGINS/lib --localedir=/usr/src/vdr-1.7.15/locale -P 'remote -l /dev/lircd'  -P 'xine'  -P 'pvrinput'


    Egal welche ich nehme führt zum selben Ergebnis:

    Code
    git clone git://projects.vdr-developer.org/vdr-plugin-pvrinput.git pvrinput

    oder

    Code
    http://projects.vdr-developer.org/attachments/download/288/vdr-pvrinput-2010-04-14.tgz


    Das mit dem @4 kommt, sobald ich vdr einmal gestartet hab automatisch dazu, vorher entsprechen die Zeilen genau denen in der example-config ( copy & paste ). Ist allerdings bei jeder Zeile ( also auch dvbs ) mit drin.
    Wenn ich "=2" und/oder "=@4" wegnehme, ändert sich nichts.



    grüße

    VDR1.7.12 + ExtPatch on openSuSE 11.1 2.6.27.45-0.1-default (x86_64) gcc 4.3.2 r141291
    1xNexus (fw:f12623) ** 3xTeVii S650 ** Alphacrypt/SKY ** DVB-Treiber 7.6.09cvs ** 7" GraphTFT ** VOMP on MediaMVP ** zendeb 0.4.0.b1 on S100 ** 4ch Atmolight
    Xine-lib-1.2 20100412(vdpau) +DFextPatch ** XINE-UI ** Nvidia GT240 (260.19.36) ** Samsung LE46C650 ** istreamdev-git_20110216 to IPhone

    2 Mal editiert, zuletzt von DrBoon ()

  • Warum

    Code
    S-Video0 Card0:1:SVIDEO0|CARD0:V:0:301+101=2:300=@4:305:0:1:0:9001:1


    anstelle von


    Code
    S-Video0 Card0:1:SVIDEO0|CARD0:V:0:301=2:300:305:0:1:0:9001:1


    Video kommt nicht auf 101, sondern auf 301. Wenn dann wäre 301=2 als VPID richtig, die PCRPID könnte optional dann mit dem '+' angehängt werden.

  • ?? mein fehler, beim Rumprobieren hab, ich hab die Zeilen aus /usr/src/vdr-1.7.15/PLUGINS/src/pvrinput/example/channels.conf_vdr-1.7.13-syntax.example ausprobiert, und beim Posten noch in der channels.conf gehabt. Halt irgendwie doof.
    Ist aber mit denen aus /usr/src/vdr-1.7.15/PLUGINS/src/pvrinput/example/channels.conf_newsyntax.example ( nach syntax-anpassung P=V, kein PVRINPUT ) das selbe:



    EDIT:

    Code
    S-Video0 Card0:1:SVIDEO0|CARD0:V:0:301=2:300:305:0:9001:0:0:0
    S-Video0 Card1:1:SVIDEO0|CARD1:V:0:301=2:300:305:0:9002:0:0:0
    S-Video1 Card0:1:SVIDEO1|CARD0:V:0:301=2:300:305:0:9004:0:0:0
    S-Video1 Card1:1:SVIDEO1|CARD1:V:0:301=2:300:305:0:9005:0:0:0
    S-Video1 Card2:1:SVIDEO1|CARD2:V:0:301=2:300:305:0:9006:0:0:0


    ^^ bringt die gleichen Meldungen, allerdings beim zweiten drauftunen sowas wie ein Rauschen anstelle vom AV-Signal, aber auch Artefakzzerfressen und Daumenkino.

    VDR1.7.12 + ExtPatch on openSuSE 11.1 2.6.27.45-0.1-default (x86_64) gcc 4.3.2 r141291
    1xNexus (fw:f12623) ** 3xTeVii S650 ** Alphacrypt/SKY ** DVB-Treiber 7.6.09cvs ** 7" GraphTFT ** VOMP on MediaMVP ** zendeb 0.4.0.b1 on S100 ** 4ch Atmolight
    Xine-lib-1.2 20100412(vdpau) +DFextPatch ** XINE-UI ** Nvidia GT240 (260.19.36) ** Samsung LE46C650 ** istreamdev-git_20110216 to IPhone

    6 Mal editiert, zuletzt von DrBoon ()

  • SOLVED!


    LOL, bitte vergesst alles gepostete. Ich hab wohl die Anleitung nicht richtig verstanden, oder bin mit dem /example verzeichnis nicht zurechtgekommen.


    Mit den Zeilen hier gehts:

    Code
    S-Video0 Card0:1:SVIDEO0|CARD0:V:0:301=2:300:305:0:1:0:9001:1
    S-Video0 Card1:1:SVIDEO0|CARD1:V:0:301=2:300:305:0:1:0:9002:1
    S-Video1 Card0:1:SVIDEO1|CARD0:V:0:301=2:300:305:0:1:0:9004:1
    S-Video1 Card1:1:SVIDEO1|CARD1:V:0:301=2:300:305:0:1:0:9005:1
    S-Video1 Card2:1:SVIDEO1|CARD2:V:0:301=2:300:305:0:1:0:9006:1


    Dank euch vielmals.


    PS:
    FALSCH: ( example/channels.conf_newsyntax.example )

    Code
    S-Video0 Card0:1:PVRINPUT|SVIDEO0|CARD0:P:0:301:300:305:0:9001:0:0:0


    FALSCH: ( example/channels.conf_vdr-1.7.13-syntax.example )

    Code
    S-Video0 Card0:1:SVIDEO0|CARD0:V:0:301+101=2:300:305:0:1:0:9001:0


    RICHTIG: ( Wenn man das README ohne Wirbels hilfe richtig verstanden hätte )

    Code
    S-Video0 Card0:1:SVIDEO0|CARD0:V:0:301=2:300:305:0:1:0:9001:1

    VDR1.7.12 + ExtPatch on openSuSE 11.1 2.6.27.45-0.1-default (x86_64) gcc 4.3.2 r141291
    1xNexus (fw:f12623) ** 3xTeVii S650 ** Alphacrypt/SKY ** DVB-Treiber 7.6.09cvs ** 7" GraphTFT ** VOMP on MediaMVP ** zendeb 0.4.0.b1 on S100 ** 4ch Atmolight
    Xine-lib-1.2 20100412(vdpau) +DFextPatch ** XINE-UI ** Nvidia GT240 (260.19.36) ** Samsung LE46C650 ** istreamdev-git_20110216 to IPhone

    2 Mal editiert, zuletzt von DrBoon ()

  • Moin!


    Hm, kommt das "+101" nicht automatisch dazu? Denn die PCR-Pakete haben eigentlich die PID 101. Muss ich noch mal testen, ob das auch für die externen Eingänge gilt...


    mini.

  • Warum eigentlich 101? *frag*

  • 101 ist statisch definiert in reader.c:
    const short kPCRPid = 101;


    irgendeine Nummer muss es ja sein, und 101 wird bei vielen TV-Sendern verwendet.


    zur channels.conf:
    um die Verwirrung komplett zu machen:


    bei mir stehen diese Einträge in der channels.conf:


    Code
    :Analog extern
    S-Video1:1:SVIDEO1:V:0:301+101=2:300=@4:305:0:9006:0:0:0
    Composite0:1:COMPOSITE0:V:0:301+101=2:300=@4:0:0:9005:0:0:0
    Composite1:1:COMPOSITE1:V:0:301+101=2:300=@4:305:0:9007:0:0:0
    S-Video2:1:SVIDEO2:V:0:301+101=2:300=@4:305:0:9008:0:0:0
    Composite2:1:COMPOSITE2:V:0:301+101=2:300=@4:0:0:9009:0:0:0
    Composite3:1:COMPOSITE3:V:0:301+101=2:300=@4:0:0:9010:0:0:0
    Composite4:1:COMPOSITE4:V:0:301+101=2:300=@4:305:0:9011:0:0:0

    Das mit dem @4 muss wohl in vdr-1.7.15 hinzugekommen sein. Offenbar hat vdr die Kanalliste selbständig aktualisiert.
    Die Einträge aus channels.conf_vdr-1.7.13-syntax.example funktionieren aber ebenfalls einwandfrei

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • jetzt fällt es mir wieder ein: die PCR-PID im TS-Stream des cx23418 (HVR 1600) ist 101. (Diese Chips können im Gegensatz zu cx23415/16 auch direkt einen TS ausgeben).
    Aus Kompatibilitätsgründen haben wir die 101 dann auch für die gewandelten Streams genommen - sonst würde bei Mischnutzung der Karten vdr ständig die PIDs ändern.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Normalerweise ist es mit der VPID identisch.

  • Zitat

    Original von wirbel
    Normalerweise ist es mit der VPID identisch.


    warum cx18 da jetzt die 101 nimmt, wird ein Geheimnis von Connexant bleiben. Das ist in der Fimrware so drin und kann per ioctl auch nicht geändert werden.


    Eine nachträgliche Bearbeitung der TS-Pakete nach dem Lesen vom device und vor Übergabe an vdr macht m.E. keinen Sinn - unnötige Verkomplizierung.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Einmal editiert, zuletzt von Dr. Seltsam ()

  • Na ja. Man könnte schon - in pvrinput nachträglich.

  • Moin!


    Könnte man sicherlich, aber dann muss man die PCR in die Videopakete verpflanzen (ins adaptation field) und die PCR-Pakete rausfiltern. Und das ist nicht nötig, da der vdr auch mit getrennten PIDs umgehen kann. Und es kam auch irgendwie zu Problemen, als die PCR in den Videopaketen mit der gleichen PID drin war, deshalb haben wir das auf zwei PIDs aufgeteilt.


    Und wenn der vdr mit dem schon fertigen TS aus den cx18-Karten (und auch mit dem TS aus der HD PVR, die auch getrennte PIDs benutzt) zurechtkommt, warum unnötig Aufwand treiben?


    mini.

  • Hallo,


    ich hänge mich hier mal mit rein...
    Ich will alte Videos digitalisieren und habe mir deswegen eine PVR150 bei ebay geschossen. Die Idee alles per VDR zu machen fand ich sehr gut:)
    Also Karte eingebaut, Videorecorder angeschlossen, pvrinput installiert und channels.conf angepasst.
    Leider ist die Ausgabe totales Daumenkino inkl. vieler Artefakte. Könnt ihr mir Tipps geben woran es liegen kann.


    Infos zum System:


    - Desktop Rechner am TFT
    - vdr 1.7.15, xine-plugin, 1x Dvb-s2, 1x Pvr150, Ausgabe per vdpau


    channels.conf

    Code
    Videorecorder:1:COMPOSITE1|CARD0:V:0:301=2:300:305:0:1:0:9001:1


    cat setup.conf | grep pvrinput


    syslog:


    Wenn ich direkt von /dev/video0 mit cat in eine Datei schreibe kommt eine fehlerfreie Aufnahme bei raus.
    Anscheinend will er irgendwas mit h264 machen?
    DrBoon hatte den gleichen Fehler und eine Änderung in der channels.conf hat bei ihm geholfen. Nur erkenne ich nichts falsches bei meiner channels.conf.


    Gibt es noch irgendwas woran man drehen könnte?


    Danke

    HD-VDR:
    HW: ZOTAC D2550-ITX | Mystique SaTiX-S2 Sky Xpress DUAL
    SW: Debian Stretch | vdr-2.3.8

  • probier bitte mal die aktuelle Version aus dem git:


    http://projects.vdr-developer.…in-pvrinput.git;a=summary


    Die PCR-PID müsste vdr normalerweise automatisch ergänzen (wenn das in den DVB-Einstellungen erlaubt wurde).


    Die Meldungen vom cVideoRepacker (ist das nun der von vdr oder aus dem xine-Plugin?) verstehe ich nicht. Der Stream ist ist mpeg2 und muss auch auch so erkannt werden.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Habe schon die aktuelle git version am laufen.
    Aber so wie es aussieht liegt es nicht direkt am plugin sondern vielmehr an xine.
    Ich habe mal ein paar Sekunden aufgenommen und die ts Datei mit vlc abgespielt. Was soll ich sagen. Super Bild...


    Wenn ich die Aufnahme auf meinen Wohnzimmer-VDR abspiele sieht es dann wieder bescheiden aus.

    HD-VDR:
    HW: ZOTAC D2550-ITX | Mystique SaTiX-S2 Sky Xpress DUAL
    SW: Debian Stretch | vdr-2.3.8

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!