fexpop

Re: Kompassbug

Schreib's einfach rein. Die wissen bei Samsung schon, wie der genau aussieht.

Kurz gesagt: Wenn das Galaxy nicht waagerecht mit dem Display nach oben liegt, stimmen die vom Kompass/Lagesensor gelieferten Werte nicht mit den Erwartungen der Programmierer von kompassnutzenden Applikationen überein. Da solche Programme (z.B. Wikitude Google Sky Map) bislang auf HTC Geräten entwickelt wurden, kann das 2 Gründe haben:

1. Das Galaxy liefert tatsächlich falsche, nicht der Spezifikation des Android SDK entsprechende Werte.
2. Die HTCs liefern falsche, nicht der Spezifikation des Android SDK entsprechende Werte. Dadurch sähe es so aus, als hätte das Galaxy einen "Kompassbug".

Für Variante 2 spricht das hier. Es wäre in dem Fall eine "Managemententscheidung" nötig, ob man eher die HTC Implementierung übernehmen und die Android SDK Dokumentation anpassen möchte, oder HTC um Korrektur bittet. Einfacher wäre im Sinne der Nutzer wäre vermutlich die Anpassung des Galaxy und der SDK Dokumentation an HTCs Geräte.

Grüße, Felix

logical

hmm nochmal wecker, dass das galaxy eigentlich ja fast ein pc ist ist klar, allerdings ging der wecker jetzt auch mal nicht mit angeschaltetem telefon.
scheint aber beim magic auch schon passiert zu sein?

amdfreak

Also ich habe eigentlich keine Bugs bisher gesehen, bis auf das blinken des Displays beim Laden über USB/Steckdose und halt das Flimmern des AMOLED Displays.. das nervt gerade jetzt tierisch!!! Tagsüber gehts aber abends wirds richtig deutlich.. wenn die das durch nen update wegkriegen ist das top.. weil das ja irgendwie mit dem android system was zu tun hat.. dass es nur diese und diese farbtiefe unterstützt bla bla...

ansonsten soll mir arvato (ehem. Combase ) nen anderes display einbauen ^_^

Achso und dass das Galaxy nicht bei jeder Email ein Signal gibt.. was aber eigentlich ok ist, denn wenn es einmal gepiept hat, dann schaut man aufs handy und wenn dann noch ne zweite email gekommen ist.. ist es doch eigentlich ok??

Heinz Mülller

also ein 16 Mio Farbdisplay bewerben, was systembedingt nur 65536 Farben darstellen kann, ist irgendwie

was mich aktuell noch stört:

• LED-Blitz an-/ausblinken macht Barcode-scannen fast unmöglich .. keine Ahnung, ob das vielleicht ein Software-Problem ist (habe 2 Programme getestet mit ähnlichem Effekt)
• Foto-Qualität immer noch mies (Ausleuchtung, Schärfe) .. wozu brauch ich dann 5 Megapixel? mein altes Sony-Ericsson K750i hat vor 4 Jahren mit 2 MP schon deutlich bessere Fotos gemacht
• Akku-Laufzeit wurde durchs erste Update zwar besser, aber ich hoffe da kann man noch mehr machen ... insbesondere verstehe ich nicht, warum Musik abspielen so viel Saft zieht oder Fotos machen
• Scrollen auf Homescreen und Öffnen des Menüs sollte ruckelfreier ablaufen. es wurde zwar schon besser mit dem 1. Update (auch Response bei Screen-Eingaben), aber ich hoffe, dass man da noch was tun kann
• Firmware-Update-Möglichkeit OHNE New PC Studio .. es werden nicht nur Linux und Mac Nutzer dankbar sein, sondern sicherlich auch Windows Nutzer
• Unlock-Prozess ist zu kompliziert .... Vorschlag: Screen kann ruhig mit gewohnter Taste angehen, aber dann Schieberegler wie beim iPhone ..also Entsperrung übers Display

Danke für eure Initiative hier, das in die Wege zu leiten.
Eigentlich sollte Samsung sehr interessiert sein, die Dinge schnell in Ordnung zu bringen. Die Konkurrenz auf dem Android-Markt wächst und ob man Freunden ruhigen Gewissens derzeit der Galaxy empfehlen kann, weiss ich nicht.

Das AMOLED-Display entschädigt für vieles, aber nicht für alles

yours
Betatester

amdfreak

Ok dem schließ ich mich an Da sind doch einige bugs die ich gesehen habe

Ultra Magnus

Mein Galaxy trennt die gepaarte Bluetooth Verbindung, wenn ich den Musik Player starte und A2DP aktiviert ist.
Konnte ich mit 2 FSE und einem Bluetooth Headset testen.
Also typischerweise läuft das so:
- Handy per Bluetooth koppeln (pairing)
- A2DP prüfen (meine FSE sagt mir, ob es aktiviert ist)
- Musik Player starten (egal ob über FSE oder direkt am Galaxy)
- Bluetooth Verbindung setzt sich zurück.

dragzal

Ich habe dieses Problem auch und manchmal für ne gute Stunde
Habe auch zuerst gedacht das sei ein Hintergrundprozess, jedoch glaub ich nicht mehr dran weil ich es nicht reproduzieren kann !

Desweiteren ist dieser Fehler erst seit dem Update aufgetreten.

Maniac

Hab ich aufgenommen.

Danke für die Erklärung... dass aber vermutlich eher HTC falsch liegt, ist ja auch mal lustig...
Ich habs jedenfalls mit drin stehen.

Wie schon gesagt, ich glaube nicht, dass das Flimmern mit Android, bzw. der Software zu tun hat.

16 Mio <> 65536 Farben ist nicht wirklich ein Galaxy Problem... Samsung kann nicht mal eben den kompletten Android Sourcecode umschreiben, um 16 Mio zuzulassen. Und ob Dein Auge wirklich den Unterschied heraus sieht...? Aber das ist ein anderes Thema.

LED-Blitz habe ich oben schon erklärt... bitte tut mir auch den Gefallen, hier alle Beiträge, bzw. vor allem meine Zusammenfassungen zu lesen, das spart einiges an doppelter Arbeit.

Fotoqualität und Akkulaufzeit sind eigentlich auch nicht wirklich Bugs. Wie gesagt, das Ding ist ein Smartphone. Keines meiner bisherigen HTC-Windows-Geräte hat bessere Fotos gemacht und vor allem: es ist noch immer ein Smartphone, d.h. um z.B. Musik zu hören muss das System aktiv sein und verbraucht Strom. Bei z.B. diesen Walkman-Handys usw. würde mich nicht wundern, wenn da ne extra kleine, sparsame Neben-CPU drin ist, um möglichst sparsam Musik abspielen zu können. Die sind einfach anders optimiert. Wenn Du Dein Notebook zum Musikhören nutzt, wirst Du auch kaum über 2-3 Stunden kommen...

Das NPS ist auch nicht wirklich ein Bug.

Scrollen hakt wie gesagt auf meinem G1 auch öfter mal. Ist auch eher noch allgemein in Android zu suchen und nicht im Galaxy.

Sobald mein A2DP Headset da ist, werde ich das mal testen, nehme ich aber mal auf.

Na gut, nehme ich dann auch auf. Wobei bei mir z.B. das automatische Backup mit MyBackup Pro mein Handy während des Backups für ca. 20 Minuten (weiß auch nicht, warum das soo lange dauert) komplett lahm! Da komme ich kaum zum Entsperr-Bildschirm, so im "Stress" ist es da...

__________________
Entwickler von Note Everything -> Fragen, Anregungen, Probleme gern an mich!

foxman

Nochmal zu den WLAN-Problemen, die bisher geäußert wurden:

Das von Shadowmaster und mir beschriebene Problem ist eigentlich das gleiche: WLAN-Verbindung beendet sich nach längerem Standby (kein Bug), aber stellt sich dann nicht mehr her (schon ein Bug). Ob das nun ein Galaxy- oder ein Android-Problem ist, kann ich nicht sagen. Da es aber bisher bei keinem der anderen Android-Geräte gemeldet wurde, tippe ich eher auf ersteres.

Dass es da evtl. irgendwo zwischen Access Point und Galaxy hakt, mag durchaus sein. Deshalb ist es aber trotzdem ein nerviger Bug, den ich bei zwei verschiedenen Wireless-Netzwerken mit unterschiedlichen Access Points reproduzieren konnte.

Die automatische Deaktivierung von WLAN im Standby ist ja gewollt und auch sinnvoll. Wer es anders mag, könnte es prinzipiell tief versteckt in den erweiterten WLAN-Einstellungen (Einstellungen -> Wireless -> WLAN-Einstellungen und dann Menü -> Erweitert -> WLAN Standby-Richtlinie) ändern.
Allerdings behält er diese Einstellung nicht ganz zuverlässig und ändert sie manchmal willkürlich zurück auf den Standard-Wert ("Wenn Bildschirm sich abschaltet"). Hier bin ich gerade dabei herauszufinden, wann dies immer erfolgt.
Auf jeden Fall spätestens nach dem manuellen Deaktivieren des WLAN-Moduls. Es könnte also auch von Android so gewollt sein. Ob das nun sinnvoll ist oder nicht, darüber lässt sich sicher streiten. Besonders benutzerfreundlich ist es eigentlich nicht, wenn vom Benutzer explizit eingestellte Werte von der Anwendung überschrieben werden.
Hier könnte evtl. mal jemand mit einem anderen Android-Gerät überprüfen, ob das dort auch so gehandhabt wird.

Aber das eigentliche Problem ist ja, dass er keine Verbindung mehr aufbauen kann, nachdem sie einmal gekappt war (wg. Standby oder beim Verlassen des Empfangsbereichs).
Dass das kein Einzelfall ist, sieht man auch an dem entsprechenden Thread hier im Forum.
Wie man dem dort hinterlegten logcat-Mitschnitt entnehmen kann, tritt das Problem immer dann auf, wenn Android eine Re-Authentification machen will und bleibt dann beim Abrufen der IP-Adresse hängen.
Ich bin bis jetzt leider noch nicht dazugekommen, den Traffic am DHCP-Server dahingehend zu untersuchen, ob dort überhaupt ein Request vom Galaxy ankommt.
Wie oben bereits beschrieben, konnte ich es bisher an zwei verschiedenen APs testen (von denen einer mit WPA und einer mit WPA2 gesichert ist). Und das Problem tritt bei beiden auf.

Was allerdings nicht bei beiden auftritt, ist das von jemand anderem bereits gemeldete Problem, dass der WiFi-Indikator in der Statuszeile nicht die tatsächliche Empfangsstärke anzeigt. Beim AP mit WPA zeigt er es korrekt an, beim AP mit WPA2 bleiben die Balken grau, unabhängig von der Empfangsstärke. (Und hört mir bitte mit den Aussagen a la "dann hast du wahrscheinlich nur schlechten Empfang" auf.)
Hier hab ich absolut keine Idee, woran es liegen könnte. Dass es an der Verschlüsselung liegt, kann ich mir nicht vorstellen, zumal es ja in den WLAN-Einstellungen selbst korrekt angezeigt wird.

Teki Ninjo

Mein W-LAN ist nach WPA2 verschlüsselt und mir wird die Empfangsstärke korrekt dargestellt. Bin ich direkt neben dem Router (Linksys WRT54G-L) sind alle "Balken" weiß, gehe ich ein paar Räume weiter sind 2 Derselben grau.