Cool, danke - denn warte ich bis zum nächsten build.
Das ging fix...
Großartig, wie immer.
Vielen Dank!
Cool, danke - denn warte ich bis zum nächsten build.
Das ging fix...
Großartig, wie immer.
Vielen Dank!
Das sollte das Playbook über ubuntu-drivers automatisch erledigen - je nach Karte kann es aber passieren, dass der Wechsel von noveau zum proprietären nvidia-Treiber nicht im laufenden Betrieb klappt - dann den Rechner einmal neu starten und das Playbook noch mal laufen lassen.
Hallo, nur zur Info: ubuntu-drivers findet seit 22.04 erst Treiber ab nvidia-390. (https://wiki.ubuntuusers.de/Grafikkarten/Nvidia/nvidia/)
Wer (wie ich) seine alte passiv gekühlte Hardware liebt (ION 330) und den nvidia-340 Treiber benötigt, muss manuell installieren.
Z. B. hier: https://launchpad.net/~kelebek…hive/ubuntu/nvidia-legacy
Aber auch das funktioniert wohl schin nicht mehr mit jedem Kernel > 5.15
Nur eine Gnadenfrist, wie's aussieht.
Schon blöd, wenn der VDR mehr als 13 Jahre stabil läuft...
Hi,
Das ist bekannt und behoben in 2.0.2. S. Ankündigungsthread zum shdd.
MfG Stefan
Cool, danke - denn warte ich bis zum nächsten build.
Hallo zusammen, ich habe letzte Woche neu aufgesetzt - ION 330 mit Ubuntu Server 22.04 und yavdr 0.7 ansible, hat auch nach Anleitung irgendwann alles geklappt.
Mit "nouveau" habe ich allerdings kein Bild bekommen, mit nvidia-340 aus dem ppa:kelebek333/nvidia-legacy hat dann alles funktioniert.
Heute habe ich aus dem seahawk-jammy-repository beim apt update das softhddevice in der Version 2.0.0-0yavdr0~jammy bekommen, seitdem habe ich
Okt 10 21:51:41 northhd vdr[1078]: [1078] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.6.1
Okt 10 21:51:42 northhd vdr[1078]: [1078] ERROR: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.6.1: undefined symbol: glTextureSubImage2D
Okt 10 21:51:42 northhd vdr[1078]: vdr: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.6.1: undefined symbol: glTextureSubImage2D
Jemand eine Idee, ob das eine nicht erfüllte Abhängigkeit zum nvidia-Treiber ist und wie ich das wieder zum Laufen bekomme?
Davor mit Version 1.12.3 trat der Fehler nicht auf.
Gruß, Bernd
Zitat
Neue Datei erstellt: /lib/udev/rules.d/98-serial-lirc.rules
Inhalt: DRIVERS=="lirc_serial", ACTION=="add", SYMLINK+="lirc_serial.%n"
So wird das Problem aber doch nur verschoben?
Wäre nicht praktischer:
oder so ähnlich, also ohne Variable %n?
Sonst hat man abwechselnd
/dev/lirc_serial.0 -> /dev/lirc0
und
/dev/lirc_serial.1 -> /dev/lirc1
und kann immer noch keinen festen Eintrag in der /etc/lirc/hardware.conf vornehmen.
Oder habe ich da jetzt einen gedanklichen Klemmer?
Gruß, Bernd
Hallo Seahawk,
irgendetwas in der Richtung muß es gewesen sein. Die Ausgabe von "ps ax" hatte mich jedenfalls in die Irre geführt, die sieht immer noch genauso aus, /etc/lirc/lircd.conf wird hinter /dev/lirc0 angezeigt, obwohl sie vom serielllen Empfänger auf /dev/lirc1 benutzt wird.
Namespace-konform war die lircd.conf schon, ich habe mich mit diff jetzt nochmal nachträglich davon überzeugt.
Gelöst ist das Problem nach erneutem Einlesen der IR-Codes mit irrecord.
Früher hatte ich eine const-length von 32 bit, jetzt habe ich ellenlange RAW-Codes - die aber sehr gut funktionieren.
Was das mit der Wechselwirkung der beiden IR-Receiver zu tun hat, kann ich noch nicht nachvollziehen, den Receiver in der USB-Box habe ich zum Ausschließen von "Schmutzeffekten" abgeklebt, das hatte aber nichts geändert.
Ohne die USB-Box funktioniert die alte lircd.conf auch wieder...
Voodoo.
Gruß, Bernd
Hallo Seahawk,
danke erstmal, ich meine aber, ich habe ein anderes Problem (wenn ich nicht was übersehen habe).
Der serielle EMpfänger landet immer auf /dev/lirc1, aber die /etc/lirc/lircd.conf wird vom anderen lircd- Prozeß vereinnahmt.
Gruß, Bernd
Hallo zusammen,
ich habe neu eine Technisat Skystar USB2 im System, die einen eigenen IR-Empfänger mitbringt.
Jetzt habe ich ein Problem mit Lirc:
Der USB-Sensor (soll nicht genutzt werden, da er nicht viele Signale versteht) wird als /dev/lirc0 angemeldet.
Der Serielle "Homebrew"-Sensor wird als /dev/lirc1 angemeldet. Er soll benutzt werden, deshalb ist er in /etc/lirc/hardware.conf eingetragen.
Leider wird die lircd.conf dem falscchen lircd zugeordnet:
ps ax | grep lirc
1004 ? Ss 0:00 /usr/sbin/lircd --driver=default --device=/dev/lirc0 --uinput --output=/var/run/lirc/lircd-lirc0 --pidfile=/var/run/lirc/lircd-lirc0.pid /etc/lirc/lircd.conf
2733 ? S<s 0:00 /usr/sbin/eventlircd -f --repeat-filter --socket=/var/run/lirc/lircd
2741 ? Ss 0:00 /usr/bin/irexec /etc/lirc/lircrc
2744 ? Ss 0:00 /usr/sbin/lircd --nodaemon --uinput --output=/var/run/lirc/lircd.2744 --device=/dev/lirc1
2755 pts/0 S+ 0:00 grep --color=auto lirc
Jemand eine Idee, wie ich die /etc/lirc/lircd.conf auf das zweite Device zwinge?
Nach Suche ähnlicher Probleme bereits fehlgeschlagen:
- blacklisten des USB-IR-Treibers (keine Wirkung, wird trotzdem geladen)
Gruß,
Bernd
Hallo Doc,
der Thread ist zwar schon älter, ich bin gerade erst drauf gestoßen, weil ich eine HVR1300 geerbt habe.
Ich will sie irgendwan nutzen, um ein paar alte Urlaubsvideos zu capturen, bis dahin könnte ich sie Dir aber leihen.
Getestet habe ich sie noch nicht, da mein PCI-VDR gerdae nicht läuft...
Gruß, Bernd
mit tvt bzw. yaVDR und Xine seit ca. November auch ohne Ruckeln.
Wichtig dazu die Einstellung der engine.buffers.audio_num_buffers und engine.buffers.video_num_buffers in der .xine/config (unterschiedlicher Ort je nach Distri)
Es gibt aber wohl nicht nur einen alleinseligmachenden Wert für diese Puffereinstellungen ... bei mir läuft's mit
Gruß, Bernd
Hallo griffon,
da ich im selben Gehäuse mit dem POV/330-1 (wahrscheinlich) Temperaturprobleme mit Notabschaltung in der Folge habe, möchte ich auch auf das Zotac umsteigen - zumal bei POV keine Lüfterkontrolle im BIOS existiert und LM-Sensors auch mit Patches nur Unsinn ausspuckt.
Was sagt bei Dir
wenn Du ca. 10 min HD guckst, Raumtemperatur wäre dazu evtl auch interessant...
Gruß, Bernd
Ups...
Bernie7: Ändern der xine-config-Datei bitte so:
die .dpkg-dist wurde bei einem apt-get upgrade als Backup der alten config-Datei angelegt.
gringo
Die Öffis senden im Moment fast alles mit DD 2.0 - da sollte auch nichts aus anderen Lautsprechern als vorne herauskommen, es sei denn, du hast einen AV-Receiver oder ähnliches dazwischen, was das Signal "aufhübscht"
Gruß, Bernd
wenn Du den DD-TOn nicht benötigst, kannst Du ihn doch gleich bei der Aufzeichnung weglassen (OSD: Einstellungen -> Aufnahme -> Dolby-Digitalton aufzeichnen) - was nicht da ist, kann auch nicht gebrannt werden
ja, da ist es schon, aber wie wird's aufgerufen? Der Link ist jedenfalls m.E. nicht ok:
root@kiste:/var/cache/apt/archives# dpkg --contents vdr-plugin-markad_0.0.4+git20091008.1330-3tvt1_i386.deb
drwxr-xr-x root/root 0 2009-12-25 22:04 ./
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/bin/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/share/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/share/locale/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/share/locale/de_DE/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/share/locale/de_DE/LC_MESSAGES/
-rw-r--r-- root/root 428 2009-12-25 22:04 ./usr/share/locale/de_DE/LC_MESSAGES/vdr-markad.mo
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/share/doc/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/share/doc/vdr-plugin-markad/
-rw-r--r-- root/root 448 2009-10-08 20:59 ./usr/share/doc/vdr-plugin-markad/HISTORY
-rw-r--r-- root/root 2741 2009-10-08 20:59 ./usr/share/doc/vdr-plugin-markad/INSTALL.gz
-rw-r--r-- root/root 642 2009-10-08 20:59 ./usr/share/doc/vdr-plugin-markad/README
-rw-r--r-- root/root 6846 2009-10-08 20:59 ./usr/share/doc/vdr-plugin-markad/COPYING.gz
-rw-r--r-- root/root 315 2009-12-25 21:04 ./usr/share/doc/vdr-plugin-markad/changelog.Debian.gz
-rw-r--r-- root/root 28 2009-10-08 20:59 ./usr/share/doc/vdr-plugin-markad/AUTHORS
-rw-r--r-- root/root 264 2009-10-08 20:59 ./usr/share/doc/vdr-plugin-markad/changelog.gz
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/lib/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/lib/vdr/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/lib/vdr/plugins/
-rw-r--r-- root/root 63388 2009-12-25 22:04 ./usr/lib/vdr/plugins/libvdr-markad.so.1.7.10
drwxr-xr-x root/root 0 2009-12-25 22:04 ./usr/sbin/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./var/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./var/lib/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./var/lib/vdr/
drwxr-xr-x root/root 0 2009-12-25 22:04 ./var/lib/vdr/plugins/
lrwxrwxrwx root/root 0 2009-12-25 22:04 ./var/lib/vdr/plugins/markad -> /usr/share/vdr-plugin-markad/markad
Alles anzeigen
s. letzte Zeile - das Ziel wird davor aber gar nicht erzeugt. Wie bekomme ich aus dem Paket die debian/install angezeigt?
Ich häng mich hier mal rein:
Seit dem letzten Upgrade existiert bei mir von Markad nur noch ein toter Symlink unter /var/lib/vdr/plugins/markad:
apt-get-remove / install bringt wieder das gleiche Ergebnis. Ist da das Paket kaputt?
Gruß, Bernd
Bei den StarTrek-Folgen auf Kabel1 hat Markad bei mir auf den Punkt getroffen, noad hingegen ein ziemliches Schnittmarken-Massaker angerichtet (20-30 Stück auf die 45 min.), und die richtige war noch nichteinmal dabei.
Insofern tendier ich auch zu markad.
Hallo Herlado,
ich hatte mir jetzt Info aus dem zweiten Link erhofft, aber der zeigt mit "Seite 33" leider ins Leere, wiel ich bei mir mehr Threads pro Seite zeige.
In der unteren Zeile mit den Buttons "Email", "Suchen", "Buddy" , "PN" ist ganz links neben dem Datum ein 'Zettel', der hat die absolute Thread-Url. Könnteste den vielleich nochmal stattdessen posten?
Danke & Gruß, Bernd
In diesem Thread möchte ich aber noch anfügen, daß bei mir das music-plugin aus dem tvt-ppa ohne Absturz bei irgendeinem Tastendruck/Menüwechsel läuft.
Konnte ich mit der u.g.Konfig also nicht nachvollziehen.
Gruß, Bernd
btw. Danke an Morone, auch in Zeiten von xbmc bleibt das meine bevorzugte Musikwiedergabe
wiegehtndas??