Koho by to zajimalo, BlueZ neni jediny a ani zdaleka nejlepsi Blutooth stack pro Linux. Kdo se koukne na stranky konkurencniho Affixu (http://affix.sourceforge.net) tak zjisti ze se s tim da delat jeste mnohem a mnohem vice. Instalace je totalne bezproblemova (vyvijeno paralelne na Red Hatu a Debianu), k dostani jako jeden tar.gz (deb a prm balicky jsou taky), funguje se vsemi kernely 2.4.x, neni treba nic patchovat.
A uz se to taky cpe na desktop (http://affix.sourceforge.net/afe/docs/screenshots.html).
No naprogramovany je to teda pekne prasacky, jak jsem koukal. Tak jsem napsal vyvojarum a dostal jsem tuto odpoved :) Mohu se s ni totalne szit :)
>BTW what do u think about affix ?
>I compiled it now and it looks worser than BlueZ...only its graphical
>engine looks fine...
Our lower layers are much better, have more features and about 40-30% smaller.
Also their HCI core does not work on SMP.
The only advantage that they currently have is kernel based RFCOMM socket
implementation.
We're working on RFCOMM and once it's ready I see zero reason why would
people want to use Affix.
Some time ago I wrote sort of review (see list archives) where I pointed
out their problems, most of the
important comments are still valid.
I also offered them to work together. They refused without an explanation.
Which does not make any sense to me.
We can easily port most of their apps, if we wanted to.
Hmmm ... nekolik poznamek bez snahy rozpoutat flamewar:
Lidi z BlueZ se casto snazi pretahovat developery z diskusnich mail-listu Affixu (tvrzenim ze BlueZ je "jediny oficialni stack").
Affix "pretahl" celkem dost developeru od BlueZ - protoze ma implementovano podstatne vic funkci nez konkurencni stacky (soukromy odhad - asi tak 500% vice funcionality v zakladnim baleni). To je v primem kontrastu s tvrzenim lidi z BlueZ kteri vecne omilaji neco o RFCOMM zatimco L2CAP je to co developery zajima nejvice.
Na unplugfestech zatim BlueZ neprokazal ze by byl v necem lepsi nez jine stacky.
Lidi z BlueZ nevideli kod Affixu nejspis od lonskeho listopadu, alespon soude podle jejich vecnych neplatnych pripominek (SMS? RFCOMM?).
A pro autora:
1. Diky za ten objektivni rychloposudek ("it looks worser than BlueZ") - kdyby to bylo alespon spravne Anglicky ;-)
Schvalne kolik minut jste nad tim stravil?
2. "Naprogramovany je to teda prasacky" - diky. Tohle je prvni prispevek tohoto druhu. Vezmeme si to k srdci.
Samozrejme, ze o te hrubce vim. :) Prominete mi ji, kdyz vam reknu, ze jsem to psal ve 2 v noci? :) Jinak alespon vidite, ze jsem nic necenzuroval. <br>
Ten kod jsem zkoumal priblizne 4 hodiny. Jinak zkousel jsem jak stabilni verzi, tak developerskou. Ta stabilni toho umi opravdu min nez Bluez, ta developerska stejne, ale zase mi nesla prelozit, takze jsem musel opravovat zdrojaky. Ohledne technickych veci se presunme do posty.<br>
Otazkou je, jestli uzivatel sahne jako prvni po BlueZ, ktere je primo v kernelu, nebo se bude pidit nekde dal. Vzhledem k obecne lenivosti si myslim, ze nebude.
