Om op het bovenstaande even op terug te komen:Verwijderd schreef op dinsdag 20 mei 2008 @ 15:46:
[...]
En toch weet ik zeker dat mijn oude TyTN qua sms berichten typen sneller reageerde dan deze TyTN II. Ik heb heel vaak dat ik bij woorden met dubbele klinkers de tweede klinker mis.
En volgens mij ging het beeld bij de TyTN ook sneller over wanneer je hem openschoof.
Best irritant, maar de rest van de TyTN II werkt echt wel beter dan de TyTN!
Okay guys, I can confirm that the NLD rom has ATI code in the DDI.dll that has never been there in previous Kaiser ROMs.
First there's these new ScreenUpdateByFlip() and ScreenUpdateByCopy() functions in DDI.dll that only existed before in the KS20 DDI.dll. Investigating ScreenUpdateByFlip(), I see embedded code that resembles AhiDevRegRead() that only existed before in ahi2dati.dll and the whole call resembles the AhiEnableSoftInterrupt() call that spinlocks on a certain 0x40000 bit to be set in ATI register 0x200 that was giving me so much problems when porting libgles_cm.dll.
It also uses get_virtual_address() from wce_rex.dll that existed previously only on the KS20, and DDI.dll imports functions from disptools.dll which also only existed before on the KS20.
So, YES, this thing has some hardware acceleration for screen flips and updates, image transfers, etc, and I think we just need a compatible libgles_cm.dll to finish this off. I'm not sure if it's as complete as the KS20, the ATI code doesn't look as efficient as the KS20's code, but it's there. There isn't 3D acceleration yet as far as I can tell because htc_d3dm.dll is still a wrapper for default_d3dm.dll.
Vanwege de onderstaande reden kon het wel eens moeilijk wordenmcman schreef op woensdag 21 mei 2008 @ 23:11:
Klinkt logisch:
Drivers uit de Diamond rom plukken en integeren in de Tytn II rom.
Maar je hebt wel gelijk: http://forum.xda-develope...?p=2217896&postcount=1004There's binary API issues that need to be dealt with first:
You need a wce_rex.dll that fully-supports the get_virtual_address()/free_virtual_address() calls (not just stubs like on the NLD rom), DDI.dll that has ScreenUpdateByFlip() and uses it (NLD doesn't use it), msm_clk.dll (if needed), disptools.dll, wce_pmem.dll that can actually allocate certain chunks of ram (probably use qct_wce_pmem.dll instead), clkregim.dll, TrsTai_extension.dll that supports pm_vid_en() (don't know what this does), maybe a matching smem.dll, and ahi2dati.dll (if needed).
There's still a whole bunch of mutexes/semaphores/reg-entries that has dependencies between them all that I don't fully understand either.
Ondanks dat alle mogelijkheden er wel zijn, is het eerst even afwachten totdat ze benut worden. Het is dus ook de vraag of alle snelheids updates ook worden doorgevoerd. De komende dagen zullen daar meer duidelijkheid over geven, vanuit HTC gezien.
Ik verwacht van xda daarentegen wel een rom update met de juiste drivers, maar dat kan wel eens een aantal weken duren.