Posts by machnetz
-
-
Moin Louis,
das Board ist ein C847MS-E33 (MS-7835) und hat eine GT610 (oder GT620) eingebaut. Ich habe mich auch strikt an die Anleitung im Wiki gehalten und vermute daher eher einen Fehler im Repo.
Gruß, machnetz
-
Moin,
habe mir ein blanko System nach Wiki neu aufgesetzt und rebooted. Es kommt kein Bild, im syslog ist zu finden:
QuoteMär 28 20:18:13 vdr systemd[1]: Starting Video Disk Recorder...
Mär 28 20:18:13 vdr vdr[1763]: [1763] VDR version 2.2.0 started
Mär 28 20:18:13 vdr vdr[1763]: [1763] switched to user 'vdr'
Mär 28 20:18:13 vdr vdr[1763]: [1763] codeset is 'UTF-8' - known
Mär 28 20:18:13 vdr vdr[1763]: [1763] override character table is 'ISO-8859-15'
Mär 28 20:18:13 vdr vdr[1763]: [1763] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.2.0
Mär 28 20:18:13 vdr vdr[1763]: [1763] loading /var/lib/vdr/sources.conf
Mär 28 20:18:13 vdr vdr[1763]: [1763] loading /var/lib/vdr/diseqc.conf
Mär 28 20:18:13 vdr vdr[1763]: [1763] loading /var/lib/vdr/scr.conf
Mär 28 20:18:13 vdr vdr[1763]: [1763] loading /var/lib/vdr/channels.conf
Mär 28 20:18:13 vdr vdr[1763]: [1763] loading /var/lib/vdr/svdrphosts.conf
Mär 28 20:18:13 vdr vdr[1763]: [1763] loading /var/lib/vdr/keymacros.conf
Mär 28 20:18:13 vdr kernel: budget_av: cam inserted A
Mär 28 20:18:13 vdr vdr[1763]: [1770] CAM 1: module present
Mär 28 20:18:13 vdr kernel: dvb_ca adapter 0: DVB CAM detected and initialised successfully
Mär 28 20:18:13 vdr vdr[1763]: [1770] CAM 1: module ready
Mär 28 20:18:14 vdr vdr[1763]: [1763] DVB API version is 0x050A (VDR was built with 0x050A)
Mär 28 20:18:14 vdr vdr[1763]: [1763] frontend 0/0 provides DVB-C,(null) with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C")
Mär 28 20:18:14 vdr vdr[1763]: [1763] frontend 1/0 provides DVB-C,(null) with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C")
Mär 28 20:18:14 vdr vdr[1763]: [1763] found 2 DVB devices
Mär 28 20:18:14 vdr vdr[1763]: [1763] initializing plugin: softhddevice (0.6.1rc1-GIT4fa4f66): Ein Software und GPU emulieres HD-Gerät
Mär 28 20:18:14 vdr vdr[1763]: [1763] setting primary device to 1
Mär 28 20:18:14 vdr vdr[1763]: [1763] device 1 has no MPEG decoder
Mär 28 20:18:14 vdr vdr[1763]: [1763] trying device number 3 instead
Mär 28 20:18:14 vdr vdr[1763]: [1763] setting primary device to 3
Mär 28 20:18:14 vdr vdr[1763]: [1763] SVDRP listening on port 6419
Mär 28 20:18:14 vdr vdr[1763]: [1763] setting current skin to "lcars"
Mär 28 20:18:14 vdr vdr[1763]: [1763] loading /var/lib/vdr/themes/lcars-default.theme
Mär 28 20:18:14 vdr vdr[1763]: [1763] starting plugin: softhddevice
Mär 28 20:18:15 vdr vdr[1763]: [softhddev: video/vdpau: created vdpaudevice 1 procadress 139778139945136
Mär 28 20:18:16 vdr vdr[1763]: [1774] CAM 2: no module present
Mär 28 20:18:16 vdr vdr[1763]: [1770] CAM 1: Conax Conditional Access, 01, 0B00, 0001
Mär 28 20:18:21 vdr systemd[1]: Started Video Disk Recorder.
Mär 28 20:18:21 vdr vdr[1763]: [1778] [softhddev]:SHADER: Compile-time error: Type: 0 - 0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30,
1.00 ES, and 3.00 ES
Mär 28 20:18:21 vdr vdr[1763]: [1778] [softhddev]ERROR compiling shader
Mär 28 20:18:21 vdr vdr[1763]: [1778] [softhddev]Could not initiate Shaders
Mär 28 20:18:21 vdr kernel: oglThread[1778]: segfault at 0 ip (null) sp 00007f2088f92e18 error 14 in vdr[400000+179000]
Mär 28 20:18:21 vdr systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Mär 28 20:18:21 vdr systemd[1]: vdr.service: Unit entered failed state.
Mär 28 20:18:21 vdr systemd[1]: vdr.service: Failed with result 'signal'.
Mär 28 20:18:21 vdr systemd[1]: vdr.service: Service hold-off time over, scheduling restart.
Mär 28 20:18:21 vdr systemd[1]: Stopped Video Disk Recorder.Sieht für mich nach einem softhddevice-Fehler aus. Habe mal probeweise xineliboutput installiert und rebooted. Zumindest kommt da eine VDR-GUI und remote-Abfragen usw... Sieht also demnach wirklich nach einem softhddevice-Fehler aus. Was nun ?
Danke und happy easter for the rest, machnetz -
Moin,
wer kann mir lokal oder remote bei der Installation eines VDR mit dvbappi-Plugin helfen?
Habe eine smartmaus mit PayTV-Karte von WT, bekomme das aber nicht fehlerfrei zum laufen.Bitte PN oder eMail, man darf ja hier nicht öffentlich darüber reden.
Gruß, machnetz
-
Hi,
das alte 2.0.6 ist bei mir nur noch in Betrieb, weil ich das "apidvb" Plugin verwende. Das geht zwar jetzt auch bei den aktuellen Distributionen, Ich konnte bisher nicht herausfinden warum das nur fehlerhaft läuft. Irgendwas muss sich da im VDR geändert haben, denn mit den alten Konfigfiles von der 2.0.6 aber habe ich auf aktuellen VDR-Systemen alle 40sek. für etwa 5sek Pause. Damit kann man keinen Film sehen und deswegen bin ich noch auf dem 2.0.6 unter arch.
Gruß, machnetz
-
Hi,
danke für die schnellen Rückmeldungen. Ja, es sollte "pacman -Syu" heissen was ich ich auch grad ausgeführt habe. Leider gab es nach diesem Update/Restart so viele Fehler, dass ich doch lieber das Image zurückspiele und dann versuche, das Plugin aus dem git zu bauen. Mal sehen, ob ich das so ohne weiteres hinbekomme...
Danke und Gruß, machnetz
-
Moin,
ich wollte heute mal meine VDR-Installation in Version 2.0.6 um das Paket vdr-markad erweitern.
Habe vorher eingemacht:
Quote[root@vdr ~]# pacman -Syy
:: Synchronisiere Paketdatenbanken...
core 122,1 KiB 1651K/s 00:00 [########################################################] 100%
extra 1804,9 KiB 6,55M/s 00:00 [########################################################] 100%
community 3,2 MiB 8,07M/s 00:00 [########################################################] 100%
vdr4arch 130,2 KiB 1041K/s 00:00 [########################################################] 100%
vdr4arch.sig 287,0 B 0,00B/s 00:00 [########################################################] 100%
vdr4arch-testing 68,2 KiB 2,08M/s 00:00 [########################################################] 100%
vdr4arch-testing.sig 287,0 B 0,00B/s 00:00 [########################################################] 100%Dann
Code[root@vdr ~]# pacman -S vdr-markad Löse Abhängigkeiten auf... Suche nach Zwischenkonflikten... Fehler: Konnte den Vorgang nicht vorbereiten (Kann Abhängigkeiten nicht erfüllen) :: vdr-dvbappi: benötigt vdr-api=2.0.6 :: vdr-epgsearch: benötigt vdr-api=2.0.6 :: vdr-femon: benötigt vdr-api=2.0.6 :: vdr-live: benötigt vdr-api=2.0.6 :: vdr-softhddevice: benötigt vdr-api=2.0.6
Wie bekomme ich die Abhängigkeiten aufgelöst?
Danke und Gruß - machnetz
-
...und noch eines, nachdem ich das Paket "dvb" nachinstalliert habe.
-
So,
ich lese ja in beiden Foren und anbei das aktuelle Logset.
Gruß, machnetz -
Ähm ,
müsste ich gucken. Ich bin ja grad nicht vor Ort, schaue heute Abend mal nach.
Danke einstweilen und Gruß,
machnetz
-
Ja klar, die funktionierende meines Providers aus einer laufenden Parallelinstallation
-
Moin,
ich wollte das mld 4.0.1-64 auch mal testen und habe mir für mein System (GT520) das SHD-Image runtergeladen und installiert. Nach der Installation kann ich das Menü sehen und bedienen. Per Brauser ist der VDR erreich- und konfigurierbar. Allerdings kann ich nicht auf andere Kanäle wechseln, da "keine TV-Karte vorhanden" ist. Der Treiber der Karte (ddbridge) ist geladen, mit "dmesg" ist die Karte auch zu sehen. Was muss ich machen, damit die Karte richtig läuft?
Gruß, machnetz -
Herzlichen Glückwunsch und - weiter so!
Also ich kann mir fernsehen ohne VDR nicht mehr vorstellen, denn VDR hat meinen Fernsehkonsum und -verhalten nachhaltig geprägt.
Danke für die tolle Zeit, die bei mir mit dem Kauf zweier "Mediaportale" noch zu DM-Zeiten begann
Gruß, machnetz
-
Moin,
als OS dafür habe ich damals voyage Linux verwendet. Das rennt und läuft sehr stabil, OMV kannst du natürlich auch darauf installieren. Ein prima Gespann
Gutes Gelingen,
machnetz
-
Hab meine Antwort zeitgleich angefangen und die Links erst jetzt gelesen.
Danke, das klingt plausibel. Ich habe die VM erneut installiert, bin wieder exakt nach Anleitung verfahren und habe nun folgendes ausgeführt:- rm -r /etc/pacman.d/gnupg
- pacman-key --init
- pacman-key --populate archlinux
Momentan bin ich im Status "Creating pacman keyring master key..." Danach sehen wir dann weiter...
-
Update zur Vorgehensweise:
- Im Juli/August verwendete ich das damals aktuelle ISO (2014-07-xx) für die Installation, um die Grundinstallation nach Wiki und nachfolgender Beschreibung VDR4ARCH erfolgreich vorzunehmen. Diese Installation läuft bei mir erfolgreich und ich habe die ganzen Schritte dazu auch notiert.
- Im Dezember verwende ich das ISO auf Juli (2014-07-xx) für die Installation, um die Grundinstallation nach Wiki und nachfolgender Beschreibung VDR4ARCH vorzunehmen, was mit dem eingangs beschriebenem Fehler abbricht. Dies konnte bei 2 Usern und auf 3 Hardwaren sowie 2 Weichwaren nachgestellt werden.
- Im Dezember verwende ich nun das aktuelle ISO aus Dezember (2014-12-xx) für die Installation, um die Grundinstallation nach Wiki und nachfolgender Beschreibung VDR4ARCH vorzunehmen, was mit dem eingangs beschriebenem Fehler abbricht. Dies konnte bei 2 Usern und auf 3 Hardwaren sowie 2 Weichwaren nachgestellt werden.
- Bei der Installation mit dem aktuellen ISO aus Dezember (2014-12-xx) nach dem letzten Punkt ändere ich NICHT die Einträge in der /etc/locale.gen und führe KEIN locale-gen aus.
- Ich verwende "LANG=C pacman -U .... und es gibt keine Fehler.
WO habe ich da den Fehler bei der Eingabe gemacht? Für mich sieht das so aus, als wenn sich irgend etwas bei Archlinux und der Signierung geändert hat.
machnetz
-
So, zu Hause@Hardware und mit einem aktuellen ISO aus 2014-12.
Wie oben beschrieben - so gehts:
Code
Display More[root@VDR ~]# LANG=C pacman -S vdr4arch-keyring-20130219-1-any.pkg.tar.xz error: target not found: vdr4arch-keyring-20130219-1-any.pkg.tar.xz warning: 'vdr4arch-keyring-20130219-1-any.pkg.tar.xz' is a file, did you mean -U/--upgrade instead of -S/--sync? [root@VDR ~]# LANG=C pacman -U vdr4arch-keyring-20130219-1-any.pkg.tar.xz loading packages... resolving dependencies... looking for inter-conflicts... Packages (1): vdr4arch-keyring-20130219-1 Total Installed Size: 0.03 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [####################################################] 100% (1/1) checking package integrity [####################################################] 100% (1/1) loading package files [####################################################] 100% (1/1) checking for file conflicts [####################################################] 100% (1/1) checking available disk space [####################################################] 100% (1/1) installing vdr4arch-keyring [####################################################] 100% ==> Appending keys from vdr4arch.gpg... ==> Locally signing trusted keys in keyring... -> Locally signing key 7D25578490BB73EC9C593D0DD88B037EBE2D19E8... ==> Importing owner trust values... gpg: inserting ownertrust of 4 ==> Updating trust database... gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model gpg: depth: 0 valid: 1 signed: 6 trust: 0-, 0q, 0n, 0m, 0f, 1u gpg: depth: 1 valid: 6 signed: 61 trust: 0-, 0q, 0n, 6m, 0f, 0u gpg: depth: 2 valid: 60 signed: 4 trust: 60-, 0q, 0n, 0m, 0f, 0u gpg: next trustdb check due at 2015-03-31
Ich werd verrückt
-
Wenn in der /etc/locale.gen ein Eintrag "gewählt ist", dann sollte "locale-gen" ausgeführt werden. Kann dir aber nicht sagen ob das hier der entscheidende Punkt ist.
Ja, und da ich keine Änderung vorgenommen habe, habe ich entsprechend auch kein locale-gen ausgeführt. Es war halt ein Gedanke und einen Versuch wert (fand ich)
-
Ich habe
- die /etc/locale.conf nicht angelegt und auch kein locale-gen ausgeführt
- in der /etc/locale.gen den Eintrag für "de_DE" auskommentiert gelassen
- in der /etc/vconsole.conf den Eintrag "KEYMAP=de" vorgenommen
Danach dann
- pacman -S wget
- wget http://creimer.net/vdr4arch/re…20130219-1-any.pkg.tar.xz
- LANG=C pacman -U vdr4arch-keyring-20130219-1-any.pkg.tar.xz
ausgeführt und dann kam das Ergebnis vom Screenshot.
Gruß, machnetz -
Hallo,
# LANG=C pacman -U vdr4arch-keyring-20130219-1-any.pkg.tar.xz
Damit gehts, zumindest bei mir in einer 64Bit-VM. Siehe Screenshot anbei.
Gruß, machnetz