[ROM][6.0.X] CyanogenMod 13 [Official NIGHTLY Builds]

[Dr.No]

Zumindest als ich noch reboots hatte gingen die Logs noch weit zurück vor diesen.

Evtl. kommt es auch darauf an was für Reboots man hat, Soft-Reboots (also nur die System-UI, wie schneller Neustart) oder Hard-Reboots (das komplette System). Ich habe keine Reboots, deshalb fällt es mir nie auf, da meine Logs bis zum Tag der 1. Installation bzw. des Aufspielen des Backups reichen.

 

[TomTim]

@-Matze-

Aktiviere dazu USB-Debugging an deinem Telefon. Nun weiter am PC.
In einem Ordner deiner Wahl in dem du adb und fastboot abgelegt und installiert hast, dort drückst du erst die Shift taste an deiner Tastatur, dann die rechte Maustaste an deiner Maus, in dem Popup wählst du nun den Eintrag "Eingabeaufforderung hier öffnen". Mit dem nachfolgendem Befehl kannst du ein Logcat generieren das Automatisch in diesem Ordner gespeichert wird sobald der erste Neustart erfolgt (oder sobald die Konsole beendet wird oder das Kabel zum Telefon getrennt wird).

adb logcat > logcat.txt

Mehr dazu gibt es hier: Quelle
Tante Edit: Solltest du Planen mehrere Logcats zu erstellen bedenke folgendes: sobald ein Logcat erstellt wurde solltest du ihn mit Beispielsweise einer Zeitangabe Umbenennen. Denn sobald du den Vorgang wiederholst und einen neuen Logcat erstellst dann wird der alte (sollte er immer noch „logcat.txt“ heißen) überschrieben und gelöscht.

 

[Dennis der Dachs]

Aww man was ein Mist, hab vergessen das Recovery zu wechseln (TWRP 2.8.7.0) und kann nicht auf die SIM zugreifen, also alte Version zurückgeflashed, leider startet das Phone mit einem Fehler loop.
Abgesicherter Modus geht schleppend, aber ich habe TWRP auf 2.8.6.0 gebracht und im Abgesicherten Modus die letzte nightly installiert. Gut das ich ein Backup mit Titanium habe

 

[Dr.No]

Warum so kompliziert? Einfach das Recovery wechseln und das aktuelle (neue) Modem hintergeflasht und gut ist.

 

[Dennis der Dachs]

Weil ich gerne hier noch einige Stunden sitze um mein Phone wieder zu recovern

Wenn schon falsch, dann aber richtig !

So, scheint wieder alles zu laufen mit neuem Baseband usw. Schauen wir mal

 

[Hectic]

Über den Updater ist bei mir alles kaputt...
Sim wird gar nimmer erkannt.

 

[AcmE85]

Was zu tun ist steht über deinem Post, es wurde aber auch oft genug hier darauf hingewiesen, sogar vor dem Baseband Update.

Edit: [ROM][6.0.X] CyanogenMod 13 [Official NIGHTLY Builds] | Seite 17

 

[Dennis der Dachs]

Aww man was ein Mist, hab vergessen das Recovery zu wechseln (TWRP 2.8.7.0) und kann nicht auf die SIM zugreifen, also alte Version zurückgeflashed, leider startet das Phone mit einem Fehler loop.
Abgesicherter Modus geht schleppend, aber ich habe TWRP auf 2.8.6.0 gebracht und im Abgesicherten Modus die letzte nightly installiert. Gut das ich ein Backup mit Titanium habe

Ich bring eigentlich schon einiges an "Wissen" mit bin dann aber immer wieder überrascht wie blöd man sich manchmal anstellen kann... naja heute läuft alles soweit. Noch keine Reboots gehabt.

Edit:

Hat einer von euch BeyondPod ? Bei mir will das keine Musik mehr abspielen und hängt sich oft auf. Ich weiß nicht ob dass daran liegt was ich gestern veranstaltet habe, oder an der Nightly ?

 

[photobix]

@Dennis der Dachs Ich hatte ein ähnliches Problem mit Pocket Casts. Willst Du einen Podcast abspielen? Wenn ja, welcher denn?
Wenn nein: Welche Datei willst Du spielen?

 

[Dennis der Dachs]

Ja Podcast, ich hab da verschiedene und keiner geht. Also die MP3 Dateien sind ja shcon heruntergeladen. Der Interne Player kann meine MP3 Musik problemlos wiedergeben.
Auch die Nightly von heute hat nichts geändert daran.

Edit: Ich sehe gerade das sind M4a Nicht MP3 Dateien

 

[photobix]

@Dennis der Dachs
Mit m4a Dateien hatte ich exakt die gleichen Probleme. Ich habe mir jeweils die mp3 feeds abonniert, diese funktionieren wunderbar.
Allem Anschein nach wurde in den letzten 2 Wochen, auf Cyanogenmodseite, irgendwas im Audioanteil verändert.

 

[Dennis der Dachs]

Nach rumtesten kann ich das bestätigen, m4a Dateien machen probleme. Einige Podcasts sind doch MP3 und die scheinen zu gehen *grummel* Das kann ich jetzt echt nicht haben

Interessanter Weise gehen einige m4a dateien doch...
"Hardcore Italia Podcast by Traxtorm Records"
"XXlerator - by Villain"

Manchmal stürtzt der Player aber auch einfach nur ab...

 

[photobix]

Ich vermute hier, dass keine m4a Dateien funktionieren, welche Kapitelmarken enthalten.
Die Metaebene ist bekannt dafür welche zu nutzen, hier musste ich jeweils den mp3 Feed abonnieren, damit es geklappt hat.

 

[AcmE85]

Ich habe mal bei mir nachgesehen. Ich nutze PocketCasts aber meine Podcasts sind alle im mp3 Format.
Ist zwar nur eine Vermutung aber dieser commit könnte evtl. helfen und ist ab morgen in der Nightly:
Gerrit Code Review
Auszug aus dem neuen Code:

// avformat -> android mapping
static const MetadataMapping kMap[] = {
{ "track", kKeyCDTrackNumber },
{ "disc", kKeyDiscNumber },
{ "album", kKeyAlbum },
{ "artist", kKeyArtist },
{ "album_artist", kKeyAlbumArtist },
{ "composer", kKeyComposer },
{ "date", kKeyDate },
{ "genre", kKeyGenre },
{ "title", kKeyTitle },
{ "year", kKeyYear },
{ "compilation", kKeyCompilation },
{ "location", kKeyLocation },

Scheinbar gibt es Fehler bei Dateien mit bestimmten Tags bzw. auch Kapitelmarken wie @photobix schon sagt.
Da CM seit einigen Wochen Stagefright und das geamte Audio/Video Framework auf das offene FFMPEG umstellt,
ist mit solchen Bugs wohl noch zu rechnen. Cyanogen OS 13 wird wohl auch erst erscheinen wenn unter anderem diese Arbeiten abgeschlossen sind.
Wo sonst sollte man sowas umsetzen und testen als in den Nightlies.^^ /auf unsere Kosten
Tritt das Problem eigtl. auch unter Sultans Builds auf? (edit: ja tut es)
Zumindest der Videopart ist dort ja weiterhin stock/vanilla von Qualcomm/CAF übernommen
und nutzt bei deutlich mehr Videodateien die Hardwarebeschleunigung in zB MX Player.

 

[Dr.No]

Ich nutze keine Podcasts würde es aber auch gerne unter der MoKee testen. Hat jemand für mich bitte mal das ein oder andere Beispiel-Podcast mit den hier angesprochenen m4a-Dateien. Danke!

 

[AcmE85]

Diese Datei hat @photobix im Sultan Thread verlinkt
NSFW092 Dafür kommen wir in die Hölle (MPEG4 AAC Audio 40mb)

Laut seiner Aussage tritt das Problem ab der Build vom 30.12. auf.
Die cm13 Nightly hatte an diesem Tag eine Menge commits für stagefright.
Da hat sich dann wohl der Fehler eingeschlichen.

Falls jemand noch auf einer älteren Nightly vor 30.12. ist
könnte er es bitte verifizieren?

Ich nutze momentan die Nightly vom 03.01. und damit wird die Datei in keinem Player abgespielt

 

[sphere]

Hallo, ich hänge grad voll in der Luft.

Nachdem ich heute morgen mal so mutig war ein angebotenes nightly zu installieren, hing mein gerät in einem bootloop fest.
Das ganze konnte ich dann nur durch einen factorywipe wieder zum laufen bringen. jetzt habe ich allerdings das problem, dass wenn ich die GAPPS installieren will, die benötige, dass das ganze sich aufhängt im boot logo.

 

[photobix]

Ich bin auf Sultan.
Audiotechnisch verhält es sich exakt wie CM, Videotechnisch, wie durch @AcmE85 beschrieben, nicht.
Ich hatte die Idee direkt auf CM zu wechseln, aber ich schaue zu viele Videos, als dass ich auf die Hardwareunterstützung durch den MX Player verzichten könnte.

Ich freue mich auf den commit morgen, wobei ich die m4a Dateien nicht benötige, mp3 tut es bei mir wunderbar. Aber natürlich sind es die Nightlies, in denen getestet wird. Ich erwarte ja kein perfektes System, das Ausprobieren bringt ja durchaus Spaß

 

[Dr.No]

Ich nutze auch den MX Player, dann schauen wir mal.

 

[AcmE85]

Ich habe eben mal alle Tags der verlinkten m4a -Datei entfernt.
Öffne ich diese nun über den Root Explorer in einer Musik App,
wird die Datei geladen und auch die korrekte Spieldauer von ca. 1h50min angezeigt.
Abgespielt wird die Datei jedoch noch immer nicht.

Mit der Ursprungsdatei inkl. Tags wurde zwar die Musik App geöffnet,
die Datei wurde aber nicht geladen.
Es war im Grunde so als würde ich einfach nur die Musik App starten.

Was mir noch aufgefallen ist, ich habe nun beide Dateien jeweils mit und ohne Tags auf meinem OPO
im selben Ordner. Innerhalb der Musik Apps wird nur die Datei ohne Tags angezeigt.

Meine Musik App (Phonograph) und die Stock CM13 Musik App
suchen wohl erst nach Tags in einer Audiodatei um diese zB einem Interpreten zuzuordnen.
Finden diese keine, so wird einfach nur der Ordner und Dateiname angezeigt.
Scheinbar können Apps die Tags der m4a überhaupt nicht erkennen und zeigen die Datei
überhaupt nicht mehr an.

edit: Themawechsel: Kamera
Seit dem letzten Kernel Update vor einigen Nightlies wo auch Fixes für die Kamera gemerged wurden
ist mir aufgefallen dass das angezeigte Bild / der Viewfinder in Kamera-Apps (egal welche) unschärfer geworden ist.
Das sieht so aus als wäre die Preview niedriger aufgelöst.
Die gespeicherten Fotos/Videos sind jedoch in gewohnter Qualität.
Ist das noch jemandem aufgefallen?