'Upgrade naar Windows Mobile 6.5 hangt af van specs en fabrikant'
Fabrikanten of providers beslissen of een toestel een upgrade krijgt van Windows Mobile 6.0 of 6.1 naar de nieuwe versie 6.5. Het toestel moet de nieuwe versie van het OS wel aankunnen: daarvoor is 128MB ram en een 400MHz-processor nodig.
Als toestellen aan de minimumvereisten voldoen, is een upgrade in elk geval mogelijk, zegt Engadget. Tot nu toe zijn er drie toestellen, waarvan is bekendgemaakt dat ze een gratis upgrade naar de nieuwe versie van Microsofts OS kunnen krijgen: de TG01 van Toshiba, de HTC Touch Pro2 en de HTC Touch Diamond2. Deze laatste is naar alle waarschijnlijkheid vanaf half april in Nederland te koop.
Microsoft maakt verder bekend met een 'theme creator' voor de nieuwe versie van Windows Mobile te komen. Daarmee kan de wallpaper worden aangepast en ook de balken boven- en onderin het scherm kunnen naar eigen smaak worden gewijzigd.
Diverse bedrijven hebben aangekondigd applicaties te maken voor Marketplace, de mobiele downloadwinkel die tegelijk met versie 6.5 wordt gelanceerd. Onder die bedrijven zijn Facebook en gamemakers EA en Gameloft. Daarnaast komt Microsoft tegemoet aan ontwikkelaars: oorspronkelijk zouden updates tellen als nieuwe applicaties, waardoor er 99 dollar voor betaald zou moeten worden om updates uit te brengen. Die eis heeft Microsoft nu laten vallen.
Microsoft bevestigt al een deel van het nieuws rond Windows Mobile 6.5. Overige aankondigingen worden verwacht tijdens de keynote van Microsoft-topman Robbie Bach. Deze vindt donderdagavond plaats in Las Vegas. Windows Mobile 6.5 is een update die het mobiele besturingssysteem van Microsoft vooral bruikbaarder moet maken voor het gebruik met de vingers. Eerder zeiden Microsoft-medewerkers dat er geen officiële update naar 6.5 voor de Touch HD en Touch Pro op de rol staat.
Reacties (68)
Woh, dat is wel een behoorlijke slag zwaarder dan WM6.0/.1!Het toestel moet de nieuwe versie van het OS wel aankunnen: daarvoor is 128MB ram en een 400MHz-processor nodig.
(Ter illustratie: Mijn telefoon (200Mhz, 64Mb) draait 6.1 compleet vlekkeloos)
Heeft iemand een idee waarom het opeens zoveel zwaarder is geworden?
Is de kernel zo 'bloated' of ligt het meer aan de meegeleverde software (lees: IE Mobile)?
[Reactie gewijzigd door anandus op 31 maart 2009 11:17]
Ik denk eerder dat het eraan ligt wat de consument allemaal met zijn O/S wil kunnen.
Natuurlijk speelt IE Mobile hier ook een rol bij aangezien deze de renderer van IE6 gebruikt.
De beta ROM's van Windows Mobile 6.5 zijn wel sneller dan Windows Mobile 6.0/1.
edit: In de eerste indruk review die Tweakers.net schreef lees je dat er geen nieuwe kernel inzit.
Natuurlijk speelt IE Mobile hier ook een rol bij aangezien deze de renderer van IE6 gebruikt.
De beta ROM's van Windows Mobile 6.5 zijn wel sneller dan Windows Mobile 6.0/1.
edit: In de eerste indruk review die Tweakers.net schreef lees je dat er geen nieuwe kernel inzit.
[Reactie gewijzigd door Joshua op 31 maart 2009 11:23]
Maar het zou er natuurlijk ook aan kunnen liggen dat de programmeurs niet genoeg tijd krijgen om efficiënt te programmeren.
Waaruit blijkt dat die beta's sneller zijn dan de 6.0/6.1 versie? Alles wat ik lees op bijvoorbeeld xda-developers is dat ze juist niet sneller zijn. Tenzij dat binnen 2 dagen is opgelost...
Ik heb de Beta-versie draaien op mijn HTC Touch Cruise (1) en ik kan je vertellen dat het OS een heel stuk sneller is dan zijn voorgangers. Het opstarten van het OS duurt nu nog 'maar' een halve minuut. Waar het eerst (in mijn geval) zo'n anderhalve minuut over deed om volledig opgestart te zijn en klaar voor gebruik.
Alles loopt een stuk vloeiender, geen haperingen meer bij het switchen tussen programma's en schermen. Dus ja, ik kan niet anders concluderen dan dat het een stuk sneller is.
Alles loopt een stuk vloeiender, geen haperingen meer bij het switchen tussen programma's en schermen. Dus ja, ik kan niet anders concluderen dan dat het een stuk sneller is.
[Reactie gewijzigd door Sjnieboon op 31 maart 2009 15:33]
Ik heb de chinese windows mobile 6.5 beta op mijn htc wizard (64MB ram en 200mhz omap processor) en die draait erg snel. Een oudere engelse versie die gelijkt was draait langzaam naar ik gehoord heb maar de nieuwere versies niet.
Wat ik snel vind is vanuit het standaardscherm (todayscreen/bureaublad zegmaar) via de knop linksboven naar een volgend menu komen (die honinggraatmenu achtige, al zijn de honinggraat-omlijningen zelf nu weg) daar op office mobile klikken en vanuit daar word opstarten (die nog niet in het geheugen zat) binnen anderhalve seconde in totaal. Dan kan je al typen. meeste tijd is nog verloren doordat ik zelf ff de goeie knop moest vinden. Sneller dan me Iphone.
windows mobile 6.5 betaversie 21193
Wat ik snel vind is vanuit het standaardscherm (todayscreen/bureaublad zegmaar) via de knop linksboven naar een volgend menu komen (die honinggraatmenu achtige, al zijn de honinggraat-omlijningen zelf nu weg) daar op office mobile klikken en vanuit daar word opstarten (die nog niet in het geheugen zat) binnen anderhalve seconde in totaal. Dan kan je al typen. meeste tijd is nog verloren doordat ik zelf ff de goeie knop moest vinden. Sneller dan me Iphone.
windows mobile 6.5 betaversie 21193
Ja, IE 6 ondersteunt nu onderander flash wat het zwaarder maakt. Verder is dat ook een stok achter de deur om te zeggen dat oude toestellen niet voldoen aan de systeemeisen en dus daarom zoiezo nooit een upgrade krijgen.
Om eerlijk te zijn vind ik de vernieuwingen maar erg minimaal en vraag ik mij af of de upgrade wel de moeite waard is. Voorals nog vind ik 6.1 best redelijk werken.
Om eerlijk te zijn vind ik de vernieuwingen maar erg minimaal en vraag ik mij af of de upgrade wel de moeite waard is. Voorals nog vind ik 6.1 best redelijk werken.
Microsoft houdt volgens mij nog steeds vast aan closed source, dus we kunnen niet weten hoe bloated de kernel is. Naar hun eigen zeggen is het kernel zeer minimaal. Ik denk niet dat dit veel verandert tussen een 6.0 en een 6.5.
De overige software zal verantwoordelijk zijn voor de bloat. Wellicht is het mogelijk om IE mobile eraf te halen en een moderne browser te installeren. In de interface zijn natuurlijk veel wijzigingen doorgevoerd, dus het verschil zou hem ook wel eens in de eisen van de window manager kunnen zitten. Geen onderdeel van de kernel.
edit @ hieronder: I stand corrected.
De overige software zal verantwoordelijk zijn voor de bloat. Wellicht is het mogelijk om IE mobile eraf te halen en een moderne browser te installeren. In de interface zijn natuurlijk veel wijzigingen doorgevoerd, dus het verschil zou hem ook wel eens in de eisen van de window manager kunnen zitten. Geen onderdeel van de kernel.
edit @ hieronder: I stand corrected.
[Reactie gewijzigd door snirpsnirp op 31 maart 2009 14:16]
De kernel van Windows CE (de basis van WM) is gewoon openbaar, de source is te downloaden als je je registreert bij MS.
[Reactie gewijzigd door Dreamvoid op 31 maart 2009 13:57]
Ik denk dat de belangrijkste reden is dat MS aan Windows Mobile 6(.1) bijna geen eisen heeft gesteld, dit heeft geleid dat er erg veel veels te langzame telefoons zijn uitgebracht die WM6 best trokken maar meer ook niet. Hierdoor heeft WM het beeld gekregen verschrikkelijk langzaam te zijn (en dus slecht). En op deze manier heb je alleen maar telefoons die WM zonder problemen trekken en ook nog redelijk vloeiend.
Ik moet hier toch even wat over kwijt. Er wordt hier toch wat graag op tweakers gepraat over bloated kernels vanwege backwards-compatibility en alles, en ookal bedoelt anandus het waarschijnlijk niet zo, zo gaat het wel overkomen op (misschien wel) half t.net.
Laat het vooral duidelijk zijn dat de kernel niet bloated is, wanneer er 'bloat' in een kernel zit is er sprake van een serieuze designfout, en zoiets heeft 'zelfs' Microsoft nog niet voor elkaar gekregen (misschien in haar beginjaren met de DOS/win9x combi, dat weet ik niet, maar ik dacht van niet). Microsoft houdt haar kernels heel mooi schoon en stabiel, en die compatibiliteitslagen waar mensen graag over klagen zitten voor het grootste gedeelte niet eens in de kernel (hoe het met drivercompatibiliteit zit weet ik niet, maar bijvoorbeeld win32 is gewoon een subsysteem dat niet in de kernel zit en in theorie los te koppelen is, al zou je dan geen bruikbare Windows hebben, omdat veel programma's het gebruiken). Het is het pakket aan software om de kernel bruikbaar te maken voor gebruikers waar de 'bloat' in kan sluipen, zoals bij Vista wel een beetje te zien was, en nu misschien ook wel bij WM6.5.
Bloat is trouwens een lelijk woord voor 'dingen waarvan we wel willen dat onze apparatuur het kan, maar niet met zoveel moeite als kennelijk nodig is'.
Laat het vooral duidelijk zijn dat de kernel niet bloated is, wanneer er 'bloat' in een kernel zit is er sprake van een serieuze designfout, en zoiets heeft 'zelfs' Microsoft nog niet voor elkaar gekregen (misschien in haar beginjaren met de DOS/win9x combi, dat weet ik niet, maar ik dacht van niet). Microsoft houdt haar kernels heel mooi schoon en stabiel, en die compatibiliteitslagen waar mensen graag over klagen zitten voor het grootste gedeelte niet eens in de kernel (hoe het met drivercompatibiliteit zit weet ik niet, maar bijvoorbeeld win32 is gewoon een subsysteem dat niet in de kernel zit en in theorie los te koppelen is, al zou je dan geen bruikbare Windows hebben, omdat veel programma's het gebruiken). Het is het pakket aan software om de kernel bruikbaar te maken voor gebruikers waar de 'bloat' in kan sluipen, zoals bij Vista wel een beetje te zien was, en nu misschien ook wel bij WM6.5.
Bloat is trouwens een lelijk woord voor 'dingen waarvan we wel willen dat onze apparatuur het kan, maar niet met zoveel moeite als kennelijk nodig is'.
Ik geloof je graag, maar volgens mij bestaan er geen onafhankelijke bronnen over het ontwerp van de windows kernels. Deze zijn nog niet open source en zullen dat wellicht zelfs nooit worden. [liegbeest]Microsoft houdt haar kernels heel mooi schoon en stabiel
Het valt wel te beredeneren dat een elegant kernel zeer van belang is voor microsoft, dus dat het zeer waarschijnlijk is.
edit @ hieronder: I stand doubly corrected.
[Reactie gewijzigd door snirpsnirp op 31 maart 2009 14:18]
De NT is geschreven naar het model van de Mach microkernel, Microsoft heeft een aantal subsystemen aan de kernel toegevoegd waardoor het geen 'pure' microkernel meer is, waarvan delen met Vista weer terug naar userland-code zijn verplaatst (grootste gedeelte van de graphics drivers bijvoorbeeld, en ik dacht ook onderdelen voor het audio subsysteem).
Ik heb ook de NT kernel code nooit gezien, maar ik geloof best dat die redelijk clean en minimaal is, dat is altijd het hele idee van de Mach kernel geweest. Dus wat graey zegt is denk ik wel waar, wat mensen bij het Windows platform als 'bloat' ervaring is allemaal userland code. Zo heeft microsoft laag op laag op laag over de 'traditionele' Win32 API gebouwd (welke ook weer deels de Win16 API bevat): MFC, .Net, WPF, etc, het moet allemaal terug kunnen inhaken op de oude meuk die er al vanaf Windows 3.11 inzit om het backwards compatible te houden. Volgens mij houden ze er bij Microsoft ook niet echt van om oude meuk over de struiken te gooien en opnieuw te schrijven, en een bijna ijzeren wet in de software ontwikkeling is dat de boel dan langzaam maar zeker verzandt en er steeds meer suboptimale oplossingen bovenop geprogrammeerd worden omdat het oude design eigenlijk niet meer aan de huidige eisen voldoet, maar er geen tijd meer is om dingen 'goed' op te lossen.
Wat dat betreft doet Apple het m.i. een stuk beter, die gooien geregeld spullen weg en breken bewust backwards compatibility, wat soms ff pijn doet vooral voor developers maar op de lange termijn wel de kwaliteit hoger houdt. Denk aan het uitfaseren van Carbon, het uitfaseren van 32 bit, de overstap naar OS X wat een 100% nieuw OS was met een OS 9 classic emulator, de overstap van PPC naar x86, etc.
Ik heb ook de NT kernel code nooit gezien, maar ik geloof best dat die redelijk clean en minimaal is, dat is altijd het hele idee van de Mach kernel geweest. Dus wat graey zegt is denk ik wel waar, wat mensen bij het Windows platform als 'bloat' ervaring is allemaal userland code. Zo heeft microsoft laag op laag op laag over de 'traditionele' Win32 API gebouwd (welke ook weer deels de Win16 API bevat): MFC, .Net, WPF, etc, het moet allemaal terug kunnen inhaken op de oude meuk die er al vanaf Windows 3.11 inzit om het backwards compatible te houden. Volgens mij houden ze er bij Microsoft ook niet echt van om oude meuk over de struiken te gooien en opnieuw te schrijven, en een bijna ijzeren wet in de software ontwikkeling is dat de boel dan langzaam maar zeker verzandt en er steeds meer suboptimale oplossingen bovenop geprogrammeerd worden omdat het oude design eigenlijk niet meer aan de huidige eisen voldoet, maar er geen tijd meer is om dingen 'goed' op te lossen.
Wat dat betreft doet Apple het m.i. een stuk beter, die gooien geregeld spullen weg en breken bewust backwards compatibility, wat soms ff pijn doet vooral voor developers maar op de lange termijn wel de kwaliteit hoger houdt. Denk aan het uitfaseren van Carbon, het uitfaseren van 32 bit, de overstap naar OS X wat een 100% nieuw OS was met een OS 9 classic emulator, de overstap van PPC naar x86, etc.
[Reactie gewijzigd door johnbetonschaar op 31 maart 2009 13:42]
Het punt is echter, Apple gebruikers lijken het gewoon te slikken als een programma van 5 jaar geleden niet meer werkt. Waarschijnlijk omdat zij bewust voor Apple hebben gekozen en weten dat Apple de backwards compatibility afbreekt ten goede van performance en stabiliteit. Maar probeer dat eens aan een gemiddelde Windows gebruiker uit te leggen...
Ik kreeg bij MS een keer een belg aan de lijn met een of ander boekhoudprogramma uit het jaar 0 (was nog een DOS programma) en hij klaagde dat het programma onder Vista niet meer wilde printen. En toen mocht ik hem uit gaan leggen dat hij misschien toch zij boekhoudprogramma maar eens moest gaan upgraden. Dat begrijpen die mensen niet. Zij kopen een PC omdat ze er een moeten hebben in de maatschappij van vandaag, niet omdat zij bewust een bepaald product kiezen zoals Apple- of Linux gebruikers.
En dat is ongeveer de reden dat MS niet kan breken met backwards compatiblity van 15 jaar geleden.
Ik kreeg bij MS een keer een belg aan de lijn met een of ander boekhoudprogramma uit het jaar 0 (was nog een DOS programma) en hij klaagde dat het programma onder Vista niet meer wilde printen. En toen mocht ik hem uit gaan leggen dat hij misschien toch zij boekhoudprogramma maar eens moest gaan upgraden. Dat begrijpen die mensen niet. Zij kopen een PC omdat ze er een moeten hebben in de maatschappij van vandaag, niet omdat zij bewust een bepaald product kiezen zoals Apple- of Linux gebruikers.
En dat is ongeveer de reden dat MS niet kan breken met backwards compatiblity van 15 jaar geleden.
Dat is niet helemaal waar wat je zegt, Apple zorgt er juist heel erg goed voor dat oude software voor de gebruiker gewoon blijft werken. Zo was er onder OS 9 en daarvoor in het PPC tijdperk al een emulator en 'fat binaries' voor oude Motorola code, toen ze naar OS X overgingen was er de OS 9 classic emulator, en toen ze naar x86 overstapten was er Rosetta en universal binaries, en al die oplossingen werkten gewoon best wel goed. De last van het deprecaten van oude spullen legt Apple bij developers, door ruim van te voren simpelweg te zeggen dat er (bijv) geen 64-bit Carbon API zal komen, dat Carbon niet meer doorontwikkeld wordt en dat het uiteindelijk uit het OS verwijderd zal worden. Een jaar of wat later doen ze dat dan ook, en in de tussentijd hebben developers genoeg tijd gehad om zich aan te passen. De vervangende technologie zit bij Apple vaak al 2 major versies eerder in het OS dan dat het ook voor gebruikers beschikbaar is zodat developers ze al kunnen gebruiken en testen, en op het moment dat de stekker uit de oude technologie gaat werkt alles dan vaak al vlekkeloos (zo zit bijv. het grootste gedeelte van Core Animation al sinds 10.3 of 10.4 in OS X, terwijl het pas in 10.5 (gedeeltelijk) 'zichtbaar' is voor de gebruiker.
Ik heb zelf zeer weinig problemen gehad met backwards compatibility op mijn (ppc en x86) macs. Het is wel eens voorgekomen dat ik sommige software vrij lang via Rosetta heb moeten draaien (Toast is een goed voorbeeld) of dat het even duurde voordat bepaalde software weer geschikt was voor een nieuwe versie (bij overgang naar Leopard werkte bijv. Quicksilver een paar weken niet meer), maar langdurig of ergerlijk is het eigenlijk nooit geweest.
Ben het wel eens met je stelling dat Windows gebruiker zich enorm aan hun oude tools en programma's klampen, maar daar heeft MS het ook wel een klein beetje zelf naar gemaakt. Ze hebben de backwards compatibility te lang en te ver doorgevoerd, en ze hebben te weinig toegevoegde waarde gebracht met hun product updates om mensen de reden te geven over te stappen naar iets nieuwers. Wat beter was geweest is als ze direct bij Windows 9x met een DOS emulator en een Win16 emulator waren gekomen, en bij Windows 2000 met een 9x emulator. Dus geen BC in het systeem zelf, maar de BC als volledig onafhankelijk stuk software moeten leveren.
Ik heb zelf zeer weinig problemen gehad met backwards compatibility op mijn (ppc en x86) macs. Het is wel eens voorgekomen dat ik sommige software vrij lang via Rosetta heb moeten draaien (Toast is een goed voorbeeld) of dat het even duurde voordat bepaalde software weer geschikt was voor een nieuwe versie (bij overgang naar Leopard werkte bijv. Quicksilver een paar weken niet meer), maar langdurig of ergerlijk is het eigenlijk nooit geweest.
Ben het wel eens met je stelling dat Windows gebruiker zich enorm aan hun oude tools en programma's klampen, maar daar heeft MS het ook wel een klein beetje zelf naar gemaakt. Ze hebben de backwards compatibility te lang en te ver doorgevoerd, en ze hebben te weinig toegevoegde waarde gebracht met hun product updates om mensen de reden te geven over te stappen naar iets nieuwers. Wat beter was geweest is als ze direct bij Windows 9x met een DOS emulator en een Win16 emulator waren gekomen, en bij Windows 2000 met een 9x emulator. Dus geen BC in het systeem zelf, maar de BC als volledig onafhankelijk stuk software moeten leveren.
[Reactie gewijzigd door johnbetonschaar op 31 maart 2009 13:26]
Van desktop Windows niet, maar de source van de Windows Mobile kernel is gewoon bij MS te downloaden onder hun shared source licensie.volgens mij bestaan er geen onafhankelijke bronnen over het ontwerp van de windows kernels. Deze zijn nog niet open source
[Reactie gewijzigd door Dreamvoid op 31 maart 2009 14:01]
Bloat is trouwens een lelijk woord voor 'dingen waarvan we wel willen dat onze apparatuur het kan, maar niet met zoveel moeite als kennelijk nodig is'.
Ik versta toch echt iets anders onder bloat. En het bestaat wel degelijk. Dat mensen het verkeerd gebruiken is voor hun rekening.
Bloat is helemaal geen designfout, het is ofwel sloppy design maar daarom nog niet fout ofwel een kitchen-sink benadering. Bloat is vaak ook een gevolg van commerciele afwegingen: het is goedkoper om sloppy te zijn en niets op maat te maken.
Ik versta toch echt iets anders onder bloat. En het bestaat wel degelijk. Dat mensen het verkeerd gebruiken is voor hun rekening.
Bloat is helemaal geen designfout, het is ofwel sloppy design maar daarom nog niet fout ofwel een kitchen-sink benadering. Bloat is vaak ook een gevolg van commerciele afwegingen: het is goedkoper om sloppy te zijn en niets op maat te maken.
Die eisen kunnen er natuurlijk ook zijn om mensen, met oude WM-telefoons, te stimuleren een nieuwe WM-telefoon te kopen.
Of dat gaat werken weet ik niet, maar het zou een reden kunnen zijn.
Of dat gaat werken weet ik niet, maar het zou een reden kunnen zijn.
Vind het allemaal wel meevallen. Alle nieuwe telefoons hebben 528+MHz en min 256MB RAM.
Ik weet niet welke telefoons je bedoelt, maar de meeste HTC toestellen (in alle variaties) hebben meestal een Qualcomm 7200 op 400 Mhz zover ik weet. Nu voldoet dat blijkbaar net, maar alleen de echt nieuwe (Touch Pro2) krijgen een 528MHz processor
En wat about de Touch diamond(qualcomm 7201a op 528 mhz), touch pro(idem) touch hd(idem)
deze zijn allemaal op de markt, en draaien op 528.
Gr. Bram
deze zijn allemaal op de markt, en draaien op 528.
Gr. Bram
Ik had het over all nieuwe/recente telefoons... Touch Diamond is al oud, en voldoet al...
Tsja, een slag zwaarder inderdaad waardoor weer een heleboel toestellen met 6.1 buiten de boot vallen. Zowiezo al vanwege deze eisen van MS, maar ook nog eens vanwege het wel/niet toelaten van de provider. Dit is altijd al zo geweest, maar ik vind het een kwalijke zaak. De meeste mensen worden zo dus gedwongen een nieuw toestel te kiezen, als ze tenminste 6.5 willen draaien. En laten we wel wezen, 6.5 voegt daarvoor gewoon veel te weinig toe. Hopelijk doet MS het met 7.0 stukken beter, want dit soort eisen geven mij niet veel hoop in een sneller en vooral efficienter draaiend systeem. Dat de huidige HTC Touch Pro's e.d. het aankunnen, wilt niet zeggen dat het dus lekker loopt, zou MS 6.5 gewoon efficienter weten te maken dan 6.1 en toch beter (en ja, dat kan gewoon, dat was in de vroege dagen van het programmeren al normaal) dan zou je pas echt profijt hebben van je snelle mobiel. Ik word een beetje moe van het kopen van een mooie nieuwe gadget, terwijl in ervaring het systeem erop gewoon niet sneller loopt als de voorganger.
Ik denk dat Microsoft er vooral zeker van wil zijn dat hun 'nieuwe' os vlekkeloos draait. Zeker omdat ze al genoeg kritiek krijgen op de gebruiksvriendelijkheid van WiMo, laat staan dat het ook nog eens 'langzaam' zou werken.
Ik heb ook 6.1 op 200Mhz en loopt idd goed. Maar tegenover een iPhone of een G1 zou de 200Mhz telefoon een slechte indruk kunnen nalaten bij minder geïnformeerde klanten. Vooral omdat Microsoft nu ook naar consumenten wil pushen ipv alleen zakelijke gebruikers.
Ik heb ook 6.1 op 200Mhz en loopt idd goed. Maar tegenover een iPhone of een G1 zou de 200Mhz telefoon een slechte indruk kunnen nalaten bij minder geïnformeerde klanten. Vooral omdat Microsoft nu ook naar consumenten wil pushen ipv alleen zakelijke gebruikers.
De minimale systeemeisen van Windows 2000:
Mijn HTC S710 voldoet lang niet aan deze eisen jammer genoeg, wat wel jammer is aangezien de WM6.0 echt bagger is (alhoewel ik me afvraag of het zware WM6.5 dat beter had gemaakt).
- 133 MHz or more Pentium microprocessor (or equivalent). Windows 2000 Professional supports up to two processors on a single computer.
- 64 megabytes (MB) of RAM recommended minimum. 32 MB of RAM is the minimum supported.
- Pentium 233-megahertz (MHz) processor or faster (300 MHz is recommended)
- At least 64 megabytes (MB) of RAM (128 MB is recommended)
Mijn HTC S710 voldoet lang niet aan deze eisen jammer genoeg, wat wel jammer is aangezien de WM6.0 echt bagger is (alhoewel ik me afvraag of het zware WM6.5 dat beter had gemaakt).
Wordt WM 6.5 nog deze zomer gereleased ?
Volgens de Eerste indruk review van Tweakers.net komt hij rond of na de zomer pas uit.
Verschillen de systeemeisen van 6.0 / 6.1 dan zo van 6.5? Het is toch maar een .x release, waarvan je mag verwachten dat elke telefoon die 6.1 aan kan ook 6.5 aan kan?
dat heb je toch ook met windows xp???
officieel 64mb ram, en slechts een paar honderd MHZ
- recomended is al hoger, naar ik meen 256 en de cpu nog steeds onder de 1ghz -
maar toch zegt bijna elke tweaker, eigenlijk al sinds sp2, maar nu zeker met sp3, tegen oom vader of buurman, dat er toch het liefts wel 1 gig ram en een deftige p4 (liefst beter) in moet.
officieel 64mb ram, en slechts een paar honderd MHZ
- recomended is al hoger, naar ik meen 256 en de cpu nog steeds onder de 1ghz -
maar toch zegt bijna elke tweaker, eigenlijk al sinds sp2, maar nu zeker met sp3, tegen oom vader of buurman, dat er toch het liefts wel 1 gig ram en een deftige p4 (liefst beter) in moet.
[Reactie gewijzigd door i-chat op 31 maart 2009 11:26]
De ene ARM-CPU is de andere niet, net zoals bij X86 CPU's, zet een 3GHz PhenomII of Nehalem naast een 3GHz netburst-P4; en je kan zelf al raden wie er wint.
Ik heb zelf een SE xperia, deze voldoet aan de specs. Ik hoop dat SE deze update ook gaat aanbieden. Anders is er ook nog wel een omweg 
Ik persoonlijk zie dat niet gebeuren. De Touch Pro en HD komen uit dezelfde periode en krijgen geen upgrade terwijl het exact dezelfde hardware is, de fabrikant HTC is en er geen windows logo op de voorzijde van de telefoon bevind. Raar maar hoogstwaarschijnlijk waar.
Je kunt natuurlijk altijd zelf nog een ROM met WM6.5 voor de X1 ergens vandaan plukken en flashen.
Uiteraard gaat dat tenkoste van je garantie.
Uiteraard gaat dat tenkoste van je garantie.
Natuurlijk gaat dat niet tenkoste van je garantie 
Dan flash je toch terug naar de stock rom?
Niemand kan erachter komen wat jij erop had..
Dan flash je toch terug naar de stock rom?
Niemand kan erachter komen wat jij erop had..
Waarschijnlijk niet officieel door de fabrikant al heeft HTC er wel een handje naar dit uiteindelijk toch wel eens te doen. Sites als xda developers heeft echter al de beta van 6.5 draaiend op meerdere toestellen waaronder de HTC TOUCH HD
HTC touch pro heeft in ieder geval 288mb ram en een 528mhz processor. Ik denk dat deze versie, al dan niet illegaal, niet kort na de release hier makkelijk voor beschikbaar zal zijn.
Mijn Touch Dual komt in theorie ook in aanmerking, al zie ik dat nog niet gebeuren via de officiele kanalen, maar ik laat me verrassen (en anders hebben we XDA-devs nog ).
).
Sterker nog, de specs van de HTC Diamond 2 zijn (vrijwel) exact gelijk aan de Touch Pro. Zelfde Chipset, Cpu, Mhz, en geheugen enz. Technisch is er dus helemaal geen beperking om het soepel te laten werken. Het is gewoon een manier om mensen te forceren om een nieuwere telefoon te kopen.
als dat zo is zie ik in amerika al een rechtzaak komen. Net zo als ze dat doen bij een laptop die te weinig geheugen zou hebben.....
Wat is dan de aanklacht? 
Ik volg je hier niet. HTC kan doen en laten wat ze willen. Hun bepalen wat ze op de telefoon zetten en jij bepaald of jij dat koopt. Als ze de Touch pro2 met 6.5 willen leveren en de standaard Touch pro met 6.1 dan kunnen ze dat gewoon zonder in problemen te komen.
Ik volg je hier niet. HTC kan doen en laten wat ze willen. Hun bepalen wat ze op de telefoon zetten en jij bepaald of jij dat koopt. Als ze de Touch pro2 met 6.5 willen leveren en de standaard Touch pro met 6.1 dan kunnen ze dat gewoon zonder in problemen te komen.
misschien dat miscrosoft niet vista achtige parktijken wil en klagende gebruikers dat hun mobiel langzaam is. je wordt niet helemaal geforseerd, je kunt ook 6.1 / 6.0 blijven gebruiken (of wil je nogsteeds op de zelfde pc als 10 jaar geleden windows vista draaien.)
sterker nog, ik denk dat de eisen van 6.5 zo hoog liggen omdat microsoft dan de update naar 7.0 gegarandeerd goed draait op 6.5 toestellen.
sterker nog, ik denk dat de eisen van 6.5 zo hoog liggen omdat microsoft dan de update naar 7.0 gegarandeerd goed draait op 6.5 toestellen.
Vista achtige praktijken zouden gewoon uitgesloten moeten zijn omdat de Touch pro en HD dezelfde specs hebben als de Diamond 2, die wel schijnbaar 6.5 probleemloos kan draaien.
De systeemeisen die MS opgeeft vind ik persoonlijk ook aan de hoge kant. De beta van 6.5 presteert op sommige vlakken zelfs sneller dan 6.1 In dit geval zijn de systeemeisen naar mijn idee iets te overdreven.
Kijk, dat je niet van 6.1 of 6.5 naar 7 kan dat zou ik nog kunnen begrijpen omdat dat schijnbaar geen voorborduursel is van de 6 serie en daarmee dus geen recht hebt op updates naar 7.
De systeemeisen die MS opgeeft vind ik persoonlijk ook aan de hoge kant. De beta van 6.5 presteert op sommige vlakken zelfs sneller dan 6.1 In dit geval zijn de systeemeisen naar mijn idee iets te overdreven.
Kijk, dat je niet van 6.1 of 6.5 naar 7 kan dat zou ik nog kunnen begrijpen omdat dat schijnbaar geen voorborduursel is van de 6 serie en daarmee dus geen recht hebt op updates naar 7.
Ik ben inderdaad benieuwd of we inderdaad op enige wijze ROMs met 6.5 voor de vorige generatie HTC's mogen verwachten. Dat moet technisch niet zo'n heel groot probleem zijn als ze toch al voor de nieuwe generate bestaan.
Ik heb nog de eerste touch diamond... en die krijgt geen gratis update? 
Hoop wel dat hij wel upgradebaar wordt.
Hoop wel dat hij wel upgradebaar wordt.
Officieel geen upgrade. Dit is een tijdje door MS bevestigt.
even XDA in de gaten houden, ik denk wel dat ze daar een mooi rommetje bakken !
De Tytn II voldoet aan de specs als ik dit zo lees. Hopelijk komt de upgrade ook voor dit toestel. Iemand info?
Beta draait er behoorlijk goed op.
Geheugen gebruik zit standaard rond de 58% alleen op het moment dat je IE 6 gaat starten en gebruiken schiet het omhoog tot 77% maar het geheel draait wel soepel en ik vind het een behoorlijke vooruitgang op 6.1
Geheugen gebruik zit standaard rond de 58% alleen op het moment dat je IE 6 gaat starten en gebruiken schiet het omhoog tot 77% maar het geheel draait wel soepel en ik vind het een behoorlijke vooruitgang op 6.1
Hoe zit het met een HTC TyTN II?
Ik heb persoonlijk de beta van 6.5 gedraaid op mijn TyTn II en ben er niet over te spreken.
Vergeet niet dat het maar juist aan de minimum eisen voldoet en de ARM-400 processor al niet te snel is.
Je hebt veel last van lag , dus keyboard lag bij het intypen van een sms.
Ook als er iemand je oproept en het signaal al hoort duurt het nog 5 seconden vooraleer je telefoon echt overgaat.
Het menu is zelfs al zwaar om door te scrollen.
Het is ook bekend dat de TyTn II geen 3d drivers heeft meegekregen van HTC, hier zijn wel alternatieven voor momenteel, maar ik weet niet of je WM6.5 goed gaat kunnen draaien.
Het is gewoon te zwaar, en al die eyecandy zoals manilla 3D en toestanden maken het er niet beter op.
Vergeet niet dat het maar juist aan de minimum eisen voldoet en de ARM-400 processor al niet te snel is.
Je hebt veel last van lag , dus keyboard lag bij het intypen van een sms.
Ook als er iemand je oproept en het signaal al hoort duurt het nog 5 seconden vooraleer je telefoon echt overgaat.
Het menu is zelfs al zwaar om door te scrollen.
Het is ook bekend dat de TyTn II geen 3d drivers heeft meegekregen van HTC, hier zijn wel alternatieven voor momenteel, maar ik weet niet of je WM6.5 goed gaat kunnen draaien.
Het is gewoon te zwaar, en al die eyecandy zoals manilla 3D en toestanden maken het er niet beter op.
Precies waar ik al bang voor was, als MS dit als strategie gaat gebruiken dan doen ze precies hetzelfde als altijd. Het voegt te weinig toe, maar je hebt er wel weer het nieuwste van het nieuwste voor nodig, dat is echt niet de manier om de concurrentie aan te pakken die juist de focus legt op efficientie, snelheid en "keep it simple".
Ik heb zelf Beta 1 van Anryl draaien welke je wel kunt vinden op XDA. En deze draait toch echt wel goed hoor. De andere van PDACorner vond ik wel minder.
PS beta 4 is op het moment van schrijven al uit maar ik heb geen zin om telkens weer te upgraden. Komt van het weekend wel weer
PS beta 4 is op het moment van schrijven al uit maar ik heb geen zin om telkens weer te upgraden. Komt van het weekend wel weer
Er zijn betere roms die veel sneller zijn en je hetzelfde geven.
Met manilla2D heeft de TyTn II al moeite dit kun je niet ontkennen.
Het is gelijk vista op een pentium 4 draaien, het werkt wel maar...
Met manilla2D heeft de TyTn II al moeite dit kun je niet ontkennen.
Het is gelijk vista op een pentium 4 draaien, het werkt wel maar...
Ik heb hier een béta draaien op mijn I-mate K-Jam (HTC-Wizard), 195mHz en 64mb RAM, en werkt prima. Is trouwens wel een cracked ROM van Xda...
[Reactie gewijzigd door jaapjanvd op 31 maart 2009 11:59]
Gister de nieuwe beta geprobeerd op de HTC Touch HD en die draaide velemalen sneller en beter dan de officele of modded 6.1 versie, dus inpreciepe zouden die specs best omlaag kunnen.
Op dit item kan niet meer gereageerd worden.
Onderwerpen
Prijzen
HTC Touch Diamond2 NL Zwart
- HTC Touch Diamond2 NL Zwart
Vraag & aanbod
-
Wessem, n.o.t.k.
Populair: Tablets E3 2013 Mobiele telefoons Google Sony Microsoft Apple Games Politiek en recht Consoles
© 1998 - 2013 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl • Hosting door True
