Bemutatkozik a Compiz Fusion

X, Wayland, Mir

Április elején hivatalossá vált, hogy egyesül a Compiz és a Beryl fejlesztőcsapata, és a jövőben az erőforrásokat nem szétforgácsolva, hanem összeadva haladnak majd a közösnek látszó céljaik felé. A bejelentés után a projekt új nevének kiválasztása nem egyszerű feladat, de a végére azért megszületett az új név: Compiz Fusion. A bejelentés itt. Néhány további infó és kép a szolgáltatásokról itt.

És egy kis techdemo video:

( doc | 2007. 06. 23., szo – 10:10 )

az a firepaint Qrva jol nez ki, bar ertelme semmi :D
nem tudja vki mi ez a zene? mocskos jó :)

"az a firepaint Qrva jol nez ki, bar ertelme semmi :D"

Még szerencse, hogy ez egy "techdemo". :) Nem azt mutatja be, hogy minek van értelme, hanem azt, hogy az adott technológia mire képes.

"nem tudja vki mi ez a zene? mocskos jó :)"

The Song is “Ya Ya” on “The Early Tapes of The Beatles” album.

--
trey @ gépház

Arról egyátalán LEHETSÉGES videot csinálni, hogy ennek az egésznek a funkcióiból minek van értelme? ;)
Ha megnéznék egy ilyet, lehet utána nem lennék szkeptikus.

Eddig mindenhol csak a maszturbálás megy az ilyen "techdemókra" hogy "jajjmireképesjajj", és csak azt látom, hogy ez a sok sz*r hétköznapi használatra mennyire idegesítő és lassító.

Expose jol nez ki es nagyon hasznalhato, multiple desktop is hasznalhato, akkor miert ne nezne ki jol is? alt+tab switcher is hasznalhato, miert ne kiserje egy jol kinezo effekt. Annotate plugin eleg hasznos lehet prezentacioknal...probald meg elengedni a fantaziad:)

Es aki ketelkedik abban hogy mennyire szukseges egy ilyen dolog lete linuxra, az nezze meg a hozzaszolasokat egy berylrol szolo youtube video alatt: "hol lehet ezt leszedni", "miert nincs ilyen winre", "ilyen kell nekem", "honnan lehet leszedni a linuxot", "honnan lehet szedni ubuntut" stb stb.

::powered by Archlinux

Inkább mutatok egy NEM korszerű NEM letisztult felületet, de ezt Replaced már lefutotta egyszer.

Ha az összes fejlesztő aki ezt a borzalmat gányolja már x+1 éve, másra fordítaná az energiáját/munkaidejét, akkor lenne, sőt lehet még pörgőforgórepülő effekt is lenne benne az erre fogékonyaknak.

Pillanatnyilag van már 2-3 stalled (nincs támogatás/érdeklődés, mert X11 kellkellkell) project, csak fel kéne venni a fonalat.

http://www.directfb.org/ -> a hírek egész frissek a honlapon
http://www.fresco.org/ -> stalled
http://en.wikipedia.org/wiki/Y_windows -> offline, RIP
http://en.wikipedia.org/wiki/NeWS -> najó, ez lehet még az X11-nél is rosszabb volt, RIP

De ha rákeresel a "replace obsolete x11" kifejezésre, találhatsz még egy-kettőt guglin.

Nemtom miert annyira obsolete az X11, dehat ez van készen ezt használja mindenki, működik. Van rá nvidia és fglrx (khmm) driver. Egyre automatizaltabb és felhasznalobaratabb lesz, nagy lepes lesz ebben az xserver 1.4.
Ha most csinalnanak valami faszabbat es mindent at kene irni ra hogy menjen, kuncsorogni nvidianak atinak hogy ezt supportalja az jobb lenne?

::powered by Archlinux

1903| <@Gabucino> 18:39 < Chain|G4> "miert lassu az X" c. musorunk
1903| <@Gabucino> 18:39 < Chain|G4> 161 while (pixel < end) {
1903| <@Gabucino> 18:39 < Chain|G4> 162 WRITE(buffer++, 0xff000000 |
1903| <@Gabucino> 18:39 < Chain|G4> 163 ((READ(pixel) & 0x0000ff00) |
1903| <@Gabucino> 18:39 < Chain|G4> 164 ((READ(pixel) >> 16) & 0xff) |
1903| <@Gabucino> 18:39 < Chain|G4> 165 ((READ(pixel) & 0xff) << 16)));
1903| <@Gabucino> 18:39 < Chain|G4> 166 ++pixel;
1903| <@Gabucino> 18:39 < Chain|G4> 167 }
1903| <@Gabucino> 18:39 < Chain|G4> ez ilyen bitmap feldolgozo fuggveny ;)

:)

---
pontscho / fresh!mindworkz

És a futásidő ?%-áért felelős ez a kódrészlet? :-)))

x-org-server-1.2.99.0/fb/fbcompose.c 


static FASTCALL void
fbFetch_x8b8g8r8 (const FbBits *bits, int x, int width, CARD32 *buffer, miIndexedPtr indexed)
{
    const CARD32 *pixel = (CARD32 *)bits + x;
    const CARD32 *end = pixel + width;
    while (pixel < end) {
        WRITE(buffer++, 0xff000000 |
                        ((READ(pixel) & 0x0000ff00) |
                         ((READ(pixel) >> 16) & 0xff) |
                         ((READ(pixel) & 0xff) << 16)));
        ++pixel;
    }
}

Nem mertem, de nem ez az egyetlen ilyen fassag benne. Anno egy project kapcsan bele kellett neznem X-be, s kb. ugyanugy megrendultem, mint a kerneltol. Remiszto, hogy idonkent milyen mokakat kovetnek el. Raadasul pont ezek a temak azok, amikre a SIMD vackokat beleeroltettek a procikba.

---
pontscho / fresh!mindworkz

> Nem mertem,

Ha a futásidő %-át nem is, de legalább azt lehet tudni/saccolni, hogy kb hányszor fut le a hivatkozott kódrészlet mondjuk másodpercenként? Ötször? Ötmilliószor? Mert ez se mindegy.

> de nem ez az egyetlen ilyen fassag benne.

Nyilván nem. Ebben a kódrészletben az az érdekes, hogy senki sem állt neki, hogy forráskódszinten optimalizálja/gyorsítsa. Pedig nyilván nem csak szerinted "megrendítő" a kód.

> Raadasul pont ezek a temak azok, amikre a SIMD vackokat beleeroltettek a procikba.

Akkor nem a fordító dolga lenne ezeket a kódrészleteket optimalizálni?

Te most kotekedsz velem?

Ha a futásidő %-át nem is, de legalább azt lehet tudni/saccolni, hogy kb hányszor fut le a hivatkozott kódrészlet mondjuk másodpercenként? Ötször? Ötmilliószor? Mert ez se mindegy.

HA ennyire erdekel nezd meg, merd le. Eszem agaban sincs saccolgatni.

Nyilván nem. Ebben a kódrészletben az az érdekes, hogy senki sem állt neki, hogy forráskódszinten optimalizálja/gyorsítsa. Pedig nyilván nem csak szerinted "megrendítő" a kód.

Gondolom orulnek, hogy mukodik es izmosabb kerdes szamukra a Beryl/Compiz belesuvasztasa, mint az hogy ne zabaljon feleslegesen. Mindezt annak tukreben, hogy a mai vasak teljesitmenye miatt ugy erzik ez es hasonszoru kodok mar megfeleloek. Nekem valahogy nem derogal leasmni azt amit kell. Jo pelda erre egy Maching Cubes algoritmus, amin ket hetet ultem es a vegen 10FPS-rol 40-re ment fel a teljesitmenye a megfeleloen pipeline-ra optimalizalt asm beteteknek megfeleloen. Mindez onnantol valik erdekesse, hogy egesz jo runtime asm code injection van X-ben, amit csak ki kellene hasznalni.

Akkor nem a fordító dolga lenne ezeket a kódrészleteket optimalizálni?

Megnezem azt a compilert, ami ezt hasznalhatoan leoptimalizalja pl. SIMD-re. Eddig egyedul ICC-bol nezek ki hasonlot de vele szemben is eros ketelyeim vannak, gcc SIMD optimalizalo vacka nudli, VectorC pedig spec kodolasi format kovetel meg.

---
pontscho / fresh!mindworkz

> HA ennyire erdekel nezd meg, merd le. Eszem agaban sincs saccolgatni.

Engem az érdekelt, hogy "szaktekintélyre történő hivatkozáson" kívül milyen konkrétumokat tudsz felmutatni a hivatkozott kódrészlet lassúságával kapcsolatosan. Eddig 0.

Egyébként az is egy saccolás, hogy ezek miatt a "megrendítő mókák" miatt lenne "lassú" az X.

> Jo pelda erre egy Marching Cubes algoritmus, amin ket hetet ultem es a vegen 10FPS-rol 40-re ment fel a teljesitmenye a megfeleloen pipeline-ra optimalizalt asm beteteknek megfeleloen.

Gratulálok, jó kis meló lehetett.

> Te most kotekedsz velem?

Gondoltam rámutatok, hogy nem elég kiragadni a kódból pár sort a lassúság bizonyítéka gyanánt.

Engem az érdekelt, hogy "szaktekintélyre történő hivatkozáson" kívül milyen konkrétumokat tudsz felmutatni a hivatkozott kódrészlet lassúságával kapcsolatosan. Eddig 0.

Chain|Q, le lettel "szaktekintelyezve". (Kivancsi voltam hany ember jut tul a Gabucino nikken, eddig 2:0 a senki javara.:)

Gondoltam rámutatok, hogy nem elég kiragadni a kódból pár sort a lassúság bizonyítéka gyanánt.

Ott valoban egy pelda van. Amit anno X hekkelesnel lattam az nem egy volt. Ha nem gond, nem nyalazom ossze ujra azt a forrast es keresek meg par vicces dolgot.

---
pontscho / fresh!mindworkz

http://en.wikipedia.org/wiki/Appeal_to_authority

> Ha nem gond, nem nyalazom ossze ujra azt a forrast es keresek meg par vicces dolgot.

Nem gond; nem változtat semmin, hogy a kódban hány "vicces dolgot" találsz. Egyedül azt találom elgondolkodtatónak, hogy ezeket a "vicces dolgokat" eddig nem írta át senki.

Gondolom mindenki (aki át tudná írni, de nem teszi) arra vár, hogy hátha valaki más majd megcsinálja helyette.

Végülis sokkal egyszerűbb reklamálni, hogy nem érkezett meg a sültgalamb, mint dolgozni ...

"ez van készen ezt használja mindenki, működik"
vö
"tízmilliárd légy nem tévedhet"

(tudom hogy ez nem a legkonstruktívabb reakció, de erre az "érvre" máshogy nem lehet válaszolni)

Az nVidia úgy néz ki érdekelt a Linux, Solaris, FreeBSD támogatásában, ha az Xorg minden hajtűkanyarát szó nélkül vették eddig, egy más rendszerre átállás sem lesz nekik probléma.

ATi - erről nem lehet röhögőgörcs (ATi tulajok esetén sírva röhögés) nélkül beszélni.

szerk:
Az Apple meg tudta csinálni a UNIX-like OS-t X11 nélkül? Kompatibilitási réteg van.
Olyan nehéz lenne más rendszeren? Nem hiszem.

(arról nem is beszélve, hogy itt a -már 20 éve több sebből vérző- szerencsétlen GUI "megreformálásától" féltek, míg az Apple a teljes addigi rendszert vágta ki az OSX megjelenésével - FIXME)

"ez van készen ezt használja mindenki, működik"
vö
"tízmilliárd légy nem tévedhet"

Ezt nem ugy irtam hogyha mindenki hasznalja akkor csak jo lehet, hanem ugy hogy ez már megvan, kurva nagy munka lenne ujat jobbat irni, atultetni minden programot. Van meg boven eleg mas terulet ami sokkal neccesebb linux es tsa. oseken, ez legalabb muxik jol, tamogatott ugy ahogy jol, annak ellenere hogy nem a leggyorsabb.

(varom hogy elkeszuljon a Haiku)

::powered by Archlinux

Hát nemtom, ha irnak hozzá egy normalis X11 portot (mint pl OSX-en) vagy portoljak nativan a GTK-t (mar lehet hogy megtortent, fut az Abiword, VLC, Transmission stb), sok linuxos programot at lehet ultetni. Drirvereket is konnyen portolhatnak FreeBSD-bol. Desktopnak sokkal alkalmasabb lehetne mint linux. Remélem nem késtek még el a srácok...

::powered by Archlinux

Na, ami meg nekem nem hiányozna Haikura, az a sok ilyen/olyan/amolyan szedegetett "vacak". BeOS az BeOS-nak volt jó. El lehetne kezdeni tömegesen átportolni a linuxos programokat, de minek? Teljessen más a két rendszer. Egy Firefoxot és egy OpenOffice-t még szívesen látnék, de nem kérek egy BeOS-s kernelű linuxot.

A FreeBSD-s kompatibilitási réteget meg szvsz egyszerűen azért rakták bele, mert nagyon jól tudják, hogy a kis OS-eknek (és még az egyik legelterjedtebbnek, a linuxnak) is a legnagyobb nyűgje a driverek. Azzal, hogy kompatibilis a FreeBSD-vel, kapásból megspóroltak egy csomó fejlesztési időt.

Ami viszont nem teszik a Haikuban az az, hogy single useresre tervezik. 2007-ben talán nem kellene.

___
A backup olyan mint a sör. Egy backup nem backup, két backup fél backup, három backup egy backup. Egy backup nem backup...

Marketing nagyon fontos, neha meg fontosabb is mint az eladando termek (csak eleg megnezni a "magyar popzenei scene-t").

A beryl meg compiz nem volt eddig sem stabil szoftvernek kikialtva, nem is kell ugy kezelni. Majd ha szinte minden gepen hasznalhato lesz a 3D, esetleg talan elgondolkodhatnak a megjobb integralasban illetve a defaulta tetelben.

::powered by Archlinux

( selli | 2007. 06. 23., szo – 10:49 )

nem rossz cucc, mondjuk en nem bannam ha a opengl menne normalisan, pl direct rendering

( hrgy84 | 2007. 06. 23., szo – 11:08 )

Nekem speciel a Group/Tab plugin tetszik, régóta keresek valami ehhez nagyon hasonló dolgot.

( porneczi v | 2007. 06. 23., szo – 11:53 )

Drukkolok nekik!
Szerintem nagyon fontos lépés volt ez! Végre történt az OpenSource világában egyesülés, ahol a különböző érdekeket tudták bizonyos kompromisszumokkal összehozni egy szép dologba.
Sok projektre ráférne ez a gondolkodásmód, segítve linux fejlődését!
Bocs, az offért...

on:
Sokkal szebb mint a Windows Aero...:)

Tudom, ez olyan hitvita jellegű dolog, de nálam fedora alatt out of the box megy ez a pörgő forgó desktop mind nvidia kártyás, mind intel integrált videóvezérlős gépen, plusz még az inteles laptopomon is. Szerencsére ki lehet kapcsolni.

Szóval, a telepítés (ami repoból ment) nulla másodperces hegesztést kívánt.

Csaba

Nekem 7200GS van(nemtom mennyivel támogatottabb). Metódus feisty-n:

sudo -s
aptitude install nvidia-glx-new beryl

asszem kell egy reboot, meg berakni a beryl-manager-t a gnome/xfce/Kde-be, hogy induljon alapból.

kb 5 perc volt.

Még 5 perc volt kigyomlálni a fölösleges feature-jeit:)

Hmmm miért is? Szerintem sokan felháborodnának, ha a xorg.conf-jukat valami felülírkálná.

Amúgy én Gentoo-ra írtam ezt, fel tudom tételezni, hogy a debian magától beírkálja a szükséges sorokat.

De asszem egy nano testreszabásával többet vesződiki az ember. Gyak. copy-paste az egész, csak scrollozni kell egérrel. A tuti kódok valami 53000 helyen fel vannak tüntetve a neten.

És, tegyük hozzá: a projekt jelen állapotába még mindig csak alfa/béta/gamma. Mutass nekem olyan hasonló méretü projecteket, amivel nem kell(ett) szívni alfa/béta/gamma korában.

hozzáteszem, hogy már elég rég óta használom több gépen is. nvidia karival néhány build kivételével (mindig repo-ból tettem) semmi problémám nem volt. ati az más kérdés, 1ik gép ati-s, arra kb 2 hónapja tettem előszőr oszt azon nem a legstabilabb, kb fél óránként újraindul a beryl.
a működéshez amúgy nem nagyon kell piszkálni az xorg.conf-ot, egyedül a composite extension-t kell, amennyiben alapból nem szerepel, vagy nem kívánt értékkel van jelen. a többi az opcionális és finomhangoláshoz kell.

Lenyeges egy ilyen softwarenél, hogy defaultbol kenyelmesre legyen konfiguralva, hogy alapbol kezrealljon barmilyen usernek, aztan utana aki szeretne tweakelgesse. Van jopar opensource program aminel ez hibadzik, hogy sokat kell tokolni a konfiguralasaval, mert alapbol nem megy.

::powered by Archlinux

desktop szofvernél teljesen igazad van

viszont gondolj bele: evolúciós fejlődés... ami alapjaiban rossz az elhullik, amiben valaki lát fantáziát az erőre kap. egy szoftver sem készül el úgy hogy elsőre pöpec (még a /bin/true sem), nem is várhatod el ezt egy szabadidőben fejlesztett projekttől. az más kérdés hogy sok gyártó kemény pénzeket kér befejezetlen szoftverekért, sőt: lassan már hardverekért! bármit vásárolsz: kezdheted azzal hogy firmware frissítés, és talán akkor működik minden ami a feature listben benne van.

alja egy világban kell élnünk

--
hege

jah igazad van, minel elterjettebb lesz a linux, minel tobb szoftvert irnak ra, annal jobban beindul a szelektalas. senki sem fog olyan mediaplayert hasznalni amivel orakat kell szopni hogy mukodjon ha a masik megy out of the box.

::powered by Archlinux

és akkor hova tűnik az igazilinuxos életérzés, hogy felraksz a gépedre egy szép dolgot, de annyi mindent túrsz érte, mint a nyű?:)

btbw csatlakozom: olyannal, ami alapszinten nem megy pöccre, nem fognak időt szánni, hogy megnézzék, mi mindent tud még. kivétel ezalól az "afféle gyerekes divatjelenség, mint pl. a vi meg az emacs", ahol mindenféle divatemberek megtanulják, hogy azzal hódítsanak:P:P

pl. ha nekem anno megy a beryl repóból lekapva, akkor az nem is az igazi... szívesen elszöszmötöltem azzal az 5-6 kátránylabdával 

_________________________________________
    ha egyetért velem, itt írja alá!

"btbw csatlakozom: olyannal, ami alapszinten nem megy pöccre, nem fognak időt szánni, hogy megnézzék"

Ennek némileg ellentmond, hogy a YouTube tele van a Compiz + Beryl demokkal. Illetve, ha nem mond ellent ennek, akkor az azt jelenti, hogy mégse olyan nehéz megcsinálni (én még a hőskorban állítottam be, de már akkor sem volt egy nagy dolog beállítani).

--
trey @ gépház

szerintem igen, azt jelenti:
nem nehéz, szerintem legalábbis sokaknak elég lerántani a repóból a dolgot. a hír meg gyorsan száll, egy-egy sikerültebb howto híre messzire eljut.
imho nem feltétlenül azért van tele a youtube, hogy megmutassák a világnak, hogy milyen ügyesek és okosak, hogy összerakták, hanem inkább azért többekközt, hogy lássa mindenki, hogy a linux nem csak parancssör és/vagy van az aerónak olcsóbb alternatívája.

(jah a hőskorban én is beállítottam volna, ha akkor még nem ati9200-as kártyával próbálom. azt valahogy nem szereti a driver:)) 

_________________________________________
    ha egyetért velem, itt írja alá!

ja, legjobb volt akkoriban :) gentoon mindent unmaskolni totalra hogy kapjunk jokis 7es xorgot aztan oneshotolni egy csomo csomagot persze azokat is unmaskolva, ah emlekszem mikor a gentoo xgl howto meg vagy kb 20 oldal volt tele minden foldi joval :) en birtam! :) aztan jottek csak a jokis szopasok az oskori compizzal tipikus overlay hibak es a tobbi mire az ember vegre belotte :) mostanaban meg mar apt-get install szintu lett :( (es van aki meg igy is keptelen megoldani...)

"de windows aero lehet 2-3 óra alatt"
igen lehet. igen lehet, hogy sokaknak van soktízezr forintjuk windows vistára. (a warezhuszárokat most hagyjuk, róluk inkább nem fejtem ki a véleményemet.)
Nekem ha lenne se áldoznék soktízezer forintot arra, hogy legyen egy operációs rendszerem. főleg nem azért, mert lehet rajta windows aero 2 - 3 óra alatt. így (bár én nem használom) a magamfajtának ez tökéletes választás lehet.
::sumo.conf::

( penztar v | 2007. 06. 23., szo – 16:31 )

Hello!

Jól látom ,hogy ez még most csak opensuse alatt megoldható dolog. Bár nem mintha erőltetni akarnám ,mert a beryl is ment a levesbe amikor elkezdtem húzni a gépet és indulás után egyből elhasalt.

Üdv.

A látvány szép csak jobb legyen mint az elődök.

( penztar v | 2007. 06. 23., szo – 22:37 )

Hello!

Ahogy nézem nem sokat foglalkoznak azokkal az emberekkel akik pl.debiant használnak ,mert se repository sem pedig leírás nincs hogy kellene működésre bírni.
A beryl meg számomra egy csalódás volt inkább a compiz volt amiben jobban megbíztam az ugyan kevesebb plugint tudott ,de legalább nem hasalt el annyiszor mint a beryl ráadásul minden indításkor a bery managerben mindent újra kellett állítanom mert a billenytyűhozzárendeléseket elfelejtette hiába mentettem exportáltam minden alkalommal.

Üdv.

debiannal nem véltelen nem foglalkpznak, mert nem tartanak rá igényt, tudom tapasztalat, nekem sem kell. Aki meg akarja haszálni és debian-os az általában ,agától össze tudja rakni, aki meg nem az haszál ubuntut vagy másik distrot, amiben alapból benne van a beryl vagy compiz vagy most a compiz fusion vagy mi

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.

debian 4.0 - linux-2.6.22-rc5-wifi0

( CTamas | 2007. 06. 24., v – 15:06 )

Eléggé hülye kérdés:
Ha ez linux, és gnome, akkor az alsó osx szerű gombokat mivel hegesztették oda?
gdeskletsben láttam ijesmit, de az lezabálta az erőforrásokat.

( igiboy | 2007. 06. 24., v – 20:28 )

Tökönszúrom magamat hogy nem megy az ATI kártyám drivere, addig hegesztettem hogy valamit elheftöltem rajta, és nem megy... De a quake III megy :)

( BaT | 2007. 06. 25., h – 15:08 )

De ugye ez menni fog úgy is, hogy nem húzza le a fél gnomeot maga mellé. Ha kb azokra a csomagokra van szüksége, mint berylnek, akkor még okés.

most úgy érted, hogy írják meg úgy, hogy ne rántson magával szinte semmit?
végülis fájintos egy curses interfészben kapcsolgatni a compizt...

nyilván azért kell erre a kettőre koncentrálni, mert ezek a népek szeretik legjobban a vps-t.
aki meg úgy egyébként szereti a vps-t majd kibírja azt a pár 10-100 megát pluszban. én is ki fogom bírni legalább a próba erejéig.. majd megnézem jól, hogy hogy megy fluxboxon, bár az xcompmgr is picit szaggat néha, mert nem tudtam rávenni, hogy a grafikus procit használja.

és ha a kde-nek lesz sajátja, akkor a gnomenak is legyen sajátja, osztán majd mehet megint a flame, hogy ki a jobb:D:D:D 

_________________________________________
    ha egyetért velem, itt írja alá!

( akion | 2007. 06. 27., sze – 02:17 )

Probalta mar vki debian alatt az ubuntus csomagokat?
Shame ugyan azt igerte, hamarosan csinal debian csomagokat is.

Na, felszenvedtem git repobol.
Sajnos, azt kell mondjam, meg mindig nagyon KDE ellenes :( Ez persze nem csak a compiz hibaja.
No mind1, majd a KDE4 tele lesz csicsaval :D

-------------------------------------

|^^^^^^^^^^^^^^^| ||
|...BEER TRUCK..........| ||'|";, ___.
|_..._..._______===|=||_|__|......, ] -
"(@)'(@)"""**|(@)(@)*** **''(@)