[Rezension] Snakebyte iDroid:Con Gamecontroller

Hallo Fremder!

Kürzlich habe ich mir den iDroid:Con Gamecontroller der Firma Snakebyte gekauft. Den Link zum Produkt findet sich hier.

Ich hatte den Controller hauptsächlich mit der Intention gekauft, ihn an meinem PC zum Spielen zu benutzen - aber auch, um die Option zu haben, ihn an meinen Mobilgeräten zu verwenden. Nach etwa 2 Wochen täglicher Benutzung (es sind Semesterferien :D) will ich nun meine Erfahrungen mit anderen Interessenten teilen. Da ich durchgehend Android Geräte besitze habe ich allerdings keine Erfahrungen mit iOS machen können.

1. Verpackung, Lieferumfang, Inbetriebnahme
Die gelieferte Box ist kompakt, mit einem Sichtfenster und aus dünnem Karton. Neben Controller und mini-USB Kabel liegen nur zwei Zettelchen dabei: Einmal Werbung für weitere Snakebyte Produkte, zum anderen die relative klein ausgefallene Bedienungsanleitung (auch online verfügbar, ich hab sie schon verloren). Ok, viel zu verstehen gibt es nicht, aber ich war ein bisschen in meinem Stolz verletzt, für die allergrundlegenste Operation bereits dieses Blatt konsultieren zu müssen: Die Verbindung mit dem zu steuernden Endgerät. Der Trick ist hierbei, die Powertaste zusammen mit der für den gewünschten Controllermodus zuständigen Knopf gedrückt zu halten, bis das Gerät schnell blinkt und damit es ab nun vom Spielgerät erkannt werden kann.
Das beigelegte Kabel, welches lediglich zum Laden dient, ist ausreichend lang um es dauerhaft an einem Rechner zu haben. Somit kann man relativ gut eine permanente Stromversorgung des Controllers realisieren.

2. Verarbeitung
Für den relativ geringen Preis bekommt man einen anständig verarbeiteten Controller - er könnte sich wertiger anfühlen, billig wirkt er aber auch nicht. Das liegt wohl an dem matten Plastik, welches verwendet wurde. Hauptsächlich stören die vier Hauptknöpfe (A,B,X,Y) und das Steuerkreuz, da sich deren Material irgendwie weniger wertig in das Gesamtbild einfügt. Zudem lassen sich die Knöpfe in ihren Löchern horizontal bewegen und sie machen beim wieder hochkommen ein klick, der doch deutlich hörbar ist (mich aber nich weiter stört. Tastengeräusche gehören ja irgendwo zum Spielen dazu)

3. Nutzung
[Positiv]
Zuerst das Positive: Der Controller wurde von mir unter (Arch-)Linux, Windows 8 und Android getestet, wobei ich allerdings nicht alle Verbindungsmodi ausprobiert habe.
Unter Linux beispielsweise spielte ich Psychonauts, wo sich der 4 Achsen/12 Tasten Modus besser machte, als der 5-Achsen Modus, weil das Spiel einfach nichts mit den analogen Schultertasten anfangen konnte. Die Verbindung ließ sich leicht (über blueman) einrichten, wobei allerdings nach Nutzung des Controllers an einem anderen Gerät/anderem Betriebssystem eine komplette Neukoppelung (entfernen aus "Bekannt"-Liste & neu hinzufügen) nötig war. Darauf wird auch in der Bedienungsanleitung hingewiesen.

Unter Android habe ich die Maus-Steuerung getestet, da ich insgesamt nicht der größte Fan von First Person Shootern auf mobilen Geräten bin. Diese funktionierte, wenn auch Wischgesten sehr unelegant sind. Das liegt aber am Betriebssystem.

Unter Windows 8 spielte ich Burnout Paradise, wo ich die Schultertasten analog benutzen konnte (wie bei Rennspielen auf der XBox). Hier klappte aber seltsamerweise das starten von Rennen über linke Schultertaste + rechte Schultertaste nicht, sodass ich immer zur Tastatur rücken musste, um a+y zu drücken.

Probleme mit etwaiger Verzögerung über die Funkverbindung habe ich nicht ausmachen können. Wobei Jump'n'Run und Rennspiele da wahrscheinlich nicht so sehr von beeinträchtigt werden.
Auch habe ich keine nennenswerte Probleme mit Schmutz auf dem Controller. Aber ich benutze ihn ja auch noch nicht lange. Hygienisch ist ohnehin, den Controller regelmäßig zu reinigen.

[Negativ]
Generell ist aber die Benutzung in Windows 8 am nervigsten. Das Betriebssystem bekommt es nicht hin, eine erneute Verbindung zum Controller herzustellen (ich bin mir relativ sicher, dass das nicht nur gerätewechselbedingt ist), sodass man den Controller immer wieder aus der Geräteliste entfernen muss. Dann braucht Windows nochmal bestimmt 30 Sekunden, um sich mit dem Gerät "anzufreunden", also Treiber zurechtzurücken oder was weiß ich. Windows und seine Ladebalken...
Zudem ist es etwas blöd, dass der Controller schon nach relativ kurzer Zeit von alleine in den Ruhemodus geht. Ok, ich schätze es sind jedes mal 15 Minuten die er wartet, aber dann muss ich mich unter Windows 8 wieder mit dem genannten Verhalten herumschlagen. Oder unter Linux muss ich das Spiel kurzzeitig beenden, weil man aus Psychonauts nicht heraus"tabben" kann. Wahrscheinlich ist das aber alles Bluetooth-bedingt oder ließe sich beheben, wenn ich meine Geräte permanent sichtbar hätte. Dann könnte der Controller einen eigenen Verbindungsversuch machen. Oder ich bin selbst schuld, irgendwo eine "automatisch mit bekannten Geräten verbinden" Option (unter Linux) übersehen zu haben.
Als letztes muss ich noch den Umgang mit dem Akkustand kritisieren: Soweit ich sehen kann fehlt dieser schlicht und ergreifend. So ist mir mitten im Spiel einmal der Controller ohne Vorwarnung gestorben.

[Fazit & Bewertung]
Als Fazit würde ich also darauf hinweisen, dass bei diesem Wireless Controller viel Komfort einer plug'n'play Lösung mit Kabel verlorengeht. Außerdem muss man auf die Stromversorgung achten (und den auto-Standby). Der Vorteil des ganzen ist die plattformübergreifende Verwendbarkeit und die Unabhängigkeit von Kabeln.
Weil der Controller für mich seinen Zweck erfüllt und seine Problemchen größtenteils auf das Hauptmerkmal "Bluetoothverbindung" zurückzuführen sind, gibt's von mir 4 Sterne von 5, mit einem Stern Abzug für fehlende Akkuanzeige. Der Preis macht dabei das äußerliche wett.

Ich hoffe, diese Einschätzung hilft da draußen jemandem. Über Feedback würde ich mich wie immer freuen.

Viel Spaß beim Zocken!

Why b43 driver does not load, even though brcmsmac is blacklisted

Hello world!
For some time now, I am trying to switch from my Microsoft Windows installation to a Linux one, Fedora 17beta to be precise. I am progressing very fast, but here and there it takes some time to get some things working for which you had a tool on Windows that doesn't exist on linux and which is too sophisticated for wine.


The hardest issue so far was the following:
In Windows 7HP it is fairly easy to turn your laptop's wireless card into a hotspot and thus sharing its ethernet connection with some other devices, in my case my smartphone and tablet. This is somehow important to me, because my room is simply too remote from our usual router, and my devices running android's apps have to be updated regularly. For the task of turning my notebook into a hotspot there exist several tools, simply go to www.alternativeto.net and pick the one you like best. I personally got along best with Virtual Router, since it is open source, free, and somehow light-weight. I can also recommend Virtual Wifi Router Version 2, it doesn't even require an installation, but somehow there are some graphical glitches.


Ok, let's get back to the original topic. Under Linux, those tools do NOT exist, there is only one software package that I could find that provides this feature, but of course not with a nice graphical UI. It is called "hostapd". For more advanced users it should be easy to get it running and there are a lot of guides covering how to get it to work with different dhcp servers etc.


BUT that is not the initial problem. Wireless in Linux is a world for itself, and especially the drivers and their features vary like animals in a zoo. Hostapd needs special drivers complying with the new mac80211 stack, which provides host-mode functionality. My notebook includes a broadcom card called BCM43225, and the only driver that promised to have this feature was b43, only working with my card since kernel 3.2.


So I initiated everything - I installed the firmwarecutter (b43-fwcutter), blacklisted the originally used driver brcmsmac and since it did not work from the beginning (of course) I even posted stupid questions into a forum. Finally I decided to compile my own kernel, completely stripped of brcmsmac, which I assumed to be interfering with b43. And then --- boom! I stumbled upon this option in the kernel configuration tool

Screenshot of xconfig

I hope you see, what the point is. It is possible to disable b43's support for all cards that can be used with brcmsmac, and the developers of Fedora promptly used this "feature". But why would you do that??? I mean, read <<<HERE>>> and you will get the impression that the kernel hackers themself are more convinced with their own work than with the new driver programmed by Broadcom. Is it really so complicated to filter drivers so that only one is used at a time for the same hardware that you have to hardcode limitations into overlapping drivers?


I spent hours on searching the web for someone maybe having the same problem. "Why does b43 not feel responsible for BCM43225", "why doesn't it load automatically?" etc. The answer is: The distributors (I'm sure Ubuntu does the same) couldn't imagine someone wanting to have more features in the driver. Ok, I might be a bit demanding - for a product that I use for free and that is so great. Dear Linux community, you are awesome. And I have to apologize if I sound  reproaching. In the end it is Broadcom's fault, since they didn't cooperate and still do not add all the features to their drivers. Please consider this article as constructive criticism.


I hope that if there is someone out there that wants to do something similar will find this post so that he doesn't have to waste so much time.


Yours sincerly,
suluke