Beiträge von wmautner

Liebe Entwickler, im speziellen Frodo

Ich hab immer noch das Problem:

Entpacken von vdr-plugin-epg2vdr (3:1.1.93-0frodo0~trusty) ...

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von vdr-plugin-epg2vdr:

vdr-plugin-epg2vdr hängt ab von vdr-abi-2.2.0-yavdr3; aber:

Paket vdr-abi-2.2.0-yavdr3 ist nicht installiert.

Das Paket stammt aus dem frodo/testing-vdr,

ebenso wie auch

# apt-cache policy vdr

vdr:

Installiert: 2.2.0-15frodo4~trusty

Installationskandidat: 2.2.0-15frodo4~trusty

Versionstabelle:

*** 2.2.0-15frodo4~trusty 0

500 http://ppa.launchpad.net/frodo-vdr/testing-vdr/ubuntu/ trusty/main amd64 Packages

# apt-cache policy epgd

epgd:

Installiert: 4:1.1.135-2-g758e04c-0frodo0~trusty

Installationskandidat: 4:1.1.135-2-g758e04c-0frodo0~trusty

Versionstabelle:

*** 4:1.1.135-2-g758e04c-0frodo0~trusty 0

500 http://ppa.launchpad.net/frodo-vdr/main/ubuntu/ trusty/main amd64 Packages

# apt-cache policy vdr-epg-daemon

vdr-epg-daemon:

Installiert: 4:1.1.135-2-g758e04c-0frodo0~trusty

Installationskandidat: 4:1.1.135-2-g758e04c-0frodo0~trusty

Versionstabelle:

*** 4:1.1.135-2-g758e04c-0frodo0~trusty 0

500 http://ppa.launchpad.net/frodo-vdr/main/ubuntu/ trusty/main amd64 Packages

# apt-cache policy vdr-plugin-scraper2vdr:

Installiert: 5:1.0.8-1frodo0~trusty

Installationskandidat: 5:1.0.9-0frodo0~trusty

Versionstabelle:

5:1.0.9-0frodo0~trusty 0

500 http://ppa.launchpad.net/frodo…r-epgd-http-yavdr/ubuntu/ trusty/main amd64 Packages

5:1.0.9-0frodo0~trusty 0

500 http://ppa.launchpad.net/frodo-vdr/testing-vdr/ubuntu/ trusty/main amd64 Packages

scraper2vdr mag auch das alte vdr-abi und wird deshalb nicht upgedated.

Ich hab ja die im testing vorhandene vdr-2.2.0-Version, warum passen die abi-Versionen der Plugins im selben ppa nicht mehr dazu?

Ich muß bei jedem Update die Plugins entfernen und dann mit dpkg -i --force-all wieder installieren.

An sich funktionieren sie aber ...

Bin schon dabei, einen ansible auf bionic aufzusetzen, aber auch da verschwinden bionic-yavdr-ppas und dem playbook fe_lt jede Menge an Packages.

EDIT: stable-vdr und testing-vdr haben zwar dieselben Versionsnummern, darum nahm er bei mir die von "stable" (sollte testing höher pinnen),

aber die abi-Version unterscheidet sich doch ... wenn ich mal "stable" aus apt.conf.d rausnehme, klappt es.

Habe auf Arte-SD (und nur da, nicht der HD-Sender) ähnliche Probleme:

Hier die Ausgabe von epgd-showmerge für den Kanal

channel S19.2E-1-1051-28724
+--------+----------+---------+--------+--------+---------------------+----------+----------------------------+---------------------+
| source | masterid | useid   | updflg | delflg | starttime           | duration | title                      | updsp               |
+--------+----------+---------+--------+--------+---------------------+----------+----------------------------+---------------------+
| vdr    |  1722241 | 1722241 | D      | Y      | 2018-03-07 06:00:00 |     1440 | ARTE                       | 2018-03-07 08:02:07 |
| vdr    |  1697931 | 1661474 | L      | NULL   | 2018-03-07 08:00:00 |       40 | Stadt Land Kunst           | 2018-03-07 08:02:06 |
| tvsp   |  1661474 | 1697931 | C      | NULL   | 2018-03-07 08:00:00 |       40 | Stadt Land Kunst           | 2018-03-07 06:28:47 |
| tvm    |  1660876 | 1660876 | I      | NULL   | 2018-03-07 08:00:01 |       40 | Stadt Land Kunst           | 2018-03-06 09:08:53 |

und der Eintrag in epg.data sieht

C S19.2E-1-1051-28724 arte (S)
E 371 1520398800 86400 4F FF
T ARTE
D [FSK 0] [EPG: DVB]||El canal de televisiðn cultural.
G FF
e

so aus

Also ist nicht tvsp oder tvm der "Schuldige", sondern der Eintrag rutscht über das Sender-EPG rein.

Epgsearch und vdradmin-am haben Probleme damit, interessanterweise zeigt "live" ein ganz normales Programm.

Auch epghttpd ignoriert den Eintrag.

Muß leider sagen, daß ich mich heute morgen zu früh gefreut hatte. Nach vdr- und mysql- Neustart hatte epgd-tool -show-stats die richtige Version und epg2vdr/scraper2vdr liefen auch brav.

Nach einem Neustart des Rechners hingegen wieder die Inkonsistenz und epg2vdr-Verweigerung.

Habe jetzt nochmal "rollback" gemacht und die Pakete auf Hold gesetzt. Da ich ja ohnehin (alte Gewohnheit) immer noch hauptsächlich am PC vdradmin-am verwende (auch weil sich damit am PC gut fernsehen läßt), bringt mir der epgd-Umschalttimer nicht viel.

Eine nützliche Ergänzung des epghttpd wäre nun doch das Streamen aus dem Webif ...

Liebe Grüße aus Wien

Welcher Kernel?

Ist mir auch passiert mit yavdr0.6, da schreibt das Script, welches die Wakeup-Zeit schreibt, zuerst (für antike Kernel <2.6.22) noch nach /proc/acpi/wakeup und meint, wenn das klappt, seine Arbeit getan zu haben. Erst wenn das fehlschlägt, wird in /sys/class/rtc/rtc0/wakealarm geschrieben.

Die Kernel ab 4.1x haben aber wieder /proc/acpi/wakeup mit anderer Funktion, und das Schreiben dahin liefert keinen Fehler zurück, bewirkt aber auch nix.

Ich weiß nicht, wie der Ersatz fürs /usr/share/vdr/shutdown-hooks/S90.acpiwakeup bei Easyvdr heißt, würde dort aber nachsehen.

Danke für die neue Version des epg2vdr, die funktioniert jetzt auch mit meinem 2.2.0er-vdr wieder

Nun ja, aber Trusty ist auch bald EOL, und für einen inkl. Webgui funktionierenden yavdr für 18.04 könnt ich noch ein wenig warten ...

Danke, wär mir sehr geholfen

Ja, 2.3.8 juckt schon, aber das braucht einen kompletten Neubau inkl. Ubuntu-18.04, und mein VDR ist gleichzeitig auch "Mädchen für alles" ...

Lieber Horchi,

ich habe da ein Problem:

# apt-cache policy vdr-plugin-epg2vdr

vdr-plugin-epg2vdr:

Installiert: 3:1.1.78-1frodo0~trusty

Installationskandidat: 3:1.1.78-1frodo0~trusty

Versionstabelle:

*** 3:1.1.78-1frodo0~trusty 0

100 /var/lib/dpkg/status

1.1.84-0yavdr0~trusty 0

500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ trusty/main amd64 Packages

und

epg2vdr: Found dbapi 6, expected 5, please update me! Aborting now.

Wenn ich nun versuche, epg2vdr upzudaten (aus dem http://ppa.launchpad.net/frodo…r-epgd-http-yavdr/ubuntu/ trusty/main amd64 Packages)

geschieht gar nix.

Ein Download und beherztes "dpkg -i ./vdr-plugin-epg2vdr_3%3a1.1.86-0frodo0~trusty_amd64.deb"

offenbart mir dann

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von vdr-plugin-epg2vdr:

vdr-plugin-epg2vdr hängt ab von vdr-abi-2.2.0-yavdr3; aber:

Paket vdr-abi-2.2.0-yavdr3 ist nicht installiert.

Mein vdr ist offenbar zu neu:

# apt-cache policy vdr

vdr:

Installiert: 2.2.0-15frodo4~trusty

Installationskandidat: 2.2.0-15frodo4~trusty

Versionstabelle:

*** 2.2.0-15frodo4~trusty 0

100 /var/lib/dpkg/status

2.2.0-14yavdr0~trusty 0

500 http://ppa.launchpad.net/seaha…il/vdr-zapcockpit/ubuntu/ trusty/main amd64 Packages

2.2.0-13yavdr0~trusty 0

500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ trusty/main amd64 Packages

Welche VDR-Version nun die passende ABI-Version mitbringt, ist nicht so einfach zu erkennen ...

Na gut, nochmal apt-btrfs-snapper restore ...

Gibt es eine Lösung außer gleich versuchen, auf 2.3.8 upzudaten?

Mit nur einem Tuner kann das passieren - wenn nämlich keine Idle-Zeit für einen regelmäßigen Scan bleibt.

Ich würde dann im Setup Aufweckzeiten für den Scan definieren, wenn grad möglichst keine Aufnahmen laufen und auch niemand guckt.

Es kann dann aber notwendig sein, auch das Softhddevice zu detachen, damit der Tuner wirklich "frei" ist.

Mein Fernseher hat eine IP, deren Erreichbarkeit regelmäßig geprüft wird - wenn er ausgeschaltet ist, detached sich das Softhddevice:

start on (started vdr-frontend and net-device-up IFACE=eth0)
stop on (stopping vdr-frontend or runlevel [06] )

respawn
normal exit 0

script
export LANG="de_DE.UTF-8"
exec /usr/local/bin/tvdetect.sh

end script

#!/bin/sh
function clean {
    kill -6 `cat /run/lock/tvdetect.pid`
    rm /run/lock/tvdetect.pid
}

if [ -r /run/lock/tvdetect.pid ]
then
    exit 0
fi

trap clean EXIT

echo $$>/run/lock/tvdetect.pid
export PI=0
while true
do
sleep 10
ping -c1 tv 
if [ $? -eq '0' ]
then
    export PO=$PI
    PI=1
    if [ $PI -ne $PO ]
     then 
        svdrpsend PLUG softhddevice STAT|grep DETACHED
        if [ $? -eq '0' ]
        then
            svdrpsend PLUG softhddevice ATTA 
            svdrpsend REMO ON
            echo `date`: TV an >>/var/log/vdr/shutdown.log
        fi
    fi
else
    export PO=$PI
    PI=0
    if [ $PI -ne $PO ]
    then
        svdrpsend PLUG softhddevice STAT|grep DETACHED
            if [ $? -ne '0' ] 
            then 
                    svdrpsend PLUG softhddevice DETA 
            echo `date`: TV aus >>/var/log/vdr/shutdown.log
            svdrpsend HITK power
            fi
    fi
fi
done

"tv" ist der Hostname des Fernsehers

P.S.: das Problem mit acpiwakeup, das mit Kernel >4.10 offenbar auftrat, liegt am /usr/share/vdr/shutdown-hooks/S90.acpiwakeup.

ResetWakeupTime()
{
    $LOG "Resetting ACPI alarm time"
    ResetWakeupTimeKernelGte2_6_23 || \
    ResetWakeupTimeKernelLte2_6_22 || \
    AcpiError
}

SetWakeupTime()
{
    $LOG "Setting ACPI alarm time to: `TimeToString $1`"
    SetWakeupTimeKernelGte2_6_23 "$1" || \
    SetWakeupTimeKernelLte2_6_22 "$1" || \
    AcpiError

(also vertauschen der Kernelabfragen) behebt das, 
da nämlich in den neueren Kerneln auch /proc/acpi/wakeup existiert und beschreibbar (ohne Effekt) ist,
und - wenn zuerst versucht - keinen Fehlerstatus zurückliefert, sodaß die richtige Aktion, nämlich 
Update von /sys/class/rtc/rtc0/wakealarm, unterbleibt.

Soda:

# apt-cache policy nvidia-390

nvidia-390:

Installiert: 390.25-0ubuntu0~gpu14.04.1

Installationskandidat: 390.25-0ubuntu0~gpu14.04.1

Versionstabelle:

*** 390.25-0ubuntu0~gpu14.04.1 0

500 http://ppa.launchpad.net/graphics-drivers/ppa/ubuntu/ trusty/main amd64 Packages

100 /var/lib/dpkg/status

und Kernel:

linux-image-4.13.0-31-generic:

Installiert: 4.13.0-31.34~16.04.1

Installationskandidat: 4.13.0-31.34~16.04.1

Versionstabelle:

*** 4.13.0-31.34~16.04.1 0

500 http://ppa.launchpad.net/canonical-kernel-team/ppa/ubuntu/ xenial/main amd64 Packages

100 /var/lib/dpkg/status

Ich hab im Moment allerdings das Problem, daß acpi-wakeup nicht funktioniert, da die /var/cache/vdr/acpiwakeup.time

offenbar nicht beim Runterfahren mit dem nächsten Timer, sondern beim Hochfahren mit einer Zeit VORHER belegt wird ...

Hmm, also kann Digikam in der Version (das wird aber eine komplette Plasma-Runtime mit sich ziehen) selbständig die Bilder kategorisieren?

Ansonst, auf meinem VDR lüuft ein Mediatomb, mit geeigneten Zusatzeinträgen je Kanal kann das auch Livestreams über DLNA versenden, oder ich hatte auch mal Mini-DLNA in Verwendung.

Das Kategorisieren der Bilder in Ordner übernehmen die aber nicht

Bin leider noch in der Tretmühle aber ja ich hab das Ubuntu-Kernel-PPA mit dem 4.13 (enthält auch schon die DVB-Treiber plus dem Meltdown/Spectre-Patchwerk) und den nvidia_390 gibts glaub ich bei xenial-proposed. Ich sehe dann abends noch nach, woher die Teile geflogen sind

Liebe Leute,

meine Frau wundert sich:

epgd-showmerge für ORF 1

channel C-1537-5-5001
+--------+----------+---------+--------+--------+---------------------+----------+-----------------------------------+---------------------+
| source | masterid | useid   | updflg | delflg | starttime           | duration | title                             | updsp               |
+--------+----------+---------+--------+--------+---------------------+----------+-----------------------------------+---------------------+
| vdr    |  1417693 | 1373358 | L      | NULL   | 2018-02-05 20:15:00 |       55 | Vorstadtweiber                    | 2018-02-05 20:55:16 |
| tvsp   |  1373358 | 1417693 | C      | NULL   | 2018-02-05 20:15:00 |       55 | Vorstadtweiber                    | 2018-02-05 15:14:21 |
| tvm    |  1303516 | 1303516 | R      | NULL   | 2018-02-05 20:15:01 |       55 | Vorstadtweiber                    | 2018-02-05 15:12:06 |
| vdr    |  1417694 | 1303517 | L      | NULL   | 2018-02-05 21:10:00 |       45 | Schnell ermittelt                 | 2018-02-05 20:55:39 |
| tvsp   |  1373359 | 1373359 | I      | NULL   | 2018-02-05 21:10:00 |       45 | Schnell ermittelt                 | 2018-02-05 15:14:21 |
| tvm    |  1303517 | 1303517 | T      | NULL   | 2018-02-05 21:10:01 |       45 | Schnell ermittelt                 | 2018-02-05 15:12:06 |

und weder die Vorstadtweiber noch das andere ist als Timer in epgsearch bzw. vdradmin-am zu finden ....

dafür jeder Eintrag auch dort doppelt.

Der WAF fällt ...

In der channelmap.conf ist für ORF eins

tvm:16:1 = C-1537-5-5001 // ORF eins HD
tvsp:ORF1:2 = C-1537-5-5001 // ORF eins HD

eingetragen, also tvsp als RESERVE.

Kann ich da was tun außer einen Provider aus der channelmap.conf löschen?

(Ein Reload des epg verbessert die Situation nicht dauerhaft)

Liebe Grüße aus Wien

Hmm, ein kurzer Test führt zu heißer CPU und etwas WAF-Verlust durch leicht abgehackten Ton

Im Syslog sehe ich etwas mehr duping/droping Frame - Messages, das Bild selbst schien noch ok.

Das wird wohl nicht möglich sein: solang der Stick gemounted ist, können ja Dateien darauf geöffnet sein - die bzw. Änderungen an denen gingen ja dann verloren, ebenso wie beim Abziehen des Sticks ohne "sicher entfernen".

Eine kurze Suche liefert immerhin diese

http://forum.chip.de/windows-x…tisch-trennen-847121.html (zwar schon aus XP-Zeiten) Tools, um auch automatisch USB- und andere Geräte trennen zu können.

Nun, ich meinte auch das nvidia-DKMS. Seit vorgestern hab ich auch

# modinfo nvidia_390

filename: /lib/modules/4.13.0-31-generic/updates/dkms/nvidia_390.ko

alias: char-major-195-*

version: 390.25

supported: external

und das auf einer

# lspci -v|grep -i nvidia

0f:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1) (prog-if 00 [VGA controller])

Kernel driver in use: nvidia

und es ruckelt nix.

Ich würde auch nachsehen, ob DKMS auch den nvidia-Treiber brav in /lib/modules/`uname -r`/update/dkms aktualisiert hat,

bzw. die Ausgabe von dmesg|grep nvidia ansehen.

Die brutale Methode: chattr +i /var/lib/vdr/channels.conf

Ansonst die /var/lib/vdr/setup.conf - bei gestopptem vdr!!! - bearbeiten und "UpdateChannels =0" setzen.

Ich liebe Chaos: ich hätte schon die fragliche Datei umbenannt oder erstmal geguckt, was alles mitgerissen wird, wenn das gir1.2 mal zwischendurch deinstalliert wird.