Beiträge von msv

Wenn ich mir zu den Audioeinstellungen noch was wünschen könnte hätte ich gerne die Möglichkeit das Ganze auch über SVDRP direkt anwählen zu können. Wenn ich den Ton auf meine Bluetooth Kopfhörer per Script lege muss ich immer erst den Audiokanal per mehrerer "geratener" Tastendrücke auf einen Stereokanal legen. Sonst würden mir von dem "AC3-Geknatter" die Ohren abfallen. Mein Bluetooth-Profil kann kein AC3. Ich mache das jetzt mit folgendem Script:

#!/usr/bin/ksh
/usr/local/src/VDR/svdrpsend -p 2001 "hitk audio up up up"
echo 'connect B0:67:2f:13:CC:66' | bluetoothctl

Beim Zurückschalten auf die Lautsprecheranlage (Denon-AVR) das ganze andersherum:

#!/usr/bin/ksh
echo 'disconnect B0:67:2f:13:CC:66' | bluetoothctl
/usr/local/src/VDR/svdrpsend -p 2001 "hitk audio down down down"

Hierbei ist bei mir immer die letzte Audiospur AC3, wenn vorhanden.

Ich weiß jetzt nicht ob "Digital" (aus den vorigen Beiträgen) und AC3 gleichzusetzen ist aber ein SVDRP Kommando:

/usr/local/src/VDR/svdrpsend -p 2001 "hitk audio AC3" # oder "DIGITAL"

oder

/usr/local/src/VDR/svdrpsend -p 2001 "hitk audio STEREO" # oder was auch immer

wäre für solche Scripte schöner.

Aber wie gesagt, das ist nur ein Wunsch....

gruß

msv

OK, ich hatte heute mal wieder nur epg bis 0Uhr. Hab dann im journalctl mal wieder diese Fehlermeldung gefunden:

SQL-Error in 'execute(stmt_execute)' - Division by 0 (1365) 'Division by 0' [call mergeepg]

Hab dann mal ein bischen Google bemüht und folgende Lösung gefunden:

[epgd] Ständig "SQL-Error in 'execute(stmt_execute)' - Division by 0 (1365) 'Division by 0' [call mergeepg]"

Nach Erzeugen des beschriebenen Userexit (und mal wieder updaten des epgd + plugin) war alles wieder gut.

gruß

msv

Ich hatte das neulich auch mal. Plötzlich dünnte das EPG aus bis es ganz verschwunden war und nicht mehr upgedatet wurde. Nach Löschen der EPGD Datenbank und Neuerstellen gings dann wieder.

gruß

msv

Ha, ich hab's hinbekommen mit der Digitus Interface Card.

Der Hinweis von Mauerspecht war gut. Der Versuch mit selbst kompiliertem und doch nicht funktionierendem alten Treibercode war nicht nötig. Der Kernel kennt die Karte schon.

Das Geheimnis lag hier:

-> cat /etc/modprobe.d/serial_ir.conf 

#COM1 equivalent: /dev/ttyS0
#options serial_ir irq=4 io=0x3f8
options serial_ir irq=127 io=0x4010

Die auskommentierte Zeile war für mein altes MoBo gültig. Die neuen Werte kamen dann aus "lspci -kv". Und nachdem ich dann meinen IR-Receiver auch auf die richtige Buchse gesteckt hatte gings auch wieder mit dem VDR.

Danke fürs Mitdenken und schönes Wochenende allen VDRlern

msv

@Helmut: Danke für dein Angebot. Fast war ich schon soweit gewesen darauf einzugehen. Aber nun bleibe ich bei meiner seriellen Lösung.

Moin,

ich habe mir mal ein neues Motherboard gegönnt (GigaByte Z790 GAMING X AX). Leider hat das Ding keine seriellen Schnittstellen (RS232) mehr, sodass mein homebrew LIRC Adapter nicht mehr direkt anzuschließen ist. Naja, dachte ich, es gibt doch sicherlich Interfacekarten, die das können. Hab mir dann eine Digitus 2-Port Serial Interface card für PCIe bestellt. War aber etwas unüberlegt. Digitus selber hat keine Linux Treiber dabei. Der Kernel erkennt die Karte auch:

lspci -k

04:00.1 Serial controller: Asix Electronics Corporation AX99100 PCIe to Multi I/O Controller
        Subsystem: Asix Electronics Corporation (Wrong ID) Serial Port
        Kernel driver in use: serial

Ich hab dann mal im internet gesucht nach irgendwelchen Treibern und fand immer nur relativ altes Zeug. Dieser Treiber (AX99100x_SP_PP_SPI_Linux_Driver_v2.1.0_Source) war das neueste. Make install funktionierte auch. Aber LIRC legt damit nicht mal das lirc-device in /dev an.

Dies ist mein Desktop System mit Debian Sid als OS.

Hat jemand eine bessere Lösung für mein Problem (andere Interfacekarte, evtl serial2usb oder etwas ähnliches, was ohne hardwarebasteleien auskommt und möglichst OoB funtioniert?

Danke im Voraus

msv

Danke!!!

Nachdem ich dann herausgefunden habe, dass sich im Laufe der Zeit mehrere alte mysqlepglv.so auf meinem System in diversen Mysql Plugindirectorys (entstanden über mehrere Updates der letzten Jahre) befunden hatten, habe ich mal aufgeräumt und alle alten Versionen gelöscht. Kaum hatte ich dann die richtige neue Pluginlib an die richtige Stelle geschoben gings dann auch.

Hab noch weiter getestet und folgendes rausgefunden:

Der Fehler scheint von epglvr her zu kommen:

--------------
select 100 - ifNull(epglvr('Kultur (USA 2014)', ''),100)
--------------

100 - ifNull(epglvr('Kultur (USA 2014)', ''),100)
1
--------------
select 100 - ifNull(epglvr('', ''),100)
--------------

ERROR 1690 (22003) at line 4: BIGINT value is out of range in '100 - ifnull(epglvr('' AS `''`,'' AS `''`),100)'

Hier der reine Aufruf:

--------------
select epglvr('Kultur (USA 2014)', '')
--------------

epglvr('Kultur (USA 2014)', '')
99
--------------
select epglvr('', '')
--------------

epglvr('', '')
-9223372036854775808

Also wenn es keinen Shorttext gibt in der Recordinglist gehts schief. Jetzt müsste mal jemand der die Internas von epglvr kennt hier weiter debuggen.

Warum sich dabei dann ab und zu die Datenbankverbindung aufhängt habe ich nicht herausgefunden. Aber es scheint immer nach solch einem Fehler zu passieren.

Moin,

leider ist der Fehler wieder aufgetreten. Ich hab dann mal bei meiner Produktivdatenbank das Logging eingeschaltet. Hab dann den letzten problematischen Aufruf und einen guten von vorher am mysql-Prompt abgesetzt mit folgendem Ergebnis:

Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 430
Server version: 10.11.6-MariaDB-0+deb12u1-log Debian 12

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [epg2vdr]> select actor, audio, camera, category, channelid, channelname, country, description, director, duration, episodecompname, episodecomppartname, episodecompshortname, episodelang, eventid, flags, folder, fsk, genre, recgroup, guest, imgid, inuse, job, longdescription, md5path, moderator, music, name, ngenre, numrating, other, owner, path, producer, rating, screenplay, scrinfoepisodeid, scrinfomovieid, scrinfoseriesid, scrmovieid, scrnew, scrseriesepisode, scrseriesid, scrsp, shortreview, shorttext, starttime, state, tipp, title, topic, txtrating, vdruuid, year, 100 - ifNull(epglvr(title, 'The Day'), 100), 100 - ifNull(epglvr(shorttext, ''), 100) from recordinglist where  (state <> 'D' or state is null)and epglvr(title, 'The Day') < 47;
ERROR 1690 (22003): BIGINT value is out of range in '100 - ifnull(epglvr(`epg2vdr`.`recordinglist`.`shorttext` AS `shorttext`,'' AS `''`),100)'

MariaDB [epg2vdr]> select actor, audio, camera, category, channelid, channelname, country, description, director, duration, episodecompname, episodecomppartname, episodecompshortname, episodelang, eventid, flags, folder, fsk, genre, recgroup, guest, imgid, inuse, job, longdescription, md5path, moderator, music, name, ngenre, numrating, other, owner, path, producer, rating, screenplay, scrinfoepisodeid, scrinfomovieid, scrinfoseriesid, scrmovieid, scrnew, scrseriesepisode, scrseriesid, scrsp, shortreview, shorttext, starttime, state, tipp, title, topic, txtrating, vdruuid, year, 100 - ifNull(epglvr(title, 'Jedes Jahr im Juni'), 100), 100 - ifNull(epglvr(shorttext, ''), 100) from recordinglist where  (state <> 'D' or state is null)and epglvr(title, 'Jedes Jahr im Juni') < 47;
Empty set (0,004 sec)

Mit fällt eigentlich kein logischer Unterschied auf außer dass der Titel ein anderer ist.

Hab jetzt nochmal folgendes gemacht:

Datenbank gedropt und neu aufgebaut. Fehler tritt immer noch mit dem Statement am mysql-Prompt auf!

Bin ratlos....

Bin mir im Moment nicht ganz sicher ob der letzte Fehler noch aufgetreten ist nachdem ich epglv zwar neu gebaut und in die DB installiert habe aber den epghtthd noch nicht neu gestartet hatte. Nachdem ich jetzt epghttpd neu restartet habe ist der Fehler nicht mehr aufgetreten (hab alles mögliche im Magazin angeklickt, mehr als 100Mal).

Ich warte erst mal ab. Vielleicht hat das Neubauen von epglv ja wirklich geholfen.

Danke

msv

Zitat von horchi

und welche Server Version?

Hast du die epglv Funktionen mit der Version gebaut?

Server version: 10.11.6-MariaDB-0+deb12u1 Debian 12

Hab die epglv Funktionen nochmal neu gebaut und in der Datenbank erneuert.

Konnte den Fehler aber wieder erzeugen!

Bei dem Query kommt mit irgendeinem Titel (z.B. 'Space Night') nur ein leeres Ergebnis zurück. Naja, die Titel sind ja auch nicht in der Tabelle recordinglist vorhanden.

Aber ich habe noch mal weiter getestet. Nach mehrfachem "rumklicken" auf diversen Titeln in der Magazinseite hing sich das Ding wieder auf. Im Log wieder der bekannte BIGINT-Fehler. Ich habe jetzt mal nicht epghttpd restarted sondern nur den mysql-server (systemctl restart mysql)

Und sofort gings weiter. Gut, damit kann ich zwar leben aber schön ist das nicht, dass dieser Fehler das Gespann epghttpd und mysql zum Aufhängen bringt. Hier nochmal meine mysql Version unter Debian Bookworm:

root@mannitec00:~# mysql -V
mysql  Ver 15.1 Distrib 10.11.6-MariaDB, for debian-linux-gnu (x86_64) using  EditLine wrapper

Ich hole die Frage nochmal hervor. Bin ich damit tatsächlich alleine?

Zitat von MarkusE

Ich mach hier jetzt nichts mehr.

Aber die Frage von Klaus könntest du doch noch beantworten? Es geht doch darum ob du 2.6.5 mit oder ohne seinen Patch aus #16 verwendest. Das lässt du leider offen...

Zitat von SHF

Verstehe, das sind also die feinen Unterschiede.

Und was passiert nach dem Umschalten? Wird das Device dann dauerhaft belegt oder wieder frei gegeben? Und wenn, wie lange dauert das?

Also nach dem Umschalten ist der erste freie Tuner ca 20 Sekunden aktiv. Es ist wahrscheinlich die Zeit um das EPG zu lesen. Danach schaltet er sich wieder ab und ist damit wieder frei.

ich hab übrigens in mein epgscan-Script folgendes eingebaut. Damit wird verhindert, daß Aufnahmen gestört werden.

echo  "Shell-Skript fuer EPG wird ausgeführt -- "$(date)
secs="$(${SVDRPSEND} NEXT rel | egrep "^250" | cut -d' ' -f3)"
if [ "$(echo ${secs}|sed s/[0-9].*//g)" = "-" ]; then
  echo "VDR nimmt auf."
  exit 0
elif [ "$(echo ${secs}|sed -e "s/[^0-9].*//g")" -lt "900" ]; then
  echo "VDR nimmt innerhalb der nächsten viertel Stunde auf."
  exit 0
fi

Zitat von M-Reimer

Wundert mich das der VDR eine Aufnahe deshalb abgebrochen hat.

War es nicht mal so das eine "Live-Ansicht" immer niedriger priorisiert ist wie eine Aufnahme? Worst-Case, also wenn alle Tuner durch Aufnahmen beansprucht werden, erwarte ich bei einem "Nicht Headless VDR" einen schwarzen Bildschirm und im Idealfall eine Fehlermeldung.

Gibts denn hierzu noch eine Aussage, warum das nicht funktioniert, wenn kein Ausgabedevice vorhanden ist. Werden denn diese "Priorisierungen" nur auf der Ausgabeseite durchgeführt?

Momentan sind ja die octopuss Tuner ohne dummy device immer ausgeschaltet, außer bei Aufnahme oder epg scan. Wenn das dummy device benutzt wird vermute ich mal, daß dann immer ein tuner mitläuft. Hab ich aber nicht ausprobiert.

Wenn man den laufenden Kanal nur als den ansieht, der auf einem Ausgabedevice zu sehen ist, hast du natürlich recht. Für mich ist aber das auch ein laufender Kanal, auf dem z.B. Das EPG eingelesen wird. Mit der jetzigen Mimik kann ich hier aber nicht mehr hin und her schalten. Und auch das osd2web Plugin ist ja eigentlich ein Ausgabedevice (etwas weiter ausgelegt). Es dient ja dazu den headless Server bedienbar zu halten und das EPG anzuzeigen. Ist jetzt auch nicht mehr möglich. Gut, das braucht man vielleicht alles nicht. Aber gefiel mir bisher ganz gut. Das Wegfallen dieser Möglichkeiten jetzt als "Feature" verkaufen zu wollen, halte ich aber dennoch für etwas gewagt...

Leider kann ich jetzt aber auch im osd2web-Plugin nicht mehr den laufenden Kanal sehen (EPG Info) und auch das zyklische Schalten durch die Kanäle für einen EPG Scan "extern" geht nicht mehr. Das ist natürlich für meinen Headless Server Mist/Schade (Regression)...

Ich habe in der neuen version im Menu als Überschrift immer noch die alte Versionsnummer stehen(2.6.3). Nur in der Überschrift auf der Seite "Einstellungen" wird die neue Versionsnummer 2.6.5 angezeigt. Fehlt da noch was?

Alles andere läuft gut nach dem Update.

mfg

msv