Beiträge von LustigerLurch

    Hallo,


    mein Lösungsweg zur Verwendung von yavdr und mpd auf einem Rechner ist ein externe DA-Wandler. Der vdr via xineliboutput an der on-board-Soundkarte und der mpd per USB am externen D/A-Wandler angeschlossen. Das ist auch HiFi-tauglich, da mpd die Daten nicht verändert, sondern nur weiterreicht. Die Steuerung des mpd mache ich über die Android-App MPDroid.


    - mpd über "apt-get install mpd" installieren.
    - die sichtbaren Soundkarten „hw:[Karte].[Gerät]“ über "aplay --list-devices" ermitteln:
    root@(none):~# aplay --list-devices
    **** Liste der Hardware-Geräte (PLAYBACK) ****
    Karte 0: NVidia [HDA NVidia], Gerät 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
    Sub-Geräte: 0/1
    Sub-Gerät #0: subdevice #0
    ...
    Karte 1: default [C-Media USB Headphone Set ], Gerät 0: USB Audio [USB Audio]
    Sub-Geräte: 1/1
    Sub-Gerät #0: subdevice #0
    root@(none):~#


    - die Namen der Karten über aplay -L ermitteln:
    root@(none):~# aplay -L
    null
    Discard all samples (playback) or generate zero samples (capture)
    default:CARD=NVidia
    HDA NVidia, ALC662 rev1 Analog
    Default Audio Device
    front:CARD=NVidia,DEV=0
    HDA NVidia, ALC662 rev1 Analog
    Front speakers
    ...
    default:CARD=default
    C-Media USB Headphone Set , USB Audio
    Default Audio Device
    front:CARD=default,DEV=0
    C-Media USB Headphone Set , USB Audio
    Front speakers
    ...


    - bei mir ist also "NVidia" die on-Board-Soundkarte und "C-Media USB Headphone Set " der externe D/A-Wandler per USB angeschlossen


    - MPD in /etc/mpd.conf anpassen. In dieser Konfiguration gibt der mpd die Daten bitgenau an das Gerät weiter. Wortbreite und Samplingrate bleiben also unverändert:
    music_directory „/irgendwo"
    audio_output {
    type "alsa"
    name "C-Media USB Headphone Set "
    device "hw:1,0"
    }


    Nun spielte VDR den Ton über das default-Audiogerät ab. Das ist aber der externe DAC. Somit in /etc/vdr-sxfe/config_xineliboutput den Parameter audio.device.alsa_front_device ändern:
    # Gerät für Stereoausgabe
    # string, default: plug:front:default
    # audio.device.alsa_front_device:default
    #damit Ton von VDR immer auf interner SoundCard läuft, auch wenn ext. DAC angeschlossen ist
    #der Name des Device "Nvidia" ist aus aplay -L zu nehmen
    audio.device.alsa_front_device:NVidia


    --> somit gibt VDR seinen Ton wieterhin über die interne Soundkarte (bei mir dann optisch an den D/A-Wandler angeschlossen) wieder und der mpd ist völlig unabängig über USB angeschlossen. Der externe Wandler lohnt sich allemal, da die onboard-Karte nicht toll klingt.
    Einziger "Nachteil": man muss sich zum Wandler begeben (falls der keine FB hat) und den Eingang umschalten. Das ist - denke ich - aber machbar.


    Viel Spaß


    LuLu


    PS: der externe D/A-Wandler am USB-Port muss natürlich vom Kernel auch erkannt werden... ;D
    PPS: dieser Post ist eigentlich eine Antwort auf diesen hier, der sich aber nicht mehr beantworten ließ: mpd und yavdr auf der gleichen Maschine

    Hi Halbfertiger,


    danke für Deine Antwort.


    genau das ist ja meine Frage: beim Herunterfahren wird ein neuer Timer programmiert. Zu diesem Zeitpunkt startet der Rechner dann wieder, macht die Aufnahme und fährt wieder herunter. Somit sollte doch jetzt der nächste anstehende VDR-Timer programmiert werden. Aber das tut es wohl nicht, da es kein nächstes Mal gibt.


    Könnte mal jemand bei sich testen, ob ich allein mit diesem Problem bin?


    ACPI probiere ich mal in den nächsten Tagen.


    LuLu

    Hallo,


    NVRAM-Wakeup geht, aber nicht wie erwartet...


    Die Einrichtung hat funktioniert und der Rechner wacht auf, macht die Aufnahme und geht wieder aus. Allerdings macht er das nur für den jeweils nächsten Timer nach manuellem Ausschalten. Alle weiteren Timer werden ignoriert, also wohl nicht in das BIOS geschrieben. Ich kann also nicht zwei+ Aufnahmen programmieren, ohne dass der Rechner durchläuft. Da ich die Woche über nicht daheim bin, möchte ich Aufnahmen über die ganze Woche programmieren und zwischen den Aufnahmen nicht sinnlosen Strom verheizen.


    Laut hier wird beim Runterfahren der nächste Timer gesetzt. Geht aber scheinbar nicht. Ist der Abschaltvorgang nach NVRAM-wakeup anders als sonst?


    Kann mir jemand einen Tipp geben? Oder kann mal jemand testen, ob es bei ihm geht um zu sehen ob es eventuell ein generelles Problemchen ist. Danke.


    LuLu


    yaVDR 0.3
    Zotak Ion ITX-F Board
    Sundtek-Stick


    PS: hatte die Frage schon mal in einem anderen Thread gepostet, aber leider keine Antwort bekommen, desshalb hier nochmal (Der Kleine Prinz lässt grüßen...)

    Hallo Psoydo,


    Versuche mal das Programm guess-helper zur Ermittlung der Werte für die /etc/nvram-wakeup.conf.


    Hast Du auch folgendes gemacht?


    $ vi /etc/vdr/vdr-addon-acpiwakeup.conf
    ACPI_ENABLED=yes
    COMMANDLINE="-C /etc/nvram-wakeup.conf --directisa"



    Viele Grüße


    LuLu

    Hallo,
    habe da 'ne Frage zum NVRAM-Wakeup.
    Die Einrichtung hat funktioniert und der Rechner wacht auf, macht die Aufnahme und geht wieder aus. Allerdings macht er das nur für den jeweils nächsten Timer nach manuellem Ausschalten. Alle weiteren Timer werden ignoriert, also wohl nicht in das BIOS geschrieben.
    Laut hier wird beim Runterfahren der nächste Timer gesetzt. Geht aber scheinbar nicht.
    Kann mir jemand einen Tipp geben?


    LuLu


    yaVDR 0.3
    Zotak Ion ITX-F Board
    Sundtek-Stick

    Hallo Sundtek,
    danke für die schnelle Antwort. Klasse wie aktiv ihr seid.


    Leider kann ich Kaffein erst am Wochenende ausprobieren, da ich erstmal nur ssh-Zugang habe.


    Wie sehen Protokolleinträge bei einem erfolgreichen Kanalwechsel hin zu HD aus?
    Woran kann ich erkennen, dass VDPAU verwendet wird?
    Welcher Decoder sollte denn (lt. Signal-Info-Plugin) für HD Verwendung finden?


    Mich wundert, dass ich keinerlei Fehlermeldungen finde...


    LuLu

    Hallo Leute,


    Zitat: "Ich hau' die Sch... zum Fenster naus; 'nen schwarzen Bildschirm hab' ich, 'nen SCHWARZEN BILDSCHIRM!!!!"
    So, das war das...


    Problem:
    Alles geht super, nur kein HD (mehr. Hatte das schon mal). Nach einiger Weile kommt der Ton. Bild komplett schwarz. Programminfo auch da.
    Wenn ich über das Signal-Info-Plugin die Streaminfo aufrufe, dann ist im Bereich Video-Stream alles leer bis auf ca. 12Mbit/s Bitrate. Der Audio-Streambereich zeigt die üblichen Daten. Was steht denn da wenn HD funzt?
    Nach Umschaltung auf SD-Kanal zeigt der Video-Stream-Teil wieder das Übliche an (MPEG-II usw.)


    CPU dümpelt bei ca. 20%, zumeist durch mediasrv (Sundtek) verbraucht. Egal ob SD- oder HD-Kanal.


    Umgebung:
    - Zotak Ion ITX-F Board
    - Sundtek-USB-Stick mit Treiber vom 16.09.10
    - Kabel Primacom (DVB-C) in Chemnitz
    - yaVDR 0.2 inzwischen mit Kernel 2.6.32-24-generic #43-Ubuntu
    - Einstellungen (eigentlich) weitestgehend unverändert nach Installation


    - Kanalscan ist aktuell
    - habe auch nach yavdr 0.2 stable: Kein vdpau bei HD aktualisiert.


    Hat jemand eine Idee bevor ich wieder alles neu installiere...


    Was steht denn bei erfolgreichem Kanalwechsel im Syslog?


    Vielen Dank für alle Tipps!


    LuLu


    channels.conf
    Das Erste HD;ARD:129000:M256:C:6900:6010=2:6020=ger@4,6021=ger@4;6022=@106:6030:0:11100:1:1011:0
    ZDF HD;ZDFvision:129000:M256:C:6900:6110=2:6120=deu@4,6121=ger@4,6123=ger@4;6122=@106:6130:0:11110:1:1011:0


    Das Erste;ARD:314000:M64:C:6900:101=2:102=deu@4,103=2ch@4;106=@106:104:0:28106:1:1101:0
    ZDF;ZDFvision:330000:M64:C:6900:110=2:120=deu@4,121=2ch@4;125=@106:130:0:28006:1:1079:0


    root@sizo:/var/log# ps -ef |grep vdpau
    vdr 1619 1547 15 19:00 ? 00:23:53 /usr/bin/vdr-sxfe --post tvtime:method=use_vo_driver --reconnect --fullscreen --audio=alsa --syslog --tcp --config /etc/vdr-sxfe/config_xineliboutput --video=vdpau xvdr://127.0.0.1:37890


    Im /var/log/mediasrv.log steht nichts.


    Im Syslog steht:


    /var/log/syslog:


    Umschalten auf ARD SD:
    Oct 10 20:20:59 sizo vdr: [1533] switching to channel 5
    Oct 10 20:21:00 sizo vdr-sxfe[1619]: [1637] [input_vdr] wait_stream_sync: discard_index 3957271408 != curpos 3957269528 ! (diff 1880)
    Oct 10 20:21:00 sizo vdr-sxfe[1619]: [1637] [demux_vdr] PMT changed, resetting demuxer
    Oct 10 20:21:00 sizo vdr: [2309] [xine..put] Detected video size 720x576



    Umschalten auf ARD HD
    Oct 10 20:21:18 sizo vdr: [1533] switching to channel 1
    Oct 10 20:21:18 sizo vdr: [2311] osdteletext-receiver thread ended (pid=1533, tid=2311)
    Oct 10 20:21:18 sizo vdr-sxfe[1619]: [1637] [input_vdr] wait_stream_sync: discard_index 3966914304 != curpos 3966912424 ! (diff 1880)
    Oct 10 20:21:18 sizo vdr: [2310] TS buffer on device 1 thread ended (pid=1533, tid=2310)
    Oct 10 20:21:18 sizo vdr: [2309] buffer stats: 164312 (7%) used
    Oct 10 20:21:18 sizo vdr: [2309] receiver on device 1 thread ended (pid=1533, tid=2309)
    Oct 10 20:21:19 sizo vdr: [1533] buffer stats: 0 (0%) used
    Oct 10 20:21:19 sizo vdr: [2366] receiver on device 1 thread started (pid=1533, tid=2366)
    Oct 10 20:21:19 sizo vdr: [2367] osdteletext-receiver thread started (pid=1533, tid=2367)
    Oct 10 20:21:19 sizo vdr: [2368] TS buffer on device 1 thread started (pid=1533, tid=2368)
    Oct 10 20:21:19 sizo vdr: [2369] Text2Skin: channelInfo display update thread started (pid=1533, tid=2369)
    Oct 10 20:21:19 sizo vdr-sxfe[1619]: [1637] [demux_vdr] PMT changed, resetting demuxer
    Oct 10 20:21:24 sizo vdr: [2369] Text2Skin: channelInfo display update thread ended (pid=1533, tid=2369)


    Anbei noch das syslog vom vdr-Startvorgang. Da steht nix von VDPAU drin. Muss da was stehen?