[Custom ROM] Nightly Builds CyanogenMod 7 (Android 2.3.7)

[Bengii]

Jap, beides gemacht, nix gebracht .. Keine Ahnung was da los is
logcat:
Anhang anzeigen alogcat.2012-03-13-12-44-21+0100.txt
Normale Kameraapp gestartet - "Camera ZOOM FX" gestartet - In die Galerie gegangen, Video gestartet (mit normaler App), Video gestartet mit"MX Video-Player"
Bis dahin KEIN Bild - Dann hab ich im MX-Player den Decoder umgestellt von H/W auf S/W und dann hab ich Bild zum Ton gesehen..

Falls das was bringt um den Fehler zu finden

 

[phynix5800]

Gibt ne neue Maniac Nightly .

 

[maniac103]

Hab' mal mit aLogcat auf Level “Verbose“ erstellt. Hoffe das war richtig so.
Ist leider etwas länger als geplant, aber man kann anfangs gut erkennen, wo barcoo gestartet wurde:
http://cstone.kilu.de/logcats/alogcat.2012-03-13-09-59-08+0100.txt

Hoffe du kannst was damit anfangen, hab' leider noch nie zuvor mit aLogcat gearbeitet...

Greetz, Unr3al67

Sent from my Defy via Tapatalk

In dem Logcat sehe ich keinen Versuch seitens barcoo erkennen, den Blitz via Kamera-API anzuschalten. Eventuell tun sie es mit direkten Schreibzugriffen nach /sys, das wäre aber ein übler Hack und ein Bug in barcoo.

Mit barcoo habe ich ähnliche Probleme. Bei einem Scan ging das Licht nur am Anfang für ca. eine Sec an, danach blieb es aus.
Ähnliches in Goggles und BarcodeScanner - das Licht ist hier aber die meiste Zeit an und geht in regelmäßigen Abständen nur für einen Sekundenbruchteil kurz aus, dann wieder für ca. 2sec an.

Motorola's Kamera-Lib macht nach erfolgreichem Autofokus den Blitz aus. Im Dezember hatte ich Code dazu eingebaut, der in diesem Fall den Blitz wieder anmacht, wenn die jeweilige Kamera-App den entsprechenden Modus ('torch') eingestellt hat. Das Ausmachen des Blitzes seitens der Kamera-Lib ist das kurze Flacken, das man sieht (vor meiner Änderung blieb der Blitz dann einfach aus). Zumindest Barcode Scanner benutzt (richtigerweise) den Modus 'torch', barcoo wahrscheinlich nicht.

EDIT: Nö, das war's auch net. Ich kann auch 'ne Lampe ohne Probleme filmen. Wieso geht'n das jetzt? Muss sich die Kamera-App erst 'nen Cache aufbauen und sich einleben?

Hast du in der Hinsicht was gemacht, maniac?

Nein (Cache aufbauen) und nein (was gemacht).

Jap, beides gemacht, nix gebracht .. Keine Ahnung was da los is
logcat:
Anhang anzeigen 75172
Normale Kameraapp gestartet - "Camera ZOOM FX" gestartet - In die Galerie gegangen, Video gestartet (mit normaler App), Video gestartet mit"MX Video-Player"
Bis dahin KEIN Bild - Dann hab ich im MX-Player den Decoder umgestellt von H/W auf S/W und dann hab ich Bild zum Ton gesehen..

Was für ein Video war das? Ich sehe, dass der 720p-Decoder anspringt, und der ist glaub ich ziemlich wählerisch, was den Input anbelangt.

 

[Bengii]

War ein normales Video was ich mal aufgenommen habe ..

 

[phynix5800]

Motorola's Kamera-Lib macht nach erfolgreichem Autofokus den Blitz aus. Im Dezember hatte ich Code dazu eingebaut, der in diesem Fall den Blitz wieder anmacht, wenn die jeweilige Kamera-App den entsprechenden Modus ('torch') eingestellt hat.

Stimmt, kann mir erinnern, dass in grauer Vorzeit das Licht in Goggles nur am Anfang anging und dann aus blieb, dann gab es später Variationen bei denen das Licht kurz anging, dann länger aus war und wieder kurz anging. Jetzt scheint das rausholbare Optimum erreicht zu sein.

Danke nachträglich für den Fix .

Zumindest Barcode Scanner benutzt (richtigerweise) den Modus 'torch', barcoo wahrscheinlich nicht.

Kann ich mir gut vorstellen, da das Licht in etwa solange anbleibt, bis in anderen Apps das Flickern kommt.


Wegen dem Landscape-Bug:

Hast du den echt schon behoben Mani? Der tritt jetzt nicht mehr bei mir auf!

Geilste Sache evar und vielen Dank!

Der Bug war echt nervig für mich, da ich viel auf YouTube unterwegs bin.

 

[Unr3aL67]

Ja wie jetzt? Kameraprobleme schon gefixt oder wie darf ich das verstehen? Das mit barcoo wird aber dann noch net funzen schätze ich. Wenn doch, wär's schon geil.

Aber wenn das jetzt schon fertig sein sollte, dann muss mindestens seine Tastatur am brennen sein, das wäre ja Wahnsinn...

Greetz, Unr3al67

Sent from my Defy via Tapatalk

 

[phynix5800]

Ja wie jetzt? Kameraprobleme schon gefixt oder wie darf ich das verstehen?

Wer hat denn was von Kamera geschrieben?

 

[maniac103]

Hast du den echt schon behoben Mani? Der tritt jetzt nicht mehr bei mir auf!

Geilste Sache evar und vielen Dank!

Der Bug war echt nervig für mich, da ich viel auf YouTube unterwegs bin.

Ich hab - zumindest bewusst - gar nix diesbezüglich gefixt. Ich hab nur zusätzliche Debug-Ausgaben aktiviert...

 

[Bengii]

So, hab vorhin die neue Maniac draufgezogen und nun geht Kamera und das Abspielen von Videos wieder einwandfrei ... seltsam ..

 

[phynix5800]

@Maniac:
Hmm ja, da hab ich mich wohl zu früh gefreut. Ich habe direkt nach dem Flashen getestet und nach ca. 2min YouTube trat der Fehler nicht auf und auch nicht in den Settings bei der Klingeltonauswahl.

Nun ist er aber wieder da und manifestiert sich sowohl bei YouTube als auch in den Einstellungen wie gehabt, nach wenigen Sekunden ..

Hier das Logcat während der Bug in den Settings auftritt:
pastebin.com

 

[maniac103]

@Maniac:
Hmm ja, da hab ich mich wohl zu früh gefreut. Ich habe direkt nach dem Flashen getestet und nach ca. 2min YouTube trat der Fehler nicht auf und auch nicht in den Settings bei der Klingeltonauswahl.

Nun ist er aber wieder da und manifestiert sich sowohl bei YouTube als auch in den Einstellungen wie gehabt, nach wenigen Sekunden ..

Hier das Logcat während der Bug in den Settings auftritt:
pastebin.com

Naja, was passiert, ist offensichtlich:

03-13 14:52:59.655 I/WindowOrientationListener(2279): 348.35126, 11.0653105, 0
03-13 14:53:00.061 I/WindowOrientationListener(2279): 348.27948, 10.673308, 0
03-13 14:53:00.265 I/WindowOrientationListener(2279): 348.02728, 10.321969, 0
03-13 14:53:00.468 I/WindowOrientationListener(2279): 347.71548, 10.308882, 0
03-13 14:53:00.499 I/ActivityManager(2279): Starting: Intent { act=android.settings.SETTINGS flg=0x10100000 cmp=com.android.settings/.Settings } from pid 2279
03-13 14:53:00.514 V/WindowManager(2279): orientation listener gave rotation value of 0
03-13 14:53:00.514 V/WindowManager(2279): Overwriting rotation value from 0
03-13 14:53:00.514 V/WindowManager(2279): new rotation is set to 0
03-13 14:53:00.671 I/WindowOrientationListener(2279): 347.40875, 9.963349, 0
03-13 14:53:00.874 I/WindowOrientationListener(2279): 347.1165, 9.668472, 0
03-13 14:53:01.077 I/WindowOrientationListener(2279): 347.28522, 9.227832, 0

Der Ausrichtungswinkel (erster Wert, 0° = Lautsprecher nach oben) ist also recht stabil (Telefon ganz leicht nach links gekippt).

Nach dem Start des Klingeltons passiert das hier:

03-13 14:53:07.053 I/WindowOrientationListener(2279): 325.64087, 11.836655, 0
03-13 14:53:07.952 I/WindowOrientationListener(2279): 320.58258, 14.221491, 0
03-13 14:53:08.507 I/WindowOrientationListener(2279): 315.98413, 16.389524, 0
03-13 14:53:08.780 D/dalvikvm(3545): GC_EXPLICIT freed 62K, 50% free 3100K/6151K, external 1K/512K, paused 86ms
03-13 14:53:09.030 I/WindowOrientationListener(2279): 311.80377, 18.360464, 0
03-13 14:53:10.218 I/WindowOrientationListener(2279): 308.00342, 20.241314, 0
03-13 14:53:10.421 I/WindowOrientationListener(2279): 304.54852, 22.044184, 0
03-13 14:53:10.624 I/WindowOrientationListener(2279): 301.4077, 23.780287, 0
03-13 14:53:10.780 I/WindowOrientationListener(2279): 298.55243, 25.358562, 0
03-13 14:53:10.780 I/WindowOrientationListener(2279): orientation 298.55243 gives new rotation = 2

Der gelesene Winkel (der kommt - nach ein paar lustigen Berechnungen - direkt aus dem Ausrichtungssensor) läuft also so lange weg, bis der Window Manager denkt, dass du dein Telefon nach links gekippt hast.
Ich kann mir definitiv nicht vorstellen, dass das ein Software-Problem sein soll. Irgendwie wird dein Ausrichtungssensor von etwas anderem beeinflusst - d.h. IMHO ist das ein Hardwareproblem. Du kannst ja mal ein Backup ziehen und versuchen, das mit Stock-Froyo zu reproduzieren. Würde mich wundern, wenn es da nicht auftritt. Aternativ auch noch etwas Debug-Code hinzufügen, der die rohen Sensorwerte ausgibt; würde mich aber auch wundern, wenn diese Werte nicht zu den berechneten Werten passen würden.

 

[phynix5800]

Hmm. Hmm, hmm.. Wobei ich ja nicht der Einzige zu sein scheine.

Ich folge deinem Vorschlag und hau mal kurz die Stock-Froyo drauf.

Melde mich dann nochmal, danke schonmal für die Analyse!


Sent from my mobile.

 

[maniac103]

Hmm. Hmm, hmm.. Wobei ich ja nicht der Einzige zu sein scheine.

Ich folge deinem Vorschlag und hau mal kurz die Stock-Froyo drauf.

Melde mich dann nochmal, danke schonmal für die Analyse!


Sent from my mobile.

BTW, ist das ein neues Problem oder hast du das schon länger? Vor relativ kurzer Zeit wurde der Sensor-Code mal angefasst, nicht dass da was kaputt gegangen ist ... das würde aber noch nicht erklären, warum das nur manchmal passiert.

 

[phynix5800]

BTW, ist das ein neues Problem oder hast du das schon länger? Vor relativ kurzer Zeit wurde der Sensor-Code mal angefasst, nicht dass da was kaputt gegangen ist ... das würde aber noch nicht erklären, warum das nur manchmal passiert.

Ich hab das Problem schon mehrere Monate und es tritt jedes Mal auf, jedoch kurz nach dem letzten Flash, wie gesagt, nicht.

Vielleicht ist auch ne App dran schuld die dann noch nicht gestartet war? Ich flashe grade Froyo und teste dann nochmal mit einem jungfräulichen CM.

 

[Unr3aL67]

Hab's grade in Youtube probiert, nach ca. 5-7 Sekunden springt der Screen automatisch auf die 270°-Stellung...
Gerade 10 Minuten später nochmal mit dem gleichen Video probiert und es passierte nix...
Das Problem tritt also auch bei mir auf, kann mich aber nicht erinnern, das schonmal gehabt zu haben, zumindest hab' ich's nie bewusst wahrgenommen.

Vielleicht ist es aber wirklich ein HW-Bug des Defy, wo bei manchen Spannungen einfach der Lagesensor spinnt wenn die Lautsprecherspule Strom kriegt...
Soweit ich weiß, sind das aber piezoelektrische Sensoren, da dürfte das bisserl Induktion durch den Lautsprecher doch wohl keine Auswirkung haben...

Vielleicht findet mani ja was, mal sehen. Komisch ist das aber allemal.
Ansonsten kann ich mit dem Build wirklich ganz gut leben, ist wirklich spitze. Zumal der Bug auf einmal wieder weg zu sein scheint...

Lohnt es, das neue Build zu flashen? Oder betrifft das nur die PIN-Abfrage?
Haste sonst was relevantes gemacht maniac?

Greetz, Unr3aL67

 

[phynix5800]

Ich hab grade ein wenig mit Froyo und einer frischen CM-Maniac-Installation experimentiert.

Unter Froyo hab ich ca. 10 Videos, davon einige mehrere Minuten lang, und die Klingeltonauswahl getestet, der Bug trat aber nicht einmal auf.

Habe dann Maniacs Nightly und die GApps geflasht, YT runtergeladen und wieder ein paar Videos abgespielt. Das Ergebnis ist durchwachsen. Zunächst trat der Bug nicht auf, habe dann das laufende Video nach rechts (270°) und zurück gedreht und nach einigen Sekunden hat es sich selbstständig in die andere Richtung (nach links, 90°) gedreht. Habe es daraufhin zurückgedreht (0°) und es hat sich wieder nach 270° gedreht.

Bin dann in die Klingeltonauswahl gegangen und es tat sich zunächst nichts. Bei einem 2. Versuch dann doch und dann trat der Bug auch in YT zunächst nichtmehr auf, bis er dann nach mehreren Minuten wieder kam und dann, bis jetzt, nichtmehr.

Ich glaub ich hab den roten Faden bei diesem Problem verloren . Sonst trat er ja konstant bei mir auf.

 

[JanHimpIII]

Vor relativ kurzer Zeit wurde der Sensor-Code mal angefasst, nicht dass da was kaputt gegangen ist ... das würde aber noch nicht erklären, warum das nur manchmal passiert.

Also der Zeitraum (3 Monate) passt so gefühlsmäßig zu der Zeit, wo ich das zum ersten Mal beobachtet habe.
Im code sehe ich da was von "SENSOR_TYPE_GYROSCOPE", den das Defy ja nicht hat. Der wurde ergänzt und führt auch zu "Orientation".
Nicht dass da was random-mäßig den case-Fall triggert??

 

[Unr3aL67]

Vielleicht kann ja mal einer ein Build vor diesem Zeitpunkt ausprobieren und schauen, ob das Problem dort auch besteht.

Hat so eins noch irgendwer rumliegen? Oder gibt's da ein Archiv?

Vielleicht kann uns ja der liebe maniac diese Code-Passage dann wieder ent-mergen (sofern sie auffindbar und für die Funktion aktueller Builds nicht schon zu stark eingebunden ist, versteht sich)...

Greetz, Unr3al67

Sent from my Defy via Tapatalk

 

[Bengii]

Das früheste was ich noch auf der Platte habe is das Maniacische Build vom 17.01.12

 

[phynix5800]

Also der Zeitraum (3 Monate) passt so gefühlsmäßig zu der Zeit, wo ich das zum ersten Mal beobachtet habe.

Hab garnicht realisiert, dass die Änderung schon 3 Monate alt ist. Denke auch, dass das zeitlich passt wie die Faust aufs Auge.


Sent from my mobile.