Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: New_user - 02.03.11 - klo:09.02
-
Nyt vihdoin olisi duunikone, jossa on potkua ja Nvidia 460 GTX-pohjainen näyttis (2048 muistilla). Mplayer asennettuna, versiokseen ilmoittaa seuraavaa:
MPlayer SVN-r32975-4.4.3 (C) 2000-2011 MPlayer Team
Ajan sitä Gnome-Mplayerin kautta, virheilmoitukseksi tulee jotain "Failed to open VDPAU backend libvdpau-nvidia.so. No such file or directory" joten homma taas kaatuu tähän. Tuon nimistä pakettia ei suoraan ainakaan apt-get install löydä. Mistähän ja mitenkä sen saisi käyttöön.
Järjestelmä käyttää ilmeisestikin avointa nv-ajuria, koska laiteajureissa ei ole suljettuja. Onko suljetuista etua? Jos, niin miten saisin ne käyttöön?
Kolmas koskee koneen käynnistymistä. Buuttaa vain merkkipohjaiseen tilaan, josta kumminkin startx-komennolla pääsee graafiseen työpöytään. Missähän vikaa? Näyttö, Eizo L768 (1280x1024) tunnistuu vain tuntemattomana. Vika tässä, muussa, missä?
-
Nyt vihdoin olisi duunikone, jossa on potkua ja Nvidia 460 GTX-pohjainen näyttis (2048 muistilla). Mplayer asennettuna, versiokseen ilmoittaa seuraavaa:
MPlayer SVN-r32975-4.4.3 (C) 2000-2011 MPlayer Team
Ajan sitä Gnome-Mplayerin kautta, virheilmoitukseksi tulee jotain "Failed to open VDPAU backend libvdpau-nvidia.so. No such file or directory" joten homma taas kaatuu tähän. Tuon nimistä pakettia ei suoraan ainakaan apt-get install löydä. Mistähän ja mitenkä sen saisi käyttöön.
Järjestelmä käyttää ilmeisestikin avointa nv-ajuria, koska laiteajureissa ei ole suljettuja. Onko suljetuista etua? Jos, niin miten saisin ne käyttöön?
Kolmas koskee koneen käynnistymistä. Buuttaa vain merkkipohjaiseen tilaan, josta kumminkin startx-komennolla pääsee graafiseen työpöytään. Missähän vikaa? Näyttö, Eizo L768 (1280x1024) tunnistuu vain tuntemattomana. Vika tässä, muussa, missä?
VDPAU on tuettuna vain suljetuilla ajureilla. Oletetaan että sinulla on 10.10, joten siinä pitäisi tulla ajuriversio 260.19.06 kun asentaa paketin nvidia-current.
http://packages.ubuntu.com/maverick/nvidia-current
Tuon pitäisi tukea näyttistäsi.
-
VDPAU on tuettuna vain suljetuilla ajureilla. Oletetaan että sinulla on 10.10, joten siinä pitäisi tulla ajuriversio 260.19.06 kun asentaa paketin nvidia-current.
http://packages.ubuntu.com/maverick/nvidia-current
Tuon pitäisi tukea näyttistäsi.
Ah, tietenkin unohtui mainita. Koneessa 10.04.2 ja pysyy.
EDIT: joo, asensin nvidia-current paketin (siis lucid), ja asennus meni ok. Mplayerissa herja poistui, mutta ei se videota parantanut. 1080p 50 fps .MTS toistuu hidastettuna ja nykivänä. Meniköhän rahat kankkulan kaivoon Ubuntua ajatellen. Win7-puolella toimii VLC:lläkin täysin puhtaasti ja nykimättä.
-
Ah, tietenkin unohtui mainita. Koneessa 10.04.2 ja pysyy.
EDIT: joo, asensin nvidia-current paketin (siis lucid), ja asennus meni ok. Mplayerissa herja poistui, mutta ei se videota parantanut. 1080p 50 fps .MTS toistuu hidastettuna ja nykivänä. Meniköhän rahat kankkulan kaivoon Ubuntua ajatellen. Win7-puolella toimii VLC:lläkin täysin puhtaasti ja nykimättä.
Lucidissa on 195.xx.xx ajurit, jotka eivät käytännössä tue näyttistäsi. Kokeile uudempia ajureita, josko se auttais.. Ja tyhmä kysymys: varmaankin käynnistit X:n uudelleen ajureiden asennuksen jälkeen?
Tossa ainakin ohjeet jossa jostain PPA:sta saa uudemmat ajurit:
http://www.webupd8.org/2010/06/how-to-install-nvidia-25635-display.html
Tai esim. täältä:
https://launchpad.net/~nvidia-vdpau/+archive/ppa
HUOM! nämä ovat sitten Personal Package Archive:sta...
-
Jep, nyt sain uudemman ajurin tuosta ekasta PPA:sta, sitten piti vielä ajaa se nvidia-config päätteessä (sudona ajettu), buutti, ja nyt näyttäisi olevan ajuri oikein käyttössä.
En sitten tiedä edelleenkään, missä mättää, mutta ei video siitä huolimatta toistu oikein puhtaasti. Liikkuva auto pysähtelee välillä ja päätteeseen tulostuu seuraavaa virhettä kun on komentanut
mplayer -lavdopts:fast threads=4 [videotiedosto]
[vdpau] Error when calling vdp_device_create_x11: 2
[vdpau] Recovering from preemption failed
[vdpau] Attempting to recover from preemption.
[vdpau] Error when calling vdp_device_create_x11: 2
Samoin koneen buutti menee edelleenkin tekstitilaan, josta vain startx päästää työpöydälle. Samalla vajaan minuutin päästä pompahdetaan vielä graafiseen kirjautumiseen
-
mplayer -lavdopts:fast threads=4 [videotiedosto]
En ole paljon käyttänyt mplayeria, mutta mitäpä sanois tälläinen rimpsu (eli jätät noi muut optiot pois):
mplayer -vo vdpau -vc ffh264vdpau <videotiedosto>
Olettaen -vc paremetrista johtuen että video on h264 formaatissa.
-
En sitten tiedä edelleenkään, missä mättää, mutta ei video siitä huolimatta toistu oikein puhtaasti. Liikkuva auto pysähtelee välillä ja päätteeseen tulostuu seuraavaa virhettä kun on komentanut
mplayer -lavdopts:fast threads=4 [videotiedosto]
Komennon pitäisi olla mplayer -lavdopts fast:threads=4, mutta haluat varmaankin käyttää VDPAU:ta myös dekoodaukseen, jolloin koko lavdopts on turha. Kokeile timban antamalla komennolla.
Jos herjaa edelleen, veikkaan että ajurien ja VDPAU-kirjaston kanssa on jotain hämminkiä. Silloin pääset helpoimmalla asentamalla Ubuntu 10.10:n.
Samoin koneen buutti menee edelleenkin tekstitilaan, josta vain startx päästää työpöydälle. Samalla vajaan minuutin päästä pompahdetaan vielä graafiseen kirjautumiseen
Kuulostaa siltä, että GDM:n käynnistyminen on vain hyvin hidasta, eli siinä kestää se minuutti tai pari. En kyllä osaa arvata syytä, mutta kokeile niin että odotat viisi minuuttia ja jos työpöytä lähtee käyntiin, tutki /var/log/Xorg.0.log -tiedostoa.
-
Mplayerin optioiden muuttaminen ehdotetuiksi auttoi, mutta ei riittänyt poistamaan pientä nykimistä. Esim. maisemassa kulkeva auto liikkuu sujuvasti ehkä vajaan sekunnin, sitten pieni pätkäisy, ja taas hetken sujuvasti jne. Herjoja konsolille ei tule kuitenkaan.
Kone todellakin käynnistyy grafiikkaan, kun antaa jököttää tekstimoodissa jonkin aikaa konsolille kirjautumisen jälkeen. Noista lokeista en paljoa ymmärrä, mutta tuossa alla se Xorg.0 loki (tjsp). Tämä siis viimeisimmällä käynnistyksellä, jolloin se GDM käynnistyi sitten itsestään aikansa mietittyään. Nyt pitää siirtyä töiden pariin...
X.Org X Server 1.7.6
Release Date: 2010-03-17
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.24-25-server i686 Ubuntu
Current Operating System: Linux ubudu 2.6.32-28-generic #55-Ubuntu SMP Mon Jan 10 21:21:01 UTC 2011 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-28-generic root=UUID=f1c4dbc6-de5e-4765-bf73-92dd44acd2df ro quiet splash
Build Date: 10 December 2010 05:53:04PM
xorg-server 2:1.7.6-2ubuntu7.5 (For technical support please see http://www.ubuntu.com/support)
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 2 12:34:42 2011
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using config directory: "/usr/lib/X11/xorg.conf.d"
(==) ServerLayout "Layout0"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Device0"
(**) |-->Input Device "Keyboard0"
(**) |-->Input Device "Mouse0"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules"
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Keyboard0
(WW) Disabling Mouse0
(II) Loader magic: 0x81f0e80
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7
(--) PCI:*(0:2:0:0) 10de:0e22:0000:0000 nVidia Corporation rev 161, Mem @ 0xf4000000/33554432, 0xe8000000/134217728, 0xe4000000/67108864, I/O @ 0x00002000/128, BIOS @ 0x????????/524288
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/extra-modules/libglx.so
(II) Module glx: vendor="NVIDIA Corporation"
compiled for 4.0.2, module version = 1.0.0
Module class: X.Org Server Extension
(II) NVIDIA GLX Module 270.29 Wed Feb 23 16:34:38 PST 2011
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions/librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension XFree86-DRI
(II) LoadModule: "dri2"
(II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.1.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
(II) LoadModule: "nvidia"
(II) Loading /usr/lib/xorg/extra-modules/nvidia_drv.so
(II) Module nvidia: vendor="NVIDIA Corporation"
compiled for 4.0.2, module version = 1.0.0
Module class: X.Org Video Driver
(II) NVIDIA dlloader X Driver 270.29 Wed Feb 23 16:18:22 PST 2011
(II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
(II) Primary Device is: PCI 02@00:00:0
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/xorg/modules/libfb.so
(II) Module fb: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "wfb"
(II) LoadModule: "wfb"
(II) Loading /usr/lib/xorg/modules/libwfb.so
(II) Module wfb: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Module "ramdac" already built-in
(**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
(==) NVIDIA(0): RGB weight 888
(==) NVIDIA(0): Default visual is TrueColor
(==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
(II) Mar 02 12:34:44 NVIDIA(GPU-0): Display (Eizo L768 (DFP-0)) does not support NVIDIA 3D Vision
(II) Mar 02 12:34:44 NVIDIA(GPU-0): stereo.
(II) Mar 02 12:34:44 NVIDIA(0): NVIDIA GPU GeForce GTX 460 (GF104) at PCI:2:0:0 (GPU-0)
(--) Mar 02 12:34:44 NVIDIA(0): Memory: 2097152 kBytes
(--) Mar 02 12:34:44 NVIDIA(0): VideoBIOS: 70.04.13.00.01
(II) Mar 02 12:34:44 NVIDIA(0): Detected PCI Express Link width: 16X
(--) Mar 02 12:34:44 NVIDIA(0): Interlaced video modes are supported on this GPU
(--) Mar 02 12:34:44 NVIDIA(0): Connected display device(s) on GeForce GTX 460 at PCI:2:0:0
(--) Mar 02 12:34:44 NVIDIA(0): Eizo L768 (DFP-0)
(--) Mar 02 12:34:44 NVIDIA(0): Eizo L768 (DFP-0): 330.0 MHz maximum pixel clock
(--) Mar 02 12:34:44 NVIDIA(0): Eizo L768 (DFP-0): Internal Dual Link TMDS
(II) Mar 02 12:34:44 NVIDIA(0): Assigned Display Device: DFP-0
(==) Mar 02 12:34:44 NVIDIA(0):
(==) Mar 02 12:34:44 NVIDIA(0): No modes were requested; the default mode "nvidia-auto-select"
(==) Mar 02 12:34:44 NVIDIA(0): will be used as the requested mode.
(==) Mar 02 12:34:44 NVIDIA(0):
(II) Mar 02 12:34:44 NVIDIA(0): Validated modes:
(II) Mar 02 12:34:44 NVIDIA(0): "nvidia-auto-select"
(II) Mar 02 12:34:44 NVIDIA(0): Virtual screen size determined to be 1280 x 1024
(--) Mar 02 12:34:44 NVIDIA(0): DPI set to (85, 86); computed from "UseEdidDpi" X config
(--) Mar 02 12:34:44 NVIDIA(0): option
(--) Depth 24 pixmap format is 32 bpp
(II) Mar 02 12:34:44 NVIDIA: Using 1024.00 MB of virtual memory for indirect memory
(II) Mar 02 12:34:44 NVIDIA: access.
(II) Mar 02 12:34:44 NVIDIA(0): Setting mode "nvidia-auto-select"
(II) Loading extension NV-GLX
(==) NVIDIA(0): Disabling shared memory pixmaps
(==) NVIDIA(0): Backing store disabled
(==) NVIDIA(0): Silken mouse enabled
(**) NVIDIA(0): DPMS enabled
(II) Loading extension NV-CONTROL
(II) Loading extension XINERAMA
(==) RandR enabled
(II) Initializing built-in extension Generic Event Extension
(II) Initializing built-in extension SHAPE
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension BIG-REQUESTS
(II) Initializing built-in extension SYNC
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-MISC
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing extension GLX
(II) XKB: reuse xkmfile /var/lib/xkb/server-B20D7FC79C7F597315E3E501AEF10E0D866E8E92.xkm
(II) config/udev: Adding input device Power Button (/dev/input/event1)
(**) Power Button: Applying InputClass "evdev keyboard catchall"
(II) LoadModule: "evdev"
(II) Loading /usr/lib/xorg/modules/input/evdev_drv.so
(II) Module evdev: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 2.3.2
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 7.0
(**) Power Button: always reports core events
(**) Power Button: Device: "/dev/input/event1"
(II) Power Button: Found keys
(II) Power Button: Configuring as keyboard
(II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "pc105"
(**) Option "xkb_layout" "fi"
(**) Option "xkb_options" "lv3:ralt_switch"
(II) XKB: reuse xkmfile /var/lib/xkb/server-AC770E48D91EBEC53847B8C2D614156C55E490A6.xkm
(II) config/udev: Adding input device Power Button (/dev/input/event0)
(**) Power Button: Applying InputClass "evdev keyboard catchall"
(**) Power Button: always reports core events
(**) Power Button: Device: "/dev/input/event0"
(II) Power Button: Found keys
(II) Power Button: Configuring as keyboard
(II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "pc105"
(**) Option "xkb_layout" "fi"
(**) Option "xkb_options" "lv3:ralt_switch"
(II) config/udev: Adding input device USB Keyboard (/dev/input/event3)
(**) USB Keyboard: Applying InputClass "evdev keyboard catchall"
(**) USB Keyboard: always reports core events
(**) USB Keyboard: Device: "/dev/input/event3"
(II) USB Keyboard: Found keys
(II) USB Keyboard: Configuring as keyboard
(II) XINPUT: Adding extended input device " USB Keyboard" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "pc105"
(**) Option "xkb_layout" "fi"
(**) Option "xkb_options" "lv3:ralt_switch"
(II) config/udev: Adding input device USB Keyboard (/dev/input/event4)
(**) USB Keyboard: Applying InputClass "evdev keyboard catchall"
(**) USB Keyboard: always reports core events
(**) USB Keyboard: Device: "/dev/input/event4"
(II) USB Keyboard: Found keys
(II) USB Keyboard: Configuring as keyboard
(II) XINPUT: Adding extended input device " USB Keyboard" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "pc105"
(**) Option "xkb_layout" "fi"
(**) Option "xkb_options" "lv3:ralt_switch"
(II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/event5)
(**) Logitech USB Optical Mouse: Applying InputClass "evdev pointer catchall"
(**) Logitech USB Optical Mouse: always reports core events
(**) Logitech USB Optical Mouse: Device: "/dev/input/event5"
(II) Logitech USB Optical Mouse: Found 12 mouse buttons
(II) Logitech USB Optical Mouse: Found scroll wheel(s)
(II) Logitech USB Optical Mouse: Found relative axes
(II) Logitech USB Optical Mouse: Found x and y relative axes
(II) Logitech USB Optical Mouse: Configuring as mouse
(**) Logitech USB Optical Mouse: YAxisMapping: buttons 4 and 5
(**) Logitech USB Optical Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
(II) XINPUT: Adding extended input device "Logitech USB Optical Mouse" (type: MOUSE)
(II) Logitech USB Optical Mouse: initialized for relative axes.
(II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/mouse1)
(II) No input driver/identifier specified (ignoring)
(II) config/udev: Adding input device HDA Digital PCBeep (/dev/input/event6)
(II) No input driver/identifier specified (ignoring)
(II) config/udev: Adding input device Macintosh mouse button emulation (/dev/input/event2)
(**) Macintosh mouse button emulation: Applying InputClass "evdev pointer catchall"
(**) Macintosh mouse button emulation: always reports core events
(**) Macintosh mouse button emulation: Device: "/dev/input/event2"
(II) Macintosh mouse button emulation: Found 3 mouse buttons
(II) Macintosh mouse button emulation: Found relative axes
(II) Macintosh mouse button emulation: Found x and y relative axes
(II) Macintosh mouse button emulation: Configuring as mouse
(**) Macintosh mouse button emulation: YAxisMapping: buttons 4 and 5
(**) Macintosh mouse button emulation: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
(II) XINPUT: Adding extended input device "Macintosh mouse button emulation" (type: MOUSE)
(II) Macintosh mouse button emulation: initialized for relative axes.
(II) config/udev: Adding input device Macintosh mouse button emulation (/dev/input/mouse0)
(II) No input driver/identifier specified (ignoring)
-
Mplayerin optioiden muuttaminen ehdotetuiksi auttoi, mutta ei riittänyt poistamaan pientä nykimistä. Esim. maisemassa kulkeva auto liikkuu sujuvasti ehkä vajaan sekunnin, sitten pieni pätkäisy, ja taas hetken sujuvasti jne. Herjoja konsolille ei tule kuitenkaan.
Kokeile lisätä MPlayerin komentoriville parametri -demuxer lavf
Ja ehkä isompi välimuisti: -cache 8192
Voi olla, että myös näytön virkistyksen (60 Hz) ja videon kehysnopeuden (50 fps?) ero aiheuttaa ongelmaa. Kokeile 50 tai 75 Hz:n näyttötilaa, jos sellainen on tarjolla.
Kone todellakin käynnistyy grafiikkaan, kun antaa jököttää tekstimoodissa jonkin aikaa konsolille kirjautumisen jälkeen. Noista lokeista en paljoa ymmärrä, mutta tuossa alla se Xorg.0 loki (tjsp). Tämä siis viimeisimmällä käynnistyksellä, jolloin se GDM käynnistyi sitten itsestään aikansa mietittyään.
Loki näyttää normaalilta ainakin tuon alkuosan suhteen.
Onko kyseessä ihan tuore Ubuntu-asennus, vai onko se ollut pidempään käytössä jollain toisella näytönohjaimella ja toiminut silloin oikein?
-
Kokeilen noita Mplayer-asetuksia myöhemmin, kun pääsen taas uudelle koneelle. Win7-puolella ja VLC:llä kaikki liike on täysin sujuvaa, ja virkistys sielläkin 60Hz . Videokäsittelyä edessä, mutta täytynee tehdä Windowsin puolella vielä. Lienee vaan niin, että ajuri ei sittenkään ole vielä terävimmällä tasolla Linuxissa. Voi tietysti olla tuo cachejuttukin.
Kyseessä on ihan uunituore asennus uudelle koneelle, jossa oli Win7 Pro. Fujitsun nimellä tuo järkyttävän kokoinen torni kulkee. Kone ei ole oma hankintani vaan talon tietohallinnon hankkima.
-
Lienee vaan niin, että ajuri ei sittenkään ole vielä terävimmällä tasolla Linuxissa.
Kyllä se normaalisti toimii vähintään yhtä hyvin kuin Windowsissa. Poikkeuksellisia ongelmia voi olla molemmissa järjestelmissä.
-
Tuosta GDM-ongelmasta, tässä on yksi linkki jolla se on ratkaistu.
http://ulyssesonline.com/2010/08/14/gdm-does-not-start-in-ubuntu-10-04/
Hyvin toimineen 9.04:n jälkeen on ollut kotikoneissa, erityisesti vaimon, ongelmia tuohon grafiikkatilaan menemisessä 10.04:ssä. Joko se ei mene ollenkaan, tai menee, ja jättää Gnomen panelin lataamatta aika usein.
-
Kokeile lisätä MPlayerin komentoriville parametri -demuxer lavf
Ja ehkä isompi välimuisti: -cache 8192
Voi olla, että myös näytön virkistyksen (60 Hz) ja videon kehysnopeuden (50 fps?) ero aiheuttaa ongelmaa. Kokeile 50 tai 75 Hz:n näyttötilaa, jos sellainen on tarjolla.
Kaikista Mplayer-asetusten vääntämisistä huolimatta kuva jäi hiukan pätkiväksi, MUTTA, loppujen lopuksi sitten Xine oli se ohjelma, joka toisti nuo Panasonicin 1080p 50fps .MTS:t niinkuin pitääkin, sujuvasti ja nykimättä ja mihinkään asetuksiin kajoamatta. Ohjelma on yllättänyt ennenkin, mm. usb-telkkari toimi sillä parhaiten aikanaan, ainoastaan tekstitys lagasi, syystä, jota en silloin pystynyt paikallistamaan. Kyllä se on siitä ohjelmastakin sitten kiinni, näköjään!
-
Kaikista Mplayer-asetusten vääntämisistä huolimatta kuva jäi hiukan pätkiväksi, MUTTA, loppujen lopuksi sitten Xine oli se ohjelma, joka toisti nuo Panasonicin 1080p 50fps .MTS:t niinkuin pitääkin, sujuvasti ja nykimättä ja mihinkään asetuksiin kajoamatta.
Kerro vielä mistä lähteestä asensit VDPAU-tuella varustetun Xinen.
-
Kerro vielä mistä lähteestä asensit VDPAU-tuella varustetun Xinen.
Hei. En ollenkaan tiedä, onko tuossa VDPAU-tukea, mutta menin ihan Lucidilla Synapticiin, kirjoitin hakusanaksi xine, ja sieltä asensin ensin gxine-paketin, jonka mukana tuli ilmeisen paljon muuta sälää. Kun sitten valikkoon ei ilmestynyt mitään, niin komensin päätteessä xine. Sitten tuli ilmoitus, ettei Xineä ole, ja kehotus asentaa paketti xine-ui. Sitten vaan ihan apt-get install xine-ui. Tämän jälkeen valikossa ovatkin sitten xine ja gxine, joilla kummallakin näkyy video hienosti. Ekaa kertaa avattaessa tulee joku konfigurointi, mutta en muuttanut mitään, vaan painelin vain next. Xinen asetuksissa video-tabissa ei ole driverin kohdalla VDPAU:a, mutta annoin olla asetuksena auto. Ihan siis peruspakettilähteestä asennettu xine.
-
Ubuntun lähteistä saatavassa Xinessä ei ole VDPAU-tukea, joten asentamasi versio käyttää todennäköisesti softapurkua. Katso CPU-kuormaa ja vertaa MPlayeriin.
Käytitkö muuten Windowsissa VLC:llä rauta- vai softapurkua?
-
Ubuntun lähteistä saatavassa Xinessä ei ole VDPAU-tukea, joten asentamasi versio käyttää todennäköisesti softapurkua. Katso CPU-kuormaa ja vertaa MPlayeriin.
Käytitkö muuten Windowsissa VLC:llä rauta- vai softapurkua?
Xinessä täytyy sitten olla paitsi sujuva purku, niin myös oikein älykäs framedroppi. Huomaa kyllä isojen objektien liikkeissä ja panoroinnissa, että jonkin verran putoaa ruutuja pois, mutta yllättävän hyvä!
VLC:llä Windowsissa en edes tiedä, mitä purkua käyttää. Oletus on päällä. Liike sujuvaa, myös panoroinnissa. Framedrop-ruksi ainoastaan otettu pois päältä, eikä silti ole toistaiseksi pätkinyt.
-
Xinessä täytyy sitten olla paitsi sujuva purku, niin myös oikein älykäs framedroppi.
Eipä MPlayerissä sen huonompi pitäisi olla. Kokeilitko edes kuinka paljon se pudottaa kehyksiä softapurulla?
VLC:llä Windowsissa en edes tiedä, mitä purkua käyttää. Oletus on päällä. Liike sujuvaa, myös panoroinnissa.
Jos VLC käytti Windowsissa softapurkua, on hieman kummallista, jos se (tai MPlayer) toimii Linuxissa huonommin samoilla asetuksilla. Olettaen tietysti, että testattava VLC:n versio on sama.
Framedrop-ruksi ainoastaan otettu pois päältä, eikä silti ole toistaiseksi pätkinyt.
Silloinhan sen ei pidäkään pätkiä vaan video ja ääni menevät epätahtiin, jos teho loppuu kesken.
-
En pääse kokeilemaan VLC:n samoja versioita. Winukassa 1.1.7, Ubuntussa 1.06. Samoilla asetuksilla ja framedrop-ruksi päällä Win7:ssä testivideossa ei huomaan mitään ongelmaa, Ubuntun puolella VLC pätkii reippaasti. Paras katselutulos on Ubuntussa siis Xinellä, softapurusta huolimatta. Raskas pettymys oli Mplayer, jonka todellakin oletin tällaisella raudalla selviävän kuin tyhjää vaan rautapurulla. Muuten sujuvan esityksen ongelmaksi jäi ehkä noin puolen sekunnin välein tapahtuva nykäisy. Se on softapurulla aika paha, VDPAU:lla vähemmän paha, mutta ikävä katsella. Mitkään asetusparametrit eivät korjaa tilannetta.
Ehkä sitten joskus - ja jääköön tämä taas tähän.
EDIT: todettakoon vielä, Xinellä (gxine) tuon saman n. puolen sekunnin välein tapahtuvan nykäisyn saa kyllä näkyviin videon panorointiosassa, jolloin koko kuva liikkuu. Muuten liikkeet näyttävät hyvin sujuvilta.
-
En pääse kokeilemaan VLC:n samoja versioita. Winukassa 1.1.7, Ubuntussa 1.06.
Asennusohjeet ovat VLC:n lataussivulla: http://www.videolan.org/vlc/download-ubuntu.html
Paras katselutulos on Ubuntussa siis Xinellä, softapurusta huolimatta.
Olen kohtalaisen varma, että MPlayerin softapurku toimii vähintään yhtä hyvin, kuten ehkä myös VLC 1.1.x:n.
Raskas pettymys oli Mplayer, jonka todellakin oletin tällaisella raudalla selviävän kuin tyhjää vaan rautapurulla.
Nvidian rautadekooderi on kyvyiltään sama kaikissa näytönohjaimissa vähävirtaisesta Ionista tehokkaimpiin peli- ja työasemamalleihin. Sitä ei ole varsinaisesti suunniteltu 1080p50-purkuun (50p ja 60p ovat purkunopeuden rajoilla), joten on mahdollista, että videosi on vain liian raskas reaaliaikaiseen toistoon. Käytännössä sen kyllä pitäisi onnistua, mutta ehkä ajuriversiossasi on jokin VDPAU-suorituskykyongelma.
-
Olen kohtalaisen varma, että MPlayerin softapurku toimii vähintään yhtä hyvin, kuten ehkä myös VLC 1.1.x:n.
No, silmällä katsellen ei niin näytä olevan. Tein vielä kuormatestiä. Win-puolella VLC:llä kokonais-CPU-kuorma pyöri siinä 9-14% paikkeilla, yksi ydin siellä jossain 50-80% paikkeilla, muilla kuormaa hyvin vähän. Video pyörii täysin puhtaasti (framedrop ruksi päällä, oletusasetukset)
Sama kokeilu Ubuntussa Xinellä ja top-komennolla. Yksi ydin huitelee jossakin 87? paikkeilla, toinen noin 12-13 prossaa, muut kaksi melkein nollilla. Video nykii vain koko kuvan liikkuessa (panorointi).
Mplayer softalla (4 säikeellä, muka) noin samat lukemat kuin Xinellä, kuorma siis epätasaisesti ytimillä. Video nykii noin puolen sekunnin sykleissä. Rautapurulla noin samat lukemat paitsi että yhden ytimen kuorma nousee yli 90%, Sama syklinen nykiminen kuin softapurussa, mutta miedompana.
Jos tuosta nyt jotain voisi päätellä, niin ohjelmat eivät edes osaa jakaa hommaa eri ytimille. Ja toinen huomio on, että Win-puolella sekä Winukan mediaplayer, että VLC 1.1.7 hoitavat homman täysin puhtaasti kotiin, Ubuntun puolella lähimmäksi pääsee gxine.
Pitää kokeilla jossain välissä asentaa vielä uudempi VLC Ubuntuun. Nyt kuitenkin viikonloppu välissä ja ensi viikolla en ole varma kerkiänkö puuhastella asian kanssa.
-
Mplayer softalla (4 säikeellä, muka) noin samat lukemat kuin Xinellä, kuorma siis epätasaisesti ytimillä. Video nykii noin puolen sekunnin sykleissä.
Tuossa taitaa nyt olla jotain muutakin ongelmaa kuin soitin ja dekooderin hitaus.
Rautapurulla noin samat lukemat paitsi että yhden ytimen kuorma nousee yli 90%, Sama syklinen nykiminen kuin softapurussa, mutta miedompana.
Rautapurulla kuorman pitäisi olla kaikilla ytimillä alle kymmenessä prosentissa. Mikä prosessi siellä kuormittaa eniten? Jos se on X.org eikä MPlayer, kyseessä lienee perinteinen events-ongelma. Silloin xorg.confin Device- tai Screen-osaan pitäisi lisätä rivi:
Option "UseEvents "true"
Ja käynnistä sitten kone uudelleen. Tämä events-ongelma voi häiritä sekä rauta- että softapurkua etenkin suurilla päivitysnopeuksilla.
Jos taas MPlayer kuormittaa jotain ydintä reilusti, rautapurku ei edes ole käytössä.
Jos tuosta nyt jotain voisi päätellä, niin ohjelmat eivät edes osaa jakaa hommaa eri ytimille.
No eivät libavcodecilla, jota nuo kaikki kokeilemasi soittimet käyttävät softapurkuun, ellei videossa ole useampia viipaleita (slice). Lisäksi säikeistys pitää yleensä pakottaa päälle fast-vivulla (mplayer -lavdopts fast:threads=4), koska yksinkertainen säikeistetty purku aiheuttaa pieniä häviöitä viipaleiden reunoilla. Huomaa tuo lavdoptsin kirjoitusasu, mokasin edellisen korjauksen.
ffmeg-mt:llä onnistuu paremmin.
-
Maallikko tumpelona ratkaisin VLC ja (S)Mplayer nykimiset yksinkertaisesti poistamalla ohjelmien asetuksista kaikki 'allow freme drop' tapaiset ruksit. Toinen kikka joka saattaa parantaa toistoa on tiputtaa 'cache' muisti paikallisten tiedostojen osalta nollaan.
En tiedä kummankaan ohjelman nykyisiä oletusasetuksia, mutta katsomallahan nuo selviävät.
-
"Olohuonetietokoneessa" on ION. VDPAU toimii hyvin, Ubuntu on 10.10. Soitin on SMPlayer. Näyttö on FullHD Samsung televisio. Kone toimii myös katselulaitteena VDR-koneelle (DIY digiboksi).
Ohessa ruutukaappaukset SMPlayer, kun Big Buck Bunny pyörii nykimättä täysikokoisena.
Ystävällisin terveisin Asmo Koskinen.
[ylläpito on poistanut liitteen]
-
SMPlayer lisävinkki:
'Full screen' modessa kannattaa poistaa käytöstä animoitu 'säätöpalkin feidaus', koska arvatenkin hauat katsoa videota, etkä hienoa palkin feidausta alalaitaan (ooh ompas hieno!). Kukin tietysti tavallaan.
Edit
Loppukevennys:
Jos olisin taidoillani brassaileva ohjelmoija niin tuo alapalkki lähtisi vasemmalta rullautumaan oikeaan laitaan, jonne se lopulta kutistuisi olemattomaksi pisteeksi. Koko hommaan kuluisi n. 10 sekuntia, jonka aikana prossu huutaisi hallelujaata minun erikoisuudentavoittelulleni.
Ja saisinhan tällä tempulla taatusti sitä "tiettyä distriktiota" ohjelmoijana. "Osaanhan kohderyhmäanalyysin mukaisesti tyydyttää potentiaalista asiakkaita."
"Funkkisko takaisin kunniaan?"
-
Kokeilin noi kummatki testi pätkät ja eika erikoista että jos käynnisti komentoriviltä tähän tapaan:
jere@debian:~$ gmplayer -vo vdpau -vc ffh264vdpau /home/jere/Lataukset/20100330_175201.m2tsniin toistu sulavasti ilman mitään nykimisiä ja prossun kuorma jotain 10%
Mut jos käynnisti valikoista gmplayerillä niin prossu huuti hoosiannaa ja kuva nyki vaikka ajurina on vdpau.
prossu: amd athlon X2 5050e
näyttis: integroitu nvidia 8200
ajurina:270.30 beta
-
Kone toimii myös katselulaitteena VDR-koneelle (DIY digiboksi).
MythTV:n sivulla on aika kattavasti aiheesta, tuetut kortit, käyttäjien kokemuksia yms.
http://www.mythtv.org/wiki/VDPAU
Ystävällisin terveisin Asmo Koskinen.
-
Edit: Rupes aihe kiinnostamaan sen verran että kaivoin netistä jollaki panalla kuvatun samplen(1080p@50) ja rupesin hieman testaamaan.
[...]
Mplayer(cli) -> softalla jäkkii hieman. -lavdopts fast:threads=2:skiploopfilter=all auttaa selvästi muttei poista "mikrotökkimistä".
Hienovarainen nykiminen johtuu väärästä virkistystaajuudesta suhteessa videon kehysnopeuteen. Jos monitorin virkistystaajuus on kiinteä 60 Hz, vaikutusta voi testata nopeuttamalla 50 fps videon 60 fps:ään:
mplayer 1080P_50Framesec.m2ts -lavdopts threads=4:fast -nosound -speed 1.2
Oma 2,4 GHz:n C2D -prosessorini ei tosin aivan riittänyt 60 fps -toistoon libavcodecilla, mutta ffmpeg-mt:llä ja kolmella tai neljällä säikeellä molemmat esimerkkivideosi toistuivat nykimättä. Maksimissaan molemmilla ytimillä oli n. 80 %:n kuorma.
-
Hei taas
Aamu avattu, ja eipä sille mitään voi, että softapurulla Mplayer ei pärjää Xinelle, vaikka kaikki nm:n antamat optiot oikein kirjoitettuna.
Mutta sitten tuohon rautapurkuun. En tiedä oikein, mistä noita cpu-kuormia pitäisi katsoa oikein. Top-komennossa on ne rivit siellä ylhäällä, ja siellä näyttää esim 14, 0, 0 ,94 nuo prosentit. Kun katsoo prosessilistaa, ei sieltä saa tuommoisia lukemia yhteensä. Kaikki, Mplayer mukaan lukien alle 10%. Tämän vahvistaa myöskin graafinen Järjestelmän valvonta, ja sieltä resurssit. Cpu-kuormat kaikilla ytimillä muutamaa prosenttia videon toistuessa seuraavalla komennolla
mplayer -demuxer lavf -x 1280 -y 720 -vo vdpau -vc ffh264vdpau /home/<user>/00000.MTS
Alkup. tiedosto on siis 1920x1080
Ja kun virheilmoituksia ei tule, ja prossukuormat noin, olen vakuuttunut, että VDPAU kyllä toimii. Harmi vain, että muuten hyvin sujuvan liikkeen, myös panoroinnissa, katkaisee tuo reilun puolen sekunnin välein tapahtuva nykäisy. Erityisen kurjalta se näyttää esim maisemassa liikkuvia autoja katsellessa. Ikäänkuin kuski pumppaisi jarrua koko ajan ;) Xinellä softapurulla ko. ilmiö tulee eteen vasta esim. panoroinnissa, jolloin koko kuva liikkuu. Mplayer pätkii sekä softa-että rautapurulla samalla tavoin. Minä EN tiedä, miten tässä koneessa ovat väylänopeudet, mutta pätkmisen pitäisi tapahtua myös sitten Win7-puolella, jos väylät olisivat rajoitteena. Kuitenkin Winkussa pelajaa ihan puhtaasti.
En osaa enempää raportoida tilanteesta, mutta olen siis varma, että VDPAU kyllä toimii. Eri asia on, jos Nvidian säätöpaneelista on jotain erityistä tehtävänä. Prosesseissa Mplayer vie enemmän prosentteja kuin Xorg, esim. Mplayer 4, Xorg 2-3.
-
Vielä päivitystä:
Asennettu 10.10 ja kaikki päivitykset, uusin Nvidian suljettu ajuri, uusin Mplayer, ja normaaleista pakettivarastoista Xine (+gxine) ja VLC 1.1.4
Mplayerin kohdalla ei muutoksia, tuo syklinen pätkiminen jatkuu niin softa-, kuin rautapurulla. Sen sijaan sekä Gxine että VLC näyttäisivät nyt toistavan silmillä katsellen puhtaasti, eikä Gxinen moottorin lokista näkynyt ilmoituksia pudotetuista kehyksistä. Tässä suhteessa VLC:n kohdalla on suuri hyppäys Lucidin versioon 1.0.6 verrattuna, ja sekä VLX, että Gxine näyttävät nyt panoroinninkin hyvin. Siis, Lucidin kanssa suosittelen ilman muuta Xineä (tai Gxineä) raskaiden videoiden katsomiseen. Täällä Maverickin puolella näyttää myös VLC olevan kunnossa. Valitettavasti Mplayerillä on ainakin mun kokoonpanossa selviä ongelmia, jotka eivät riipu purkutavasta. Xinellä ja VLC:llä prossukuormat ovat tippuneet Lucidin vastaaviin versioihin nähden. Alla tässä siis neliytiminen Xeon 3 GHz ja GTX 460-pohjainen näytönohjain. Kaksiytiminen todennäköisesti selviäisi aivan yhtä hyvin.
Niin ja muuten: GDM ei Maverickillakaan käynnisty suoraan. Buutissa pudotaan konsolille, josta GDM käyntiin käsin.
Ensi viikkoon....
-
Olen ongelmakoneella vasta viikon päästä maanantaina. Compiz on veks ja kaikki muukin häiritsevä.