Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - josh

Pages: [1]
1
Software / Sdl Benchmarking
« on: October 24, 2006, 09:42:48 am »
On my C1000 I have Cacko 1.23 and libsdl-1.2.5-bvdd-07-2 (piro).

SDL stuff always seemed quite slow to me.

Now I did a comparison between this, a pure Qtopia-SDL on the C1000, and the W100-SDL (piro) on my C760.

"testpalette" from the libsdl source showed these results:

Code: [Select]
C1000 bvdd:   ~7 frames/second
C1000 qtopia: ~9 frames/second
C760  w100:  ~14 frames/second
???

I suppose I'm doing something wrong. My Japanese may be a little rusty   or my environment wants some variables ...

Or is it really a driver thing?

What are YOU getting from your SDL ?

For your convenience I attached the testpalette files for ARM.

2
C1000/3x00 General discussions / Sdl / Bvdd Benchmarking Strangeness
« on: October 20, 2006, 10:17:06 am »
On my C1000 I have Cacko 1.23 and libsdl-1.2.5-bvdd-07-2 (piro).

SDL stuff always seemed quite slow to me.

Now I did a comparison between this, a pure Qtopia-SDL on the C1000, and the W100-SDL (piro) on my C760.

"palettetest" from the libsdl source showed these results:

Code: [Select]
C1000 bvdd:   ~7 frames/second
C1000 qtopia: ~9 frames/second
C760  w100:  ~14 frames/second
???

I suppose I'm doing something wrong. My Japanese may be a little rusty   or my environment wants some variables ...

What are YOU getting from the bvdd driver ?

3
Linux Applications / OpenTTD - attn 'josh'
« on: July 23, 2004, 05:44:37 pm »
Quote
Does the "echo 100 >/proc/drivers/w100/fastsysclk", improve the speed a lots ? (with the kernel tweak) ? Does the same thing work with the cacko kernel ?
It adds to the more important feature of the special kernel:
the rotation in hardware. The trouble is always the native portrait
orientation of the screen. Everything which wants to use landscape
mode must rotate every frame ...

The SDL packs that I checked out do the rotation pixel by pixel; even
Qtopia does that.

Piro claims to do the rotation via hardware; obviously that is not possible
without special access to the graphics driver; thus the special kernel.

My tests with "testsprite" gave me 28 fps with a plain vanilla SDL,
around 35 fps with Piro's SDL and kernel and 38 fps with the additional
"fastsysclk" increase. The difference is obvious if you scroll OpenTTD
in pause mode (without the load of gameplay).

I replaced the kernel  (JUST the kernel) of my cacko 1.21  with it and
did not run in any problems whatsoever.

Piro warns about incompatibility of the high "fastsysclk" setting, but I
did not find any so far. It might affect the power consumption though.

---

By the way, OpenTTD 3.3 is running fine. And this time I tried to get the
fixes right and keep i386 compatibility of the makefile and all.

Now I'm going to check out diff  

4
Linux Applications / OpenTTD - attn 'josh'
« on: July 19, 2004, 10:23:36 am »
Quote
2josh: is the diff for the Zaurus OpenTTD available? I would like to compile it for the pdaXrom.
I'm right now working with version 3.3 and hope to get a diff ready.

Unfortunately I have to deal with too many real life issues as well ...
So I can just beg for patience  

5
Linux Applications / OpenTTD - attn 'josh'
« on: June 24, 2004, 02:08:45 pm »
Hi, everybody!

Somehow my - extended - first post has vanished. I am too tired to repeat every
detail that I described there.

So I'm just doing a short list:

The ipk link: here

The kernel link (for C760): here

(These are the versions that I can confirm to run well on my Z, don't know if
the ones that ngok points to are identical. Somebody check it out?)

After kernel update: "echo 100 >/proc/drivers/w100/fastsysclk".

One more feature of this SDL version: if KeyHelper is present the lib will load on
startup an existing ~/Settings/keyhelper_SDL.xml that you can use to map keys
in a special arrangement for SDL programs. Very handy!


to blakeyez:
I'm crosscompiling on my PC with the Qtopia SDK (2.3.2) and an Arm toolchain from here.
It's probably faster than working onboard the Z.

to _Psycho:
I'll try and make a patch file for the last release of OpenTTD (0.3.2.1) because
that's what I worked with. It involves creating a special Makefile which I didn't
do properly yet. At the same time I'm heavily covered with work on my job so
don't expect miracles immediately  

to ngok:
The TTD music is only available as good old General MIDI. If you want that as well
you need timidity on your Z to simulate a synth chip. I would estimate that the
game won't be running faster with it  
If you want to move on the map with the arrow keys try holding SHIFT; the step
size increases.

Pages: [1]