Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: New_user - 29.02.12 - klo:13.12
-
Voisi tässä sitten alkaa kokeilla tuollaistakin, eli virkistystaajuuden vääntämistä 50 herziin. Pelataan 11.04 ja 460GTX korteilla. Tästä Eizon L768:sta en mene takuuseen, meneekö littu 50 herziin, mutta kokeillahan aina voi. Ilmeisesti tarvittaisiin sopivaisia rivejä xor.confiin. Katselin Win7:n puolella mahdollisuuksia Nvidian panelista tuota virkistystä säädellä, mutta siellä, kuten Ubuntunkin puolella näyttää olevan 60Hz kiveen hakattuna. Tässä näytössä on 1280x1024 reso. Voisin tosin ajetella kokeilevani kotinäyttöä, joka siis on 1920x1080 (Asus VS239H) jonka ainakin pitäisi mennä 50 Herziin. Ilmoitettu 50-75 Hz, poikkeutustaajuus 30-83 kHz.) Keinoja?
-
Tuolla Eizolla tuskin saat 50 Hz:n virkistystaajuutta toimimaan millään konstilla. Asus VS239H:lla voi onnistua suoraan nvidia-settingsin kautta.
-
Mihin tällä muuten pyrit?
-
Aiemmista keskusteluista päätellen ongelmana on 50i ja/tai 25p-videon toistaminen sulavasti.
-
Aiemmista keskusteluista päätellen ongelmana on 50i ja/tai 25p-videon toistaminen sulavasti.
Jep, ja kyllä listalla on myöskin 50p-video, kun Panasonicin SD700 sellaista tekee. No, pitänee kokeilla tuoda tähän kotinäyttö, ja katsoa ensin onnistuuko 50 Hz suoraan, ja jos niin mikä on tulos. Latasin eilen vertailun vuoksi kameran kortille vanhoja 50p videoita ja ajoin niitä suoraan kamerasta Asuksen näytölle (siis 1080/50p eli 1920x1080 50 fps). Ei pienintäkään tökkimistä tai stroboa alkuperäisissä, ei panoroinneissa, ei liiketoistossa. Suru puserossa noita sitten katselee kalliin tehotietokoneen kanssa. Eivät ne toistu puhtaasti myöskään Windows-puolella. Kamerassa on hyvä näytönohjain :)
Nvidian kortti vdpaulla ajaa säikeistettynä, eikä prossutehoja paljon kulu. Kompositoiva ikkunamanageri poistaa repeilyn. Jäljelle jää kuitenkin nopea tökkiminen/strobo, joten jospa tuo virkistystaajuuden synkkaaminen auttaisi tähän?
-
Nvidian kortti vdpaulla ajaa säikeistettynä, eikä prossutehoja paljon kulu. Kompositoiva ikkunamanageri poistaa repeilyn. Jäljelle jää kuitenkin nopea tökkiminen/strobo, joten jospa tuo virkistystaajuuden synkkaaminen auttaisi tähän?
Hain duuniinkin tuon Asuksen VS239H:n ja pikaisesti Win7:puolella kokeillen Nvidia ei sallinut 50 herzin taajuutta. 60 ja 59 herziä kylläkin.???. Kotona kokeilin samaa näyttöä vanhassa pöytäkoneessa, jossa on Atin 9550. Siinäkään ei ole 50 Hz sallittuna, mutta toisaalta se sitten taipuu näytön kanssa 75:een. Olisiko tuosta 75:stä apua PAL-videoilla? Testikone jossa Ati on, on muuten niin hidas P4, ettei se pyöritä videoita oikein mitenkään.
-
Hain duuniinkin tuon Asuksen VS239H:n ja pikaisesti Win7:puolella kokeillen Nvidia ei sallinut 50 herzin taajuutta. 60 ja 59 herziä kylläkin.???. Kotona kokeilin samaa näyttöä vanhassa pöytäkoneessa, jossa on Atin 9550. Siinäkään ei ole 50 Hz sallittuna, mutta toisaalta se sitten taipuu näytön kanssa 75:een. Olisiko tuosta 75:stä apua PAL-videoilla? Testikone jossa Ati on, on muuten niin hidas P4, ettei se pyöritä videoita oikein mitenkään.
Eipä tarjoa Ubuntun Nvidia-ajuri tälle uudellekaan näytölle kuin 60 Hz, kokeilin eri resoluutioitakin, mutta sama juttu. Vain 60 tarjolla :(
-
Mitähän tässä nyt oikein uskoa?
Grandr-ohjelma näyttää näytön olevan 1920x1080 50 Hz ??? eikä tarjoakaan enempää kuin 51 Hz tälle tarkkuudelle. Kokeilin sitäkin, ja näytti menevän. Samoin muita pienemmällä resoluutiolla.
Nvidian paneeli puolestaan kertoo näytön olevan tilassa "Auto", mutta tarjoamalla sille tämän full-HD tarkkuuden, tarjolla on vain 60 Hz. Pitääkö tässä purkaa näyttö ja kaivaa oskilloskooppi esille, jotta selviää, mikä tässä on oikein. Voiko xrandr (grandr) ohjelmaan luottaa?
-
Mitähän tässä nyt oikein uskoa?
Grandr-ohjelma näyttää näytön olevan 1920x1080 50 Hz ??? eikä tarjoakaan enempää kuin 51 Hz tälle tarkkuudelle. Kokeilin sitäkin, ja näytti menevän. Samoin muita pienemmällä resoluutiolla.
Nvidian paneeli puolestaan kertoo näytön olevan tilassa "Auto", mutta tarjoamalla sille tämän full-HD tarkkuuden, tarjolla on vain 60 Hz. Pitääkö tässä purkaa näyttö ja kaivaa oskilloskooppi esille, jotta selviää, mikä tässä on oikein. Voiko xrandr (grandr) ohjelmaan luottaa?
Jos TwinView on enabloitu (defaulttina on), niin...
"When DynamicTwinView is enabled (the default), the refresh rate of a mode (reported through XF86VidMode or XRandR) does not correctly report the refresh rate, but instead is a unique number such that each MetaMode has a different value. This is to guarantee that MetaModes can be uniquely identified by XRandR."
Lähde: http://us.download.nvidia.com/XFree86/Linux-x86/295.20/README/xconfigoptions.html
Ja tuota ylläolevaa linkkiä kannattaa muutenkin lukea. En nyt muista mitä kaikkea itse olen xorg.conf -tiedostoon määritellyt, mutta ainakin ehkä "ModeValidation" kohtaa joudut rukkaamaan (esim. lisäämällä AllowNon60HzDFPModes , jne..). Lisäks mulla on ainakin oma Modeline määriteltynä 50Hz:lle, jota käytän.
-
Lähde: http://us.download.nvidia.com/XFree86/Linux-x86/295.20/README/xconfigoptions.html
Ja tuota ylläolevaa linkkiä kannattaa muutenkin lukea. En nyt muista mitä kaikkea itse olen xorg.conf -tiedostoon määritellyt, mutta ainakin ehkä "ModeValidation" kohtaa joudut rukkaamaan (esim. lisäämällä AllowNon60HzDFPModes , jne..). Lisäks mulla on ainakin oma Modeline määriteltynä 50Hz:lle, jota käytän.
Joo, xrandr näyttää omiaan. Kytkemällä videokameran kiinni näyttöön ja katsomalla näytön omasta information-menukohdasta saadaan oikein 1920x1080 50 Hz, mutta kun palautan näytön tietokoneelle kiinni, niin herzit menevät 60 Hz. Alla xorg.conf, joten hyviä ehdotuksia sitten sinne.
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 295.20 (buildd@hassium) Wed Feb 15 03:43:57 UTC 2012
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 295.20 (buildmeister@swio-display-x86-rhel47-01.nvidia.com) Mon Feb 6 21:30:26 PST 2012
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
Option "Xinerama" "0"
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 "Ancor Communications Inc ASUS VS239"
HorizSync 24.0 - 83.0
VertRefresh 50.0 - 75.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GTX 460"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "0"
Option "metamodes" "1920x1080 +0+0; nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
-
No kokeilitko optiota, jonka kerroin? Entä sen jälkeen omaa modelineä?
Tässä tapa jolla pystyy tekemään esim. modelinen:
cvt 1920 1080 50
-
No kokeilitko optiota, jonka kerroin? Entä sen jälkeen omaa modelineä?
Tässä tapa jolla pystyy tekemään esim. modelinen:
cvt 1920 1080 50
Kiitos paljon.
Kuten nimimerkki kertoo, olen aikamoinen ummikko Linuxin virittelyissä, joten en tuon perusteella suoranaisesti osaa. Toisekseen työnteko tässä haitttaa kokeiluja. Nyt olen lisäksi Win7 puolella Accessin kimpussa, mutta tässä ohimennen onnistuin (hip heijaa) luomaan 50Hz full HD-näyttötilan, ja ottamaan sen onnistuneesti käyttöön Win7:ssa, vaikka Nvidian paneeli tekee suurin piirtein kaikkensa, että hommassa harhautuisi. Nyt ainakin selvisi, että se on yleensä tällä näytönohjain-näyttöyhdistelmällä PC:lläkin mahdollista :) Monitorin info vahvisti 50Hz taajuuden. Testivideon etualalla poikittan kulkevien ajoneuvojen liike muuttui heti nykimisestä sulavaksi, tietty liike-epäterävyyttä on mukana, mutta ei töksähtelyä. Ja samalla selvisi, että tällä yhdistelmällä on mahdollista toistaa Panasonicin 1080/50p MTS-videota sujuvasti. Näin sanoisin ainakin tässä vaiheessa.
Joten sama vielä Ubuntun puolelle, niin kaikki on hyvin. En uskalla noita modelinejä ym optioita kylmilteen kokeilla, joten toimiva xorg.conf olisi poikaa. Ensi viikkoon tämä saattaa mennä, kotona ei ole kuin läppäri, jolla en pääse Nvidian saloja käpistelemään.
-
No kokeilitko optiota, jonka kerroin? Entä sen jälkeen omaa modelineä?
Tässä tapa jolla pystyy tekemään esim. modelinen:
cvt 1920 1080 50
Modeline databasesta HDTV-osastolta löysin tällaisen kohdasta 1920 1080 50 Hz 56.25 kHz . Onkohan oikein?
ModeLine "1920x1080" 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +HSync +VSync
Mikä osa tuosta laitetaan xorg.confiin ja mihin kohtaan. Entä mihin kohtaan mainitsemasi optio?
EDIT: sitten taas löytyi tällaista infoa em. sivuston alusta. ???
Note: Modelines are ignored by NVIDIA, ATI and Intel drivers when using the TV-Out ability of these chipsets. Instead they use an internal and unmodifiable list of valid modes.
-
Muokkaa xorg.confia tähän tapaan:
Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Ancor Communications Inc ASUS VS239"
HorizSync 24.0 - 83.0
VertRefresh 50.0 - 75.0
Option "DPMS"
ModeLine "1920x1080@50" 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +HSync +VSync
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GTX 460"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "0"
# Option "metamodes" "1920x1080 +0+0; nvidia-auto-select +0+0"
Option "ModeValidation" "AllowNon60HzDFPModes"
SubSection "Display"
Depth 24
Modes "1920x1080@50" "1920x1080"
EndSubSection
EndSection
xorg.confin muokkaamista ei tarvitse pelätä liikaa. Vaikka ajuri menisi jumiin, voit yleensä kirjautua sisään tekstitilan virtuaalikonsoliin tai ainakin käynnistää koneen Live-CD:llä ja siirtää xorg.confin syrjään, jolloin X käynnistyy automaattisesti nouveau-ajurilla.
Voit myös kopioida nykyisen asetustiedoston talteen (vaikka samaan hakemistoon eri nimellä), jolloin vikatilanteessa se on helppo palauttaa.
Note: Modelines are ignored by NVIDIA, ATI and Intel drivers when using the TV-Out ability of these chipsets. Instead they use an internal and unmodifiable list of valid modes.
TV-Out ei ole HDMI-ulostulo vaan analoginen S-Video/komponentti/komposiittiulostulo.
-
Kiitos avusta. Palaan asiaan maanantai-aamuna viimeistään, ja katsotaan tulos silloin. Nyt menoksi :)
-
Muokkaa xorg.confia tähän tapaan:
TV-Out ei ole HDMI-ulostulo vaan analoginen S-Video/komponentti/komposiittiulostulo.
Xorg.conf muutettu ohjeen mukaan ja käynnistetty uudelleen parikin kertaa. Nvidian paneeli näyttää nyt 50 Hz, mutta monitorin info 60. Koetin paneelistakin vaihdella 50 ja 50 välillä antaen perään Apply, ruutu välähtää, mutta tuloksena on, että ruutu vaan pysyy itsepäisesti 60:ssä ja sen kertoo testivideokin. Eli ei siis mennyt näilläkään keinoilla. Harmi jos ei onnistu. Win7:n puolella taajuus vaihtui oikeasti.
EDIT: Onnistui sittenkin, kun vaihdoin DVI-kaapelin tilalle VGA:n. Nyt näyttö ilmoittaa 50 Hz, ja testivideo tuotti ensin pahan pettymyksen kokeillessani Mplayer2:lla ja Smplayerilla parhaat optiot annettuina. Aika töksähtelemistä oli. Kuitenkin softapurkua ilmeisesti käyttävät VLC ja Totem näyttivät videon täysin nykimättä. Siis näyttää samalta nyt kuin Win7:n puolella. Ainoaksi harmitukseksi jää nyt vga-kaapeli. Nyt ei ole HDMI-letkua tässä, jotta voisi kokeilla sillä. Win-puolella toimi kyllä sekä VGA:lla että DVI:llä.
EDIT2: Lisätäänpä tänne vielä, että aika lailla rimaa hipoen mennään softapurulla. Purkava ydin siellä 90% paikkeilla ja satunnaisia töksähdyksiä tulee. VLC:n tilasto ilmoittaa, että panoroinnissa hukataan hieman ruutuja, mutta vain hieman. Kyseessä on siis originaali full HD materiaali 50 ruutua/sek Panasonicin SD 700 videokamerasta. Compiz on oltava päällä, muuten kuva repeilee, semmoista flippausta vaakatasossa hiukan ruudun puolenvälin yläpuolella.
-
Tässä guruille vielä Nvidian paneelin antma EDID-informaatio, mitä se sitten tarkoittaakin. Tuli nyt mieleen, josko tästä olisi apuja Modelinen tekoon. Jospa se modeline-databasesta nappaamani ei ollut ihan oikein tälle näytölle, kun ei kerran DVI:llä toiminut 50 Hz?
00 ff ff ff ff ff ff 00 04 69 d2 23 8c 68 01 00 25 15 01 03 68 33 1d 78 2a d9 45 a2 55 4d a0 27 12 50 54 b7 ef 00 d1 c0 81 40 81 80 95 00 b3 00 71 4f 81 c0 81 00 02 3a 80 18 71 38 2d 40 58 2c 45 00 fd 1e 11 00 00 1e 00 00 00 ff 00 42 39 4c 4d 54 46 30 39 32 33 30 30 0a 00 00 00 fd 00 32 4b 18 53 11 00 0a 20 20 20 20 20 20 00 00 00 fc 00 41 53 55 53 20 56 53 32 33 39 0a 20 20 00 ea
-
Tässä guruille vielä Nvidian paneelin antma EDID-informaatio, mitä se sitten tarkoittaakin.
EDID-tiedot voi purkaa selväkieliseksi tähän tapaan:
# Asennetaan xxd ja edid-decode
sudo apt-get install vim-common edid-decode
# Kirjoitetaan heksamuotoinen informaatio tiedostoon edid.hex
echo "00 ff ff ff ff ff ff 00 04 69 d2 23 8c 68 01 00 25 15 01 03 68 33 1d 78 2a d9 45 a2 55 4d a0 27 12 50 54 b7 ef 00 d1 c0 81 40 81 80 95 00 b3 00 71 4f 81 c0 81 00 02 3a 80 18 71 38 2d 40 58 2c 45 00 fd 1e 11 00 00 1e 00 00 00 ff 00 42 39 4c 4d 54 46 30 39 32 33 30 30 0a 00 00 00 fd 00 32 4b 18 53 11 00 0a 20 20 20 20 20 20 00 00 00 fc 00 41 53 55 53 20 56 53 32 33 39 0a 20 20 00 ea" > edid.hex
# Muunnetaan heksakoodi binääridataksi
xxd -r -p edid.hex edid.bin
# Puretaan selväkieliseksi
edid-decode edid.bin
Tuloste:
Manufacturer: ACI Model 23d2 Serial Number 92300
Made week 37 of 2011
EDID version: 1.3
Analog display, Input voltage level: 0.7/0.7 V
Sync: Separate
Maximum image size: 51 cm x 29 cm
Gamma: 2.20
DPMS levels: Off
RGB color display
First detailed timing is preferred timing
Established timings supported:
720x400@70Hz
640x480@60Hz
640x480@67Hz
640x480@75Hz
800x600@56Hz
800x600@60Hz
800x600@72Hz
800x600@75Hz
832x624@75Hz
1024x768@60Hz
1024x768@70Hz
1024x768@75Hz
1280x1024@75Hz
Standard timings supported:
1920x1152@60Hz
1280x960@60Hz
1280x1024@60Hz
1440x900@60Hz
1680x1050@60Hz
1152x864@75Hz
1280x768@60Hz
1280x800@60Hz
Detailed mode: Clock 148.500 MHz, 509 mm x 286 mm
1920 2008 2052 2200 hborder 0
1080 1084 1089 1125 vborder 0
+hsync +vsync
Serial number: B9LMTF092300
Monitor ranges: 50-75HZ vertical, 24-83kHz horizontal, max dotclock 170MHz
Monitor name: ASUS VS239
Checksum: 0xea
Jospa se modeline-databasesta nappaamani ei ollut ihan oikein tälle näytölle, kun ei kerran DVI:llä toiminut 50 Hz?
Ongelma lienee edelleen ajurin asetuksissa, eli tila hylätään jostain syystä, vaikka EDID-parametrien mukaan se on näytön kykyjen rajoissa. Digitaalisilla liitännöillä oman näyttötilan käyttäminen on hankalampaa kuin VGA:lla.
Kokeile lisätä tämä rivi xorg.confin Screen-osaan (esim. ModeValidation-rivin alle):
Option "FlatPanelProperties" "Scaling = Native"
Näytä myös X:n loki (/var/log/Xorg.0.log) DVI-liitäntää käytettäessä. Siellä pitäisi olla maininta, jos modeline hylätään. Lisää informaatiota hylkäyksen syystä saa käynnistämällä X:n -logverbose 20:llä. Voit käynnistää toisen X-palvelimen nykyisen rinnalle komennolla:
startx -- -logverbose 20 :1
Loki on tuolloin tiedostossa /var/log/Xorg.1.log
Palvelinten välillä voi vaihtaa näppäinyhdistelmillä Ctrl+Alt+F7 ja Ctrl+Alt+F8.
-
KORJATTU:
Tässä oikea tuloste näytön osalta lokista. 50Hz on siis paneelistakin valittuna, mutta kuitenkaan DVI:llä ei tule tila käyttöön.
[ 940.592]
X.Org X Server 1.10.1
Release Date: 2011-04-15
[ 940.592] X Protocol Version 11, Revision 0
[ 940.592] Build Operating System: Linux 2.6.24-28-server i686 Ubuntu
[ 940.592] Current Operating System: Linux mttfs 2.6.38-13-generic #56-Ubuntu SMP Tue Feb 14 12:40:40 UTC 2012 i686
[ 940.592] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-13-generic root=UUID=9334b874-7544-4f2d-9718-2361ba528852 ro quiet splash vt.handoff=7
[ 940.592] Build Date: 13 October 2011 05:38:22PM
[ 940.592] xorg-server 2:1.10.1-1ubuntu1.3 (For technical support please see http://www.ubuntu.com/support)
[ 940.592] Current version of pixman: 0.20.2
[ 940.592] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 940.592] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 940.592] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Mar 6 13:11:53 2012
[ 940.592] (==) Using config file: "/etc/X11/xorg.conf"
[ 940.592] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 940.592] (==) ServerLayout "Layout0"
[ 940.592] (**) |-->Screen "Screen0" (0)
[ 940.592] (**) | |-->Monitor "Monitor0"
[ 940.593] (**) | |-->Device "Device0"
[ 940.593] (**) |-->Input Device "Keyboard0"
[ 940.593] (**) |-->Input Device "Mouse0"
[ 940.593] (**) Option "Xinerama" "0"
[ 940.593] (==) Automatically adding devices
[ 940.593] (==) Automatically enabling devices
[ 940.594] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 940.594] Entry deleted from font path.
[ 940.594] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[ 940.594] Entry deleted from font path.
[ 940.594] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[ 940.594] Entry deleted from font path.
[ 940.594] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[ 940.594] Entry deleted from font path.
[ 940.594] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[ 940.594] Entry deleted from font path.
[ 940.594] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
[ 940.594] (==) ModulePath set to "/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules"
[ 940.594] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
[ 940.594] (WW) Disabling Keyboard0
[ 940.594] (WW) Disabling Mouse0
[ 940.594] (II) Loader magic: 0x8200ac0
[ 940.594] (II) Module ABI versions:
[ 940.594] X.Org ANSI C Emulation: 0.4
[ 940.594] X.Org Video Driver: 10.0
[ 940.594] X.Org XInput driver : 12.3
[ 940.594] X.Org Server Extension : 5.0
[ 940.595] (--) PCI:*(0:2:0:0) 10de:0e22:0000:0000 rev 161, Mem @ 0xf4000000/33554432, 0xe8000000/134217728, 0xe4000000/67108864, I/O @ 0x00002000/128, BIOS @ 0x????????/524288
[ 940.595] (II) Open ACPI successful (/var/run/acpid.socket)
[ 940.595] (II) LoadModule: "extmod"
[ 940.596] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[ 940.596] (II) Module extmod: vendor="X.Org Foundation"
[ 940.596] compiled for 1.10.1, module version = 1.0.0
[ 940.596] Module class: X.Org Server Extension
[ 940.596] ABI class: X.Org Server Extension, version 5.0
[ 940.596] (II) Loading extension MIT-SCREEN-SAVER
[ 940.596] (II) Loading extension XFree86-VidModeExtension
[ 940.596] (II) Loading extension XFree86-DGA
[ 940.596] (II) Loading extension DPMS
[ 940.596] (II) Loading extension XVideo
[ 940.596] (II) Loading extension XVideo-MotionCompensation
[ 940.596] (II) Loading extension X-Resource
[ 940.596] (II) LoadModule: "dbe"
[ 940.596] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
[ 940.596] (II) Module dbe: vendor="X.Org Foundation"
[ 940.596] compiled for 1.10.1, module version = 1.0.0
[ 940.596] Module class: X.Org Server Extension
[ 940.596] ABI class: X.Org Server Extension, version 5.0
[ 940.596] (II) Loading extension DOUBLE-BUFFER
[ 940.596] (II) LoadModule: "glx"
[ 940.597] (II) Loading /usr/lib/xorg/extra-modules/libglx.so
[ 940.620] (II) Module glx: vendor="NVIDIA Corporation"
[ 940.620] compiled for 4.0.2, module version = 1.0.0
[ 940.620] Module class: X.Org Server Extension
[ 940.620] (II) NVIDIA GLX Module 295.20 Mon Feb 6 20:47:25 PST 2012
[ 940.620] (II) Loading extension GLX
[ 940.620] (II) LoadModule: "record"
[ 940.620] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
[ 940.621] (II) Module record: vendor="X.Org Foundation"
[ 940.621] compiled for 1.10.1, module version = 1.13.0
[ 940.621] Module class: X.Org Server Extension
[ 940.621] ABI class: X.Org Server Extension, version 5.0
[ 940.621] (II) Loading extension RECORD
[ 940.621] (II) LoadModule: "dri"
[ 940.621] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[ 940.621] (II) Module dri: vendor="X.Org Foundation"
[ 940.621] compiled for 1.10.1, module version = 1.0.0
[ 940.621] ABI class: X.Org Server Extension, version 5.0
[ 940.621] (II) Loading extension XFree86-DRI
[ 940.621] (II) LoadModule: "dri2"
[ 940.621] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
[ 940.621] (II) Module dri2: vendor="X.Org Foundation"
[ 940.621] compiled for 1.10.1, module version = 1.2.0
[ 940.621] ABI class: X.Org Server Extension, version 5.0
[ 940.621] (II) Loading extension DRI2
[ 940.621] (II) LoadModule: "nvidia"
[ 940.621] (II) Loading /usr/lib/xorg/extra-modules/nvidia_drv.so
[ 940.621] (II) Module nvidia: vendor="NVIDIA Corporation"
[ 940.621] compiled for 4.0.2, module version = 1.0.0
[ 940.621] Module class: X.Org Video Driver
[ 940.621] (II) NVIDIA dlloader X Driver 295.20 Mon Feb 6 20:27:19 PST 2012
[ 940.621] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[ 940.621] (--) using VT number 8
[ 940.669] (II) Loading sub module "fb"
[ 940.669] (II) LoadModule: "fb"
[ 940.669] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 940.669] (II) Module fb: vendor="X.Org Foundation"
[ 940.669] compiled for 1.10.1, module version = 1.0.0
[ 940.669] ABI class: X.Org ANSI C Emulation, version 0.4
[ 940.669] (II) Loading sub module "wfb"
[ 940.669] (II) LoadModule: "wfb"
[ 940.670] (II) Loading /usr/lib/xorg/modules/libwfb.so
[ 940.670] (II) Module wfb: vendor="X.Org Foundation"
[ 940.670] compiled for 1.10.1, module version = 1.0.0
[ 940.670] ABI class: X.Org ANSI C Emulation, version 0.4
[ 940.670] (II) Loading sub module "ramdac"
[ 940.670] (II) LoadModule: "ramdac"
[ 940.670] (II) Module "ramdac" already built-in
[ 940.670] (II) Loading /usr/lib/xorg/extra-modules/nvidia_drv.so
[ 940.670] (II) Loading /usr/lib/xorg/modules/libwfb.so
[ 940.670] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 940.670] (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
[ 940.670] (==) NVIDIA(0): RGB weight 888
[ 940.670] (==) NVIDIA(0): Default visual is TrueColor
[ 940.670] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[ 940.670] (**) NVIDIA(0): Option "TwinView" "0"
[ 940.670] (**) NVIDIA(0): Option "ModeValidation" "AllowNon60HzDFPModes"
[ 940.670] (**) NVIDIA(0): Enabling 2D acceleration
[ 941.910] (II) NVIDIA(GPU-0): Display (Ancor Communications Inc ASUS VS239 (DFP-0)) does not
[ 941.910] (II) NVIDIA(GPU-0): support NVIDIA 3D Vision stereo.
[ 941.911] (II) NVIDIA(0): NVIDIA GPU GeForce GTX 460 (GF104) at PCI:2:0:0 (GPU-0)
[ 941.911] (--) NVIDIA(0): Memory: 2097152 kBytes
[ 941.911] (--) NVIDIA(0): VideoBIOS: 70.04.13.00.01
[ 941.911] (II) NVIDIA(0): Detected PCI Express Link width: 16X
[ 941.911] (--) NVIDIA(0): Interlaced video modes are supported on this GPU
[ 941.911] (--) NVIDIA(0): Connected display device(s) on GeForce GTX 460 at PCI:2:0:0
[ 941.911] (--) NVIDIA(0): Ancor Communications Inc ASUS VS239 (DFP-0)
[ 941.911] (--) NVIDIA(0): Ancor Communications Inc ASUS VS239 (DFP-0): 330.0 MHz maximum
[ 941.911] (--) NVIDIA(0): pixel clock
[ 941.911] (--) NVIDIA(0): Ancor Communications Inc ASUS VS239 (DFP-0): Internal Dual
[ 941.911] (--) NVIDIA(0): Link TMDS
[ 941.992] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
[ 941.992] (**) NVIDIA(0): device Ancor Communications Inc ASUS VS239 (DFP-0) (Using
[ 941.992] (**) NVIDIA(0): EDID frequencies has been enabled on all display
[ 941.992] (**) NVIDIA(0): devices.)
[ 941.992] (II) NVIDIA(0): Mode Validation Overrides for Ancor Communications Inc ASUS
[ 941.992] (II) NVIDIA(0): VS239 (DFP-0):
[ 941.992] (II) NVIDIA(0): AllowNon60HzDFPModes
[ 942.024] (II) NVIDIA(0): Assigned Display Device: DFP-0
[ 942.025] (II) NVIDIA(0): Validated modes:
[ 942.025] (II) NVIDIA(0): "1920x1080@50"
[ 942.025] (II) NVIDIA(0): "1920x1080"
[ 942.025] (II) NVIDIA(0): Virtual screen size determined to be 1920 x 1080
[ 942.059] (--) NVIDIA(0): DPI set to (95, 94); computed from "UseEdidDpi" X config
[ 942.059] (--) NVIDIA(0): option
[ 942.059] (--) Depth 24 pixmap format is 32 bpp
[ 942.059] (II) NVIDIA: Using 1024.00 MB of virtual memory for indirect memory
[ 942.059] (II) NVIDIA: access.
[ 942.065] (II) NVIDIA(0): Setting mode "1920x1080@50"
[ 942.097] (II) Loading extension NV-GLX
[ 942.150] (==) NVIDIA(0): Disabling shared memory pixmaps
[ 942.150] (==) NVIDIA(0): Backing store disabled
[ 942.150] (==) NVIDIA(0): Silken mouse enabled
[ 942.150] (**) NVIDIA(0): DPMS enabled
[ 942.151] (II) Loading extension NV-CONTROL
[ 942.151] (II) Loading extension XINERAMA
[ 942.151] (II) Loading sub module "dri2"
[ 942.151] (II) LoadModule: "dri2"
[ 942.151] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
[ 942.151] (II) Module dri2: vendor="X.Org Foundation"
[ 942.151] compiled for 1.10.1, module version = 1.2.0
[ 942.151] ABI class: X.Org Server Extension, version 5.0
[ 942.151] (II) NVIDIA(0): [DRI2] Setup complete
[ 942.151] (II) NVIDIA(0): [DRI2] VDPAU driver: nvidia
[ 942.151] (==) RandR enabled
[ 942.151] (II) Initializing built-in extension Generic Event Extension
[ 942.151] (II) Initializing built-in extension SHAPE
[ 942.151] (II) Initializing built-in extension MIT-SHM
[ 942.151] (II) Initializing built-in extension XInputExtension
[ 942.151] (II) Initializing built-in extension XTEST
[ 942.151] (II) Initializing built-in extension BIG-REQUESTS
[ 942.151] (II) Initializing built-in extension SYNC
[ 942.151] (II) Initializing built-in extension XKEYBOARD
[ 942.151] (II) Initializing built-in extension XC-MISC
[ 942.151] (II) Initializing built-in extension SECURITY
[ 942.151] (II) Initializing built-in extension XINERAMA
[ 942.151] (II) Initializing built-in extension XFIXES
[ 942.151] (II) Initializing built-in extension RENDER
[ 942.151] (II) Initializing built-in extension RANDR
[ 942.151] (II) Initializing built-in extension COMPOSITE
[ 942.151] (II) Initializing built-in extension DAMAGE
[ 942.151] (II) Initializing built-in extension GESTURE
[ 942.153] (II) Initializing extension GLX
-
Tässä oikea tuloste näytön osalta lokista. 50Hz on siis paneelistakin valittuna, mutta kuitenkaan DVI:llä ei tule tila käyttöön.
Kokeilitko tuota FlatpanelProperties-valintaa? Sen voi tehdä myös nvidia-settingsillä monitorin välilehdellä kohdassa Flat Panel Scaling: kokeile ottaa valinta Force Full GPU Scaling pois päältä.
Mitä nvidia-settings kertoo monitorin välilehdellä kohdissa Refresh rate ja Scaling?
-
Tässä oikea tuloste näytön osalta lokista. 50Hz on siis paneelistakin valittuna, mutta kuitenkaan DVI:llä ei tule tila käyttöön.
Kokeilitko tuota FlatpanelProperties-valintaa? Sen voi tehdä myös nvidia-settingsillä monitorin välilehdellä kohdassa Flat Panel Scaling: kokeile ottaa valinta Force Full GPU Scaling pois päältä.
Mitä nvidia-settings kertoo monitorin välilehdellä kohdissa Refresh rate ja Scaling?
Joo, kokeilussa on. Scaling on Stretched ja Refresh 60 Hz, Force on pois päältä.
Kokeilin myös sitä rinnakkaista X-serveriä, mutta Ctrl-Alt-F7 ei näytä mitään, F8 kylläkin. Loki (1) syntyi kyllä, ja se kertoi nopeasti vilaistuna, että moodi 1920x1080@50 on valid.
-
Ok, se näemmä skaalaa silti väkisin sopivimpaan EDID-tilaan, eli 1080p60:ksi. Ei ehkä auta muu kuin kytkeä EDID pois päältä: http://www.mythtv.org/wiki/User_Manual:JudderFree#Advanced_Scenario
Option "ExactModeTimingsDVI" "True"
Option "UseEDIDFreqs" "FALSE"
Option "UseEDIDDpi" "FALSE"
Option "ModeValidation" "NoEdidModes,AllowNon60HzDFPModes"[/quote]
-
Ok, se näemmä skaalaa silti väkisin sopivimpaan EDID-tilaan, eli 1080p60:ksi. Ei ehkä auta muu kuin kytkeä EDID pois päältä: http://www.mythtv.org/wiki/User_Manual:JudderFree#Advanced_Scenario
Option "ExactModeTimingsDVI" "True"
Option "UseEDIDFreqs" "FALSE"
Option "UseEDIDDpi" "FALSE"
Option "ModeValidation" "NoEdidModes,AllowNon60HzDFPModes"[/quote]
Jesh!!! Noin se sitten meni. Kone yön valmiustilassa vga-kaapeli kiinni. xorg.confin muokkaus, tallennus, kaapelin vaihto dvi:lle, ja pimeällä ruudulla Ctrl-Alt-Backspace (määritellyt itse tuon) ja kirjautumisen jälkeen tsekkaus monitorista, 1920x1080, 56 kHz, 50 Hz. Siinä se. Paljon kiitoksia "nm" ja Timballe myös. Tosiaan antamasi komento saa aikaan noita modelinejä, ja nyt osaisin tämän jo itsekin. Testiajo testivideosta (n. 5 minuuttia 1080p@50) VLC:llä kertoi, että ajoneuvot liikkuvat tasaisesti, mutta sitten kun lopussa tulee 360 asteen panorointi ja siinä siirrytään tuulessa heiluvaan koivikkoon, ruutuja alkaa putoilla. Noin 20000 kokonaismäärästä tippui noin 450 ja se kokonaan n. minuutin panorointiosuudessa.
Kirittävää Linux-puolella siis on vielä reippaasti. Eilen illalla kotikoneella testailin core2duo läppärillä, Intelin 945G ohjaimella. WinXP-puolella VLC ei pudota yhtään ruutua eräästä 720p@50 videostani, joka on tehty OpenShotilla 15 mb/s läpäisyllä. Vastaavasta videosta on myös kevyempi 5 mb/s versio, ja se takeltelee Ubuntun puolellakin. Molemmissa tapauksissa katsottu VLC:llä. Toinen, Pentaxilla kuvattu 720p@30 motionjpegiä menee sekin puhtaasti XP:n puolella, Ubuntun puolella ruutuja putoaa raskaasti.
Rautakiihdytys VDPAU:lla ei ole lunastanut lupauksia ainakaan omalla koneellani. CPU:n prosentit pysyvät alhaalla, mutta kun videota katsotaan kuitenkin silmillä eikä CPU-mittarilla niin... Mplayer2:llä nämä raskaat MTS-videot pätkivät pahasti VDPAU:sta huolimatta. Optioina Mplayer2:lle -vo vdpau -vc ffh264vdpau.
Mitä ilmeisimmin koodaamista tarvitaan vielä reippaasti. Rauta siis antaisi jo myöden, mutta rautapurun koodaaminen kuntoon olisi nyt tärkeää. Maailma on liikkuvan kuvan, ja toivotan koodaajille menestystä :)
-
Testiajo testivideosta (n. 5 minuuttia 1080p@50) VLC:llä kertoi, että ajoneuvot liikkuvat tasaisesti, mutta sitten kun lopussa tulee 360 asteen panorointi ja siinä siirrytään tuulessa heiluvaan koivikkoon, ruutuja alkaa putoilla. Noin 20000 kokonaismäärästä tippui noin 450 ja se kokonaan n. minuutin panorointiosuudessa.
Jos käytät jotain vanhempaa VLC:n versiota, sen softapurku hyödyntää vain yhtä ydintä, joten korkean bitraten 1080p50-videon purussa tuo on odotettavissa käyttöjärjestelmästä ja prosessorista riippumatta. VLC 2.0:lla pitäisi toistua paremmin, ainakin quad corella.
Kirittävää Linux-puolella siis on vielä reippaasti. Eilen illalla kotikoneella testailin core2duo läppärillä, Intelin 945G ohjaimella. WinXP-puolella VLC ei pudota yhtään ruutua eräästä 720p@50 videostani, joka on tehty OpenShotilla 15 mb/s läpäisyllä. Vastaavasta videosta on myös kevyempi 5 mb/s versio, ja se takeltelee Ubuntun puolellakin. Molemmissa tapauksissa katsottu VLC:llä. Toinen, Pentaxilla kuvattu 720p@30 motionjpegiä menee sekin puhtaasti XP:n puolella, Ubuntun puolella ruutuja putoaa raskaasti.
Tässä tapauksessa epäilen pullonkaulaksi Intelin Linux-ajuria. Se on parantunut paljon viime vuosina, mutta tuskin vastaa nopeudeltaan Windows-ajuria. Seuraavassa Ubuntussa on taas uudempi ajuri, joka saattaisi olla hieman nopeampi videotoistossakin.
Rautakiihdytys VDPAU:lla ei ole lunastanut lupauksia ainakaan omalla koneellani. CPU:n prosentit pysyvät alhaalla, mutta kun videota katsotaan kuitenkin silmillä eikä CPU-mittarilla niin... Mplayer2:llä nämä raskaat MTS-videot pätkivät pahasti VDPAU:sta huolimatta. Optioina Mplayer2:lle -vo vdpau -vc ffh264vdpau.
On mahdollista, että näytönohjaimesi ei ole aivan riittävän nopea 1080p50-purkuun. VDPAU Feature Set A (VP2) -näytönohjaimet purkavat 1080p:tä maksimissaan n. 45 fps:n nopeudella. Oletko kokeillut samoja videoita Windowsissa saman näytönohjaimen rautapurulla?
Sinänsä VDPAU toimii nykyisin yhtä hyvin kuin Nvidian rautapurkurajapinnat Windowsissa. Julkaistaessa VDPAU oli joiltain osin niitä edellä.
-
Jos käytät jotain vanhempaa VLC:n versiota, sen softapurku hyödyntää vain yhtä ydintä, joten korkean bitraten 1080p50-videon purussa tuo on odotettavissa käyttöjärjestelmästä ja prosessorista riippumatta. VLC 2.0:lla pitäisi toistua paremmin, ainakin quad corella.
-----------
Tässä tapauksessa epäilen pullonkaulaksi Intelin Linux-ajuria. Se on parantunut paljon viime vuosina, mutta tuskin vastaa nopeudeltaan Windows-ajuria. Seuraavassa Ubuntussa on taas uudempi ajuri, joka saattaisi olla hieman nopeampi videotoistossakin.
On mahdollista, että näytönohjaimesi ei ole aivan riittävän nopea 1080p50-purkuun. VDPAU Feature Set A (VP2) -näytönohjaimet purkavat 1080p:tä maksimissaan n. 45 fps:n nopeudella. Oletko kokeillut samoja videoita Windowsissa saman näytönohjaimen rautapurulla?
Kiitos.
Tällainen tavallinen pulliainen ei vaan ollenkaan tiedä, mistä moisen VLC 2.0 saisikaan. Itsestään ei päivity, vaikka tämä 1.1.3:kin on kai jostain ppa:sta jossain vaiheessa haalittu. En muista mistä.
En myöskään osaa Windowsin puolella säätää mitään sen paremmin rauta- tai softapurkua käyttämään. Katsoin vähän prossukuormia tässä aiemmin, ja kokonaiskuorma näytti pyörivän 10-15% välillä noilla mts-videoilla Win7:ssa. Yhtään droppia ei sillä puolella kyllä saa aikaiseksi.
Ja tuosta ohjaimesta vielä. Mistähän tätä 460GTX:ää tehokkaaamman mahtaisi saadakaan. No eipä silti, en sitä tarvitse, jos softapurkuun saisi edes kaksi neljästä käyttöön.
-
Tällainen tavallinen pulliainen ei vaan ollenkaan tiedä, mistä moisen VLC 2.0 saisikaan. Itsestään ei päivity, vaikka tämä 1.1.3:kin on kai jostain ppa:sta jossain vaiheessa haalittu. En muista mistä.
Ubuntu 11.04:n virallisissa lähteissä on VLC 1.1.9 ja esim. natty-bleed-PPA:sta saa version 1.1.13. Nattyyn ei taida vielä saada mistään valmiiksi paketoitua 2.0:aa.
Ubuntu 11.10:een VLC 2.0:n voi asentaa tästä PPA:sta: https://launchpad.net/~n-muench/+archive/vlc
Ubuntu 12.04:ään VLC 2.0:n saa suoraan virallisista lähteistä.
En myöskään osaa Windowsin puolella säätää mitään sen paremmin rauta- tai softapurkua käyttämään. Katsoin vähän prossukuormia tässä aiemmin, ja kokonaiskuorma näytti pyörivän 10-15% välillä noilla mts-videoilla Win7:ssa. Yhtään droppia ei sillä puolella kyllä saa aikaiseksi.
On mahdollista, että VLC käyttää Windowsissa oletuksena DXVA2-rautapurkua. Tai sitten sinulla on niin paljon HT-ytimiä, että kuorma näyttää alhaiselta. Mitä VLC:n versiota käytät Windowsissa ja jakautuuko kuorma tasaisesti kaikille ytimille?
Ja tuosta ohjaimesta vielä. Mistähän tätä 460GTX:ää tehokkaaamman mahtaisi saadakaan.
Esimerkiksi GT520 purkaa H.264 videota tuplasti nopeammin kuin GTX 460. Tosin 1080i-videon lomituksenpoistoon siinä ei riitä tehoja.
GTX 460:ssä on kuitenkin Feature set C -videodekooderi, joten nopeus riittää 50p ja 60p-purkuun. Sinulla on sitten jotain muuta ongelmaa VDPAU:n kanssa. Ehkä kompositointi häiritsee sitä -- itse en ole saanut kahden näytön TwinView-kokoonpanossa VDPAU:ta toimimaan nykimättä ja repeilemättä ellen kytke kompositointia kokonaan pois X-palvelimesta:
Section "Extensions"
Option "Composite" "Disable"
EndSection
-
On mahdollista, että VLC käyttää Windowsissa oletuksena DXVA2-rautapurkua. Tai sitten sinulla on niin paljon HT-ytimiä, että kuorma näyttää alhaiselta. Mitä VLC:n versiota käytät Windowsissa ja jakautuuko kuorma tasaisesti kaikille ytimille?
Käytössä oli 1.1.11 Windowsissa. Kokeilin juuri sillä mts-videota. Kyllä kaikkia ytimiä (4) jotenkin käytetään, mutta ei tasaisesti. Yksi noin 50-60%, toinen noin 25-30%, muut sitten vähemmän. Kokokomaiskuorma vaihteli siis 10-15%. Kokeellinen GPU-purku pätki pahasti. Pakko ottaa pois.
Latasin sitten 2.0:n. Softapurulla nyt tasainen kuorma ytimille, kokonaiskäyttöaste tippui 4-12% testivideollani. Nyt kai sitten virallisesti mukana oleva GPU-purku pätki vieläkin pahemmin mielestäni kuin 1.1.11-versiolla. CPU-kuorma mitätön, noin 1-4%, mutta ei siis voi käyttää pätkimisen takia. Tämä siis kaikki Win7-puolella.
GTX 460:ssä on kuitenkin Feature set C -videodekooderi, joten nopeus riittää 50p ja 60p-purkuun. Sinulla on sitten jotain muuta ongelmaa VDPAU:n kanssa. Ehkä kompositointi häiritsee sitä -- itse en ole saanut kahden näytön TwinView-kokoonpanossa VDPAU:ta toimimaan nykimättä ja repeilemättä ellen kytke kompositointia kokonaan pois X-palvelimesta:
Section "Extensions"
Option "Composite" "Disable"
EndSection
Ubuntu puolella käytössä ollut, muistaakseni juuri Natty-bleedistä napattu 1.1.13. Uudempaa ei ole näköpiirissä. Todennäköisesti vaihdan sitten 12.04 aikanaan, kunhan se vakiintuisi. Ainakin Hardyn kanssa meni melkein vuosi, ennenkuin se alkoi pelata kunnolla, mikä ei ole hyvä juttu, kun 2 vuoden tuesta menee vuosi ongelmissa. Tässä samalla herää siihen, että Ubuntua on tullut käytetyksi 7.04:stä saakka, viitisen vuotta :)
Palaan tuon neuvosi kokemuksiin, kunhan taas pääsen sille puolelle konetta. Pakko tulla konvertoimaan koostamani esittelyvideo tälle puolelle, kun en Handbrakesta ja Avidemuxista löydä koon pienennystä (Full HD -> 480p ja 576p). Tehtävä täällä AVS-konvertterilla. Nuo valinnat saisivat olla OpenShotissakin suoraan, 720p siellä on, muttei esim. 480p:ä
1024x576 PAL on, mutta se tiputtaa fps:n 25 :(
-
Ehkä kompositointi häiritsee sitä -- itse en ole saanut kahden näytön TwinView-kokoonpanossa VDPAU:ta toimimaan nykimättä ja repeilemättä ellen kytke kompositointia kokonaan pois X-palvelimesta:
Section "Extensions"
Option "Composite" "Disable"
EndSection
KIITOS!!! Tämä oli aivan ratkaiseva siirto! Nyt vetävät Mplayer2 ja Smplayer (oikeat optiot mplayerille) fullHD-mts:ää täysin puhtaasti. Ei pienintäkään glitchiä liikkeessä tai panoroinnissa ja järjestelmän valvonta kertoo ytimien (4, yhteensä 8 säiettä) pystyttelevän hyvin alhaisilla kuormilla. Yritys kokeilla VLC:ä (1.1.13) GPU-purulla tuottaa saman tuloksen kuin Win7:ssa, eli video nykii tosi pahasti. Jos ei winukkaan parempaa soitinta ole, niin nyt kyllä sitten ollaan edellä Linuxin puolella :) Hienoa :)
-
Jos ei winukkaan parempaa soitinta ole, niin nyt kyllä sitten ollaan edellä Linuxin puolella :) Hienoa :)
Itselläni on läppärissä Pentium SU4100 tuplaydinprosessori ja Intelin 4500MHD näytönohjain, jossa on rautapurku kyllä tuettuna. Itse käytin testatakseni 1080p videoita ihan pelkkää Windows 7:n Media Playeria ja toistui mukisematta cpu kuorman ollessa muistaakseni n. 10-20%. Eli oletko Win7:ssa kokeillut ihan sen omaa Media Playeria?
Omaan näytönohjaimeen olisi myös kokeellinen VAAPI toteutus tehty linuxin puolelle, mutta enpä ole jaksanut lähteä kokeilemaan kun itse pitäisi käännellä.
-
Itselläni on läppärissä Pentium SU4100 tuplaydinprosessori ja Intelin 4500MHD näytönohjain, jossa on rautapurku kyllä tuettuna. Itse käytin testatakseni 1080p videoita ihan pelkkää Windows 7:n Media Playeria ja toistui mukisematta cpu kuorman ollessa muistaakseni n. 10-20%. Eli oletko Win7:ssa kokeillut ihan sen omaa Media Playeria?
En ole koskenut Microsoftin mediaplayeriin enkä selaimeen pitkällä tikullakaan enää vuosikausiin. Ainoa pakollinen sillä puolella on kotona lähinnä Picbasic Pro kehitysympäristö, kuvankäsittely (raw), ja satunnaisesti jotain muuta, mille en ole löytänyt mieleisiäni vastineita Ubuntun puolelta.
1080p videota on tietysti sitäkin monenlaista. Eilen juuri katselin Youtubesta nappaamaani, ja se toistui kotiläppärilläkin ihan hyvin ulkoisella näytöllä. Mutta silloin kun ruutuja on 50/sek, ja raakaa bittivirtaa on about 30 megabittiä sekunnissa, ei siihen niin vain pystytä. Tuolla Core2Duo läppärilläni on ihan turha yrittääkään. Kevään/kesän aikana, kun Intelin uusi Ivybridge-sarja alkaa näkyä kaupoissa, lähden ostoksille. Katsotaan sitten tarvitaanko erillistä näyttistä, vai riittääkö mukana tuleva integroitu hyvään videotoistoon. Hyvä näyttö on nyt niin kotona kuin duunissakin :)
-
En ole koskenut Microsoftin mediaplayeriin enkä selaimeen pitkällä tikullakaan enää vuosikausiin.
No tarkoituksena olikin, että kokeile.. en siis tuputtanut että vaihda. En itsekää sitä käytä, kun en viitsi edes käyttää koko Windowsia :D.. Paljon paremman käyttökokemuksen saan Linuxin parissa ;D. Mutta siis.. ei vie kuin muutamia minuutteja kun kokeilet Windowsin omalla playerilla miten pyörii.
-
ootkos xranderiä kokeillut ?
http://linux.fi/wiki/RandR
-
ootkos xranderiä kokeillut ?
http://linux.fi/wiki/RandR
Jaa virkistystaajuuden vaihtoon? Sillä voi kyllä lisätä modelinen lennossa, mutta en ole koskaan kokeillut miten Nvidian suljettu ajuri reagoi siihen. Modelinen lisäämiseen ei edes ole ohjetta tuolla linux.fi:n wikiartikkelissa.
Olemassaolevien näyttötilojen valitsemisessa xrandr toimii suunnilleen samalla tavalla kuin nvidia-settings. (Paitsi ettei se näytä oikeita virkistystaajuuksia Nvidian ajurilla, jos DynamicTwinView on päällä).
-
Olemassaolevien näyttötilojen valitsemisessa xrandr toimii suunnilleen samalla tavalla kuin nvidia-settings. (Paitsi ettei se näytä oikeita virkistystaajuuksia Nvidian ajurilla, jos DynamicTwinView on päällä).
Mulla Xrandr (Grandr) näytti puuta heinää vaikkei tuo TwinView päällä ollutkaan. Eikä se myöskään toiminut virkistystaajuuden vaihdossa Nvidian ajurilla. Tuolla aiemmin ketjussa oli kyllä kaikki, mitä piti tehdä. Kiitos siitä nm:lle :)
-
Mulla Xrandr (Grandr) näytti puuta heinää vaikkei tuo TwinView päällä ollutkaan.
DynamicTwinView on päällä silloinkin kun TwinView ei ole päällä, ellet erikseen kytke DynamicTwinviewiä pois xorg.confissa. Xrandr näyttää kyllä oikeat lukemat silloin kun DynamicTwinView on pois päältä.
Eikä se myöskään toiminut virkistystaajuuden vaihdossa Nvidian ajurilla.
Virkistystaajuus vaihtuu xrandr:n listauksessa näkyvän numeron perusteella, jos vaihtoehtoja ylipäänsä on olemassa. Esimerkiksi minulla xrandr näyttää DynamicTwinViewin kanssa LCD-monitorin natiiviresoluutiolle taajuudet "50.0" ja "51.0", joista ensimmäinen on nvidia-settingsillä tarkistettuna 60 Hz:n tila ja jälkimmäinen 75 Hz:
Screen 0: minimum 320 x 240, current 1280 x 1024, maximum 1280 x 1024
default connected 1280x1024+0+0 0mm x 0mm
1280x1024 50.0* 51.0
Tällöin voin vaihtaa 75 Hz:n tilaan komennolla xrandr -r 51.
-
Virkistystaajuus vaihtuu xrandr:n listauksessa näkyvän numeron perusteella, jos vaihtoehtoja ylipäänsä on olemassa. Esimerkiksi minulla xrandr näyttää DynamicTwinViewin kanssa LCD-monitorin natiiviresoluutiolle taajuudet "50.0" ja "51.0", joista ensimmäinen on nvidia-settingsillä tarkistettuna 60 Hz:n tila ja jälkimmäinen 75 Hz:
Screen 0: minimum 320 x 240, current 1280 x 1024, maximum 1280 x 1024
default connected 1280x1024+0+0 0mm x 0mm
1280x1024 50.0* 51.0
Tällöin voin vaihtaa 75 Hz:n tilaan komennolla xrandr -r 51.
Ok. Nyt en kyllä duunikoneeseen koske, kun saatiin se niin hyvään iskuun. Tässä kotikoneessa on nyt Peruskäyttö-osastolla mainittu ikkunoiden säätönamiskoiden häviäminen (ikkunan ylin osa) Compizin poiston jälkeen, ja jos sinne joku guru eksyy hyviä neuvoja antamaan, niin hyvä on :) Öitä :)
-
Ehkä kompositointi häiritsee sitä -- itse en ole saanut kahden näytön TwinView-kokoonpanossa VDPAU:ta toimimaan nykimättä ja repeilemättä ellen kytke kompositointia kokonaan pois X-palvelimesta:
Section "Extensions"
Option "Composite" "Disable"
EndSection
Voinko tehdä kotiläppäriini Xorg.confin, jossa on vain ylläoleva pätkä?
Sitten vielä vähän korjausta aiempaan; kirjoitin VLC:n (1.1.13) kotiläppärissä kadottavan ruutuja 5 mbit läpäisyllä olevassa h264 videossa (720p@50) ja saman kokoisessa motion jpegissä. Tähän tuli korjaus. VLC:n asetuksissa täytyi olla jotain pielessä, koska asetukset nollaamalla ruutujen putoileminen loppui. Oma vika siis.
Ja vielä yksi kysymys. Nvian GT520 mainittiin aiemmin säikeessä pystyvän jopa tehokkaampaan rautapurkuun kuin GTX460 (ver II). Onko todellakin näin? Kyseessähän on hyvin edullinen videokortti.
-
Ja vielä yksi kysymys. Nvian GT520 mainittiin aiemmin säikeessä pystyvän jopa tehokkaampaan rautapurkuun kuin GTX460 (ver II). Onko todellakin näin? Kyseessähän on hyvin edullinen videokortti.
Kyllä ilmeisemmin videopurkua on nopeutettu todella reippaasti 5xx sarjaan GT520 korttiin. Ilmeisesti pystyy purkamaan vaikka kahtakin 1080p vaivatta yhtäaikaa. Mutta GTX460:ssa on paukkuja sitten enemmän lomitetun videon purkuun, kun taas GT520 hyytyy parhaimmilla lomituksenpoistometodeilla.
Esimerkkilinkkejä:
http://en.wikipedia.org/wiki/Nvidia_PureVideo
http://www.mythtv.org/wiki/VDPAU
http://forum.doom9.org/showthread.php?t=163110
Edit: Korjattu..
-
Kyllä ilmeisemmin videopurkua on nopeutettu todella reippaasti 5xx sarjaan. Ilmeisesti pystyy purkamaan vaikka kahtakin 1080p vaivatta yhtäaikaa. Mutta GTX460:ssa on paukkuja sitten enemmän lomitetun videon purkuun, kun taas GT520 hyytyy parhaimmilla lomituksenpoistometodeilla.
Niinpä todellakin. No, lomitettua videota syntyy itsellä vain loma-aikaan ;), joten sen takia ei tarvitse ihmeitä näyttikseltä. Se mitä kaipaisi, olisi rautaenkoodaus, tai ainakin sellainen videopakkaaja editorissa, joka hyödyntäisi useampi ytimiä prosessorissa. Nykyisellään ainakin OpenShotissa on tehokkaallakin koneella aika aikavaa pakata.
Tämän säikeen monista anneista yksi oli lisäksi, että HD-videon purku sujuu jo säikeistettynä hyvin ilman erityistä supernäytönjaintakin, jos vai tietsikan tehot ja väylät sen sallivat. Mplayer2 toistaa tässä kotiläppärissäkin aika kivasti 720p@50 tuollaisella jopa 5-7 mbit/s vauhdilla. Ulkoisen näytön ja täyden HD-resoluution käyttö sitten jo pistävät polvilleen tämän. Saas nähdä, missä mennään, kun uudet Intelin kamat tulevat ulos, ja millainen näyttis siellä on vakiona, ja mikä on Linux-ajurin tilanne silloin. Jos ei pelaile, niin tuollainen GT520 pelastaa kyllä videoiden puolella sitten joka tapauksessa.
-
Section "Extensions"
Option "Composite" "Disable"
EndSection
Voinko tehdä kotiläppäriini Xorg.confin, jossa on vain ylläoleva pätkä?
Pitäisi onnistua.
Se mitä kaipaisi, olisi rautaenkoodaus
Tietokoneeseen liitettävistä kuluttajaluokan rautaenkoodereista Intelin Sandy Bridge -prosessorien Quick Sync on tällä hetkellä ainoa kohtalaisen pätevä vaihtoehto, joka ei häviä laadussa yhtä nopealle softaenkoodaukselle. Intelin Linux-ajuri tukee H.264 pakkausta, mutta tietääkseni kukaan ei ole vielä rakentanut softaa sen käyttämiseksi.
tai ainakin sellainen videopakkaaja editorissa, joka hyödyntäisi useampi ytimiä prosessorissa. Nykyisellään ainakin OpenShotissa on tehokkaallakin koneella aika aikavaa pakata.
x264 osaa kyllä käyttää n. 12 ydintä erittäin tehokkaasti. Onpa outoa, jos OpenShotissa ei ole valintaa enkooderin säikeiden määrälle? Ehkä vaihto Kdenliveen olisi paikallaan.
Yleensäkin on aika kummallista, etteivät nuo ohjelmat käytä oletuksena x264:n automaattitunnistusta ytimien määrälle.
-
Section "Extensions"
Option "Composite" "Disable"
EndSection
Voinko tehdä kotiläppäriini Xorg.confin, jossa on vain ylläoleva pätkä?
Pitäisi onnistua.
Jep. Loppui sitten repeily tämän läppärinkin kanssa :)
Tuhannet kiitokset. Mennyt viikko on ollut hyvä, ja koneet nyt niin hyvässä iskussa videoiden suhteen kuin olla voivat. Tästä on hyvä aamuvarhaisella suunnistaa viikoksi vähän lämpimämpiin maisemiin :)