Multitouch med 2.2 Froyo på ZTE Light?

jag antar att. AHB. överklockningen försvinner med den kerneln? Multi-touch fungerar hur bra som helst nu. Bara flash. kvar nu

PS, mitt tangentbord täcker hela skärmen, ser inte vad jag skriver just nu. någon åtgärd för det?

 

Ändra pixeltätheten med exempelvis blade buddy (jag kör 133) för "minskad" storlek på tangentbordet. Flash fungerar förvånansvärt bra med https://swedroid.se/forum/showthread.php?p=652514

Sent from my V9 using Tapatalk

 

Vissa program jag kör blir inte i helskärm om jag inte kör med 240 i density. Flashen fungerar inte på min. Har testat gametrailers.com och escapistmagazine.com. Laddar en liten stund sen krashar programmet. Har testat Dolphin, Opera och Stock browsern.

Kan man på något sätt få densiteten att vara lägre ändast i Launcher PRO och något annat värde i apps?

Och som sagt, AHB, är den inkluderad i denna multitouch kerneln?

 

- Funderade på exakt samma sak. Jag gissar på att svaret blir "Ja", men är beredd att ta det "in the spirit of testing" eftersom jag antar att Kallt_Kaffe kommer ordna detta när vi väl har en M;ulti/Dual/Whatever-touch som vi är hyfsat nöjda med.

 

Har du provat att klicka ur compatibility mode i spare parts? Jag hade också problem med vissa program i helskärm innan jag gjorde det.

Jag tycker som att det känns att ahb klockningen är borta i den här kärnan, vi får vänta och se om det kommer en ny.

Sent from my V9 using Tapatalk

 

Wow, tack som fasen för tipset om compatibility mode:n. Nu fungerar alla apps samt att Launchern är i "high res" av sig.

Kallt_kaffe, om det inte är allt för mycket så hade nog fler uppskattat om du hade kunnat inkludera AHB överklockning i denna kerneln

Får ~1100p i quadrant med denna kerneln medan jag fick ~1200 med AHB överklockningen.

Vad kör ni för överklockning på era CPU? Jag kommer max upp till 768Mhz sen så blir den ostabil och fryser om jag försöker öka mer.

 

Test kerneln är utan AHB klockning men det kommer en ny CM7 med nya zoomen så fort jag får tid att ladda upp den och då kommer även en matchande AHB kernel.

 

(Utan AHB, har inte testat ännu)Ligger jag på samma som dig(768) för långvarigt stabilt.

Högre klock resulterar i att den fryser ibland och i stort sett alltid i youtube när jag kör över 800.

Vid ~844 fryser den direkt i stort sett.

 

Testkört några banor i Angry Birds (classic) och Angry Birds Rio, och så här långt tycker jag det funkar alldeles utmärkt.

Har inte haft anledning att testa något lite mer "produktivt" så Angry Birds får vara måttstock så här långt.

- Starkt jobbat!

 

[APP] FLASH PLAYER FOR ARMv6 AND ARMv7 ANDROID PHONES - Page 2 - xda-developers här har ni flashplayer.

 

Den klart roligaste frågan jag läst på forumet

 

Jo, fast vad svarar man på det? Man vill ju inte gärna på bli uppspikad på ett kors som den förra snubben blev.

Men jesus vette fan... Jag är ju pastafarist.

 

Om någon har lust att göra en enkel videodemonstration av den senaste pinch-zoom emuleringen (två parallella fingrar) och visa hur det funkar först i "MultiTouch Visualizer 2" och sedan t.ex. i webläsaren och/eller Angry birds så lägger jag en länk till ett sådant youtube klipp i CM7 tråden.

 

Skulle gärna vilja se någon visa hur multi-touchen används. Jag har prövat nu och tycker tyvärr inte det fungerar särskilt bra. När jag spelar angry birds så får jag ofta göra flera försök att zooma ut, och dessutom blir det då utzoomat direkt och inte stegvis.

Har också testat att zooma i PDF-filer vilket också krävt flera försök.
Får inte till det riktigt helt enkelt.

 

Installera Multitouch visualizer 2 och träna. Två fingrar brett isär och dra dem parallellt uppåt eller nedåt i porträtt läge.

Och kör senaste CM7 så att du inte har den första versionen jag gjorde.

 

Har frsökt men går inget vidare.
Skulle gärna vilja se en film där någon testar zooma in vid olika appar.

 

- Brett isär? Inte undra på att jag sitter och svär över zoomen i Fieldrunners...

Måste ha missat den biten, för jag har suttit och dragit med fingrarna tätt ihop och ändå varit skitlycklig (och svurit samtidigt - hur det nu går ihop) över att det alls går att göra något

 

Hmm, nu har jag testat en del.
Jag har inte sett hur du har implementerat det men tycker mig se att du sätter punkt 2 i mitten?
Du skulle hellre kunna sätta p2 på ett annat ställe nämligen:
Pmeanp2+p1)/2 där p1 är värdet på singeltryckpunkten och Pmean är utlästa värdet när du dubbeltrycker.
P2 (andra tryckpunktens position)borde vara Pmean*2-p1, om du förstår hur jag menar.
Om du gör så borde hoppandet i bla. Maps upphöra.
Gör du så här kan du även gå tillbaka till äkta pinchzoom om du instruerar att man ska låta p1 vara fast och bara röra p2.
Förstår du nåt av vad jag menar?
Allt är skrivet i ren välmening och jag uppskattar verkligen jobbet som du lägger ner.

 

Glöm det där med p2 i mitten, jag måste ha haft fingrarna konstigtför att dra den slutsatsen.
Men resten i mitt svar gäller hur man skulle kunna göra.

 

Koden finns på min github.

Touchscreen drivern i sitt originalutförande:
https://github.com/kalltkaffe/zte-k...42b2c750a8/drivers/input/touchscreen/msm_ts.c

Den modifierade versionen (det intressanta börjar på rad 226):
https://github.com/kalltkaffe/zte-k...700c14316f/drivers/input/touchscreen/msm_ts.c

Det kan se lite konstigt ut att jag utgår från punkten 480,480 men touchscreenen i kärnan rapporterar 960x960 pixlar som sedan räknas om m.h.a. pointercal filen i InputReader.cpp i Androidkoden. Grovt sett så utgår jag från mitten. Egentligen borde jag nog räkna fram lite bättre mittenvärde utifrån en pointercal fil då 960x960 även täcker in de virtuella knapparna.

Om du vill experimentera så finns det gott om guider för hur man kompilerar androidkärnan på nätet. För att slippa krångel med att bygga och flasha en boot.img så kan du använda AHB överklocknings-zip:en och bara byta ut zImage.

Jag är öppen för förslag till hur man förbättrar hacket.