flasha 2.2 till Minin?

Tjena, såg att dom lyckats få 2.2 på x10, någon som har koll på hur det går med minin?
finns det ingen mobil med samma upplösning som har 2.2, tycker någon hacker borde kunna trycka in den.
Vart kommer romen från som dom suttit in i x10? eller bygger dom helt egna roms?

 

men de fanns väl stöd för mt i hårdvaran på x10mini/pro? å vad i 2.2 kräver det? orkar inte googla

 

Verkar tyvär bara vara stora X10:an

 

Vad SE's tanke varit med minisarna har inget att göra med vad hårdvaran faktiskt supportar (X10:an var inte heller tänkt att supporta MT). Tidigare disassemblering av mini har visat att det sitter en ClearPad 2000 i minisarna och den har DT (som vissa kallar för MT).

Sen finns det inget varken i 2.2 eller någon annan Android version som kräver MT vad jag känner till. Det är nog ett missförstånd från din sida skulle jag gissa.

Med tanke på att SE verkar vara en av de flitigaste bidragsgivarna till Android (i form av kod), så tror jag nog de har ganska bra koll på Android.

 

då var ja ju inte helt ute å cyklade när man bara har 3/4delar kvar till hundra bli man lite osäker på minnet

 

x10 mini har en synaptics clearpad 2000 vilken stödjer MT!
x10 mini pro har någon annan skärm vars specifikationer är okända.
x10 mini och pro stödjer 2.2 rom med den kernel dem har men bara x10 mini kan få MT.
Det enda utvecklarna på XDA behöver göra för att våra minisar ska få 2.2 är att porta x10ans 2.2 rom till x10 minis format. ( det är tyvärr inte så enkelt som det låter då dem måste skriva om alla drivrutiner för att få dem att fungera på rätt sätt med minisarna och ändra upplösningen på hela UI't.


källor:
http://www.minhembio.com/forum/index.php?showtopic=256442&st=90
https://swedroid.se/forum/showthread.php?t=25285
http://se-blog.com/2010/04/26/exclusive-x10-mini-supports-multi-touch/
http://www.synaptics.com/solutions/products/clearpad

 

Tack för ett bra och förklarande svar!

Men man får hoppas att någon tar sig tiden att fippla så även vi med minis får leka med 2.2....

 

Det finns inget krav på MT-stöd i 2.2.

Dessutom flashar man inte om x10an utan man kör på ett annat sätt.

Filen chargemon som ligger i /system/bin exekveras vid uppstart normalt sett.
Den har bytts ut mot ett shellscript som monterar upp en diskimage som ligger på ditt
sdkort och som i sin tur blir en loopbackmonterad image som man sedan bootar på.
Man anger kernelparameter att använda den som en diskimage för systemet istället
för ordianrie som 2.1an ligger på.

För att x10 mini ska få 2.2 krävs att binärerna kompileras om för dess archiektur vilket
inte är en jättestor deal.
Drivrutiner som en del valt kalla det, är till stor del intregreade i kernel som används.
Denna kernel är densamma för 2.2 som för 2.1 i x10an just nu.
Så, drivrutinsstödet oroar jag mig inte speciellt mycket för.
I värsta fall får man lyfta över modulerna också.


Sen senare vad som sägs "klarar inte mt".
Felaktigt påstående.

Den är programmerad för att inte registrera mer än en tryckning.
Programmerar man OM den kan den klara fler.
Det är precis vad de gör på stora x10an och de kan de göra på lillknallen också.
Om de väljer att göra det är upp till dem.

// A

 

Bara för att något är okänt innebär inte per automatik att det inte finns där.

Inte alls. 2.1 använder samma kärna som 1.6 dvs. 2.6.29. 2.2 använder dock en nyare, nämligen 2.6.32.

http://developer.android.com/sdk/android-2.2-highlights.html

 

Hade du tagit dig tiden att läsa vad jag skrev sade jag att 2.2an och 2.1an i x10an kör samma kernel just nu.



// Anders

 

Jo, jag såg det. Men tekniskt sett, så är det inte 2.2 utan 2.1 med backportade delar från 2.2.

 

Nja..
Inte riktigt. Kerneln är ju fortfarande 2.6.
Men, ska de följa allt enligt 2.2-modellen så stämmer det.
Oavsett så fungerar allt som kräver 2.2

 

Aha. Tack för förklaringen, har funderat lite på vad det är de gör egentligen, men har inte orkat söka speciellt aktivt

Men vad innebär då detta för prestandan? Är det någon skillnad mot om bootloadern hade knäckts så man hade kunnat installera en "vanlig" 2.2?

/Daniel

 

Knäcks bootloadern har du möjlighet att byta ut t.ex kerneln.
Du kan kompilera en ny, optimera, lägga till features, ta bort saker.
Allt för att optimera istället för att göra den wide för att passa alla.

Lite som när du chiptrimmar bilen så tar du bort möjligheten att åka på
afrikansk diesel som legat i en bunker i 17 år med råttsvansar och sand.
Den optimeras för soppan du åker på helt enkelt.

Utöver knäckt bootloader och möjligheten till ny kernel kan du även sätta
kernel options etc. Du kan t.om byta till Windows CE på den om du så vill.
(och att den blir portad).

 

Kan det verkligen vara så svårt att aktivera multi touch på minin? Jag tycker att folk lyckas med hur mycket som helst, så varför går inte det?

Fattar ju själv att om det varit lätt hade det redan varit gjort, men varför är det så svårt?

 

Har SE släppt källkoden för 2.1 än? Finns koden för 2.2 hacket på XDA?
I så fall är det antagligen ganska simpelt att porta X10 hacket till X10 mini. Dock kan det vara så att minin har lite för lite RAM för att köra 2.2 utan lagg.

Själv kör jag en hackad 2.2 på en gammal telefon och den laggar som fan trots swap och compcache.

PS. det var en jävla låg nivå på vissa kommentarer här, skärp er killar!!

 

Ja, den finns på developers.sonyerics...
Själva portningen är inte problemet utan att störst går först. Dvs, x10 får
väl först ha sig en färdig release innan lillbrosan får sitt.

Den har väl mer ram än Hero och Hero ska gå rätt bra?
Jag kör själv med swap sedan tidigare och de resulterar i att luren
väldigt sällan riktigt stannar till. Men, att systemet ska vara beroende av
det gör att 2.2 kanske inte känns som huvudvalet på minin.

 

Då det är ytterst låg nivå för programmeringen, säg att du sitter och programmerar på ett sätt som liknar detta:

00002920 65 00 6D 00 61 00 6E 00 64 00 2F 00 30 00 00 00 e.m.a.n.d./.0...
00002930 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00002940 17 04 00 00 00 00 00 00 03 00 00 00 00 00 00 00 ................
00002950 00 00 00 00 00 00 00 00 05 00 00 00 6B 00 6D 00 ............k.m.
00002960 6D 00 63 00 64 00 00 00 00 00 00 00 00 00 00 00 m.c.d...........

Här är ett par nivåer upp:

mov ax,'00'
mov di,counter
mov cx,digits+cntDigits/2
cld
rep stosw
inc ax
mov [num1 + digits - 1],al
mov [num2 + digits - 1],al ;
mov [counter + cntDigits - 1],al

jmp .bottom

Här är vad de flesta pysslar med:
#include<stdio.h>
int main()
{unsigned long int i=0;
char ch;
char name1[20],name2[20];
FILE *fp,*ft;
printf("ENTER THE SOURCE FILE:");
gets(name1);
printf("ENTER THE DESTINATION FILE:");
gets(name2);
fp=fopen(name1,"r");
ft=fopen(name2,"w");
if(fp==NULL)
{printf("CAN,T OPEN THE FILE");
}
while(!feof(fp))
{ch=getc(fp);
ch=~((ch^i));
i+=2;
if(i==100000)
{i=0;
}
putc(ch,ft);
}
fclose(fp);
fclose(ft);
return 0;
}

Och till slut, Java
import java.util.*;
import java.text.*;

public class ChoiceFormatDemo {

static void displayMessages(Locale currentLocale) {

System.out.println("currentLocale = " + currentLocale.toString());
System.out.println();

ResourceBundle bundle =
ResourceBundle.getBundle("ChoiceBundle",currentLocale);

MessageFormat messageForm = new MessageFormat("");
messageForm.setLocale(currentLocale);

double[] fileLimits = {0,1,2};

String [] fileStrings = {
bundle.getString("noFiles"),
bundle.getString("oneFile"),
bundle.getString("multipleFiles")
};
static public void main(String[] args) {
displayMessages(new Locale("en", "US"));
System.out.println();
displayMessages(new Locale("fr", "FR"));
}
}


Ser du skillnaden i språken? Vissa är tydligare än andra.
Man sätter sig inte rakt upp å ned i riktiga lågnivåspråken och bara ändrar och hoppas på rätt
Det är inget man utan att ha fullständiga specar för digitizern sätter sig och pillar med

 

Aha, det bringar lite ljus. Det övre är ju fruktansvärt kryptiskt. Ser ut som en massa random hexadecimala siffror. Förstår mig visserligen inte på något av dem, men förstår att det övre är svårare att sätta sig in i.

 

Vilken jävla cpu minin ha, 128bitars instruktioner. Är glad som slipper hacka binär kod för den.