UISimulator

[AlexP]

It should play (i.e., not stay at 0:00) if you wait (not very long, a couple of seconds or so, IIRC). You need to edit autoconf.h to actually hear something.

Hmmm, bizarre - mine just stays at 0:00 for however long I leave it (forgetting about hearing anything at the moment).  It claims it is playing incidently, not paused.  If I hold down right to fast forward, it skips through as normal, but when I let go just sits there at the time I skipped to without moving.

I'm not particularly bothered, as I just wanted it to preview my WPS which it does fine.  Just a  bit odd, that's all!

[Mmmm]

Mine's the same as yours Bigbambi. It just sits at 0.00 for however long it is left

#define ROCKBOX_HAS_SIMSOUND

It's there already though #undef:ed.

Thanks Lear, I'll give that a go although I suppose I wont know if it works seeing as it doesn't actually play!

EDIT : ok, i've changed this line to #define but it still doesn't play... as suspected... anyone any ideas?

I've tried ogg, mp3, flac and wav all with the same result.

[Mmmm]

AHA.......I have it..... well, actually Lear had it all along but I was just being too dozy to really know what he was saying! 

This is the Key

#define ROCKBOX_HAS_SIMSOUND

but you have to change this just before you compile..not after!!! its so obvious, of course it's source code, must be part of the makefile, you have to compile it or it won't do anything! I'm so stupid!

So after rbconf and creating the makefile, change this, then type make, make install and everything works beautifully. The lagging keys have even stopped lagging (I forgot to tell you that it seemed to be running very slow)!

......................

[AlexP]

Good stuff.  I'll give it a go forthwith

[Mmmm]

Is there some file i can change to include something like this so that #define ROCKBOX_HAS_SIMSOUND is the default setting for win32 simulator?

If simulator build and win32 is chosen,
create autoconf.h with

#define ROCKBOX_HAS_SIMSOUND

else
create autoconf.h with
#undef ROCKBOX_HAS_SIMSOUND

maybe something in the tools folder?

[Bagder]

autoconf.h is created by the tools/configure script

I don't know why the win32 simulator defaults to no sound. Anyone?

[Lear]

Mainly because I haven't updated the configure script I guess.

[Mmmm]

It' a shameless hack i know but putting these two lines into tools/configure does the trick!

Code: [Select]

79  if [ "$simver" = "win32" ]; then
80      # win32 version
81       GCCOPTS="$GCCOPTS -mno-cygwin -DNOCYGWIN"
82       LDOPTS="-lgdi32 -luser32 -mno-cygwin"
+ 83    use_simsound="#define ROCKBOX_HAS_SIMSOUND"
+ 84    echo "Enabled PCM sound playback in simulator"
85   else
I suppose there should really be a call to checksoundcard and then that should do the #define but it didn't seem to work, I assume this is because it doesn't do the checking properly on a windows system! Who knows? 

[Mmmm]

Ive made a guide to installing the simulator which i've put at the bottom of the simple guide to compiling.

Just click on the green part of my sig to see it.

[g-funk]

I just noticed that the UISim uses 99% of the CPU in windows.

At first I thought it might be cause I activated sound but now i compiled without sound and it still grabs the whole CPU even if i dont do anything and just let the UISim sit there.

Do any of you also have this problem?

Id like to fix it so if someone could help by pointing me in the right direction that would be great. Since I don't know my way around the RockBox firmware jet and ive not programmed in a long time.
Thanks


 

[g-funk]

I did some more testing and it looks like my CPU problem has to do with the Iriver Sim. Im using the H120/140 version.

[AlexP]

I'ver just had a look at it on my system in case it was a problem with g-funks only, but the iRiver H120/140 sim (the only one I've tried) sits at 99% CPU on mine too.

My system is an Athlon 2500+ with 1 GB of RAM, so clearly something is up!

[hotwire]

Is it possible to simulate the hold button?

Sorry to resuscitate a near dead thread, but I don't suppose we could map this to the to the Scroll Lock, and just use the Scroll Lock LED on our keyboards as a hold indicator?

Edit: Through some very preliminary reading about SDL from Google, looks like the Scroll Lock key in particular may not support this, though Caps Lock and Num Lock will.  Since for optimal use of some of the UISimulators (I'm personally more concerned with the gigabeat port), Num Lock should be on to allow use of the '5' key on the numpad, perhaps implement it where Hold is off when Num Lock is on.  I know it's a little backwards, but we're just aspiring and off/on indicator.

[Llorean]

Why not caps lock, exactly?

[hotwire]

After discussing it in the IRC channel, it was suggested that Sims that have a hold button should have a hold indicator on their wps.  I'm currently trying to implement it with Numpad7 and Numpad1 for DAP hold and remote hold, respectively, thereby also permitting it's use via the numpad since most of the Sim controls are through it.

Best reason why not to use caps lock, from personal experience is that I tend to multitask even when using the UISim, and if i turn caps lock on or off in another program, I can't easily predict the reaction to the UISim, and even if it is still okay, the point of the LED indicator becomes useless anyway.