Recent Posts

Pages: [1] 2 3 ... 10
1
The Workshop / Re: About fpu
« Last post by daydreamer on Today at 07:10:40 PM »
the fpu is easy to use for sine,cosine etc,compared to know advanced math to code taylor series in SSE,but best is to use fpu initializing LUTS and 1/x of most common divisions in innerloop and SIMD in innerloop for speed,especially if you choose to use MMX/SSE2 integer instructions,you need to use fixed point math with most common divisions,exchanged with mul with their reciprocals,because it lacks division opcodes
and if you use RCPPS/MULPS combination,RCP might lack the precision you need,but a stored reciprocal precalculated with fpu fix this when its just a constant
you also avoid getting "division by zero" with this
2
GoAsm / Re: GetDIBits instruction
« Last post by Yuri on Today at 07:09:47 PM »
Code: [Select]
invoke WriteFile, [hFile], addr bmfHeader, sizeof BITMAPFILEHEADER, \
                    addr dwBytesWritten, 0
invoke WriteFile, [hFile], addr bi, sizeof BITMAPINFOHEADER, \
                    addr dwBytesWritten, 0
invoke WriteFile, [hFile], addr bitmap, [dwBmpSize], addr dwBytesWritten, 0
3
UASM Assembler Development / Re: Symbol not defined
« Last post by habran on Today at 05:34:27 PM »
Keep up good job :t
Are you using the modified exe or normal one?
Try to switch them.
4
UASM Assembler Development / Re: Symbol not defined
« Last post by Biterider on Today at 04:52:17 PM »
Hi
Short update: I created a small project of 8 files, where one includes the next. Since I could not trigger the described problem, I went back to a more complex project and found that the line number correct but not the filename.
Maybe that helps a bit  ;)
I will try different things with the test case.

Biterider
5
The Laboratory / Re: Hardware Enumerator [pre-release]
« Last post by Raistlin on Today at 03:19:23 PM »
Thanks FORTRANS - I will definitely PM you some test pieces.

@AW:
Quote
If I were you I would publish the source code of the .dll
Nothing in there is secret. No need to hide it and use a compressor on top to hide more

Currently the dll is part of a larger project, sponsored by the university and thus subject to ethics clearance.
I would need to request permission to publish the source. Perhaps end of the year.
- that's after the small bug is dealt with and I'am sure it runs stable. :t
6
The Workshop / Re: Old Intel manuals
« Last post by hutch-- on Today at 01:19:27 PM »
> You have to admit that MS-DOS "calling convention" was more like a fastcall

What goes around, comes around but Interrupts at the time was closely related to an unreliable means of contraception.  :P
7
The Workshop / Old Intel manuals
« Last post by felipe on Today at 01:05:52 PM »
I want to share with all of you a link of a page that provides free downloads of old Intel manuals (no need to register or similar). I think the site is of a middle-east man who enjoy of this old stuff.  :idea:

A little history of how i found it  :idea::
I was looking the best way to go from 16 bit assembly in MS-DOS to protected mode in windows. So i took the idea of first learn about the 80286. I even had the idea of making a system from MS-DOS and then switch to protected mode but in a 80286 style. So looking manuals for the 286 i found this site. Later i abondoned that idea mainly because it was to complex for me and because it will be useless i thought, to make a system that will be used just for myself (not even for my family  :lol:.) So i decided then to jump to 32 bit assembly right away, so i came to this forum. I remember that when i looked the code examples i though: what are those names  :dazzled:? where the hell are the registers  :P? Then i undestood that those names where nothing else than equates and that the calling convention for windows 32 bit was using the stack all the time  :t. You have to admit that MS-DOS "calling convention" was more like a fastcall, where you were filling registers with function values and doing interrupts by software  :badgrin:.

Anyway in this site you will find old official Intel manuals: from 8086 to pentium, but also some stuff about the 8085, 8080, etc. Even about the microcontroller 8051 or about the 80387. My favorite manual from the site until now has been the software developers manual for the 80386  :idea:.
Maybe it will be completely useless for all of you, don't really know, but here it is: http://www.intel-vintage.info/intelotherresources.htm  :idea:
8
Game Development / Re: Function Pointers In Game Logic
« Last post by felipe on Today at 12:42:44 PM »
Yes the aim is to avoid doing comparisons and jumps, very much so.

I'm not pretty sure, but i think the mmx instruction set has some "feature" to avoid this when making some computations. Someday i will take a look to mmx instruction set again but deeper. Maybe (probably) other members knows about this feature. Maybe there are similar features in newer instruction sets.   :idea:

The main problem with this feature is that you can use it just for specific computation types, but as i said before i really don't know, i just remember a little what i readed some long time ago about mmx.  :idea:
9
Game Development / Re: Function Pointers In Game Logic
« Last post by Caché GB on Today at 12:01:12 PM »
Hello HSE.

Thank you very much for your knowledgeable advice.

Hello Siekmanski.

Thank you very much also for your knowledgeable advice.

Hello felipe.

Thank you very much for your input.

Yes  decision structured execution  == comparisons and jumps.

Yes the aim is to avoid doing comparisons and jumps, very much so.
10
The Workshop / Re: About fpu
« Last post by Siekmanski on Today at 09:55:07 AM »
I like the FPU too.  :t
The FPU is not old but a very useful coprocessor, especially for scientific calculations such as sin cos exp log etc. and with high precision.

Of course you can do those calculations in software ( approximate by polynomial calculations ) but with less precision.
Pages: [1] 2 3 ... 10