Beiträge von Honker

  • CineS2 v7A Probleme unter VMWare ESXi 6.5 in Ubuntu VM

    Zitat von crow

    Honker hast Du das auch schon probiert?

    Ja, hat aber leider keine Verbesserung gebracht. Bei meiner alten V5.5 musste ich die Option zwingend aktivieren, da es sonst Timeouts gab.

    Zitat von nst

    Honker Es wäre mal interessant, was sich in Deinem Kernel-Log abspielt, wenn Dein VDR Probleme bekommt (da wird Dich der DD-Support garantiert auch nach fragen). Ich würde das mit dddvb (hast Du schon installiert) nochmal reproduzieren und das dann dem Support mitteilen.

    Im kernel.log herrscht zu dem Zeitpunkt absolute Stillte. Es gibt darin leider überhaupt keinen Hinweis.


    Habe mal die debug Option vom dvb_core Modul aktiviert. Aber auch das gibt keine Auskunft was in dem Moment passiert.


    Kennt noch jemand andere Möglichkeiten um an Debug Logs zu kommen?


    Grüße,

    Alex

  • CineS2 v7A Probleme unter VMWare ESXi 6.5 in Ubuntu VM

    Es ist und bleibt frustrierend...


    Auf dem selben Server in einer Windows VM mit DD Treibern von der Webseite und der DD-TV Software scheint es keine Probleme zu geben, 2 parallele Aufnahmen sind mit der v7A scheinbar problemlos möglich.


    Ubuntu 16.04.3 Bare Metal auf dem selben Server mit Kernel 4.14.15 scheint auch problemlos zu laufen.


    Ubuntu 16.04.3 als VM funktioniert einfach nicht, egal welches Setting ich versuche, ich bekomme immer ein "frontend timed out..."

    • BIOS 2.0a, Kernel 4.14.13, DDBridge aus Kernel 0.9.31
    • BIOS 2.0a, Kernel 4.4.0-109, DDBridge von Git 0.9.32
      • ESXi Energierichtlinie hoch
      • ESXi Energierichtlinie hoch, BIOS: Power Technology -> disabled
      • ESXi Energierichtlinie hoch, BIOS: Power Technology -> custom, alle Optionen -> disabled
      • ESXi Energierichtlinie hoch, BIOS: Power Technology -> disabled, PCIe Port - Gene X -> Gen1
    • BIOS 2.2c, Kernel 4.14.13, DDBridge aus Kernel 0.9.31
    • BIOS 2.2c, Kernel 4.14.13, DDBridge aus GIT letzter Stand 0.9.32+
    • BIOS 2.2c, Kernel 4.15.rc9, DDBridge aus GIT letzter Stand 0.9.32+
      • BIOS: Detect Non-Compliance Device -> Enabled
      • BIOS: PCIe Port -> Enabled, PCIe Port - Gene X -> Gen1, Detect Non-Compliance Device -> Enabled

    Mit den neusten Treibern habe ich aber zumindest kein

    Code
    lnbh25_set_voltage(): I2C transfer error (-5)
lnbh25_attach(): no LNBH25 found at I2C addr 0x0c

    mehr im Log



    Es scheint kein prinzipielles Hardwareproblem zu sein, da es Bare Metal und in einer Windows VM läuft.

    Es scheint kein prinzipielles ESXi Problem zu sein, weil es in einer Windows VM läuft.


    Wieso kann der VDR nach einem neu Laden der ddbridge Module wieder auf die Karten zugreifen?


    Und ich scheine nicht der Einzige zu sein der Probleme mit der neuen v7A unter ESXi hat, sie hier und hier.


    Hat vielleicht noch irgendjemand eine helfende Idee? Werde sonst auch mal den Digital Devices Support bemühen.


    Danke,

    Alex

  • Zapcockpit und VDR-2.3.8

    Habe den Patch für den VDR 2.3.4 verwendet und dann manuell noch folgende Zeilen geändert


    Läuft damit bei mir.


    Grüße,

    Alex

  • [gelöst] Cine S2 V6.5 mit Proxmox 4.2 / nach mehrmaligen restarts der VM sporadisch kein TV mehr möglich / Host muss neu gestartet werden

    Sehr interessant, dass ich scheinbar nicht der Einzige bin, der die v7A nicht zum laufen bekommt, siehe hier.


    Habe die CPU Energiesparoptionen deaktiviert, aber auch das brachte keine Verbesserung...

    Zitat von looking111

    Bei mir (Supermicro) hat geholfen alle Energiesparmodi abzuschalten, also auch alle C-State und PCIE-Energiesparen (hatte hier 4 aktive Energiesparmodi am PCIE Steckplatz alleine). Event. hilft das was.

    Welche PCIe Energiesparmodi waren das bei dir? Habe auch ein Supermicro Board und würde das gerne auch mal versuchen, sofern mein BIOS die Einstellungen überhaupt anbietet.

  • CineS2 v7A Probleme unter VMWare ESXi 6.5 in Ubuntu VM

    Habe mit der abgeklemmten DuoFlex das selbe Problem.


    Habe eine Aufnahme programmiert und wenn der VDR dann versucht auf die Karte zuzugreifen, bekommt er ein timeout:


    Wenn ich dann den VDR stoppe, ddbridge entlade, neu lade und den VDR wieder starte, hat der VDR wieder Zugriff auf den Adapter.


    Habe schon SAT Kabel zwischen den Adaptern getauscht, hat aber auch keine Verbesserung gebracht...

  • CineS2 v7A Probleme unter VMWare ESXi 6.5 in Ubuntu VM

    Habe sicherheitshalber den VDR nochmal neu gebaut, um auch hier Probleme auszuschließen. Brachte jedoch auch keinen Erfolg. Diesmal war nach einem Reboot Adapter 0 nahezu (unter 5 Minute) für den VDR weg. Adapter 1 habe ich zur zeit per udev Regel deaktiviert.


    Werde heute Abend mal ohne angesteckte DuoFlex testen, ob der VDR dann ebenfalls den Zugriff auf den/die Adapter von der v7 verliert.

  • CineS2 v7A Probleme unter VMWare ESXi 6.5 in Ubuntu VM

    Zitat von nst

    Das ist KEIN(!) Fehler bzw. in irgendeiner Form ein Problem,....

    Alles klar, danke für die Info. Hatte schon rumgesucht, aber noch nirgends eine definitive Aussage dazu gefunden.


    Habe die TV Karte jetzt mal wieder in der Server eingebaut. Jetzt macht Adapter 1 die selben Probleme wie zuvor Adapter 0.


    Ist schon irgendwie merkwürdig. Die v5.5 konnte wenigstens auf alles Tunern einen "Lock" bekommen.


    Irgendjemand eine Idee was das sein könnte?


    Und im Syslog dann

    Code
    Jan 14 13:42:42 vdr vdr: [1237] frontend 1/0 timed out while tuning to channel 2 (ZDF HD), tp 111361

    Grüße,

    Alex


    Edit: Wenn ich die Duoflex Karte abklemme, dann gehen beide Adapter...

    Code
    dvb-fe-tool --femon -a0 -f0
Lock   (0x1f) Signal= -33,74dBm C/N= 18,30dB preBER= 0
Lock   (0x1f) Signal= -33,75dBm C/N= 18,30dB preBER= 0
Lock   (0x1f) Signal= -33,75dBm C/N= 18,40dB preBER= 0

dvb-fe-tool --femon -a1 -f0
Lock   (0x1f) Signal= -33,01dBm C/N= 16,60dB preBER= 0
Lock   (0x1f) Signal= -32,99dBm C/N= 16,60dB preBER= 0
Lock   (0x1f) Signal= -32,98dBm C/N= 16,70dB preBER= 0

    Edit 2: Nachdem ich ein

    Code
    pciPassthru0.msiEnabled = "FALSE"

    in der VM wieder hinzugefügt habe, scheinen alle 4 Adapter zu funktionieren.


    Komischerweise wurde anders als bei der v5.5 die v7 aber auch ohne diese Einstellungen erkannt, weshalb ich diese jetzt beim Einbau der v7 weggelassen habe.


    Edit 3: Ich muss das korrigieren. Nach kurzer Zeit sind beide neuen Adapter (v7) nicht mehr ansprechbar und im Log finde ich dann

    Code
    Jan 14 19:36:55 vdr vdr: [6686] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493

    Erst nach einem reboot der VM geht Adapter0 dann wieder, Adapter 1 weiterhin nicht. Irgendwer eine Idee was das sein kann?


    Edit4: Habe nach einem Reboot der VM eine Aufnahme auf Adapter 0 gestartet, die auch durchlief und laut vdr-checkts auch keine Fehler hatte. Nachdem die Aufnahme fertig war, scheint der VDR jetzt keinen Zugriff mehr auf Adapter 0 zu bekommen. Im Log finde ich jetzt lauter

    Code
    an 14 21:52:55 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 185 (Aristo.TV), tp 111273
Jan 14 21:53:16 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 2 (ZDF HD), tp 111361
Jan 14 21:53:37 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Jan 14 21:53:58 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 9 (PHOENIX HD), tp 111582
Jan 14 21:54:40 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 229 (Dlf Kultur), tp 111953
Jan 14 21:56:04 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 290 (Radio Freundes-Dienst), tp 112515
Jan 14 21:56:25 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 55 (WDR HD Aachen), tp 112604
Jan 14 21:57:07 vdr vdr: [1365] frontend 0/0 timed out while tuning to channel 87 (CNBC Europe), tp 211597

    Wie hier schon jemand schrieb, hilft es dann den Treiber zu entladen und neu zu laden. Der VDR hat dann wieder Zugriff auf die Adapter. Habe bis auf das live Plugin keine weiteren Plugins während der Tests geladen.


    Edit 5: Habe nochmal die VM neu gestartet und dann mit dvb-fe-tool auf den Adapter geschaut was passiert. Nach ziemlich genau 20 Minuten verliert der VDR den Lock auf den Adapter:

    Code
    Jan 14 22:28:31 vdr vdr: [1309] frontend 0/0 timed out while tuning to channel 38 (Franken Fernsehen HD), tp 110714

uptime
 22:29:59 up 22 min,  2 users,  load average: 0,15, 0,24, 0,19

    Due DuoFlex geht zu dem Zeitpunk aber weiterhin:

    Code
    root@vdr:/# dvb-fe-tool --femon -a2 -f0
Lock   (0x1f) Signal= 75,00% C/N= 36,00% postBER= 1
Lock   (0x1f) Signal= 76,00% C/N= 36,00% postBER= 1
^CLock   (0x1f) Signal= 76,00% C/N= 36,00% postBER= 1
ERROR    FE_SET_VOLTAGE: Vorgang nicht zulässig

root@vdr:/# dvb-fe-tool --femon -a3 -f0
Lock   (0x1f) Signal= 76,00% C/N= 33,60% postBER= 0
Lock   (0x1f) Signal= 76,00% C/N= 33,80% postBER= 0
^CERROR    FE_SET_VOLTAGE: Vorgang nicht zulässig

  • CineS2 v7A Probleme unter VMWare ESXi 6.5 in Ubuntu VM

    Hallo zusammen,


    was ist eigentlich aus dem Thema mit

    Code
    lnbh25_set_voltage(): I2C transfer error (-5)
lnbh25_attach(): no LNBH25 found at I2C addr 0x0c

    geworden?


    Habe von einer Cine S2 v5.5 (mit DuoFlex) wegen permanenten Bildfehlern auf eine v7A (mit der alten DuoFlex) gewechselt. Jetzt habe ich genau die gleichen "Fehler" im Log:



    Habe die Karte sowohl in meinem Server (Supermicro Board, ESXi 6.5, Ubuntu 16.04 VM) als auch im HTPC (MSI Board, Ubuntu 17.10) und aktuellstem stable Kernel

    Code
    uname -a
Linux vdr-wz 4.14.13-041413-generic #201801101001 SMP Wed Jan 10 10:02:53 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

    getestet und in beiden Systemen oben genannten "Fehler" erhalten.


    Die DVB Devices werden zwar angelegt

    Code
    /dev/dvb# ls -al
insgesamt 0
drwxr-xr-x  6 root root  120 Jan 13 19:48 .
drwxr-xr-x 20 root root 3920 Jan 13 19:48 ..
drwxr-xr-x  2 root root  120 Jan 13 19:48 adapter0
drwxr-xr-x  2 root root  120 Jan 13 19:48 adapter1
drwxr-xr-x  2 root root  120 Jan 13 19:48 adapter2
drwxr-xr-x  2 root root  120 Jan 13 19:48 adapter3

    Aber Adapter0 bekommt garkeine Sender rein, Adapter 1 scheint zu funktionieren.


    Eine ddbridge.conf mit msi=0 oder msi=1 habe ich sowohl auf dem Server als auch im HTPC versucht, brachte aber leider keine Verbesserung.


    PCIe Steckplätze habe ich auch schon getauscht, leider ebenfalls ohne Erfolg. Stromkabel ist lediglich an der Duoflex angeschlossen, da ich einen Multiswitch habe.


    Hat jemand eine Idee was ich hier machen kann bevor ich mich an den Digital Devices Support wende?


    Danke,

    Alex

  • ALLE Aufnahmen Transcodieren - Script gesucht

    Ok, weil wenn du die noch alle schneiden müsstest, könnte der VDR dir die Files zu einem "*.ts" file zusammenbauen.


    Ansonsten guck mal hier. Scheint mit ffmpeg auch zu funktionieren. Musst du das Script aber natürlich dann deutlich aufwändiger schreiben.


    Ich markiere meine Aufnahmen immer manuell und lasse sie dann automatisch schneiden und in "*.mkv" Container konvertieren. Also prinzipiell funktioniert das schon...

  • ALLE Aufnahmen Transcodieren - Script gesucht

    Hi,


    da sowas immer an die eigenen Bedürfnisse angepasst werden muss, wird selber schreiben wohl das sinnvollste sein.


    Aber möchtest du wirklich transcodieren oder nur den Container ändern? Wenn nur Container ändern, dann vielleicht sowas in der Art:

    Bash
    #!/bin/bash

for recording in `find /path/to/recordings/ -type f -name "*.ts"`
do
    path=${recording%%??}
    path_new=$path"mkv"

    ffmpeg -i $recording -sn -acodec copy -vcodec copy $path_new > /dev/null 2>&1
done

    Mal als Beispiel mit der Annahme, dass die Aufnahmen nicht in mehrere ".ts" Files gesplittet sind und du in ".mkv" umwandeln willst.


    Wenn du wirklich transcodieren möchtest, musst du den ffmpeg Befehl noch anpassen.


    Aber Achtung: Ungetestet und ohne Garantie ;)


    Grüße,

    Alex

  • keymacro.conf - Plugin/Befehl schließen

    Hallo zusammen,


    ich habe mir auf meiner Logitech Fernbedienung die Taste "Guide" durch einen Eintrag in der keymacro.conf mit dem Plugin TVGuideNG belegt:


    Code
    User0     @tvguideng


    Gibt es eine Möglichkeit, dass sich das TVGuideNG Plugin bei einem zweiten Druck auf die "Guide" Taste wieder schließt?


    Im Moment muss ich immer die "Exit" Taste auf der Fernbedienung drücken, die mit dem "Back" Befehl belegt ist.


    Grüße,

    Alex

  • epgd / epg2vdr / scraper2vdr

    Hab gerade mal alle drei Komponenten auf die neuste Version aktualisiert und bekomme jetzt im Log lauter Meldungen mit


    Code
    Dec 22 11:57:59 vdr epgd: Error: SVDRPCL: Cconnecting to '10.127.0.0:6419' Connection timed out failed
Dec 22 11:58:01 vdr vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set delflg = ?, updflg = ?, updsp = ? where channelid = ? and source = ? and starttime+duration > ? and starttime < ? and (tableid > ? or (tableid = ? and version <> ?));]
Dec 22 11:58:01 vdr vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set actor = ?, audio = ?, camera = ?, category = ?, commentator = ?, complongdescription = ?, compshorttext = ?, comptitle = ?, contents = ?, country = ?, delflg = ?, director = ?, duration = ?, episodecompname = ?, episodecomppartname = ?, episodecompshortname = ?, episodelang = ?, extepnum = ?, fileref = ?, flags = ?, genre = ?, guest = ?, imagecount = ?, longdescription = ?, moderator = ?, movieid = ?, music = ?, numrating = ?, other = ?, parentalrating = ?, producer = ?, rating = ?, screenplay = ?, scrmovieid = ?, scrseriesepisode = ?, scrseriesid = ?, scrsp = ?, shortdescription = ?, shortreview = ?, shorttext = ?, source = ?, starttime = ?, tableid = ?, tipp = ?, title = ?, topic = ?, txtrating = ?, updflg = ?, updsp = ?, useid = ?, version = ?, vps = ?, year = ? where channelid = ? and eventid = ?;]

    Das Netzwerkdevice ist eigentlich bereits konfiguriert

    Code
    epg2vdr.NetDevice = eth0

    Auch ein Löschen der epg2vdr.Uuid brachte keinen Erfolg.


    Hat hier jemand irgendeine Idee?


    Edit:

    Habe die Einstellungen vom epg2vdr Plugin via OSD nochmal ohne etwas geändert zu haben abgespeichert. Jetzt scheint es wieder zu funktionieren.


    Vorher:

    Code
    epgd-tool -show-stats
+--------------------------------------------------+--------+-------------+----------+-----------------------------+-----------------------------+-----------------------------+
| version                                          | master | ip          | state    | last touch                  | last download               | next download               |
+--------------------------------------------------+--------+-------------+----------+-----------------------------+-----------------------------+-----------------------------+
| vdr 2.3.8 epg2vdr 1.1.77-GIT56c04bd (22.12.2017) | n      | 72.127.0.0  | detached | 22nd December 2017 11:54:35 | 22nd December 2017 10:55:14 | NULL                        |
| vdr 2.3.8 epg2vdr 1.1.77-GIT56c04bd (22.12.2017) | Y      | 108.127.0.0 | attached | 22nd December 2017 12:26:53 | NULL                        | NULL                        |
| epgd 1.1.124-GITec25758 (21.12.2017)             | -      | 252.127.0.0 | standby  | 22nd December 2017 12:26:53 | 22nd December 2017 12:17:25 | 23rd December 2017 00:17:25 |
+--------------------------------------------------+--------+-------------+----------+-----------------------------+-----------------------------+-----------------------------+

    Nach Änderung und Reboot:

    Code
    epgd-tool -show-stats
+--------------------------------------------------+--------+-------------+---------------+-----------------------------+-----------------------------+-----------------------------+
| version                                          | master | ip          | state         | last touch                  | last download               | next download               |
+--------------------------------------------------+--------+-------------+---------------+-----------------------------+-----------------------------+-----------------------------+
| vdr 2.3.8 epg2vdr 1.1.77-GIT56c04bd (22.12.2017) | n      | 72.127.0.0  | detached      | 22nd December 2017 11:54:35 | 22nd December 2017 10:55:14 | NULL                        |
| vdr 2.3.8 epg2vdr 1.1.77-GIT56c04bd (22.12.2017) | Y      | 127.0.0.1   | attached      | 22nd December 2017 12:32:59 | 22nd December 2017 12:32:24 | NULL                        |
| epgd 1.1.124-GITec25758 (21.12.2017)             | -      | 253.127.0.0 | busy (images) | 22nd December 2017 12:34:05 | 22nd December 2017 12:34:05 | 22nd December 2017 12:33:32 |
+--------------------------------------------------+--------+-------------+---------------+-----------------------------+-----------------------------+-----------------------------+

    Jetzt ist nur noch die IP des epgd "unschön".

  • epgd / epg2vdr / scraper2vdr

    Hi zusammen,


    ich nutze epgd mit einem epgdata Abo welches ja EPG Daten für 7 Tage im Voraus liefert.


    Im VDR werden daher auch nur die EPG Daten für die nächsten 7 Tage angezeigt, obwohl der DVB Stream bei einigen Sendern deutlich längere EPG Daten liefert.


    Gibt es eine Möglichkeit diese EPG Daten angezeigt zu bekommen, auch wenn diese dann noch nicht durch das externe EPG angereichert wurden?


    Grüße,

    Alex


    Edit: Hat sich erledigt, habe in der epgd.conf die parameter "DaysInAdvance" und "DaysToUpdate" gefunden.:wand8)

  • epgd / epg2vdr / scraper2vdr

    Zitat von seahawk1986

    Wo wir gerade bei Patches für epgd sind - ich habe am Wochenende mal den Bilder-Download für epgdata.com hingebogen: fix_epgdata_image_download.diff

    Super, vielen Dank schonmal dafür.


    Allerdings funktioniert das bei mir noch nicht so richtig. Das Speichern der Bilder in der DB funktioniert, aber dann bekomme ich wenn epg2vdr versucht das Image ins Filesystem zu schreiben folgende Fehler im Log:


    Code
    ...
Dec 14 19:14:50 vdr vdr: epg2vdr: Can't write image to '/var/cache/vdr/epgimages/images/https://cellular.images.dvbdata.com/1234567/1234567_320x240.jpg', error was 'Datei oder Verzeichnis nicht gefunden'
...


    In der DB wird der Imagename ja mit Pfad eingetragen


    Code
    mysql> select * from imagerefs limit 1;
+-----------+-----+------------+------------+---------+-------------------------------------+-----------------------------------------------------------------+
| eventid   | lfn | inssp      | updsp      | source  | fileref                             | imagename                                                       |
+-----------+-----+------------+------------+---------+-------------------------------------+-----------------------------------------------------------------+
| 123397323 |   0 | 1513275001 | 1513275001 | epgdata | 20171215_20171214_de_qy.zip-1269542 | https://cellular.images.dvbdata.com/1234567/1234567_320x240.jpg |
+-----------+-----+------------+------------+---------+-------------------------------------+-----------------------------------------------------------------+
1 row in set (0,00 sec)


    Ist das richtig so? Sollte er nicht aufgrund der angepassten XSL beim Filenamen in der DB die "/" durch "|" ersetzen? Beim Download scheinst du das ja (verständlicherweise) wieder rückgängig zu machen.


    Mir ist noch nicht so ganz klar wie das File am Ende im Filesystem heißen soll. Wenn das File "/" im Dateinamen hat, dann ist es aus meiner Sicht verständlich, dass das bei mir noch nicht funktioniert.


    Hast du hier eine Idee oder bin ich völlig verkehrt mit meinen Überlegungen?


    Grüße,

    Alex


    P.S. Habe den Pfad mal unkenntlich gemacht.