Den store Android-tråden

[Stimann]

Du må roote den. Det er en regulering her i Europa (EU) som tvinger telefonprodusenter til å implementere det i telefonene

som en standard.

 

Okei

[borchgrevink]

Noen som har kjøpt Play Store gavekort i USA og brukt dem i Norge?

[sdf123]

Noen som kan anbefale meg en god Usb kabel på ca 1,5m til å brukes som ladekabel til en Galaxy S5? Har hatt et par billige kabler fra bukta, men både holdbarhet og lade effekt var ikke så mye å skryte av.

[Jotun]

Kabelen begrenser vel ikke strømmen?

[sdf123]

Tar lengre tid å lade telefonen med den enn med originale kabelen(er ca 50cm).

[insolvent]

Jeg har handlet flere, lange, kabler fra dx.com. Har aldri opplevd at de er tregere å lade med.

[BALT3]

Det kan jo være dårlig kontakt i pluggen, men selve kabelen skal kunne overføre nok strøm i massevis.

[Daniel.ab]

Nei en skikkelig kabel må til for å lade med over 1A. Har lett etter dette mange ganger men finner ikke noen kabler som er over 1m og lader med 2A.

Tar imot tips om noen vet om kabler som takler dette.

 

Grunnen til at det ikke er mulig å lade med 2A på billige dritt kabler er at det er for tynne ledere som fører til for stort spenningstap når ladestrømmen overstiger 0,5-1A. Dette er som regel ikke et problem på kortere kabler.

[Syar-2003]

Det kan og være proprietær implementering.

Usb batteri charging spec bruker data paret til å kommunisere.

Slik er denne spec:

Current by voltages on the D− and D+ lines.

D+ = D− = 2.0 V, the device can pull only up to 500 mA.

D+ = 2.0 V and D− = 2.8 V, the device can pull up to 1 A of current.

D+ = 2.8 V and D− = 2.0 V, the device can pull up to 2 A of current.

 

Så om det funker med 1A skulle det og funke med 2A da spenningene bare snus på i D+ og D-

Vel og merke om usb battery charging spes følges og ikke det gjøre på annen proprietær måte.

[Sermoni]

Helvete, har et problem med min Z2.

 

Fikk fikset xposed i går, fikset meg en Google L Navigation-modul.

 

Fungerer utmerket, helt til jeg rører tastaturet, da endrer jo knappen seg til venstre, slik den ikke skal være. Fargen blir også annerledes.

http://prntscr.com/4ti6tu

 

I cri everytiem

[BALT3]

Tilbakeknappen endrer seg til pil ned når du åpner tastaturet, fordi den bare lukker tastaturet og ikke tar deg tilbake. Det skal være sånn.

[Sermoni]

Det er jeg fullstendig klar over, men med Google L navigasjons-knappene, så skal den ikke være sånn.

 

Det skal forsatt være en trekant, men denne skal da være rotert nedover.

 

http://prntscr.com/4tii55

 

Denne skal være rotert nedover når man anvender seg av tastaturet.

 

Det har ikke jeg.

 

En kamerat med N5 har det slik her; http://prntscr.com/4tiid4

 

Det er jo slik det faktisk skal være wow.

Endret 6. oktober 2014 av Sermoni

[FenrisC0de]

Det er jeg fullstendig klar over, men med Google L navigasjons-knappene, så skal den ikke være sånn.

 

Det skal forsatt være en trekant, men denne skal da være rotert nedover.

 

http://prntscr.com/4tii55

 

Denne skal være rotert nedover når man anvender seg av tastaturet.

 

Det har ikke jeg.

 

En kamerat med N5 har det slik her; http://prntscr.com/4tiid4

 

Det er jo slik det faktisk skal være wow.

 

Det er fordi han har en Nexus 5 som kjører stock Android, mens Xperia Z3 har Sony sitt framework og da ser ting litt annerledes ut

[FenrisC0de]

Satt forøvrig på bussen i dag og så en kar som konsekvent tvangsavsluttet alle Android-appene han brukte. Håper alle her inne vet at det er totalt unødvendig og virker egentlig mot sin hensikt. Dagens rant.

[Syar-2003]

Satt forøvrig på bussen i dag og så en kar som konsekvent tvangsavsluttet alle Android-appene han brukte. Håper alle her inne vet at det er totalt unødvendig og virker egentlig mot sin hensikt. Dagens rant.

Jo - unødvendig.

Jeg avslutter selv (vipper ut fra oppgave behandler) , men det er for at det ikke skal ligge så altfor mange der som gjør at det er uoversiktlig å bytte frem/tilbake mellom de mest brukte.

[tingo]

Satt forøvrig på bussen i dag og så en kar som konsekvent tvangsavsluttet alle Android-appene han brukte. Håper alle her inne vet at det er totalt unødvendig og virker egentlig mot sin hensikt. Dagens rant.

Artikkelen som du linker til gir en forklaring på hvordan Android håndterer minne. Men - den sier ikke noe om hvordan Android hindrer eller begrenser økt strømforbruk på apper som ligger i bakgrunnen. Så, hvordan unngår Android at du bruker mer batteri dersom Chrome eller den innebygde nettleseren ligger i bakgrunnen for eksempel?

[FenrisC0de]

 

 

Satt forøvrig på bussen i dag og så en kar som konsekvent tvangsavsluttet alle Android-appene han brukte. Håper alle her inne vet at det er totalt unødvendig og virker egentlig mot sin hensikt. Dagens rant.

Artikkelen som du linker til gir en forklaring på hvordan Android håndterer minne. Men - den sier ikke noe om hvordan Android hindrer eller begrenser økt strømforbruk på apper som ligger i bakgrunnen. Så, hvordan unngår Android at du bruker mer batteri dersom Chrome eller den innebygde nettleseren ligger i bakgrunnen for eksempel?

Fordi apps på Android kjører ikke i bakgrunnen helt uten videre. De ligger i minnet og utfører de oppgavene som de er designet for å gjøre. Chrome for eksempel gjør særdeles lite i bakgrunnen. Derfor, som det står i innlegget jeg lenket til koster det mer energi å avslutte Chrome for så å starte det opp fra disk 5 minutter senere enn å bare hente den rett opp fra RAM. Applikasjoner som jobber mye i bakgrunnen bruker services, broadcast receivers osv og vil følgelig bare starte opp igjen kort tid etter du avslutter dem. Endret 6. oktober 2014 av Untouchab1e

[Stimann]

Satt forøvrig på bussen i dag og så en kar som konsekvent tvangsavsluttet alle Android-appene han brukte. Håper alle her inne vet at det er totalt unødvendig og virker egentlig mot sin hensikt. Dagens rant.

 

EDIT: Glem det, tenkte på noe annet. Men interessant innlegg uansett.

Endret 7. oktober 2014 av Nettels

[tingo]

 

 

Satt forøvrig på bussen i dag og så en kar som konsekvent tvangsavsluttet alle Android-appene han brukte. Håper alle her inne vet at det er totalt unødvendig og virker egentlig mot sin hensikt. Dagens rant.

Artikkelen som du linker til gir en forklaring på hvordan Android håndterer minne. Men - den sier ikke noe om hvordan Android hindrer eller begrenser økt strømforbruk på apper som ligger i bakgrunnen. Så, hvordan unngår Android at du bruker mer batteri dersom Chrome eller den innebygde nettleseren ligger i bakgrunnen for eksempel?

Fordi apps på Android kjører ikke i bakgrunnen helt uten videre. De ligger i minnet og utfører de oppgavene som de er designet for å gjøre. Chrome for eksempel gjør særdeles lite i bakgrunnen. Derfor, som det står i innlegget jeg lenket til koster det mer energi å avslutte Chrome for så å starte det opp fra disk 5 minutter senere enn å bare hente den rett opp fra RAM. Applikasjoner som jobber mye i bakgrunnen bruker services, broadcast receivers osv og vil følgelig bare starte opp igjen kort tid etter du avslutter dem.

 

Dersom de utfører oppgaver så bruker de cpu, og dermed strøm. En bedre forklaring ønskes.

[FenrisC0de]

 

 

 

Satt forøvrig på bussen i dag og så en kar som konsekvent tvangsavsluttet alle Android-appene han brukte. Håper alle her inne vet at det er totalt unødvendig og virker egentlig mot sin hensikt. Dagens rant.

Artikkelen som du linker til gir en forklaring på hvordan Android håndterer minne. Men - den sier ikke noe om hvordan Android hindrer eller begrenser økt strømforbruk på apper som ligger i bakgrunnen. Så, hvordan unngår Android at du bruker mer batteri dersom Chrome eller den innebygde nettleseren ligger i bakgrunnen for eksempel?

Fordi apps på Android kjører ikke i bakgrunnen helt uten videre. De ligger i minnet og utfører de oppgavene som de er designet for å gjøre. Chrome for eksempel gjør særdeles lite i bakgrunnen. Derfor, som det står i innlegget jeg lenket til koster det mer energi å avslutte Chrome for så å starte det opp fra disk 5 minutter senere enn å bare hente den rett opp fra RAM. Applikasjoner som jobber mye i bakgrunnen bruker services, broadcast receivers osv og vil følgelig bare starte opp igjen kort tid etter du avslutter dem.

 

Dersom de utfører oppgaver så bruker de cpu, og dermed strøm. En bedre forklaring ønskes.

 

 

Hmm, litt usikker på hvordan jeg ellers kan forklare dette. Skal vi se.

 

For en apputvikler som ønsker at appen deres skal gjøre noe i bakgrunnen er det et par måter å gjøre dette på. Hovedsakelig er dette ved hjelp av mekanismer som ContentObservers, BroadcastReceivers og Services. Med unntak av sistnevnte fungerer disse av appen registrerer seg med operativsystemet som senere vekker opp appen når gitte kriterier oppfylles. Hvis appen ligger i RAM når disse hendensene oppstår koster dette systemet mye mindre cpu enn hvis den må kjøres opp fra disk. Avslutter du appen så forsvinner ikke disse registrerte oppføringene i ContentObservers, osv.

 

De fleste apper, som Chrome osv gjør ikke noe spesielt i bakgrunnen. Hensikten med at de ligger i bakgrunnen er at tilstanden til Chrome ligger i RAM, klar til å fortsette der du sist slapp. Som sagt, når det begynner å bli lite RAM, kommer Viking Killer og avslutter de applikasjonene med høyest oom_adj-verdi. oom-adj-verdien er også en indikator på hvor mye en gitt app gjør i bakgrunnen.