"WiiServer[XXX] Can't start server!" - OSX 10.6.6

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Download linuxtrack120220.dmg and install on OSX running 10.6.6 64 bit
2. Open WiiServer
3. Click connect

What is the expected output? What do you see instead?

The status message does not update from "Connecting". The syslog logs a message 
"   WiiServer[XXX]  Can't start server!" soon after the application is started and 
before pairing is attempted.

What version of the product are you using? On what operating system?

Running OSX 10.6.6 on a Hackintosh with functional Bluetooth (via Belkin 
F8T016AU mini-dongle - Broadcom Chipset, Bluetooth EDR Rev2.1). Note that I can 
pair both a Wiimote and an Apple wireless keyboard successfully with the OS.

Please provide any additional information below.

Original issue reported on code.google.com by matt.hea...@gmail.com on 24 Mar 2012 at 5:16

[GoogleCodeExporter]

Hello,
the wiimote should not be paired with the OS - at least it used to cause some 
problems...
Try to remove that pairing and see if it makes any difference.

By the way, when you "installed" the new linuxtrack, did you run the ltr_gui?
Also, could you send me the full logfile? There might be some more info on the 
issue...
Kind regards,

Michal

Original comment by f.jo...@email.cz on 24 Mar 2012 at 7:16

[GoogleCodeExporter]

Hi,

I've removed the pairing for the OS  but no change. What I did discover is that 
I had an older release of the apps installed into ~/Applications/LinuxTrackIR 
and these did work (Wiimote paired with server, was able to preview and adjust 
settings). I moved the Beta 5 releases to a directory alongside this one to see 
if that might help but no change. I then renamed the ~/.linuxtrack prefs to 
~/.linuxtrack.old and dragged com.ltr.linuxtrack.plist to the Desktop to see if 
this would help. No change with the Beta 5 release but I now can't save custom 
settings in the older ltr_gui app.

I'm wondering if there is still some conflict with the older installation 
happening? Can you provide a list of installation paths and files which I might 
need to delete before running a fresh install?

When running ltr_gui on Beta 5 it crashes to the Desktop - I've attached an 
Apple OS Crash Report if this is useful.

Also picked up your message at the .org. Will continue the discussion here.

Thanks for looking at this - much appreciated.

Original comment by matt.hea...@gmail.com on 24 Mar 2012 at 9:10

Attachments:

• ltr_gui_b5_crash_report.txt

[GoogleCodeExporter]

Note - the application creation date on the older (working) software is 
Thursday, 14 October 2010. Cannot find a version release. Although it 'works' 
technically it is too erratic for everyday use - hence the attempt with Beta 5.

I'd be prepared to build for OSX from source if the dependencies are relatively 
easy to source/manage.

Thanks.

Original comment by matt.hea...@gmail.com on 24 Mar 2012 at 9:38

[GoogleCodeExporter]

Tried to compile from source using instructions for New Build and MacOSX found:

http://code.google.com/p/linux-track/source/browse/wiki/NewBuild.wiki and 
http://code.google.com/p/linux-track/source/browse/wiki/MacOSX_compilation.wik

Both failed to compile. Suspect main cause is incompatibility with XCode4. 
Insufficient knowledge to work around this so abandoned attempts to compile. 

Original comment by matt.hea...@gmail.com on 25 Mar 2012 at 4:05

[GoogleCodeExporter]

Hello,
as for the compilation, it is expecting XCode 3, due to the need to create 
PPC/Tiger compatible universal binary... Newer XCode versions dropped that 
possibility.

Could you elaborate more on that 'too erratic for everyday use'?

As for the crash to the desktop - there is a known problem with this version 
causing that; today I should upload new version, which solves this particular 
problem.

When the new version is out, please do the following:
  - install the new version and run ltr_gui - it should not crash; close it saving prefs.

  - start the Wii Server and try to pair it with wiimote; if it doesn't work, please send me the linuxtrack log file/files from /tmp...

Kind regards,

Michal

Original comment by f.jo...@email.cz on 25 Mar 2012 at 10:37

[GoogleCodeExporter]

Thanks to my wife's infinite patience the new package is out...
Let me know how it works (or not) for you.
Kind regards,

Michal

Original comment by f.jo...@email.cz on 25 Mar 2012 at 12:27

[GoogleCodeExporter]

>...it is expecting XCode 3
Ah ok, thought so. I thought about uninstalling 4 and reinstalling 3 but there 
were other apparent issues (e.g. references to OpenCV libs in mac_build file 
but no instructions to download this) so I thought the chances of success were 
pretty slim.

>Could you elaborate more on that 'too erratic for everyday use'?
Yes. The yaw control is reversed. The movement seems a bit twitchy in sim. The 
plug-in key assignment window sometimes didn't bind assigned keys or after 
binding, I could no longer re-engage tracking.

> When the new version is out, please do the following
I'm at work without a Wiimote and haven't tested this on my home rig, but on an 
iMac running 10.6.7 the ltr_gui app loads OK. WiiServer loads up and log shows:

WiiServer[10030]: Server communication initialized!

... so looking good!

> Thanks to my wife's infinite patience the new package is out
You're a legend and your wife may well be due a foot rub. 

Look forward to testing this at home.

Thanks,
Matt

Original comment by matt.hea...@gmail.com on 25 Mar 2012 at 11:12

[GoogleCodeExporter]

OK - some definite progress. Following your instructions with Beta6 I can now 
get a paired connection with the Wiimote and launch ltr_gui. Unfortunately, 
when activating tracking in XPlane (XP10.04r3) I get a crash. A partially 
obscured dialogue appears on screen (see attached) and this text appears in 
stdout (when running X-Plane off terminal)

Resources/shaders/dome.glsl: ERROR: 0:19: 'u_tex_ratios' : array size must be a 
positive integer
Resources/shaders/dome.glsl: ERROR: 0:19: 'u_tex_ratios' : array size must be a 
positive integer
Resources/shaders/dome.glsl+Resources/shaders/dome.glsl: ERROR: One or more 
attached shaders not successfully compiled

So close! Oddly - the older version did work in the same XP10 release (sort of 
work anyway - see previous post)

Original comment by matt.hea...@gmail.com on 26 Mar 2012 at 6:02

Attachments:

• [Screen shot 2012-03-26 at 6.56.59 PM.png](https://storage.googleapis.com/google-code-attachments/linux-track/issue-19/comment-8/Screen shot 2012-03-26 at 6.56.59 PM.png)

[GoogleCodeExporter]

So progress at last...

The error message is strange - can you try to disable the plugin (remove 
.../Resources/plugins/xlinuxtrack directory) and run XPlane again, to see if 
without the plugin it starts OK? If it starts normally, let me know and I'll 
investigate more - I have no idea how linuxtrack could cause this... Just one 
thought - you don't have ltr_gui running when you start XPlane, right? If you 
do, close it - tracking will work without ltr_gui running.

And as to what might caused the first problem - at this point I can only guess, 
but my bet is that some kind of permissions problem; by any chance, do you 
still have the .linuxtrack.old directory? If you do, could you run the 'ls 
-lesaF' command inside it and send me the result? I already saw permissions on 
Mac causing quite strange problems.
Let me know how it went,

Michal

Original comment by f.jo...@email.cz on 26 Mar 2012 at 10:52

[GoogleCodeExporter]

>can you try to disable the plugin... and run XPlane again, to see if without 
the plugin it starts OK.

X-Plane 10 runs OK with the plug-in in place (including 3d command views and 
panning around the cockpit in 3d view). As soon as I engage Linuxtrack, the sim 
crashes.

> you don't have ltr_gui running when you start XPlane
No - just WiiServer

>And as to what might caused the first problem
This seems to have gone away with the Beta6 release

I'll try and run some additional tests this evening - including starting up in 
X-Plane 9.

Original comment by matt.hea...@gmail.com on 26 Mar 2012 at 7:29

[GoogleCodeExporter]

Just tried running in v9.68. Got the same issue (without the alert dialogue box 
visible). The application was still responsive but drop-down menus appear with 
shadows behind them and don't hide when the mouse is moved off them (see 
attached screenshot and log file). Again - app runs fine until the Run command 
of LinuxTrack is engaged.

No messages in the log file triggered by this action.

Original comment by matt.hea...@gmail.com on 26 Mar 2012 at 7:40

Attachments:

• xp9.68-LinuxTrackb6-engaged.png

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Hi,
this is really strange...
I'm attaching the plugin without Roll (this is the only change I did in a 
while).
Install it the following way:
  - go to the directory where ltr_gui resides, Ctrl-Click on it and select view package contents; 
  - go to the Contents/Frameworks directory and find file xlinuxtrack9.0.dylib; 
  - rename the file and copy the one I attached (unziped of course) in its place
Now start XPlane and try to engage tracking.

I really wander what exactly is going on in there - this is the first report of 
something similar caused by this plugin. Unfortunately my Mac is not able to 
run XPlane 10 at all and XPlane 9 is pretty much unusable even in the lowest 
settings (GMA950 really sucks), so I can't really try and reproduce this 
problem.

Anyway, let me know if it helped...
Kind regards,

Michal

Original comment by f.jo...@email.cz on 26 Mar 2012 at 8:29

Attachments:

• plugin.zip

[GoogleCodeExporter]

By the way, do you use any special setup? I wander what the dome shader does - 
if it has something to do with dome projection or something like that...
Kind regards,

Michal

Original comment by f.jo...@email.cz on 26 Mar 2012 at 8:48

[GoogleCodeExporter]

> I'm attaching the plugin without Roll
At work currently but will give this a go later tonight hopefully

> By the way, do you use any special setup?
Not that I'm aware of. I'll download a current clean demo of XP10 and try that 
to be sure no add-ons or custom config are interfering. Other than that, I'm 
running a Hackintosh so of course am using a 3rd party Radeon 5850 GPU. That 
said, every other OpenGL trick in XP10 is working very well with this card 
including HDR so I doubt that's the issue.

>I wander what the dome shader does
I think that's one that needs to be pointed at Ben Supnik and the Laminar team. 
I suspect it supports rendering of the sky given the colour. 'Skydome' seems to 
be a generic term in the CG field (e.g. 
http://stackoverflow.com/questions/1954311/procedural-skydome)

Original comment by matt.hea...@gmail.com on 26 Mar 2012 at 11:44

[GoogleCodeExporter]

As a temporary work around, I could try launching X-Plane with some 
command-line flags. Specifically "--no_glsl" looks promising.

http://wiki.x-plane.com/Command_Line_Options

Original comment by matt.hea...@gmail.com on 26 Mar 2012 at 11:47

[GoogleCodeExporter]

Unfortunately the "--no_glsl" flag just tricks X-Plane into thinking I've got 
an underpowered graphics card and the application won't boot. 

Original comment by matt.hea...@gmail.com on 27 Mar 2012 at 5:56

[GoogleCodeExporter]

Any luck with the new plugin (Comment 13)?

Original comment by f.jo...@email.cz on 27 Mar 2012 at 5:17

[GoogleCodeExporter]

> Any luck with the new plugin (Comment 13)?

Hi, I tried with, and without, the new plugin on a new, clean XP10 demo and get 
the same result (see attached).

Original comment by matt.hea...@gmail.com on 27 Mar 2012 at 7:41

Attachments:

• xp10clean_demo_replacement_xlinuxtrack90dylib.png

[GoogleCodeExporter]

Test updates

XP9.68 with the "--no_glsl" command switch set. Only the "linuxtrack Run" 
command assigned to joystick.
--------------------------------------------------------------------------------
--
The sim view still locks up and I get the skydome appearing at bottom left and 
dark shadowing of the main menus but there is no GLSL pixel shader error 
message. Pushing the joystick button assigned to the Run command returns the 
sim to a working 3D cockpit view. I can cycle between these states without 
crashing the sim.

XP10 with "--no_threaded_oglxs" flag
------------------------------
Skydome texture bottom left, screen freeze with dialogue box. Force quit.

Original comment by matt.hea...@gmail.com on 27 Mar 2012 at 9:19

[GoogleCodeExporter]

XP10 with "--no_glsl --force-run" flags
------------------------------
Sim loads with warning of graphics card under requirements. All near external 
textures, instrument textures not loaded. Engage linux track. Blue screen with 
dialogue in (Comment 19). Sim quits on pressing "OK"

Original comment by matt.hea...@gmail.com on 27 Mar 2012 at 9:25

[GoogleCodeExporter]

XP10 no flags - all rendering settings set to minimum
------------------------------
Engage linux track. Blue screen with dialogue in (Comment 19). Sim quits on 
pressing "OK"

Original comment by matt.hea...@gmail.com on 27 Mar 2012 at 9:43

[GoogleCodeExporter]

That is really strange...
Can you try one more thing?
Take the new plugin and copy it into .../Resources/plugins/xlinuxtrack 
directory inside the XPlane; in this directory should be a link called mac.xpl 
- remove it and rename the new plugin to mac.xpl...
Now try to run the XPlane, normal way, no commandline switches...

One more question - when running ltr_gui, how does the tracking work (in the 3D 
preview)?

Anyway, if that doesn't help I'll compile you one more special plugin, that 
will output some debugging messages to the terminal to make sure the reason of 
those problems aren't some funny values passed to the XPlane.

I'm sorry it is taking so long and I'm grateful for your patience...
Kind regards,

Michal

Original comment by f.jo...@email.cz on 27 Mar 2012 at 9:49

[GoogleCodeExporter]

No problems - I appreciate the work you've done to provide this functionality 
to Mac users. I'll try your test in a bit as I have to step out but I can 
confirm at the moment that running ltr_gui shows the LED tracks in camera view 
but I just get a blue screen in 3d Preview. When I first installed Beta6 I was 
seeing correct movement in the 3d Preview. Same results with and without your 
replacement xlinuxtrack9.0.dylib file..!?

Original comment by matt.hea...@gmail.com on 27 Mar 2012 at 10:05

[GoogleCodeExporter]

> Take the new plugin and copy it into 
I assume you mean the extracted 'xlinuxtrack9.0.dylib' file in plugin.zip. I 
did this and fired up the clean XP10 demo. It now doesn't show up as a plug-in 
in the Plugins menu. Pressing assigned button to run linuxtrack does nothing.

Original comment by matt.hea...@gmail.com on 27 Mar 2012 at 11:07

[GoogleCodeExporter]

Same applies for XP9.68

Original comment by matt.hea...@gmail.com on 27 Mar 2012 at 11:13

[GoogleCodeExporter]

Some further testing. So given the earlier logged error...

>Resources/shaders/dome.glsl: ERROR: 0:19: 'u_tex_ratios' : array size must be 
a positive integer

In XP10 demo I changed line 19 in this file from:

uniform float       u_tex_ratios[NUM_UNITS];

To:

uniform float       u_tex_ratios[2];

Then started the sim with WiiServer running. I now get the same behavior as for 
XP9.68 in (Comment 20), i.e. the skydome tex file still appears, the menus take 
on the heavy shadows BUT there is no error message AND I can toggle out of this 
state by pressing the assigned Linuxtrack Run button on my joystick again.

So, the first error appears to be that something to do with LinuxTrack is 
passing an illegal value into the shader as NUM_UNITS. I guess, some positional 
setting that the plug-in is writing to the Sim is operated on producing an 
illegal value.

I still don't know why the tex file is appearing, the menus going wonky etc.

Original comment by matt.hea...@gmail.com on 28 Mar 2012 at 12:31

[GoogleCodeExporter]

The issue appears to be the same or similar symptoms/causes as:

http://code.google.com/p/linux-track/issues/detail?id=18

I assume if the tracking is generating NaN values, then this is causing the 
shader/texture errors. This would also explain why the 3d Preview shows a blue 
screen.

When launched from the command line, X-Plane is logging a lot of data with NaNs 
which I assume come from linux tracker:

mv=[-22.824641;5.532139;14.567287]
rotated=[nan;nan;nan]
-1.002025 nan nan  nan nan nan
RAW: -290.658 213.091 445.79
RAW: -306.285 121.612 377.662
RAW: -240.133 130.427 383.596
trf=[
            nan,            nan,            nan
            nan,            nan,            nan
            nan,            nan,            nan
]

Original comment by matt.hea...@gmail.com on 28 Mar 2012 at 12:55

[GoogleCodeExporter]

Thank you for pointing me this direction - I'll try to see what is going on in 
there...
The funny thing is that the problem was there and I thought I've solved it.
Apparently I was wrong...

Let me see if I can find what is going on in there.
Kind regards,

Michal

PS. May I ask you to send me some linuxtrack.log file? It has a section in the 
begining showing the prefs and I'd like to see what is in there; the thing is, 
that the problem I saw before, had NaNs in the RAW values; you seem to have 
NaNs in the processed values and that is strange...

Original comment by f.jo...@email.cz on 28 Mar 2012 at 5:36

[GoogleCodeExporter]

My bad, I found out, that the custom stuf that solved the problem before didn't 
make it to the repo...
I added it now and created new package. Please try the new one, hopefully it 
will work now.
Thank you for your patience,

Michal

PS. Remove the plugin I sent you from the .../Resouces/plugins/xlinuxtrack and 
reinstall it via the ltr_gui... It should give you full 6DOF.

Original comment by f.jo...@email.cz on 28 Mar 2012 at 11:48

[GoogleCodeExporter]

Very nice, now everything works again, there is the 3d model and the plug in 
does not crash x-plane. The 6DOF is great but I've one question: is it normal 
that when I'm on ground and i try to use the "roll" DOF, the cockpit AND the 
SCENERY change angle (maybe it is a problem of my Hx, Hy,Hz settings)? The 
visual effect is that the scenery is moving, like I was actually rolling on 
ground the entire airplane (that was stopped).

Thanks

Original comment by antares...@gmail.com on 28 Mar 2012 at 4:53

[GoogleCodeExporter]

The roll is a problem, that was introduced by v10, and it was fixed in one of 
Betas - around the end of February, not sure which one exactly.
So try to update XPlane, and you should get the correct behavior.

If you don't want to update for some reason, just disable the roll axis 
(effectively switching back to the 5DOF)...
Kind regards,

Michal

Original comment by f.jo...@email.cz on 28 Mar 2012 at 5:20

[GoogleCodeExporter]

Hi Michal,

Sorry for the late response - have been off the grid for a couple of weeks. 
Installed Beta7 and happy to say it's now all working with the Wiimote  in 
XP10rc5. Had to dial back sensitivity and define null zones to stabilise the 
view in XP and now very happy with the result. The only odd thing I noticed was 
that when I created and saved a custom profile for axis settings this wasn't 
picked up in XP. In the end I deleted all but the default profile from the 
settings file and just edited that in the gui which seemed to work.

Thank you so much for your proactive response with these issues. Good to 
finally get some milage out of the homebrew LED cap I built to use with your 
software!

Original comment by matt.hea...@gmail.com on 5 Apr 2012 at 4:48

[GoogleCodeExporter]

Hi,
it is OK, I thought you had something else to attend to...
I'm glad to hear that Beta7 works for you; the profiles aren't used at the 
moment, so only Default profile is recognized. If things go well, profiles 
become of some use in a couple of weeks - I'm working on linuxtrack to wine 
bridge, enabling headtracking in TrackIR enabled windows games under wine (Il2, 
Condor soaring and so on)...
Kind regards,

Michal

PS. I'm closing this issue now, feel free to reopen/create new one if you 
experience any problems...

Original comment by f.jo...@email.cz on 5 Apr 2012 at 5:20

• Changed state: Verified