Squeezeplay on Windows Mobile, Touch Skin

[rudolf_j]

Surely the include files aren't under version control so your diff file cannot have changed them?

Or are you saying that I need some versions of the header files that you have edited yourself?

Either way, thanks for checking!

Exactly I temporarily changed the system include files in my Visual Studio to track down the problem, of course I never wanted anyone to make changes to their installation. So I will rollback the changed system include file, and properly fix it.

Rudolf

[rudolf_j]

Surely the include files aren't under version control so your diff file cannot have changed them?

Or are you saying that I need some versions of the header files that you have edited yourself?

Either way, thanks for checking!

Ok, I found the problem. In the preprocessor settings _ARM_ has to be defined in the portaudio and SDLMain projects, I created a diff, as it is against trunk, the project files are marked as complete new files. Maybe manually adding the settings is easier.
But as a bonus I added a volume control button (and moved the now playing toolbar to a fully visible location).

Rudolf

[rheckly]

Hi
Im using HTC Touch HD - I'd like to have Squeezeplay on my mobile running. How can I get your development running on my mobile?
Is there a setup version? What is the DIFF for?
Where can I download the windows mobile version?
Thank you very much for your answer
Roger

[elziko]

In the preprocessor settings _ARM_ has to be defined in the portaudio and SDLMain projects

Thanks, I manually added the _ARM_ preprocessor definition and it now seems to build OK.

Once it has been deployed to the emulator I also copied the fonts and lua folder over from the Debug folder on my development machine to the deployment folder on the emulator.

However, when I try and run squeezeplay.exe I just get the spinning wait icon which then disappears. The executable is not listed as running on the emulator.

So I also tried copying all the other DLLs I found in the debug folder onto the device but that made no difference.

I feel I'm almost there! Any ideas?

Thanks!

[rudolf_j]

Thanks, I manually added the _ARM_ preprocessor definition and it now seems to build OK.

Once it has been deployed to the emulator I also copied the fonts and lua folder over from the Debug folder on my development machine to the deployment folder on the emulator.

However, when I try and run squeezeplay.exe I just get the spinning wait icon which then disappears. The executable is not listed as running on the emulator.

So I also tried copying all the other DLLs I found in the debug folder onto the device but that made no difference.

I feel I'm almost there! Any ideas?

Thanks!

Good!

I have configured it a way (in SDL_main.c), that it outputs debug traces (which lua/dll files it loads) to the visual studio console in debug mode. And into a file when in release mode

I would recommend starting it in debug mode from visual studio.
Or if not possible try the release executable and see where it stops.

It takes some time to start (I removed the splash screen), and in this time it is not listed as running.

We are running slightly different machines, so there might still be a incompatibility.

Rudolf

[rudolf_j]

Hi
Im using HTC Touch HD - I'd like to have Squeezeplay on my mobile running. How can I get your development running on my mobile?
Is there a setup version? What is the DIFF for?
Where can I download the windows mobile version?
Thank you very much for your answer
Roger

The windows mobile version is not done yet. For example I already mentioned the user interface is not completely usable on devices, without keyboard and direction pad like the Touch HD. That would need some work.

Besides it is not allowed to distribute binaries. You would have to build it yourself (you need to be familiar with Subversion, Visual C++ and Windows development in general).


Rudolf

[elziko]

I have configured it a way (in SDL_main.c), that it outputs debug traces

Sorry, I should have noticed that... here's what I get...

Jive 7.3 r0
..\src\jive.c:210 DEBUG Setting up paths
\Program Files\squeezeplay\squeezeplay.exe..\src\jive.c:249 DEBUG * Jive binary directory: \Program Files\squeezeplay
..\src\jive.c:281 DEBUG * Script directory: \Program Files\squeezeplay
..\src\jive.c:334 DEBUG * LUA_CPATH: .\?.dll;\Program Files\squeezeplay\?.dll;\Program Files\squeezeplay\loadall.dll;\Program Files\squeezeplay\sq?.dll;\Program Files\squeezeplay\../share/jive\sq?.dll;

Loading: jive.JiveMain
P (error loading module 'loop.collection.ObjectCache' from file '\Program Files\squeezeplay\lua\loop\collection\ObjectCache. lua':
\Program Files\squeezeplay\lua\loop\collection\ObjectCache. lua:44: '=' expected near '›')
Jive:

We are running slightly different machines, so there might still be a incompatibility.

Did you try deploying to the Windows Mobile 6 Classic Emulator? We really ought to be seeing the same results if you have.

[rudolf_j]

Sorry, I should have noticed that... here's what I get...

P (error loading module 'loop.collection.ObjectCache' from file '\Program Files\squeezeplay\lua\loop\collection\ObjectCache. lua':
\Program Files\squeezeplay\lua\loop\collection\ObjectCache. lua:44: '=' expected near '›')

Hmm, that is annoying, subversion did not register this as a diff.
There was no line feed at the end of the file, LUa on Windows CE does not like that.I do not know where to patch Lua, so I modified the scripts.
So I added a line feed, you will have to that as well.


The other similar patches for the loadPriority.lua files seem to be ok, because I additionally added comments

I always patch the source ( in this case
src\loop-2.2-alpha\loop\collection\ObjectCache.lua) and then copy it over.

Did you try deploying to the Windows Mobile 6 Classic Emulator? We really ought to be seeing the same results if you have.

Oh I forgot emulator. I was using the professional emulator because it allows 480x640 (and this is what the FullScreenSkin is configured for right now).

Rudolf

[elziko]

I now have it working in the VGA Emu and my HTC Touch Diamond.

This is a great start - yes there are problems with the way it runs in full screen when other apps get focus. I, too, get audio stuttering so I wonder if perhaps the average Windows Mobile phone is even powerful enough?

That said I'm impressed having it running at all! Well done!

If this could be eventually fixed up and made 'official' so we could download a WM version alongside the others I'd be very happy.

My C++ & Lua skills are very rusty and non-existent respectively so I don't know how much I could help. I'm happy to test though if you make any changes. I haven't tried applying your second diff yet but will do so soon.

[rudolf_j]

I now have it working in the VGA Emu and my HTC Touch Diamond.
That said I'm impressed having it running at all! Well done!

Excellent to hear. Thanks.

This is a great start - yes there are problems with the way it runs in full screen when other apps get focus.

I spent some time on this, it is the major problem. Unfortunately I found no way, to notice that the app is no longer in the foreground, a
message should be sent by Windows, but isnt (I debugged that).
Maybe I'll come up with some way.

I, too, get audio stuttering so I wonder if perhaps the average Windows Mobile phone is even powerful enough?

No our phones are powerful enough (2.5 times faster than the controller).
I haven't spent much time tuning the audio stuff, my main goal was using my phone as an additional controller, the audio was a nice bonus.

I have created a diff that might help (switched of some debugging and increased the priority of the decode thread, apply in the src/squeezeplay directory), please try if this helps.
I think it does (Playing with the variables defined at the top of the decode.c might also help, but I do not what they mean). Main problem still is, that scrolling text uses too much CPU time and causes stuttering. There is a large delay before it starts playing and I think there is big problem with a song repeating all the time.

If this could be eventually fixed up and made 'official' so we could download a WM version alongside the others I'd be very happy.

Of course this is my goal, as well. I have tried to not break anything, with my changes, still there are some changes (especially in the Lua code), that would need some work. Would also require some help from the developers, they probably have more important stuff to do (let's hope one of them owns a Windows Mobile phone

My C++ & Lua skills are very rusty and non-existent respectively so I don't know how much I could help. I'm happy to test though if you make any changes. I haven't tried applying your second diff yet but will do so soon.

I won't be doing much new development in the next months. Maybe a couple of fixes.

Rudolf