Beiträge von Baerbel

Hallo,

ich möchte noch einmal auf ein Thema hinweisen, dass zwar schon mehrfach in verschiedenen Threads angesprochen (Zuletzt Gestern von jbjbjb) aber offenbar noch nicht gelöst wurde.
Beim Pausieren einer Aufnahme und der anschließenden Wiedergabe kommt es häufig zu einem zeitlichen Versatz. Die Wiedergabeposition scheint im Hintergrund weiter zu laufen. Ob das Auftreten des Phänomens abhängig ist von der Dauer der Pause konnte ich noch nicht feststellen. Wenn ich es schaffe den Effekt auf log zu bannen, schicke ich das File später noch nach. Konfiguration --> Signatur

Gruß
Kai

Hallo,

ich habe meinen TV per Klinke und die Anlage per SPDIF an die Soundkarte angeschlossen. Leider kommt auf dem Klinkenausgang bei einigen Sendern (Vornehmlich HD, welche nur Dolby Digital senden) nur Grütze aus den Lautsprechern. Meine Anlage meldet mir dann ordentlich Dolby Digital und spielt den Ton sauber ab.
An welcher Stelle muss ich schrauben um dem VDR die Ausgabe von getrenntem Dolby Digital per SPDIF und Stereo per Klinke beizubringen? Geht das überhaupt? Wenn nicht, wie kann ich das DD-Signal auf Stereo wandeln um es sauber solwohl per Klinke als auch optisch auszugeben?
Muss ich an die ALSA-, Xine- oder VDR-Einstellungen ran?

Nachfolgend einige Daten:

aplay -L

root@DVB-Server:~# aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
front:CARD=Aureon51MkII,DEV=0
    Aureon5.1MkII, USB Audio
    Front speakers
surround40:CARD=Aureon51MkII,DEV=0
    Aureon5.1MkII, USB Audio
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Aureon51MkII,DEV=0
    Aureon5.1MkII, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Aureon51MkII,DEV=0
    Aureon5.1MkII, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Aureon51MkII,DEV=0
    Aureon5.1MkII, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Aureon51MkII,DEV=0
    Aureon5.1MkII, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Aureon51MkII,DEV=0
    Aureon5.1MkII, USB Audio
    IEC958 (S/PDIF) Digital Audio Output

Audio-Einstellung unter .xine/config sind alle auskommentiert.

Schon mal im voraus vielen Dank!

mfG
Kai

Zur Fernbedienung kann ich dir den Tip geben mal zu schauen ob deine lircd.conf noch passt. Bei mir hats die editierte Version auch überschrieben.
So ist das wenn man sich nicht konsequent an die Verwendung von Templates hält. Jetzt muss ich erstmal neu anlernen.

Gruß
Kai

Ich hab jetzt von xineliboutput auf xine gewechselt. Da besteht das Problem nicht. Timer-Aufnahmen und auch der MediaMVP laufen problemlos bei aktiven XBMC. Lediglich die wechselnde Skalierung des OSD, je nach Bildformat, missfällt mir da ein wenig.
Ansonsten kann ich die Ausgabe übers xine-plugin nur empfehlen.

Gruß
Kai

BooStar
Und hats funktioniert?

Hab das Problem ebenfalls. Und zusätzlich noch den Fall, dass bei meinm MediMVP-Client nix geht wenn XBMC läuft. Wenn die DVB-Devices vor dem Start von XBMC schon blockiert sind ist alles ok. Was ist wenn man XBMC die Zugriffsrechte auf die Devices entzieht?

mfG
Kai

Danke Marten,

dein Patch hat auch meinem yavdr geholfen seinem Media-MVP-Client wieder zu gehorsam zu sein.

Gruß
Kai

Hallo,

meine Media-MVP kann sich leider nicht mit dem VDR verbinden. Der Windows-Client funktioniert allerdings. Habe dazu folgenden sehr aktuellen Link gefunden
Vomp-Server-Patch

Der von Marten gepostete Patch vom "05.07.2010 01:12" funktioniert. Könnte dieser Patch bitte auch in das offizielle yavdr-Paket einfließen?

Danke
Kai

PS: Hab mal das gepatchte Paket angehangen.

So,

nach vielem hin&her läuft es nun mit den Kernel-Treibern tadellos. Vielen Dank nochmal für die Hilfe.
Allerdings liefert jetzt die, in den frei gewordenen PCI-Steckplatz gesteckte, S2-Karte mit Mantis-Chipsatz massiv Artefakte. Aber das ist eine andere Kanne Bier.

Dank und Gruß
Kai

Die Ausgabe des Syslog nach anstecken der USB-Box, bei deinstaliertem alsa-dkms, deutet auch darauf hin, dass ein entsprechender Treiber geladen wird. Ist das der Alsa-Treiber des Kernels?

Jun 29 22:26:08 DVB-Server kernel: [   47.264020] usb 4-2: new full speed USB device using ohci_hcd and address 2
Jun 29 22:26:08 DVB-Server kernel: [   47.473858] usb 4-2: configuration #1 chosen from 1 choice
Jun 29 22:26:08 DVB-Server kernel: [   47.485833] input: USB Audio as /devices/pci0000:00/0000:00:04.0/usb4/4-2/4-2:1.3/input/input7
Jun 29 22:26:08 DVB-Server kernel: [   47.485903] generic-usb 0003:0CCD:0028.0003: input,hidraw2: USB HID v1.00 Device [USB Audio] on usb-0000:00:04.0-2/input3
Jun 29 22:26:08 DVB-Server kernel: [   47.780761] usbcore: registered new interface driver snd-usb-audio

Der alsamixer lieferte mir dort allerdings ein "no such device" oder "no sound device" oder etwas ähnliches. Ich werd es heut abend nochmal testen.

Gruß
Kai

Zitat

Nun muss ich sicher die entsprechenden Module selbst komilieren, oder?

Das geht auch schief. Auch wenn ich die Mdule selbst erstelle stürzt mein System ab. Es ist zum verzweifeln. Was ist eigentlich der Unterschied zwischen alsa-dkms und alsa-base?
Auf meinem Laptop ist unter Lucid nur alsa-base installiert und dort läuft die Aureon MK2.

mfG
Kai

Ok,

danke Gerald, es liegt am alsa-modul.

Nachm deinstallieren wird die Box erkannt.

Jun 29 22:26:08 DVB-Server kernel: [   47.264020] usb 4-2: new full speed USB device using ohci_hcd and address 2
Jun 29 22:26:08 DVB-Server kernel: [   47.473858] usb 4-2: configuration #1 chosen from 1 choice
Jun 29 22:26:08 DVB-Server kernel: [   47.485833] input: USB Audio as /devices/pci0000:00/0000:00:04.0/usb4/4-2/4-2:1.3/input/input7
Jun 29 22:26:08 DVB-Server kernel: [   47.485903] generic-usb 0003:0CCD:0028.0003: input,hidraw2: USB HID v1.00 Device [USB Audio] on usb-0000:00:04.0-2/input3
Jun 29 22:26:08 DVB-Server kernel: [   47.780761] usbcore: registered new interface driver snd-usb-audio

Nun muss ich sicher die entsprechenden Module selbst komilieren, oder?

Gruß
Kai

Hallo,

ich habe folgendes Problem. Um einen PCI-Steckplatz frei zubekommen habe ich heut meine Soundkarte, eine interne Aureon PCI, gegen eine Aureon USB MKII getauscht. Nach Einstecken der USB-Box bleibt das System allerdings komplett stehen und lässt sich nur noch per reset neu starten.
Folgendes habe ich inzwischen herrausgefunden:

- Sowohl unter Windows als auch unter Ubuntu Lucid (anderer Rechner) funktioniert die USB-Box tadellos
- Der Absturz hinterlässt keine Meldungen im Syslog, selbst tail -f liefert keine Meldungen
- der PC lässt sich nach Absturz noch anpingen
- Konsole, SSH, XWindows frieren ein
- Tastatureingaben werden ignoriert
- Keine Reaktion des Systems auch nach Abstecken der USB-Verbindung
- Steckt die Aureon-USB-Box beim Booten an läuft der Bootvorgang bis zum Erkennen eines neuen High-Speed-USB-Devices und dann wird der Bildshirm schwarz (Keine Meldungen im Syslog)
- Gleiche Symptome bei Verwendung eines USB-Hubs

Ich werde heut nochmal versuchen einen anderen Kernel zu booten und mit einer Live-CD das System zu starten. So kann ich eventuell ausschließen, dass es sich um eine Inkompatibilität mit dem Mainboard handelt.

Ansonsten bin ich mit meinem Latein am Ende. Was könnte ich noch versuchen?

mfG
Kai

Zitat

Original von steffen_b
Die Lösung ist outputMode = none zu benutzen nicht extern.

Danke für den Tip. Hab es gestern ausprobiert. Es scheint tatsächlich zu funktionieren.

Gruß
Kai

Anbei der every-day-Patch für nvram-wakeup-1.0.
Installation des Patches mit

patch -Np1 -i ../everyday_1.0.patch

In der
/etc/vdr/vdr-nvram-wakeup.conf
die COMMANDLINE-Variable anpassen.

COMMANDLINE="-C /etc/nvram-wakeup.conf -A -l -e"

Gruß
Kai

Noch ne Anmerkung zum Patch. Da die 0.97er Version mit meiner nvram-wakeup.conf nicht zusammen arbeitete und ich den guesshelper nicht nochmal durchlaufen lassen wollte, habe ich die Änderungen aus dem DIff-File per Hand in die 1.0er nvram-wakeup-Verision eingebaut. Hab das jetzt einige Tage getestet.
Fazit: nvram-wakeup 1.0 mit everyday-patch läuft wunderbar mit dem K10N78. Poweroff-Zyklus ist auch nicht nötig. Man muss nur die "-e" Option im nvram-shutdown-Hook hinzufügen.
Bei Gelegenheit liefere ich auch noch das Diff-File zur nvram 1.0er Version nach.

Und schon ist mein VDR wieder ein Stück WAF-Tauglicher.

Dank nochmal an Thorsten alias ReddyRed!

Gruß
Kai

Anbei wie angekündigt die Werte aus der nvram-wakeup.conf zum K10N78-Board Bios Vers. 1.60

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   "ASRock"
##    - Mainboard type:     "K10N78"
##    - Mainboard revision: ""
##    - BIOS vendor:        "American Megatrends Inc."
##    - BIOS version:       "P1.60"
##    - BIOS release:       "07/27/2009"


addr_min         = 0x5E
addr_sec         = 0x5F
addr_day         = 0x64
addr_hour        = 0x65
addr_stat        = 0xB2
addr_chk_h       = 0x30
addr_chk_l       = 0x31


upper_method = VT82Cxxx

Thorsten:
Ich hatte schon daran gedacht das selbst zu patchen, aber wenn es sowas schon gibt nehm ich natürlich lieber die fertige Lösung. Danke für den Hinweis.
Hier der Link zum Patch. Läuft nur mit der 0.97er Version.

Dank und Gruß
Kai

Das gleiche Problem habe ich auch. Da ich 2 Empfangskarten verwende, tritt das Problem nur auf, wenn während des XBMC eine Aufnahme aktiv ist.

Jan 11 21:12:26 DVB-Server vdr: [3040] externalplayer-plugin: executing "/usr/bin/xbmc.sh >/tmp/externalplayer.log 2>&1"
Jan 11 21:12:26 DVB-Server vdr: [2281] externalplayer-plugin: PID of child process: 3040
Jan 11 21:12:26 DVB-Server vdr: [2281] connect from 127.0.0.1, port 39016 - accepted
Jan 11 21:12:26 DVB-Server vdr: [2281] closing SVDRP connection
Jan 11 21:12:26 DVB-Server vdr: [3039] TS buffer on device 1 thread ended (pid=2281, tid=3039)
Jan 11 21:12:26 DVB-Server vdr: [3038] buffer stats: 153596 (7%) used
Jan 11 21:12:26 DVB-Server vdr: [3038] receiver on device 1 thread ended (pid=2281, tid=3038)
Jan 11 21:12:31 DVB-Server lircd-0.8.6[2094]: accepted new client on /var/run/lirc/lircd
Jan 11 21:14:00 DVB-Server vdr: [2281] switching device 1 to channel 3
Jan 11 21:14:00 DVB-Server vdr: [2281] timer 3 (3 2114-0012 'RTL') start
Jan 11 21:14:00 DVB-Server vdr: [2281] Title: 'Extra - Das RTL Magazin' Subtitle: ''
Jan 11 21:14:00 DVB-Server vdr: [2281] executing '/usr/lib/vdr/vdr-recordingaction before "/var/lib/video.00/RTL/2010-01-11.21.14.3-0.rec" "RTL Television"'
Jan 11 21:14:00 DVB-Server recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /var/lib/video.00/RTL/2010-01-11.21.14.3-0.rec as shell script
Jan 11 21:14:00 DVB-Server vdr: [2281] record /var/lib/video.00/RTL/2010-01-11.21.14.3-0.rec
Jan 11 21:14:00 DVB-Server vdr: [2281] creating directory /var/lib/video.00/RTL/2010-01-11.21.14.3-0.rec
Jan 11 21:14:00 DVB-Server vdr: [2281] recording to '/var/lib/video.00/RTL/2010-01-11.21.14.3-0.rec/00001.ts'
Jan 11 21:14:00 DVB-Server vdr: [3103] recording thread started (pid=2281, tid=3103)
Jan 11 21:14:00 DVB-Server vdr: [2281] markad [0]: using H262-video
Jan 11 21:14:00 DVB-Server vdr: [2281] markad [0]: using AC3
Jan 11 21:14:00 DVB-Server vdr: [2281] markad [0]: start recording /var/lib/video.00/RTL/2010-01-11.21.14.3-0.rec 
Jan 11 21:14:00 DVB-Server vdr: [3105] markad thread started (pid=2281, tid=3105)
Jan 11 21:14:00 DVB-Server vdr: [3104] receiver on device 1 thread started (pid=2281, tid=3104)
Jan 11 21:14:00 DVB-Server vdr: [3104] ERROR: /dev/dvb/adapter0/dvr0: Device or resource busy
Jan 11 21:14:00 DVB-Server vdr: [3104] receiver on device 1 thread ended (pid=2281, tid=3104)
Jan 11 21:14:31 DVB-Server vdr: [3103] ERROR: video data stream broken
Jan 11 21:14:31 DVB-Server vdr: [3103] initiating emergency exit

Ebenso ist es nicht möglich parallel zu XBMC mit einem per vompserver-plugin angeschlossen Client auf das TV-Programm zuzugreifen.

Woran kann das liegen?

xbmc.sh:

#!/bin/bash
echo HOME=$HOME
svdrpsend REMO off
sudo DISPLAY=:1 /usr/bin/xbmc -l 
sleep 2
lsof /dev/dvb/adapter0/frontend0
lsof /dev/dvb/adapter1/frontend0
svdrpsend REMO on

Das sind die Ausgaben von stdout und sterr aus diesem Script:

HOME=/root
220 DVB-Server SVDRP VideoDiskRecorder 1.7.10; Mon Jan 11 21:43:31 2010; UTF-8
250 Remote control disabled
221 DVB-Server closing connection
CRITSEC[0x8b95b84]: Trying to enter destroyed section.
CRITSEC[0x8b95b84]: Trying to leave destroyed section.
CRITSEC[0x8b95b84]: Trying to enter destroyed section.
CRITSEC[0x8b95b84]: Trying to leave destroyed section.
CRITSEC[0x8b9ab20]: Trying to enter destroyed section.
CRITSEC[0x8b9ab20]: Trying to leave destroyed section.
CRITSEC[0x8b9ab20]: Trying to enter destroyed section.
CRITSEC[0x8b9ab20]: Trying to leave destroyed section.
CRITSEC[0x8b9ab20]: Trying to enter destroyed section.
CRITSEC[0x8b9ab20]: Trying to leave destroyed section.
CRITSEC[0x8b9e044]: Trying to enter destroyed section.
CRITSEC[0x8b9e044]: Trying to leave destroyed section.
COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
sh      4731  vdr    4u   CHR  212,3      0t0 4139 /dev/dvb/adapter0/frontend0
xbmc.sh 4732  vdr    4u   CHR  212,3      0t0 4139 /dev/dvb/adapter0/frontend0
COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
sh      4731  vdr    6u   CHR 212,11      0t0 6053 /dev/dvb/adapter1/frontend0
xbmc.sh 4732  vdr    6u   CHR 212,11      0t0 6053 /dev/dvb/adapter1/frontend0
220 DVB-Server SVDRP VideoDiskRecorder 1.7.10; Mon Jan 11 21:44:32 2010; UTF-8
250 Remote control enabled
221 DVB-Server closing connection

Gruß
Kai

Zitat

Original von jsffm
Reboot mit Poweroff-Kernel probiert?

Poweroff-Kernel hab ich nicht probiert. I.d.R. reicht es zu Testzwecken aus, wenn man nach dem Reboot nochmal ins Bios geht und die Einstellungen abspeichert.
Nach dem das nicht lief, hab ich die Testzeiten von Hand im Bios geändert. Nach vielen Versuchen hab ich dann mal den Tages-Wert auf "Every Day" gesetzt und prompt startete er sauber zu jeder eingestellten Weckzeit.

Das könnte auch der Grund sein, warum ich und auch einige andere nie die set_timer Methode zum laufen bekommen haben.

Hier hatte noch jemand das Problem.

Gruß
Kai

Danke Thorsten!

Auf Grund deines Hinweises konnte ich mit dem guess-helper für mein K10N78 auch eine nvram-wakeup.conf erstellen. (Hab sie grad nicht zur Hand, ich reiche sie heut abend nach)
Hab mein Bios auf 1.60 geflasht (Bei 1.70 und 1.80 hat ASrock scheinbar das Imagefile in den Zips vergessen, da ist nur das FlashTool drin)

nvram-wakeup -C /etc/nvram-wakeup.conf --directisa -s $((`date +%s` + 10 * 60))

Schreibt nun die Aufwachzeit problemlos ins Bios.

Leider fährt der Rechner dennoch nicht zur gewünschten Zeit hoch. Erst wenn man den Tag auf "Every Day" setzt geht es. Bin daran fast verzweifelt. Leider lässt sich das bei nvram so nicht explizit angeben.

Kennt das Problem jemand?

Gruß
Kai

Hallo e9hack,

die Platine sieht beeindruckend aus. Ich lese seit einigen tagen bereits die Beiträge zu den Arbeiten im Bereich Atmolight und Aurora. Bestückst du selbst SMD per Hand? Hast du nen Pastendrucker und ne Schablone oder nen Dispenser dafür?

Gruß
Kai