I didn't get any DSIs, so you have to give me the exact steps on how to reproduce them. I'll delete libsmpeg.so from my SDK, the linker always links to it instead of the static library.
Mmm, hard to say where as it seems a random error, this time i reinstalled the new version, then i just start and immediately close the ag-odalaunch and it was enough for getting a DSI (that is skippable aniway) ..
Quote:
Symbol info: Instruction pointer 0x6FD817B4 belongs to module "pthreads.library" (PowerPC) Symbol: _impl_mutex_lock + 0x58 in section 1 offset 0x00002790
just wanted to chime in and say that the odamex build works fine on my peg2 running the latest OS4.1u6 updates. i did get a DSI when switching resolutions once, but ignored, and it continued just fine. i've been using it with my DOOM2 WAD.
-- eliyahu
"Physical reality is consistent with universal laws. When the laws do not operate, there is no reality. All of this is unreal."
@328gts They went alright, I passed all of them except one. Differential geometry is so much fun... not! Back to Speed Dreams, I have an initial version up and running. Don't expect miracles, this game is very demanding. Super Tux Kart should give you and idea of what to expect performance wise. I'll do a few test-runs with the profiler enabled to see if there's anything I can do to make it faster. I'll also add AmigaInput support.
This is just like television, only you can see much further.
I uploaded a test version to my website. Known problems: 1. Broken menu backgrounds. Since they are upscaled into 2048*1024 textures, this is probably caused by the W3D driver claiming to support 2048*n textures, but failing to create them. I had the same issue with RTTR, and others have confirmed it too. 2. If you don't quit after a race, the game locks up. 3. Broken track map. It's hard to tell what goes wrong without debug output from W3D.
If you have any issues beside this, feel free to report them.
This is just like television, only you can see much further.
Mmm tested a bit but for now it look almost unplayable, i've upscaled all the textures, reducing the resolution at 640*480 (window mode) but even as is it consume all my graphics memory (i have 128MB of my Radeon 9250) and maybe for that it also freezed my Sam440 once i'm into the track with the car, so i wasn't able to test the real speed in game ..
Definitely, i cannot test the game for now :-/
BTW: The binary and readme icons in your archive doesn't have the "execute" protection enabled so the files are not executable,, please check them for your next release
For 128MB VRAM 512x512 textures are the best you can do without the hardware compositioning enabled. Other than that you must use 256x256 textures. Without texture compression, the textures of track alone will consume most of your VRAM. Unfortunately the OS freezes if all the VRAM is consumed, this is not my fault.
This is just like television, only you can see much further.
and thank you BSzili for your great work (impressive list on your homepage!).
Late but still: I'd prefer some RTS games (we've got quite a few shooters already around). Preferably a AOS/MOS/68k/AROS native one but ports would be great too. 0.A.D already has been mentioned - do not know about specific other ones which are open and free but asume there are quite a few around?
Kas1e has mentioned 7KAA, which is an open source continuation of the RTS called Seven Kingdoms. Other than that I don't really know many open source RTS games which haven't been ported already.
This is just like television, only you can see much further.
Ok i was able to make it working, but to do that i'm forced to disable the multitexturing because with that enabled it always freezed at any type of resolution
The game more or less work, but slow (6/12 FPS at max at low resolution)
No such problem here. Just to make sure, could you try running the game with 8x8 textures and multitexturing enabled?
Tested also at 8x8 but it always freeze when multitexturing is enabled, aniway speaking about details there is not all that difference in term of speed between 8x8 and 512 etc .. less details ok, but more or less the same speed so consider it better use a 512 !
Aniway once you consider it stable can you fix a bit better the archive (maybe with some more details on how to configure it at best) and upload in on OS4Depot ?
Quote:
edit: I uploaded TORCS too, it has a slightly lower polygon count.
Thanks i will test it later, hope it will be a bit faster and less problematic
Using smaller textures won't give you better speed, it just reduces the VRAM footprint. It's far from stable, the aforementioned problems are still there. Unfortunately I don't know how to get any debug output from Warp3D, so the visual glitches (menu, track map) will stay there for the time being.
This is just like television, only you can see much further.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
