VDPAU mit NVIDIA ION

Hallo, hier eine die ich an einen PC Monitor verwende der ja leider keine 50Hz kann.

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder57)  Fri Dec 18 15:05:43 PST 2009




Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection


Section "Files"
EndSection


Section "InputDevice"


    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection


Section "InputDevice"


    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection


Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    HorizSync       28.0 - 33.0
    VertRefresh     43.0 - 72.0
    Option         "DPMS"
EndSection


Section "Device"


#    BusID          "PCI:58@1:0:0"
#    BusID          "PCI:58@01:00:0"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
EndSection


Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection


Section "Extensions"
    Option         "Composite" "Disable"
EndSection

und hier meine vom Toshiba lcd:

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeister@builder63)  Tue Nov  4 14:07:17 PST 2008




Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection


Section "InputDevice"


    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection


Section "InputDevice"


    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection


Section "Monitor"
    Identifier     "Monitor0"
    Option         "DPMS"
    HorizSync       20.0 - 150.0
    VertRefresh     23.0 - 90.0
    ModeLine "1920x1080@23.976" 74.175 1920 2558 2602 2750 1080 1085 1090 1125 +HSync +VSync
    ModeLine "1920x1080@24" 74.160 1920 2558 2602 2750 1080 1085 1090 1125 +HSync +VSync
    ModeLine "1920x1080@50" 148.500 1920 2448 2492 2640 1080 1085 1090 1125 +HSync +VSync
    ModeLine "1920x1080@60" 148.350 1920 2008 2052 2200 1080 1085 1090 1125 +HSync +VSync
    Option "PreferredMode" "1920x1080@50"
    Option         "ExactModeTimingsDVI" "True"
    Option         "UseEDIDFreqs" "False"
    Option         "NoLogo" "True"


EndSection


Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    Option      "HWCursor" "False"
    Option      "IgnoreDisplayDevices"  "TV"
    Option      "Coolbits"              "1"
    Option      "RandRRotation"         "1"
    Option      "AddARGBGLXVisuals"     "1"
    Option      "TripleBuffer"          "0"
    Option      "DynamicTwinView"       "false"
    Option      "AddARGBVisuals"        "True"
    Option      "NoLogo"                "False"


EndSection


Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "NoLogo" "True"
    Option         "DynamicTwinView" "false"
    Option         "AddARGBGLXVisuals" "True"
    Option         "ExactModeTimingsDVI" "True"
    Option         "FlatPanelProperties" "Scaling = Native"
    Option         "ModeValidation" "NoEdidModes"
    SubSection     "Display"
        Depth       24
        Modes      "1920x1080@23.976" "1920x1080@24" "1920x1080@50" "1920x1080@60"
    EndSubSection
EndSection


Section "Extensions"
        Option      "Composite" "Disable"
EndSection

Zitat

Original von Chello
Ich weiss nun nicht was die xorg.conf mit den sound zu tun hat
...

Die xorg.conf hat hier bei Ausgabe über nvidia/HDMI sehr wohl eine Bedeutung. Der nvidia xorg Treiber schaltet den HDMI Ausgang erst frei wenn EDID-Daten vorliegen die normalerweise vom Monitor eingelesen werden. In diesen muss die "Audiofähigkeit" des Monitor auch definiert sein.
Probleme gibt es manchmal wenn der Monitor beim starten des xorg nicht eingeschaltet war und so keine EDID-Daten eingelesen werden können.
Ich habe mir deshalb die xorg.conf so eingerichtet das die EDID-Daten immer aus einer Datei gelesen werden.

Gruss
durchflieger

Es sind halt ein bisserl zu wenig Angaben von herrlado vorhanden und ich kann nicht wissen ob er tatsächlich zu einen TV geht oder doch zu einen DSP.

Aha ok,
Also werde ich das so machen. Warum aus einer Datei? Ist das schneller?
Gruß,
herrlado

Zitat

Original von herrlado
Warum aus einer Datei? Ist das schneller?

Ich nehme an du meinst die Datei mit den EDID-Daten. Sicher ist das schneller. Der Beschleunigungsfaktor geht gegen unendlich. Ein ausgeschalteter Fernseher liefert die EDID-Daten nämlich niemals.

Gerald

gda
Korrekt!

Also für die Fälle, dass X-Server vor dem TV-Gerät hochfährt ?
Gut dann dump ich die EDID-Daten und werde es statisch verlinken.

Grüß,
Lado

Hi herrlado,

wirf mal einen Blick in Wolfgangs VDPAU Kompendium, dort hat er alle nötigen Infos hinterlegt.

Kind regards

jepp, Danke!

Sound läuft nun, das Problem ist, nicht über vdr.
D.h.
aplay, mplayer, xine (default Einstellungen) können Videos abspielen und sound über hdmi ausgeben. Wenn ich xine oder xineliboutput plugin vewende gibt es aber kein Sound.
Woran könnte das liegen?

Ich kann bestätigen das der Lüfter auf einem Zotac ION A board mit 5V betrieben nicht mehr zu hören ist,
die Temperatur aber gena so gut unten gehalten wird wie bei 12V, getestet beim kernel kompilieren.

Habe eine aktuelle Hitachi Travelstar 7K320 SATA II 320GB laptop festplatte drann und nur die kann ich etwas hören. Werde daher mal von dem Vorhaben mit Passivkühlung (Heatpipes) Abstand nehmen, zu Aufwendig.

Hi,

lixus:

montiere die HD auf Gummi, z.B. Rohr-Dichtungen aus dem Baumarkt, dann hört man auch da fast nichts.

Grüße
Funzt

Zumindest wird es von den Erfahrenen Usern dringend empfohlen, vor allem bei on board Grafikkarten.
1GB sollte glaube ich schon reichen.
Ich habe selber 2GB Ram 2 x 1GB.
Der Graka habe ich IM BIOS 512MB zugewiesen.

Zitat

Originally posted by Copperhead
Mal eine grundsätzliche Frage

Ist Dual-Channel Pflicht? Oder geht es auch ohne?

Müssen es, wenn es Dual-Channel sein muss unbedingt 2GB sein?

Oder reicht auch 1GB?

Alles anzeigen

Hi,

zu Dual-Channel hatte wbreu glaube ich mal geschrieben, dass das Pflicht sei. Aber 1 GB reicht auf jeden Fall. Ich hatte hier noch 2x512MB aus dem Laptop rumliegen und wollte damit mein POV330 erst mal testen. Das läuft aber so problemlos, dass ich keinen Grund sehe, auf mehr RAM aufzurüsten. Wie herrlado hat hiervon die Grafikkarte auch 512MB, aber 512 fürs System reichen hier für xbmc und vdr-sxfe locker.

ciao
Chris

Wie habt Ihr bei dem POV ION330 ACPI Wakeup hinbekommen ?
Soweit ich es verstanden habe kommt man um einen Poweroff Kernel nicht herum.
Bei mir finktioniert's leider nicht.

Mein Testscript

hd-vdr:~# cat /usr/local/bin/mypoweroff
#!/bin/bash


#sync the rtc watch
hwclock --utc --systohc


/usr/sbin/grub-set-default 4


DEV=/sys/class/rtc/rtc0/wakealarm


now=`date -u +%s`
nextboot=`echo "$now + 3 * 60" | bc`
echo 0 > $DEV
echo $nextboot > $DEV  # Einige Mainboards sind etwas begriffsstutzig,
echo $nextboot > $DEV  # sie kapieren erst nach zwei Aufrufen, was Sache ist.


echo "Aktuelle Zeit:         "`date -u "+%Y-%m-%d %H:%M:%S"`
echo "Starte Rechner neu um: "`cat $DEV` oder $(date -d "1970-01-01 ` cat $DEV`  seconds" +"%Y-%m-%d %T")
echo "/proc/driver/rtc"
cat /proc/driver/rtc
echo $DEV
cat $DEV
echo "Fahre Rechner nun runter."


#reboot

Mit dem output

hd-vdr:~# mypoweroff 
Searching for GRUB installation directory ... found: /boot/grub
/usr/local/bin/mypoweroff: line 14: echo: write error: Das Gerät oder die Ressource ist belegt
Aktuelle Zeit:         2010-02-01 19:15:14
Starte Rechner neu um: 1265051894 oder 2010-02-01 19:18:14
/proc/driver/rtc
rtc_time	: 19:15:14
rtc_date	: 2010-02-01
alrm_time	: 19:18:14
alrm_date	: 2010-02-01
alarm_IRQ	: yes
alrm_pending	: no
24hr		: yes
periodic_IRQ	: no
update_IRQ	: no
HPET_emulated	: no
DST_enable	: no
periodic_freq	: 1024
batt_status	: okay
/sys/class/rtc/rtc0/wakealarm
1265051894
Fahre Rechner nun runter.

funktioniet nicht.

hd-vdr:~# cat /etc/default/rcS 
TMPTIME=0
SULOGIN=no
DELAYLOGIN=no
UTC=yes
VERBOSE=no
FSCKFIX=no
RAMRUN=no
RAMLOCK=no
HWCLOCKACCESS=no

Doch, zeitgesteuertes Wakeup klappt bei mir mit dem ION330 durchaus, kein poweroff kernel.

Habe jetzt keinen Zugriff auf das Gerät und mein Skript, aber folgende Punkte waren bei mir Thema:

- da meine Rechneruhr mit Lokalzeit läuft, nicht UTC, muss ich je nach Winter/Sommerzeit ein oder zwei Stunden dazurechnen. Aber bei Dir steht ja hwclock --utc drüber

- Verhindern des --systohc beim Runterfahren
Ich war nicht sicher ob das notwendig ist, aber ich habe das ausgeschaltet. Bei SUSE zB gibt es in /etc/sysconfig/clock ein entsprechendes flag. Denkbar dass dabei die Alarmzeit wieder zurückgesetzt wird. Muss man das Update der RTC halt anderweitig unterbringen, zB wie zu sehen direkt in Deinem Skript. Aber viele Distris tun das per Voreinstellung eben offenbar selbst und zerstören damit wieder die gesetzte Zeit?

Im BIOS habe ich nichts dafür verändern müssen.

Wenn es dann hoffentlich klappt noch ein Hinweis zum VDR: der Timer muss mindestens so weit weg sein wie die Brückenzeit. Kommt beim Abschalten eine Warnung bzgl. der Brückenzeit, wird das Wakeup nicht zur gewünschten Zeit funktionieren. Daher: für Tests mit VDR Brückenzeit entsprechend klein einstellen.

Zitat

Original von hivdr
Doch, zeitgesteuertes Wakeup klappt bei mir mit dem ION330 durchaus, kein poweroff kernel.

Hast Du spezielle Kernelparamter bei Booten gesetzt ? Meins schaltet sich nicht selbst aus ...

Zitat

Hast Du spezielle Kernelparamter bei Booten gesetzt ? Meins schaltet sich nicht selbst aus ...

Ach, DARAN scheitert es schon? Kam aus Deinem Posting jetzt nicht so deutlich raus.

Sorry, nein, keine speziellen Parameter. Alles Standard von der Distri damals: Suse 11.2 M4 (milestone) - Kernel 2.6.30.2

Sowas kann einen in den Wahnsinn treiben.. Mein Arbeitsplatzrechner, den etwa die Suse-Boot-DVD anstandslos abschaltet, hängt unter Gentoo nach dem shutdown jedesmal mit einer Kernel-Fehlermeldung und muss manuell abgeschaltet werden (powerbutton 4s).

Viel Erfolg!

Hat jemand zufällig eine angepasste Kernel .config für ein POV ION330 ?

Hi,
also ich bekomme das acpi wakeup auch nicht hin auf meinem Asus ION board. Keine Ahnung warum - im Bios sollte alles richtig eingestellt sein.

Hat jemand der das gleiche Board hat evtl. einen tipp für mich ?