Hallo,
es besteht auch die Möglichkeit per CEC abzufragen, ob der TV läuft. Entweder mit einem Pulse Eight Adapter oder einem Raspberry, der vielleicht eh schon läuft.
https://www.raspberrypi.org/forums/viewtopic.php?t=97492
Andreas
Hallo,
es besteht auch die Möglichkeit per CEC abzufragen, ob der TV läuft. Entweder mit einem Pulse Eight Adapter oder einem Raspberry, der vielleicht eh schon läuft.
https://www.raspberrypi.org/forums/viewtopic.php?t=97492
Andreas
Ich habe bei den Modulen keine speziellen Parameter angegeben, damit das CI erkannt wird.
Ich nutze aktuell noch den in nst's git mitgelieferten Kernel 4.16.0-rc4 (vom 9. März), da media_build bei mir nicht funktionierte. Die config habe ich vom MLD-Kernel übernommen.
Vielleicht kann der Support von Digital Devices weiterhelfen, damit hatte ich bisher nur gute Erfahrungen.
Hallo Jörg,
ich nutze aktuell eine CineS2 v5.5 + Single CI.
Ich hatte das Problem, dass der kleine weiße Halter am Stromanschluss des CI bei der Demontage verrutscht war und der Stecker beim neu anstecken keinen sauberen Kontakt hatte. Bin fast verzweifelt an dem Fehler. Mein CI wurde vorher nur sporadisch erkannt.
Die Authentifizierung kann man auch im VDR OSD abschalten.
Alternativ geht auch "svdrpsend remo off/on"
Lirc bekommt ja von der Fernbedienung nur Wiederholungen und kein Signal, wenn die Taste losgelassen wird.
Das sind die Wiederholungen, soweit ich das verstanden habe. Die Anzahl hängt von der Fernbedienung bzw. lircd.conf ab. Das kannst du evtl. mit dem Befehl irw ermitteln.
http://lirc.org/html/configure.html#lircrc_format sagt:
Quoteignore_first_events
ignores the specified amount of first events. Same as "delay" but without an event before delay period starts. This allows to define the reaction on the long key presses. Should not be set together with "delay"
Wenn Du media_build von meinem GitHub Account geklont hast (https//github.com/herrnst/media_build.git), dann einfach nochmal frisch klonen, es ist alles rebased und alle Fixes von Jasmin, die den Tag über so reingewandert sind, sind da jetzt drin, sollte also alles klappen.
Hallo nst,
entschuldige bitte die späte Antwort, Reallife hat es leider nicht eher zugelassen.
Ja ich nutze das media_build aus deinem Git.
Das kompilieren mit 4.14.12 habe ich leider nicht hinbekommen. Es scheiterte immer an apply_patches. Es läuft aber mit dem im Git mitgeliefertem Kernel 4.16 bisher absolut störungsfrei, weshalb ich erst mal auf diesem bleiben werde.
Super, danke Dir fürs Gegentesten (und viel Spass mit 'nem funktionierenden CI an der ngene-Karte ). D.h. Du hast jetzt direkt aus media_tree ein Kernel Image compiled und in Verwendung?
Ja, in media_build ist derzeit ein bisschen was im Argen, bedingt durch die ganzen neuen Dinge, die im media Linux Tree gelandet sind.
Ja, habe nur die alte .config kopiert und direkt Kernel und Module kompiliert. Alles andere hatte nicht geklappt. Eilt für mich aber auch nicht, da es so ja bestens funktioniert für mich. Einzig das Modul i915 hat jetzt das Problem, dass es im Suspend to ram abraucht. Das ist aber eine andere Baustelle und hat nichts mit den Anpassungen hier zu tun, da es auch schon in neueren 4.14er Versionen auftauchte.
EDIT: Nebenbei, das Problem mit der Pufferverschiebung ist wohl schon seit 2011(!) bekannt, siehe https://www.mail-archive.com/l….kernel.org/msg31736.html - ich finde es Bemerkenswert, dass sich da bislang niemand drum gekümmert hat, vor allem zu einer Zeit, als die Karten populärer waren...
Ich denke, dass viele damals eine andere, softere Lösung nutzten, wie ich auch. Als diese durch Verheiratung nicht mehr ging, mussten andere Wege gefunden werden. Ich hatte die Cine S2 v5.5 schon lange und hab mir für die Umstellung auf Alphacrypt extra das passende CI-Modul bei eBay besorgt, wodurch dieses Problem erst aufploppte.
Vielen Dank nochmal für Deinen und Jasmins Einsatz, dass diese Lösung jetzt stabil funktioniert. Ich hoffe, dass das lange so bleiben wird uns sich die Anbieter nicht wieder alles unbrauchbar machen.
Sollte wieder gehen. Ich habe aber noch was gesehen, was ich fixen sollte.
EDIT:
Die Warning "__noretpoline" redefined" ist für Kernel 4.14 / 4.15 nicht im media-build lösbar (zumindest weiß ich noch nicht wie).
Wenn ich noch was testen kann, gerne her damit. Musst mir nur sagen, von wo ich das laden kann.
Grüße
Andreas
Du solltest optimalerweise nochmal aus "mediatree/master" compilen und installieren, es ist mittlerweile alles im Upstream, und es gab noch ein paar Changes am Code. Sollte sich mit Deinem 4.14 oder 4.15 eigentlich derzeit sauber compilen lassen (ich compile selber gegen 4.15). EDIT: Achso, den ci_tsfix Modulparameter kannst Du dann auch streichen, das ist jetzt "Default an".
Danke für Dein Feedback!
Hallo nst,
ich habe nochmal mit mediatree/master kompiliert und funktioniert ohne Modulparameter. Danke. Ich nutze aktuell den im master enthaltenen 4.16.
Allerdings klappt es mit Kernel 4.14 noch nicht. Hier hat es Probleme bei "apply_patches" gegeben, was ich aber noch nicht genauer analysiert habe.
Hallo Jasmin,
du hast natürlich recht, der VDR-Patch ist mit dem Stand aus nsts tsfix-Branch nicht mehr notwendig.
Ich kann mittlerweile auch bestätigen, dass der Fehler mit der Offsetverschiebung durch die Anpassung nicht mehr auftritt. Klaus Patch ist somit nicht mehr notwendig.
Hatte allerdings einige Schwierigkeiten, das ganze für Kernel 4.14.12 zu kompilieren. Es gab hier Probleme mit em28xx-dvb.o. Bin dem aber nicht weiter nachgegangen und habe den Stand inkl. mitgeliefertem Kernel 4.15 kompiliert.
Mit chvt kannst du auf ein anderes Terminal umschalten, auf dem keine Ausgaben und kein Login zu sehen sind. Und mittels setterm kannst du den blinkenden Cursor verschwinden lassen.
Ich nutze auch noch die Kombi mit ngene und Single CI. Ich werde die nächsten Tage mal testen. Sobald ich das für MLD kompilieren kann.
An einer Lösung wäre ich auch interessiert. Aus der eventsview werde ich aber nicht schlau.
Zur Info, das Plugin läuft jetzt auf vdr 2.3.8 und pipelka wird in Kürze eine neue Version fertig stellen. Siehe hier.
Hi. Ich hatte mir mal die Mühe gemacht, mittels debootstrap eine Umgebung aufs NAS zu legen und dann mit chroot darin die Dev-Umgebung aufgesetzt. Das chroot hatte ich aus dem root-Verzeichnis der Umgebung selbst genutzt, da in MLD nicht verfügbar. Das ganze geht übrigens auch prima auf allen anderen Plattformen wie dem PC oder Banana Pi.
Dafür hatte ich mir dann noch ein kleines Skript zum Starten der Umgebung gebaut:
#!/bin/bash
DIR="/mnt/mld-dev/raspbian"
if [ -d $DIR ]
then
cd $DIR
else
echo "Error! Directory $DIR not found!"
exit 1
fi
echo -n "mounting temp file systems: "
MOUNTS="/dev /dev/pts /sys /proc"
echo $MOUNTS
for MOUNT in $MOUNTS
do
if [ $(mount | grep rootfs$MOUNT | wc -l) -lt 1 ]
then
mount -o bind $MOUNT rootfs$MOUNT
fi
done
echo "running chroot into work dir."
echo
CMD="rootfs/usr/sbin/chroot rootfs/"
$CMD bash $*
#reverse order
for MOUNT in $MOUNTS
do
UMOUNTS="$MOUNT $UMOUNTS"
done
echo "unmounting temp file systems: $UMOUNTS"
#umount
for UMOUNT in $UMOUNTS
do
umount -v rootfs$UMOUNT
done
exit 0
Display More