testing-Zweig aktualisiert

  • Hallo,


    ich bin endlich mal dazu gekommen, das testing-Repository auf dem Heise-Server zu aktualisieren; danke an alle, die an der Pflege und Weiterentwicklung der Pakete arbeiten, besonders Tobias Grimm und Thomas Günther, und natürlich auch alle Autoren der eigentlichen
    Software.


    Die Änderungen in knapper Form -- bitte auch die Hinweise zur Installation am Ende dieser Nachricht beachten:


    interessante Updates:


    * mp3 (Tonausgabe via Soundkarte/OSS, Cover-Anzeige)
    * analogtv (modernere Version)
    * mediamvp (modernere Version)


    * ivtv (Patches von Andreas Kool für videodev jetzt drin)
    * neue DVB-Treiber (2.4er-CVS-Export mit einigen Upates)
    * neuer Kernel (2.4.26), gleich mehr dazu


    neue Plugins/Addons:


    * image
    * rotor
    * vdrrip
    * acpiwakeup
    * sharemarks


    Ansonsten einfach mal die Übersichtsseiten
    (http://www.heise.de/ct/ftp/pro…dr/overview.shtml#plugins)
    aufrufen oder die Plugins durchblättern
    (http://www.heise.de/ct/ftp/pro…plugindocs/analogtv.shtml)


    Updates im Detail


    DVB-Treiber:


    enthalten die neue Firmware für 4-MB-OSD; unterstützen jetzt auch die neue AVer TV DVB-T 771 PCI-Karte (probiert) und TechniSat AirStar2 (leider keine Karte im Zugriff) -- aber Achtung: das Video4Linux2 im Kernel 2.4.24 beziehungsweise der bttv-Treiber scheint zu alt zu sein, die Aver-Karte lief bei mir nur rund unter Kernel 2.4.26; der Kunstgriff, um den Fernseher in VDRadmin (Web-Interface) oder fürs Screenshot-Plugin zu aktivieren, ist nicht mehr nötig (video-buf-Modul)


    Kernel:


    enthält außer den Patches für Video4Linux Vesion 2 einen für User Mode Linux (UML) zur Performance-Verbesserung, den Separate Kernel Address Space Patch (skas); daher auch der Name "-ctvdrskas-1" ;-); UML ist recht praktisch, wenn man zum Beispiel parallel auf dem VDR-System eine Router-Instanz betrieben will oder ähnliches; die Patches sollten ohne solche Ambitionen aber nicht weh tun;


    mehr zu UML gibt es hier
    http://user-mode-linux.sourceforge.net
    http://usermodelinux.org/


    der 2.4.26er-Kernel bringt unter anderem Support für XFS mit und enthält ein paar wenige Treiber mehr als der 2.4.24er; möglich ist, dass die automatische Hardware-Erkennung (discover) aus Debian-Stable die Treiber nicht automatisch lädt; um herauszufinden, ob eine
    bestimmte Netzwerkkarte womöglich vom Kernel unterstützt wird, hilft im Zweifelsfall google;


    Installationshinweise:


    Hilfen fürs Kernel-Update gibt es hier:


    http://www.heise.de/ct/ftp/projekte/vdr/kernelupdate.shtml


    Abgesehen von den o.g. Punkten ist das Kernel-Update nicht zwangsläufig nötig - ohne konkreten Anlass besteht also eigentlich kein Grund zu Umstieg.


    Aufgrund von Änderungen am VDR-Paket selbst müssen bei einem Aktualisieren aus testing auch alle Plugins neu installiert werden; Hintergrund ist, dass die Patchlevel-Erkennung umgebaut ist: Bisher hat jeder Patch für eine veränderte Patchlevelsignatur gesorgt; jetzt
    tun das nur noch Patches, die Strukturänderungen am VDR verursachen; der Patchlevel-Schutz ist nötig, weil die Patches die Struktur des VDR selbst verändern und Plugins dadurch nicht binärkompatibel sind.


    Am einfachsten ist es, nach dem apt-get update gegen das testing-Repository das vdraptrefresh.sh-Skript auszuführen -- dadurch werden alle Plugins mit korrekter (neuer) Patchlevelsignatur erneut installiert.


    Was bleibt offen:


    gelegentliche Aufnahme-/Startprobleme in Mehrkartensystemen


    Updates der Hollywood+-Treiber - ich habe mit verschiedenen (CVS-)Varianten experimentiert, aber unterm Strich läuft die 0.13er immer noch am verlässlichsten, sofern sie einwandfreie Daten bekommt -- bei Empfangsstörungen sind die Treiber aber sehr zickig. Wenn jemand der Meinung ist, die perfekte Mischung gefunden zu haben, her
    damit, ich probiere es gern aus und stelle es dann allen zur Verfügung.


    Peter Siering

  • Zitat

    Was bleibt offen:


    gelegentliche Aufnahme-/Startprobleme in Mehrkartensystemen


    Das ewige Problem..... :( :( :(


    (Bei mir läuft wieder alles, nachdem ich für genug Kühlung meiner Kartenkombo [1.3FF+Nova] gesorgt hatte...mit einem restart nach der ersten Aufnahme des Tages)

    This is a .44 Magnum, the most powerful handgun in the world. It can take your head clean off. You've got to ask yourself one question, Do I feel lucky?
    easyvdr 0.9a2 - TT-DVB-S2-6400 - ASUS AT3IONT-I deluxe - Atom 330 - 1,5TB WD EADS - Denon 1910 - Toshiba 42X3030D - Harmony 700

  • Zitat

    Original von psct


    * ivtv (Patches von Andreas Kool für videodev jetzt drin)
    *


    das war aber auch mehr als fällig :D


    nur um sicherzugehen... es ist wirklich der komplette originale Patch des analogtv-Plugins für die ivtv-Treiber eingespielt worden ? (da wird m.E. noch mehr als videodev angepasst)


    welche Version des ivtv-Treibers ist es jetzt? Noch die 0.1.9. oder schon die 0.1.10 ?


    Gruß
    Dr. Seltsam

    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

  • ARGH!
    Und ich habe gestern ein paar Stunden versucht, den ivtv selbst zu kompilieren.... ;( (vll unwissenheit)


    Nu mal schauen, obs dann doch noch stabil läuft mit der PVR350 only,
    wäre ja ein Wunder...


    Und wehe, da kommt dann immer noch Can't start Transfer Mode :§$%


    Aber trotzdem thx

  • lordgringo


    Für den "TransferMode..." war bei der CT Version defenitiv nur der fehlende Patch im ivtv verantwortlich.


    Ohne das jetzt nach zu installieren ( da ich schon den 1.3.11 als Standard habe - immo noch ohne den EnAIO ;( , aber bin dran )
    gehe ich von der Aussage oben aus, das die Fehlermeldung der Vergangenheit angehört ;)

    Hardware : Hewlett500 130mm Geh.,DVB-C,PVR350,Nova-T,MVP,248*128 GLCD,DVD NEC 3540,Intel 2,4Ghz mit Pipe101&SK2,Asus P4P800VM,512RAM,Powermate,STB-Erw.,mod. Hardware Wakeup von Steini,2*MVP

  • Irgendwie hakt's bei DXR3 leider !


    Hab gerade beim mein DVB-T System mit DXR3 den upgrade durchgeführt und jetzt läuft's erstmal wieder nicht.


    1. Einmal sind die confs aus der /etc/vdr/ weg - da kann ich aber auch evtl. irgendeine der Tasten beim upgrade falsch gedrückt haben
    -> Die Sicherung vorher wirkt Wunder


    2. Die DXR3 will nichts ausgeben - Als erstes fand er den Microcode nicht mehr ...


    Bin noch bei der Fehlersuche melde mich sobald's wieder läuft.


    Oli

  • Hi,


    ich hab seit dem Update heute das Problem, dass die Premiere-Kanäle schwarz bleiben.


    Bei mir wurde auch der Treiber aktualisiert und ich dachte zuerst, es liegt daran, aber zum einen hatte ich auch schon vorher den Treiber 1.1.1 benutzt mit selbst hizugefügter neuer Firmware, zum anderen funktioniert beim parallel installierten vdrdevel alles einwandfrei, und da werden ja dieselben Treiber benutzt.


    Ich schließe also messerscharf, dass es am vdr selber liegen muss, obwohl ich mir nicht vorstellen kann, was da jetzt plötzlich anders ist.


    Ich verwende die "CT"-Version des Repositories, also ohne elchi usw.


    Ich werde nichmal ein bisschen rumprobieren, ob es mit einer anderen Version klappt.


    Tja, never touch a running system...


    Schöne Grüße,
    Günther

    c't VDR v6, vdr 1.6.0, Kernel 2.6.24, P3 Tualatin Celeron 1400 @1GHz, Asus TUSL-2c, ACPI on, APIC on, FS 1.3 DVB-S FF, Skystar 2c

  • Hi tdsandme,


    also bei mir läufts für Erste - ein Langzeittest steht aber natürlich noch aus ;).

    Zitat

    dass die Premiere-Kanäle schwarz bleiben.


    ...auch die laufen bei mir noch!


    Endlich kann man auch wieder übers Web per vdradmin den Fernseher nutzen ohne damit einen Absturz zu provozieren. Das war seit Einbau der SkyStarII nicht mehr der Fall.


    psct:
    :cool1 + Herzlichen Dank!!!


    Viele Grüße,
    Max


    VDRClient [MLD] auf RaspberryPi mit LIRC+IR-Einschalter (mit Arduino Pro Mini)
    Amazon FTV 2 [Kodi 15.x] als VDR-Streaming-Client
    Headless VDR [Ubuntu 14.04LTS mit VDR 2.2.0] mit Digital Devices Octopus mit 2x DVB-S2 DuoFlex-Karten

    Einmal editiert, zuletzt von maxkr ()

  • Hmmm .... tja das mit dem never touch a running system


    Ich bekomme permanente vdr restarts seit dem upgrade - hab' scho überall geforscht, mit den alten logs vor dem Upgrade verglichen - ich find' das Problem nicht.
    Der reine MPLAYER läuft einwandfrei über -vo dxr3. Nur beim vdr restartet er halt.


    Vielleicht sieht's ja einer von Euch was im syslog oder hat einen Tip - Ich wäre für Input sehr dankbar:


    Jul 12 22:43:29 vdr kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI).
    Jul 12 22:43:29 vdr kernel: PCI: Found IRQ 10 for device 02:02.0
    Jul 12 22:43:30 vdr kernel: TT-Budget/WinTV-NOVA-T PCI adapter 0 has MAC addr = 00:d0:5c:03:24:89
    Jul 12 22:43:30 vdr kernel: tda1004x: Detected Philips TDA10045H.
    Jul 12 22:43:30 vdr kernel: tda1004x: Detected Philips TDM1316L tuner.
    Jul 12 22:43:30 vdr kernel: DVB: registering frontend 0:0 (Philips TDA10045H)...
    Jul 12 22:43:30 vdr vdr[2766]: VDR version 1.2.6 (ElchiAIO4d) started
    Jul 12 22:43:30 vdr vdr[2766]: loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.2.6
    Jul 12 22:43:30 vdr vdr[2766]: loading plugin: /usr/lib/vdr/plugins/libvdr-dxr3.so.1.2.6
    Jul 12 22:43:30 vdr vdr[2766]: loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.1.2.6
    Jul 12 22:43:30 vdr vdr[2766]: loading plugin: /usr/lib/vdr/plugins/libvdr-mp3.so.1.2.6
    Jul 12 22:43:30 vdr vdr[2766]: loading plugin: /usr/lib/vdr/plugins/libvdr-mplayer.so.1.2.6
    Jul 12 22:43:30 vdr vdr[2766]: loading plugin: /usr/lib/vdr/plugins/libvdr-pilot.so.1.2.6
    Jul 12 22:43:30 vdr vdr[2766]: loading plugin: /usr/lib/vdr/plugins/libvdr-image.so.1.2.6
    Jul 12 22:43:30 vdr vdr[2766]: loading plugin: /usr/lib/vdr/plugins/libvdr-tvtv.so.1.2.6
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/setup.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/sources.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/diseqc.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/channels.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/timers.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/commands.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/reccmds.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/svdrphosts.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/ca.conf
    Jul 12 22:43:30 vdr vdr[2766]: loading /etc/vdr/remote.conf
    Jul 12 22:43:30 vdr vdr[2766]: probing /dev/dvb/adapter0/frontend0
    Jul 12 22:43:30 vdr vdr[2769]: EIT processing thread started (pid=2769) - master
    Jul 12 22:43:32 vdr vdr[2770]: tuner thread started on device 1 (pid=2770)
    Jul 12 22:43:32 vdr vdr[2766]: probing /dev/dvb/adapter1/frontend0
    Jul 12 22:43:32 vdr vdr[2766]: found 1 video device
    Jul 12 22:43:32 vdr vdr[2766]: initializing plugin: streamdev-server (0.3.1): VDR Streaming Server
    Jul 12 22:43:32 vdr vdr[2766]: initializing plugin: dxr3 (0.2.2): DXR3-MPEG decoder plugin
    Jul 12 22:43:33 vdr kernel: bt865.o: Configuring for PAL
    Jul 12 22:43:33 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 12 22:43:33 vdr kernel: em8300: Microcode version 0x29 loaded
    Jul 12 22:43:33 vdr kernel: bt865.o: Configuring for PAL
    Jul 12 22:43:34 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 12 22:43:34 vdr vdr[2766]: cDxr3AbsDevice::Resuscitation Device failure detected
    Jul 12 22:43:35 vdr kernel: bt865.o: Configuring for PAL
    Jul 12 22:43:35 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 12 22:43:35 vdr kernel: em8300: Microcode version 0x29 loaded
    Jul 12 22:43:35 vdr kernel: bt865.o: Configuring for PAL
    Jul 12 22:43:35 vdr vdr[2766]: cDxr3AbsDevice::Resuscitation Micro code upload successfully
    Jul 12 22:43:35 vdr vdr[2766]: cDxr3AbsDevice::Resuscitation Reopening devices took 1
    Jul 12 22:43:35 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 12 22:43:35 vdr vdr[2766]: cDxr3AbsDevice::Resuscitation Device failure detected
    Jul 12 22:43:36 vdr kernel: bt865.o: Configuring for PAL
    Jul 12 22:43:36 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 12 22:43:36 vdr kernel: em8300: Microcode version 0x29 loaded
    Jul 12 22:43:36 vdr kernel: bt865.o: Configuring for PAL
    Jul 12 22:43:36 vdr vdr[2766]: cDxr3AbsDevice::Resuscitation Micro code upload successfully
    Jul 12 22:43:37 vdr vdr[2766]: cDxr3AbsDevice::Resuscitation Reopening devices took 2
    Jul 12 22:43:37 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 12 22:43:37 vdr vdr[2766]: initializing plugin: femon (0.0.6): DVB Signal Information Monitor (OSD)
    Jul 12 22:43:37 vdr vdr[2766]: initializing plugin: mp3 (0.9.3): A versatile audio player
    Jul 12 22:43:37 vdr vdr[2766]: loading /etc/vdr/plugins/mp3sources.conf
    Jul 12 22:43:37 vdr vdr[2766]: loading id3 cache from /video/id3info.cache
    Jul 12 22:43:37 vdr vdr[2766]: initializing plugin: mplayer (0.9.3): Media replay via MPlayer
    Jul 12 22:43:37 vdr vdr[2766]: loading /etc/vdr/plugins/mplayersources.conf
    Jul 12 22:43:37 vdr vdr[2766]: initializing plugin: pilot (0.0.4): A zapping co-pilot
    Jul 12 22:43:37 vdr vdr[2766]: initializing plugin: image (0.0.8): A Image Viewer plugin
    Jul 12 22:43:37 vdr vdr[2766]: initializing plugin: tvtv (0.1.6): TVTV Timers update
    Jul 12 22:43:37 vdr vdr[2766]: setting primary device to 2
    Jul 12 22:43:37 vdr vdr[2766]: SVDRP listening on port 2001
    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: streamdev-server
    Jul 12 22:43:37 vdr vdr[2766]: loading /etc/vdr/plugins/streamdevhosts.conf
    Jul 12 22:43:37 vdr vdr[2790]: Streamdev: Server thread started (pid=2790)
    Jul 12 22:43:37 vdr vdr[2790]: Streamdev: Listening (HTTP) on port 3000
    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: dxr3
    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: femon
    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: mp3
    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: mplayer
    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: pilot
    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: image
    Jul 12 22:43:37 vdr runvdr: restarting VDR
    Jul 12 22:43:37 vdr kernel: em8300_video.o: Video sync interrupted
    Jul 12 22:43:43 vdr kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI).
    Jul 12 22:43:43 vdr kernel: PCI: Found IRQ 10 for device 02:02.0

  • Zitat

    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: pilot
    Jul 12 22:43:37 vdr vdr[2766]: starting plugin: image
    Jul 12 22:43:37 vdr runvdr: restarting VDR


    sieht nach dem Image-Plugin aus. Klappt es ohne?


    Peter

  • Hallo Peter,


    darf ich Dich Gott nennen ? Ich sitze hier seit 19.00 Uhr und fummele an den wildesten Überlegungen - Microcode, abgeschmierte Mods, etc. - aber auf die Idee mit dem letzten gestarteten Plugin bin ich nicht gekommen.


    Prima jetzt läufts wieder.


    Oli

  • Zitat

    Original von Wesie
    lordgringo


    Für den "TransferMode..." war bei der CT Version defenitiv nur der fehlende Patch im ivtv verantwortlich.


    Ohne das jetzt nach zu installieren ( da ich schon den 1.3.11 als Standard habe - immo noch ohne den EnAIO ;( , aber bin dran )
    gehe ich von der Aussage oben aus, das die Fehlermeldung der Vergangenheit angehört ;)


    ja, ist behoben!


    habe die neue testing version mal auf einem Zweitrechner mit einer dxr3 installiert. Das erstaunliche: Es stottert nur kurz beim Umschalten, danach nicht mehr. Mit der Siemens DVB-C als Ausgabeevice hat der Ton ständig geschrabbelt.

    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

  • Zitat

    Original von tdsandme
    Hi,


    ich hab seit dem Update heute das Problem, dass die Premiere-Kanäle schwarz bleiben.


    Bei mir wurde auch der Treiber aktualisiert und ich dachte zuerst, es liegt daran, aber zum einen hatte ich auch schon vorher den Treiber 1.1.1 benutzt mit selbst hizugefügter neuer Firmware, zum anderen funktioniert beim parallel installierten vdrdevel alles einwandfrei, und da werden ja dieselben Treiber benutzt.


    Ich habe jetzt mal probeweise ein 1.2.6-18.deb-Paket mit dpkg installiert, das hier noch rumlag. Es gab zwar ein paar Meldungen von wegen zu niedriger Version und die plugins laufen natürlich nicht mehr, aber Premiere funzt damit.


    Merkwürdige Sache: 1.2.6-18 funktioniert, 1.3.11-xx (vdrdevel) funktioniert, nur die aktuelle 1.2.6-24(?) geht nicht.


    Mal sehen, ob ich eine der anderen Patch-Varianten zum Laufen bekomme.
    Ich verwende übrigens ein Irdeto-CAM, die meisten haben wohl AlphaCrypt - vielleicht hat es damit was zu tun.


    Max: Was für eine Patchvariante verwendest Du?
    Und welche Probleme hattest Du mit der SkyStarII, die jetzt behoben sind?


    Grüße
    Günther

    c't VDR v6, vdr 1.6.0, Kernel 2.6.24, P3 Tualatin Celeron 1400 @1GHz, Asus TUSL-2c, ACPI on, APIC on, FS 1.3 DVB-S FF, Skystar 2c

  • Hi tdsandme,


    also mit der Skystar II hatte ich das Problem, dass nach dem Starten einer Timeraufnahme auf Premiere (DVB-Karte 1 -> Nexus-S) die zweite Karte zwar auf einen anderen Kanal bzw. Transponder umgeschaltet hat, aber das Bild danach schwarz blieb.


    Mein Workarround der bisher funktioniert hat:
    z.B. auf ProSieben einen Weiteren Timer programmieren (muss vor der Prem-Aufnahme starten und kann aber nach 2 Minuten schon wieder enden). Je nach Lust und Laune des VDRs startert er dann neu, aber danach kann man die zweite SAT-Karte wenigstens benutzen...


    Seit dem Umstieg auf die neuen Treiber (siehe http://www.vdrportal.de/board/thread.php?threadid=19771&sid=&hilightuser=2361) funktioniert das subjektiv besser. Allerdings habe ich es dann durch mehrfaches Umschalten doch noch geschafft, dass (bei laufender Prem-Aufnahme!) kein Bild mehr kommt...! Also habe ich mich wohl doch zu früh gefreut :rolleyes:


    Siehe auch:
    http://www.vdrportal.de/board/thread.php?threadid=13783&sid=&hilight=Skystar&hilightuser=2467


    Ich verwende Tobi's Multipatch (ist das 1.2.6.-23??)


    Viele Grüße,
    Max


    VDRClient [MLD] auf RaspberryPi mit LIRC+IR-Einschalter (mit Arduino Pro Mini)
    Amazon FTV 2 [Kodi 15.x] als VDR-Streaming-Client
    Headless VDR [Ubuntu 14.04LTS mit VDR 2.2.0] mit Digital Devices Octopus mit 2x DVB-S2 DuoFlex-Karten

    Einmal editiert, zuletzt von maxkr ()

  • Hallo Max,


    den Effekt hab ich auch. Die SkyStar schläft nach 15min ein - wenn man dann eine Aufnahme auf ihr startet, merkt vdr, dass die Aufnahme nicht klappt und startet neu - das ist besonders schön, wenn man schon auf der ersten Karte eine Aufnahme laufen hat.


    Wenn man dagegen die Aufnahme auf der primären Karte startet, kann man nicht mehr umschalten, weil mittlerweile die Skystar entschlummert ist - mir ist deswegen Einstellungen - Neustart schon sehr geläufig...


    Bis jetzt ist mir nicht aufgefallen, dass das sich durch den neuen Treiber gebessert hat.


    Zu meinem Pay-TV-Problem: Ich hab festgestellt, dass das Problem bei der vorkompilierten "plain"-Variante nicht auftriit - obwohl die sich nur durch den recsubcmd-Patch von "ct" unterscheidet.


    Also hab ich mal den vdr mit verschiedenen Patch-Varianten selber kompiliert - und siehe da, Premiere funktioniert beim selberkompilierten vdr sehr wohl mit dem recsubcmd-Patch. Ich hab dann sogar die Patches aktiviert, die elchiosdpip entsprechen, und auch damit lief es!
    Nur die vorkompilierten ct-Varianten laufen nicht!
    Ich lege das mal unter "Ungelöste Rätsel der Menschheit ab", freue mich, dass es überhaupt wieder geht und warte auf das nächste ct-Update...


    Aber trotzdem natürlich danke an Peter, Tobi und Tom für alle Updates - speziell vdrdevel ist mittlerweile so gut ausgestattet, dass ich ernsthaft den Umstieg erwäge.


    Schöne Grüße
    Günther

    c't VDR v6, vdr 1.6.0, Kernel 2.6.24, P3 Tualatin Celeron 1400 @1GHz, Asus TUSL-2c, ACPI on, APIC on, FS 1.3 DVB-S FF, Skystar 2c

  • Hallo Günther,


    schön, dass es bei dir wieder klappt. Ob die neuen Treiber wirklich besser sind wird sich wohl erst in den nächsten Tagen herausstellen...
    Dass die Skystar nach 15min einschläft habe ich bisher aber noch nicht festgestellt...


    Viele Grüße,
    Max


    VDRClient [MLD] auf RaspberryPi mit LIRC+IR-Einschalter (mit Arduino Pro Mini)
    Amazon FTV 2 [Kodi 15.x] als VDR-Streaming-Client
    Headless VDR [Ubuntu 14.04LTS mit VDR 2.2.0] mit Digital Devices Octopus mit 2x DVB-S2 DuoFlex-Karten

  • Zitat

    Original von maxkr
    Dass die Skystar nach 15min einschläft habe ich bisher aber noch nicht festgestellt...


    Viele Grüße,
    Max


    Beschwören möchte ich es auch nicht, aber es gibt hier einige threads zu dem Thema. Und wenn ich z.B. nach 20 min Tv schauen eine Aufnahme auf der SkyStar starte, dann führt das (fast?) immer zu einem vdr-restart. Andere Theorien besagen, dass das an einem schlechten Signal liegt - ich werde mal die Schüssel wieder gerade biegen..


    Schöne Grüße,
    Günther

    c't VDR v6, vdr 1.6.0, Kernel 2.6.24, P3 Tualatin Celeron 1400 @1GHz, Asus TUSL-2c, ACPI on, APIC on, FS 1.3 DVB-S FF, Skystar 2c

    Einmal editiert, zuletzt von tdsandme ()

  • Zitat

    Original von psct
    * acpiwakeup


    gibt es dazu noch mehr Infos? auf den Webseiten finde ich nix.


    Gruß
    Dr. Seltsam

    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 ()

  • Hallo,
    ich habe mir auch gerade den neuen Kernel und DVB-Treiber drauf gemacht, so wie es in der C't Anleitung stand. Kann mir jemand sagen wie ich zu dem neuem 1.1.1 DVB Treiber kommen. Ich habe den Treiber per apt-get install 2.4.26-ctvdrskas-1 installiert, aber es ist der 1.0.1er. Kann mir bitte jemand einen Tipp geben, sonst geht meine FB nicht ;(.

  • Ähm ;), Problem gelöst ?(.


    (Für alle die es vielleicht auch nicht wissen/wussten :D
    apt-get install linuxtv-dvb-modules-2.4.26-ctvdrskas-1)

Jetzt mitmachen!

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