XMDS_RegisterDisplayAsync
When i call xmds1.RegisterD
Your client is not of the correct version for communication with this server. You can get the latest from http://
I am eager to know why and how to fix it in the code.
Question information
- Language:
- English Edit question
- Status:
- Answered
- For:
- Xibo Edit question
- Assignee:
- No assignee Edit question
- Last query:
- Last reply:
Revision history for this message
|
#1 |
Those log messages look like your running php 5.3 which is known not to work in some scenarios.
Did you update xampp recently?
Anyhow, if you take a look at the install instructions on the website there's a link to the last version of xampp that came with php 5.2.9 and will work.
Alex
This email carries a disclaimer, a copy of which may be read at http://
Revision history for this message
|
#2 |
Hello Alex
Yes I recently updated Xampp on the date of my last question on the forum. It has been working since then.
I should be able to roll back to php 5.2.9 fairly easily then to solve the trouble ?
Revision history for this message
|
#3 |
I don't know how you would go about rolling back xampp. Its not something I've ever had to do.
I'd suggest putting a question in their support forums or mailing list.
Alex
This email carries a disclaimer, a copy of which may be read at http://
Revision history for this message
|
#4 |
I just discovered that only 1 of 2 clients is having this problem. The other client is functioning normally.
Revision history for this message
|
#5 |
What's the difference in the schedule between them?
Whatever happens you still need to junk php 5.3 as the nusoap library simply doesn't work reliably on it.
Alex
This email carries a disclaimer, a copy of which may be read at http://
Revision history for this message
|
#6 |
I have allso noticed this in some circumstances. If you have only one ithem in a region - it won't update - sometimes.
In worst case I had to give the client other id number and register display once more, - and delete the "old" screen in web interface (use other name for your new display regitration)
Revision history for this message
|
#7 |
Hi, I have the same problem in 2 clientes, is the same message but only happens when load a especific flash content and only in this 2 clients, in other clients run well. The flash versión it´s the same, I don´t know what it´s the problem and it´s like the client is blocked with the content.
I discarded a server problem because in other clients run well. Seems a client software problem.
Anyone help us?
Alex
Revision history for this message
|
#8 |
@Alex - What versions of Xibo are you running? What log messages do you have on the server? What version of PHP does your server have installed?
Revision history for this message
|
#9 |
Hi, thanks for the fast answer.
I have version 1.0.7 on all clients, and server 1.0.6 . PHP versión 5.3.1, all systems are Windows and with lastest flash version.
The server log gives this error:
2010-04-08 11:51:26
<errormsg>Creating default object from empty value</errormsg>
<errornum>
<errortype>Runtime Notice</errortype>
<scriptname>
<scriptlinenum>
2010-04-08 11:51:26
<errormsg>Function ereg() is deprecated<
<errornum>
<errortype>
<scriptname>
<scriptlinenum>
2010-04-08 11:51:26
<errormsg>Function eregi() is deprecated<
<errornum>
<errortype>
<scriptname>
<scriptlinenum>
The last two messages repeats many times. I did some test and happens when the flash are in fullscreen the client can´t be update the server until you close the client. But it´s happens only with some flash not all.
On client I retrive this messages in the log:
<trace date="2010-04-08 11:51:19" category=
<trace date="2010-04-08 11:51:19" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category="Schedule - InitializeCompo
<trace date="2010-04-08 11:51:20" category="MainForm - ScheduleChangeE
<trace date="2010-04-08 11:51:20" category="MainForm - DestoryLayout"
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category=
<trace date="2010-04-08 11:51:20" category="MainForm - Prepare Layout">Created new region</trace>
<trace date="2010-04-08 11:51:20" category="Region - SetNextMediaNod
<trace date="2010-04-08 11:51:20" category="Region - EvalOptions"
<trace date="2010-04-08 11:51:21" category="Region - Eval Options">Showing new media</trace>
<trace date="2010-04-08 11:51:21" category="MainForm - Prepare Layout">Adding region</trace>
<trace date="2010-04-08 11:51:21" category="Schedule - RequiredFilesCo
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:21" category=
<trace date="2010-04-08 11:51:51" category="Media - SignalElapsedEv
<trace date="2010-04-08 11:51:51" category="Region - DurationElapsed
<trace date="2010-04-08 11:51:51" category="Region - SetNextMediaNod
<trace date="2010-04-08 11:51:51" category="MainForm - DurationElapsed
<trace date="2010-04-08 11:51:51" category="MainForm - DurationElapsed
<trace date="2010-04-08 11:51:51" category=
<trace date="2010-04-08 11:51:51" category="Schedule - Next Layout">Next layout: C:\Users\
<trace date="2010-04-08 11:51:51" category="MainForm - ScheduleChangeE
<trace date="2010-04-08 11:51:51" category="MainForm - DestoryLayout"
<trace date="2010-04-08 11:55:42" category=
<trace date="2010-04-08 11:55:42" category=
<trace date="2010-04-08 11:55:42" category="Region - Dispose">Media Disposed by Region</trace>
<trace date="2010-04-08 11:55:42" category=
I hope that will be enough information.
Thanks for all Alex.
Revision history for this message
|
#10 |
To be clear, what do you mean by "when the flash are in fullscreen the client can´t be update the server until you close the client"?
1. The client stops connecting to the server on its schedule?
2. The client stops showing slides in rotation?
Alex
Revision history for this message
|
#11 |
Well, the flash load perfectly but after load the client doesn´t update the connection with the server, then everything you do ( change or delete the schedule) doesn´t work.
But when you close the client (alt+F4), then update.
The problem is that the flash stay running forever and you can´t change the schedule because there aren´t connection with the server.
Thanks.
Alex
Revision history for this message
|
#12 |
Can you schedule your layout with the Flash item and another layout at the same time.
When the flash loads, does it then prevent the other layout being shown?
Alex
Revision history for this message
|
#13 |
I load a new layout with two timelines, one with the flash (30s) and other with an image (5s) and then update ok, always update when the client shows the image.
But if I load two diferents layouts and first the layout with only the flash, next can´t update the second layout. But I think that it is because the client can´t update the schedule.
Alex
Revision history for this message
|
#14 |
Dan might have some insight but I don't have any suggestion other than switching away from PHP 5.3.
NuSOAP is known not to work with PHP 5.3 so it's completely possible that it's sending something to the client that's breaking it.
Alex
Revision history for this message
|
#15 |
Ok Alex, then I will change the server I try another time.
Thanks!
Alex
Revision history for this message
|
#16 |
Does the flash you are showing have a duration of 0 or a user defined
duration.
I wonder if the flash is never reporting that is has finished so the client
never moves on once that flash is loaded.
Revision history for this message
|
#17 |
Hi Dan, this flash have a duration of 30 sec. and in the layout I put also 30 sec.
If I do a layout with these flash and something more in different or same timeline there is no problem; but if I schedule two different layouts and one with only these flash then fails the update with the server but only happens with this flash.
Now I´m configuring the new server with php 5.2.9 and the clients. But I think that the problem will be the same.
I said something when I finished.
Revision history for this message
|
#18 |
The problems persists with PHP 5.2.9 version. Finally I think that it´s a problem between the xibo client and the flash item, some ocx probably.
To "solve" I load the flash like a webpage layout instead a flash item as url.
file://
bloques.html it´s a webpage only with the flash item in full screen.
In this way works fine.
Thanks for all guys. :)
Best regards from Spain.
Alex
Revision history for this message
|
#19 |
Hello Alex
Sorry to be such a pain in regards to this, but I discovered the ACTUAL problem yesterday....the ethnernet port to the display board was physically damaged and simply was not communicating with the server. Sorry to waste your time, but I wish it were more simple to see a problem like that through the logs easier.
Revision history for this message
|
#20 |
@aaronn The python client has a heads up display which would have shown that straight away.
Thanks for letting us know what the problem was.
Alex
Revision history for this message
|
#21 |
Ill setup a test for the 2 layouts showing 1 flash item each with it set to
30 seconds.
Perhaps there is a problem disposing a flash item when it is the only item
on a layout.
It may also be worth looking into embedding flash in a web browser instead
of the active x. Would need to find a way of detecting the end of a swf
though....
On 8 Apr 2010 16:06, "Alex Harrington" <email address hidden>
wrote:
Question #106629 on Xibo changed:
https:/
Alex Harrington proposed the following answer:
@aaronn The python client has a heads up display which would have shown
that straight away.
Thanks for letting us know what the problem was.
Alex
--
You received this question notification because you are a member of Xibo
Developers, which is a...
Revision history for this message
|
#22 |
I have been unable to reproduce this problem.
I think that going forward with 1.1 it would be nice to embed flash in IE by default - this would give us transparency support and also a more up-to-date method than activex.
There is already a bug for this here: https:/
Revision history for this message
|
#23 |
Hi Dan, finally I work with flash embedded into html to reproduce. Everything it´s ok, except in log, because always appear the error message with nusoap.php and some error in scheudele. But all clients reproduce the contents good.
When the 1.1 version will be ready for production I´ll try it.
Regards.
Alex
Revision history for this message
|
#24 |
Hi Alex,
1.1 is a development preview release - once it is production ready it will
be released as 1.2 - there are no estimated dates for this yet.
You are welcome to try the 1.1.1 release (development preview) which should
be available in ~ 1 month.
Revision history for this message
|
#25 |
What client and server versions are you using?
--- original message ---
From: "TommyZhang" <email address hidden>
Subject: [Question #106629]: XMDS_RegisterDi
Date: 9th July 2010
Time: 3:52:29 am
Question #106629 on Xibo changed:
https:/
Summary changed to:
XMDS_RegisterDi
Description changed to:
When i call xmds1.RegisterD
Your client is not of the correct version for communication with this server. You can get the latest from http://
I am eager to know why and how to fix it in the code.
--
You received this question notification because you are a member of Xibo
Developers, which is an answer contact for Xibo.
This email carries a disclaimer, a copy of which may be read at http://
Can you help with this problem?
Provide an answer of your own, or ask aaron for more information if necessary.