![]() |
2010-06-12
, 20:02
|
Posts: 726 |
Thanked: 345 times |
Joined on Apr 2010
@ Sweden
|
#2
|
The Following User Says Thank You to Joorin For This Useful Post: | ||
![]() |
2010-06-12
, 20:13
|
|
Posts: 106 |
Thanked: 51 times |
Joined on Jun 2010
@ Amazonia (Spain)
|
#3
|
I'd say that it's just as easy to use assembler on the N900 as on any stationary computer. Read up on ARM assembler and off you go, nothing special at all.
Out of curiosity, what would you want to create that's not possible in C? C with some inline assembler is a nice mix in my experience. Modern compilers are very good at optimization if this is the issue.
The Following User Says Thank You to RolePlayGame For This Useful Post: | ||
![]() |
2010-06-12
, 20:40
|
Posts: 96 |
Thanked: 55 times |
Joined on Apr 2010
@ İstanbul - Turkey
|
#4
|
The Following User Says Thank You to Optln For This Useful Post: | ||
![]() |
2010-06-12
, 20:47
|
Posts: 726 |
Thanked: 345 times |
Joined on Apr 2010
@ Sweden
|
#5
|
I might be wrong but I think you can't access NEON features with C compilers and you need to use assembly for them. It provides great acceleration in matrix/vector calculations.
The Following User Says Thank You to Joorin For This Useful Post: | ||
![]() |
2010-06-13
, 00:14
|
Posts: 124 |
Thanked: 52 times |
Joined on May 2010
@ Sweden
|
#6
|
![]() |
2010-06-13
, 08:13
|
Posts: 726 |
Thanked: 345 times |
Joined on Apr 2010
@ Sweden
|
#7
|
im very inexperienced.
ive only coded a little asm on x86, and a little computer each student had to build at school 10 years ago (based on Z80+RAM chips if i remember correctly) - that was supposed to control a matrix printer.
1. Speed - i rather sacrifice compatibility in exchange for speed when coding for the N900 - why i needed to know if the OS makes some restrictions thats good to be aware of.
2. Reverse Engineering - if i get much more experienced, i want to take a look at the PowerVR driver (and some other drivers) to see if theres a reason that VSync dont work as it should on the N900. by comparing the N900 SGX driver to other phones SGX driver with the same chipset (Palm Pre, Motorola Droid, Iphone 3GS, etc) there may be some way to hack the driver to get better a better framebuffer in RAM, and activating VSync ...for that i will need alot of experience and find the Code that handles transfers to the framebuffer - and somehow force vsync, instead of realtime rendering.
also reverse-engineering can be good to optimize the most hogging parts of the kernel and system background tasks.
EDIT: PS. with reverse engineering i will probably need a disassembler to be able to understand the machine code, but i guess such already exists
but i need to get started somewhere and i know its a far way to go if i want to get that good... i remember the author of ZSNES (fastest snes emu for x86) developed it as a asm project (and some c and c++) while learning assembler at the university.
The Following 2 Users Say Thank You to Joorin For This Useful Post: | ||
![]() |
2010-06-13
, 08:22
|
Posts: 193 |
Thanked: 92 times |
Joined on May 2010
@ galveston, tx
|
#8
|
The Following User Says Thank You to noipv4 For This Useful Post: | ||
![]() |
2011-02-08
, 22:20
|
Posts: 193 |
Thanked: 92 times |
Joined on May 2010
@ galveston, tx
|
#9
|
The Following User Says Thank You to noipv4 For This Useful Post: | ||
![]() |
2011-02-08
, 22:31
|
Posts: 323 |
Thanked: 116 times |
Joined on Jul 2010
|
#10
|
is there anything that needs to be taken in consideration when coding assembler for Maemo5 (...full hardware access? backgroundtasks? other conflicts?)
which tools is most suited for assembler (developer environments, etc)?