Csabi's blog

Cateodata e bine sa locuiesti la etajul 5...


All images in this post are licensed under a
World-Wide Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License.

Avand de cumparat euro lunar, aveam nevoie de o metoda comoda de a urmari cursurile euro-dollar-ron asa ca am realizat urmatorul mic script in Perl care aduce periodic de pe un site informatiile necesare si le afiseaza pe ecran. Pentru a-l rula aveti nevoie de plasmoidele Stdin si PictureFrame, evident pe KDE4.2.x.

Scriptul se downloadeaza de aici: http://files.myopera.com/patkoscsaba/_Stuff/curs_valutar
Se pune in folderul dorit, si dupa aceea se inlocuieste in el "/home/csabi/Personal/Curs_valutar/" cu folderul in care l-ati copiat. Recomand sa rulati scriptul din consola si sa verificati de erori, s-ar putea sa va mai ceara sa creati niste subfoldere.

Dupa aceea rulati scriptul cu plasmoidul Stdin, care va afisa valori curente sub forma de tabela. Scriptul genereaza cele 2 grafice din screenshotul de mai sus, pe care le pune in foldere separate. Aceste foldere sa le puneti cu plasmoidul PictureFrame si refresh la 1-2 minute.

NOTA: Acest scrip a fost facut pentru scop personal, il licentiez GPL v3 sau mai nou, informatiile de curs valutar intra sub limitarii site-ului de pe care se iau datele si nu raspund personal sub nici o forma pentru autenticitatea sau corectitudinea lor.
NOTA2: Acest script necesita cel mai probabil modificare pentru a fi adaptat la sistemul vostru, asa ca e necesar sa stiti un pic de perl. Poate pe viitor il voi updata cu o varianta mai performanta.

De la domnii de la Opera:
http://www.opera.com/freedom/

Pe zi ce trece e mai rau...

Astazi, 22 mai, toate echipele actuale de F1 s-au hotarat sa paraseasca Formula 1 in caz de se va introduce regula cu bugetul limitat voluntar. In urma sedintei care s-a terminat pe la ora 22:30 (ora Romaniei) nu s-a ajuns la o intelegere s-au compromis cu FIA.

De asemenea, majoritatea pilotilor actuali au spus ca vor parasi F1 impreuna cu echipele.

Totodata, Monaco (Monte Carlo) a anuntat ca daca nu va fi Ferrari in F1 el nu va mai orgazina nici o cursa.

Mai multi fosti campion mondiali s-au oferit sa-si returneze cupele si medaliile lui FIA in semn de protest ...

Mai exista vreo cale de iesire? FOTA se pare ca nu va ceda, FIA (a se citi Max Mosley si Bernie Ecclestone) sunt batuti in cap si tin cu dintii de cea mai mare porcarie din istoria Formulei 1.

Cine stie ... poate echipele vor face un "Formula 0" dupa niste reguli pentru sport si tehnologie nu pentru business-ul a doi mosi sclerozati.

Recently I switched to Mandriva 2009.1 Free x86_64. Unfortunately there is no 64 bit version for Unigine, so I've run the 32 bit version on my 64 bit driver. Here are the results and setups...

Testing setup of Unigine:

Sanctuary demo benchmark edition v2.1 Settings Render:opengl Mode:640x480 windowed Shaders:high Textures:high Filter:trilinear Anisotropy:16x Translucence:enabled Parallax:enabled Reflection:enabled DOF:disabled HDR:disabled

Tropics Demo v1.1 Settings Render:opengl Mode:640x480 windowed Shaders:high Textures:high Filter:trilinear Anisotropy:4x Occlusion:disabled Reflection:enabled Refraction:enabled Volumetric:enabled

First chart is Sanctuary, second is Tropics
Personal Conclusion:
- on 64 bits operating system and NVidia driver, the 32 bit Unigine performs somewhat slower
- the difference on the simpler Sanctuary demo is almost negligible, but on the more sophisticated Tropic demo there is a slightly bigger difference
- still, the feel of the desktop is smoother. KDE4.2.2 works well with it's compositing 3D window manager on 1600x1200 resolution. The difference from 32 Mandriva 2009.0 and same NVidia driver is huge.
- for an everyday user I still recommend the beta driver, both on 32 and 64 bits
- I tried Tremulous on 64 bits, it was as fast as on 32 bits. I could see no difference, and the FPS was maxed out almost all the time at 90FPS

Testing setup of Unigine:

Sanctuary demo benchmark edition v2.1 Settings Render:opengl Mode:640x480 windowed Shaders:high Textures:high Filter:trilinear Anisotropy:16x Translucence:enabled Parallax:enabled Reflection:enabled DOF:disabled HDR:disabled

Tropics Demo v1.1 Settings Render:opengl Mode:640x480 windowed Shaders:high Textures:high Filter:trilinear Anisotropy:4x Occlusion:disabled Reflection:enabled Refraction:enabled Volumetric:enabled

First chart is Sanctuary, second is Tropics
Personal Conclusion:
- there was a significant performance increase in graphics performance with the latest 3 drivers
- 180.51 Final and 180.53 Prerelease performed exactly identical
- in all tests, the brand new 185.18.04 Beta driver was the fastest, and it looks also stable enough for general use

From today on, I decided to give up on tests made with "glxgears" since they are inconclusive. Instead I tested the drivers with Unigine, both Sanctuary 2.1 and Tropical 1.1.

To remind you and inform new readers, the hardware is:
- PC model: HP DX2300
- CPU: Intel Core 2 Duo 4300 @ 1800Ghz each core
- GPU: NVidia FX8600GT with 512MB DDR3 video RAM, made by Assus, port PCIE 16x and passive cooling system
- System RAM: 1GB

Software setup:
- Mandriva Linux 2009.0
- Kernel: Linux 2.6.27.19-desktop-1mnb i686
- KDE 4.2.1 with 3D Effects turned ON
- Desktop resolution: 1600x1200@85Hz
- Running KTorrent, only upload
- Running Kopete with 2 accounts online, no chat window open
- 3 plasmoids on desktop + Panel

Testing setup of Unigine:

Sanctuary demo benchmark edition v2.1 Settings Render:opengl Mode:640x480 windowed Shaders:high Textures:high Filter:trilinear Anisotropy:16x Translucence:enabled Parallax:enabled Reflection:enabled DOF:disabled HDR:disabled

Tropics Demo v1.1 Settings Render:opengl Mode:640x480 windowed Shaders:high Textures:high Filter:trilinear Anisotropy:4x Occlusion:disabled Reflection:enabled Refraction:enabled Volumetric:enabled

Sanctuary:
Tropics:
Personal Conclusion:
- both 180.37 PreRelease and 185.13 Beta are somewhat faster than the latest official release 180.29
- the differencies are minimal, but the Sanctuary test shows clear increase of performance
- the more sophisticated Tropics test has a slight drop for 185.13 Beta, but this may be OK with my somewhat old Graphics Card
- for the time being, and if there will be no problems, I'll stay with 185.13 Beta.

Intr-un efort de a sustine "Diavolul Tasmanian" (Tasmanian Devil) kernelul curent de Linux va "purta" un logo modificat. Binecunoscutul pinguin (Tux), ia un concediu si va fi inlocuit de "Tuz".
Schimbarea este temporara, doar pentru acest release de kernel.

Dupa vreo 2 ani de chin cu Vista pentru intreaga lume IT, in sfarsit si-a castigat premiul bine meritat: "Windows Vista, votat cel mai mare fiasco", iar pe locurile urmatoare sunt celelalte mari prostii din ultimii vreo 2 ani. Iata cum ne informeaza EVZ:

CLASAMENT. Sistemul de operare Windows Vista, produs de Microsoft, a fost votat drept cel mai dezamăgitor produs tehnologic, în competiţia Fiasco Awards 2009, ţinută la Barcelona.

A fost nominalizat astfel de 5.222 de votanţi, dintr-un total de 6.043. Podiumul celor mai mari decepţii din lumea tehnologiei este întregit de lumea virtuală on-line Google Lively şi de laptopul destinat elevilor cu posibilităţi reduse, One Laptop per Child (OLPC). Locul patru a fost ocupat de o altă lume virtuală de pe internet, Second Life. Toate aceste produse au fost mediatizate şi promovate ca fiind revoluţionare, însă s-au dovedit a fi sub aşteptări atunci când publicul larg a făcut cunoştinţă cu ele, arată organizatorii Fiasco Awards.

NVidia a lansat driverul 180.35 care aduce multe noutati in special la nivel de OpenGL3 si VDPAU.
Pe de alta parte, cei de la mplayer au inclus suport de VDPAU in versiunea standard, asa ca e mai usor de instalat si nu mai e nevoie de pach de la NVidia pentru el.

Driverul NVidia 180.35 se downloadeaza pentru 32 biti de aici: ftp://download.nvidia.com/XFree86/Linux-x86/180.35/
Pentru 64 biti: ftp://download.nvidia.com/XFree86/Linux-x86_64/180.35/

Mplayer trebuie in continuare compilat manual, dar se procedeaza mai simplu:
1) svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer
- comanda va crea un folder mplayer in folderul din care o rulati, asa ca nu e nevoie sa faceti folder separat pentru el
2) ./configure
3) make
4) OPTIONAL: daca vreti sa se instaleze in sistem dati: make install

Daca v-ati oprit la puncul trei, in acel folder mplayer veti avea un executabil mplayer care stie vdpau.
Daca ai facut si punctul patru, mplayer se gaseste in locul vechiului mplayer, undeva in $PATH.

Indiferent la care punct v-ati oprit, trebuie specificat manual vo si vc sa foloseasca VDPAU. Sintaxa este ceva de genul:

./mplayer -vc ffh264vdpau -vo vdpau /ceva/film.mpg

Si pentru ca evident nu ne place sa butonam prea mult, puteti merge in Dolphin/Konqueror/SystemSetup sa schimbati asocierea pe anumite tipuri de fisiere. De exemplu fisierele cu extensia .mkv sunt de regula codate x.264 care se decodifica cu H.264 si exemplul de mai sus i se aplica.

Spor la vizionat.

PS: Driverele NVidia 180.35 au performante mai scazute decat predecesorul sau ... cel putin in testul meu simplu de glxgears.
PPS: Tremulous merge aproximativ la fel. Nu se maximizeaza mereu la 90FPS tot timpul, dar un 50-70 sta constant.

[UPDATE]
Daca vreti sa aveti si interfata grafica la mplayer, il compilati cu

./configure --enable-gui

si il puteti rula cu

mplayer -gui

Mai trebuie sa faceti un simplynk de la /usr/share/mplayer la /usr/local/share/mplayer.
Comanda de asociere la tip de fisier se modifica astfel:

/home/csaba/Download/Diverse/mplayer/mplayer -gui -vo vdpau -vc ffh264vdpau

La mine da eroare, dar voua s-ar putea sa mearga ... poate mai e de configurat prin meniuri la varianta grafica. Eu prefer linia de comanda.

Notă pentru mine: DE PUS ÎN GHID

Am încercat diferite programe de înregistrare a desktopului dar nici unul nu mi-a plăcut. Ori mergeau prea încet, ori consumau prea multe resurse, ori se blocau aleator, ori alte probleme.

Soluţia cea mai bună a venit şi de data asta de la consolă. O singură comanda cu parametri potriviţi:

ffmpeg -f x11grab -s 1280x800 -r 24 -b 6500 -bt 712k -sameq -i :0.0 /tmp/out.avi

Parametri sunt după cum urmează:
-f x11grab - înseamnă să înregistreze desktopul
-s 1280x800 - specifică rezoluţia dorită. Mai precis dreptunghiul virtual de pe desktop ce va fi înregistrat. Pentru a înregistra exact întregul desktop, aici am pus rezoluţia ce folosesc. Se pot pune şi rezoluţii mai mici, dreptunghiul virtual se va afla în colţul de stânga sus a ecranului şi va avea dimensiunea specificată.
-b 6500 - bitrate în kilobytes
-bt 712k - toleranţă la bitrate
-sameq - să înregistreze în aceeaşi calitate ca şi sursa (în cazul nostru desktopul). Fără această opţiune se va face compresie (citiţi documentaţia ffmpeg pentru setări compresie/calitate)
-i 0:0 - sursa, adică desktopul, adiţional se poate specifica şi o deplasare a dreptunghiului virtual faţă de colţul stânga sus, astfel -i 0:0+50,60 însemnând deplasare cu 50 pixeli pe orizontală si 60 verticală
/tmp/out.avi - este /cale/numele fişierului în care să salveze

Daca tot vorbeam despre noile drivere NVidia este un lucru extraordinar in ele si anume VDPAU (Video Decode and Presentation API for Unix).
Ce stie sa faca acest VDPAU? Simplu, "il roaga" pe procesorul grafic din placa foastra grafica sa decodifice hardware filmele. Da, ati citit bine, procesorul din computer nu se va mai chinui sa decodifice filme HD si alte minuni, in schimb va lucra placa video de unul singur. Aceasta tehnologie este prezenta pe toate placile din seria 8xxx si 9xxx sau mai noi de la NVidia.
Tehnologia este insa foarte noua, abia in ianuarie 2009 au aparut primele posibilitati de a folosi aceasta facilitate, asa ca deocamdata nu este inclus in mplayer-ul ce aveti in sistem. Evident de a se folosi de VDPAU, toate programele ce redau video trebuie sa implementeze functii speciale. In prezent aveti doua variante: un engine experimental de la Xine sau unul experimental de la mplayer.

In continuare va prezint metoda de a compila mplayer cu suportul experimental de VDPAU:
1) Download si instalare ultimul driver de la NVidia - aici nu intru in detaliu, stiti voi cum se face, la ora redactarii acestui post driverul in cauza a fost 180.29, practic primul driver cu suport adevarat VDPAU
2) Download mplayer cu patch pentru VDPAU de la nvidia: ftp://download.nvidia.com/XFree86/vdpau/ - a ora redactarii acestui post mplayer in cauza a fost: mplayer-vdpau-3482714.tar.bz2 din 10 februarie 2009
3) va asigurati ca aveti instalat gcc si subversion
4) dezarhivati mplayer-vdpau-3482714.tar.bz2
5) cd in folderul dezarhivat
6) rulati ./checkout-patch-build.sh - acest script va downloada ultima versiune de mplayer (sursele), va aplica patchul necesar pentru VDPAU si va compila programul. NU aveti nevoie de drepturi de root. Toata procedura a durat la mine aproximativ 10-15 minute.
7) cd mplayer-vdpau
8) ./mplayer -vc ffh264vdpau -vo vdpau /path/to/an/x264/video/file

Codecurile posibile suportate prin vdpau:
ffmpeg12vdpau
ffh264vdpau
ffwmv3vdpau
ffvc1vdpau
pentru cele patru formate raspandite: mpeg1/2/3/4, h/x.264, wmv3 si vc1 (de exemplu un film HD in format .mkv este h.264)

Configuratia de test:
FX 8600 GT 512 video RAM GDDR3
Intel core 2 duo E4300 @ 1800MHz
1G RAM DDR2
Rezolutie: 1600x1200
DE: KDE4.2 cu efecte 3D pornite
Film: Full HD 1920x816

FARA VDPAU:
- pornire greoaie
- sacadare
- imaginea se oprea chiar si cateva secunde bune (5-10) dupa care mergea un pic, se oprea iara
- in toate cazurile de miscare multa pe ecran sacada foarte mult
- amandou procesoare folosite la 70-80% in continuu folosit evident de mplayer

CU VDPAU:
- totul perfect
- perfect cursiv si in momentele de foarte multa miscare pe ecran
- consum procesor 10-20% din care mplayer 2-3%

Singurul dezavantaj ce am observat la ora actuala esta ca nu merge panscan (adica sa va apropiati/indepartati de imagine, tastele w/e in mplayer) dar am citit pe net ca functiile sunt deja implementate si se vor testa in curand urmand sa fie inclusa si functia asta foarte curand.