upgrade 1.0.4 to 1.0.5

Hi

You shouldn't need to uninstall 1.0.4 to go to 1.0.5 client. I normally just run the MSI and let it upgrade itself.

Put 1.0.5 back on the client. Go in to the options and press register. What output do you get?

It's normal that the client goes back to the splash screen briefly on 1.0.5 while the local media is checked for corruptions and all layouts that are scheduled are redownloaded - depending on how many you have that could take some time so be patient. It's all cached on the client once calculated so it'll be quick to start the second time.

1.0.4 client with 1.0.5 server is a bad mix as the clients will constantly download files from the server as their checksums won't match.

Alex

As far I remember you're using a lot of avi files in your layouts. 1.0.5 client need to recalc their md5 on first run - there will be freeze effect on first 1.0.5 client start. You can check cpu usage, if its ~20% there is a rehash in background.
Also if some files are broken there will be probably splashscreen on beginning (or black screen), until broken files would be redownloaded correctly.

large files -> longer md5 rehash, and optionally longer redownload :)

Dear Alex & Bartek

Thank you for your kindness , I try that step you told . It 's still not showing contents. So I try to delete all content in library folder and run the player , it 's can download completely all content but still show only freeze xibo page . I waiting about 1 hr. - 2 hr. (10 avi files , ~10MB / File) . I don't know how to do next , then now I do the same server 1.0.5 & player 1.0.4 for a while before I can fix .

May this a windows error . Tonight I will install new windows and try again . Thank you very much ..

> Put 1.0.5 back on the client. Go in to the options and press register. What output do you get?

What output did you get?

There shouldn't be any need now to clear that directory. Files that don't match the checksum the server has calculated will be deleted and downloaded again.

With the client running, open up the client library directory and put Explorer in detail view. Then sort the view by date. Is there one or more files being downloaded and then deleted over and over?

Alex

when register I got message "Display is active and ready to start" .
and when all files downloaded completely , no file re-download or deleted .

Hi,

One small info - when using 1.0.4 client with 1.0.5 server client will restart display with every collection interval hit, as every laout will be considered changed every time. To temporary fix it You can replace xmds.php from 1.0.5 server using 1.0.4 file, instead of downgrading server. But it need to be restored when using 1.0.5 clients and it's totally unsupported solution :)

I found the reason of this error , In my layout I have some text scrolling that have my country language (Thai language) it 's show in database (layout table) like ascii code ... when I deleted this region or key English text the player can run . How do i do about this database problem ?

this is data that store in database ... when I add my language

"
ถนนที่มีแต่ความสนุก พบกับกิจกรรมมากมาย บู๊ทขายของทำมือ ไอเดียเเปลก ๆ ทุกวันศุกร์ และเสาร์ เป็น ปà¸

"

when I add english text player can run , but nothing show on that text region it 's only show movie that i add other region ..

What should that text say? I don't know what encoding that's in so it makes no sense to me.

Alex

I'm Thai people , Do you know Thailand before ??? It 's in Asia . I type in my language but when it save to database it 's change to that 's you see . But when I see in editable region on layout I can read it.

what I don't understand why 1.0.4 can run but 1.0.5 can't ??. May I renew database to fix this ...

Thank you very much for your kindness .. & helpfull ..

example of layout data .. in database ..

<?xml version="1.0"?>
<layout width="800" height="480" bgcolor="#000000" schemaVersion="1" background="22.jpg">
  <tags><tag/></tags>
<region id="4b2c3a9d0b118" width="798" height="53" top="425" left="0"><media id="0a8d2ae214bb708c140a80e0dbc1db0c" type="text" duration="100" lkid="" schemaVersion="1">
     <options><direction>left</direction><scrollSpeed>10</scrollSpeed></options>
     <raw><text><![CDATA[<p><span style="font-size: 1.6em;"><span style="color: rgb(255, 255, 255);"><b>สนใจโฆษณาติดต่อ บริษัท ไฮ ทราฟฟิค มีเดีย จำกัด โทรศัพท์ 02-6234-112-4 , โทรสาร 02-6234-111&nbsp; ***** Vitamilk Plus Fun Street ถนนที่มีแต่ความสนุก พบกับกิจกรรมมากมาย บู๊ทขายของทำมือ ไอเดียเเปลก ๆ ทุกวันศุกร์ และเสาร์ เป็น ประจำทุกสัปดาห์ ที่ Digital Gate Way ชั้น 1 สยามสเเควร์<br /></b></span><span style="color: rgb(0, 0, 0);"><b><br /></b></span></span></p>]]></text></raw>
    </media></region><region id="4b2f8495ac0d6" width="532" height="388" top="17" left="258"><media id="6" type="video" duration="0" lkid="22" schemaVersion="1">
     <options><uri>6.avi</uri></options>
     <raw/>
    </media><media id="10" type="video" duration="0" lkid="26" schemaVersion="1">
     <options><uri>10.avi</uri></options>
     <raw/>
    </media><media id="11" type="video" duration="0" lkid="27" schemaVersion="1">
     <options><uri>11.mpg</uri></options>
     <raw/>
    </media><media id="17" type="video" duration="0" lkid="55" schemaVersion="1">
     <options><uri>17.avi</uri></options>
     <raw/>
    </media><media id="26" type="video" duration="0" lkid="64" schemaVersion="1">
     <options><uri>26.avi</uri></options>
     <raw/>
    </media><media id="27" type="video" duration="0" lkid="69" schemaVersion="1">
     <options><uri>27.avi</uri></options>
     <raw/>
    </media><media id="28" type="video" duration="0" lkid="76" schemaVersion="1">
     <options><uri>28.avi</uri></options>
     <raw/>
    </media><media id="29" type="video" duration="0" lkid="82" schemaVersion="1">
     <options><uri>29.avi</uri></options>
     <raw/>
    </media></region><region id="4b30ca5a9b476" width="229" height="404" top="17" left="11"><media id="8c56f36f455641431dd67af5ef3aa6a7" type="ticker" duration="100" lkid="" schemaVersion="1">
     <options><direction>up</direction><copyright/><scrollSpeed>30</scrollSpeed><updateInterval>360</updateInterval><uri>http%3A%2F%2Frss.cnn.com%2Frss%2Fcnn_topstories.rss</uri></options>
     <raw><template><![CDATA[<p><span style="color: rgb(255, 255, 255);"><b>[Title] </b></span><span style="color: rgb(204, 153, 255);"><b><br /></b></span><i><span style="color: rgb(204, 153, 255);"><b>[Description]<br /><br /><br type="_moz" /></b></span></i></p>]]></template></raw>
    </media></region></layout>

I know where Thailand is thank you very much.

What I was asking for is that text that you're having problems with, copied and pasted in to this thread in a meaningful way so I can attempt to duplicate this on a test system.

I'm not fluent in Thai, but I very much doubt that "ถนนที่มีแต่ความสนุก พบกับà¸" is actually what you want shown on the screen?

Alex

this is text I want to show

สนใจ โฆษณาติดต่อ บริษัท ไฮ ทราฟฟิค มีเดีย จำกัด โทรศัพท์ 02-6234-112-4 , โทรสาร 02-6234-111 ***** Vitamilk Plus Fun Street ถนนที่มีแต่ความสนุก พบกับกิจกรรมมากมาย บู๊ทขายของทำมือ ไอเดียเเปลก ๆ ทุกวันศุกร์ และเสาร์ เป็น ประจำทุกสัปดาห์ ที่ Digital Gate Way ชั้น 1 สยามสเเควร์

Thank you again ..

Dan: Added to unit tests as text-unicode-01.

OK I've run that through a 1.0.5 system.

Windows .net Client:
Shows output as:

???? ??????????? ?????? ?? ??????? ?????? ????? ???????? 02-6234-112-4 ,
?????? 02-6234-111 ***** Vitamilk Plus Fun Street ???????????????????
?????????????????? ??????????????? ??????????? ? ??????????? ????????
???? ??????????????? ??? Digital Gate Way ???? 1 ???????????

Which is consistent with the contents of the XLF its downloaded. XLF file is coming up as ASCII encoded in Notepad++ so perhaps that's where the problem lies?

Linux Python Client:
Shows no output, however downloaded XLF contains correct unicode representation so that looks like a display issue.

To summarise then it looks like everything works up to the point that the data leaves xmds.

Alex

I am surprised that the Unicode characters even get saved in the database correctly... did we not have a problem with this before?

Alex, are you saying that the 1.0.5 client plays what it is given without any problems?

kthamma, are you running windows in Thai also?

As I have a some experience with php and mysql and unicode as there some fancy chars in polish, so maybe i'll add some in this subject

Correctly saving utf8 needs a good configured php (fo exampe header("something something utf8"), and correctly configured mysql (SET NAMES etc just after mysql_connect), correct flag with CREATE database invocation, nice to have correct directive in my.cnf in [mysqld] section and some other magic stuff :/
Some of them can be ignored, but then utf8 is coded in different (incompatible to each other ofcourse :/) ways, etc. Generally it's a pain in the ass to support unicode correctly in mysql+php :). Even mysqldump & mysql source database transfer could be a problem without some magic params when calling those commands :/

The 1.0.5 client (at least here) is playing the layout but all the UTF chars are replaced by ? chars.

If I load the same layout via XMDS on the Python client I get the correct characters saved in the XLF (but I seem to have a problem then showing that output which is baffelling because it uses the same codepath as tickers where unicode works fine) so I think the server/database is fine.

The problem would seem to be that the .net client is writing the xlf out as ascii format rather than unicode.

kthamma: Did you dump/restore the database as part of the upgrade? I wonder if what's happened is the dump/restore has corrupted the text you had in there to begin with, and then we have a bug with utf handling in 1.0.5 client.

What app are you using to examine the xlf files on the client? In my experience Notepad is really bad at dealing with unicode. Notepad++ is a much better bet.

Alex

kthamma

Using Alex's unit test's I think I have located the problem...

Can you make sure your server is 1.0.5 (and that you haven't replaced XMDS.php) and then download this file: http://dl.dropbox.com/u/353651/XiboClient-1.0.7-test.zip

Could you then unzip that file on your client and replace the contents of your installation directory with those files.

If it is fixed we will release it in 1.0.7 (1.0.6 is server only) - but you can continue to use to binaries until then.

Worked for me, started correctly (but i had to remove old xlf) and displayed polish letters.

In my test this is still no 100% utf8 - ó was replaced by &oacute; but it's also coded like this in mysql - but on final display is correctly changed to ó. But as far i know ó is handled somehow different that other polish letters becouse it exist in much more popular charmaps than polish ;)

Probably coded like this by wyswig editor, as long &oacute; is a part of standard html

Ok, last post in a row.

To fix it in latin languages and put a pure utf8 in database you have to modify 'fckconfig.js' in distro:

"FCKConfig.IncludeLatinEntities" from "true" to "false"

I'm sure about that my server is 1.0.5 , cause I just copy settings.php only from 1.0.4 to 1.0.5 and let it auto upgrade database .

about 1.0.7 client that you sent to me for test , It 's work .. This mean I should to replace this to all client or just in production ..

Thanks alot for your helpful ..

Thanks Alex Harrington, that solved my question.