RSS feed in single mode advances too slow

Because the 1.2.2 client is single threaded, the client is too busy scrolling your other feeds to advance the region in single mode.

You could double all your values for scrolling speed and double your value for scroll step amount in the client options. That would halve the number of scroll events the client would need to generate to move all your feeds at the expense of making them slightly more jumpy.

1.3.3 offloads this work to individual browser threads so shouldn't suffer so badly.

Alex

Extra info: I timed the moment of advancing and it takes exactly 2 minutes, regardless of the scroll speed I set.
It looks like a bug to me, but it's strange that the timing is so precise at 2min.

So Alex, what you're saying is upgrade to the 1.3.3 version?
Is it stable enough to be used in production environments?

I'm telling you it's a limitation of the current architecture of that client.

1.3.3 is a development preview and has some known bugs, so I wouldn't recommend you upgrade to it if you have a production environment.

Alex

OK, that's clear.
The scrolling speed set to 1, this doesn't fix the problem.
I'll give adjusting the scroll step ammount a try.

Fortunatly the Xibo implementation isn't live yet, so it gives me a couple of weeks time to address the problem.

Thanks Alex Harrington, that solved my question.

Setting very low numbers (ie < 10 or so) will cause you problems with the old client.

Use higher numbers and increase the scroll step amount for better results.

Alex

I'm not sure 1.3.3 would help - unfortunately it is still single threaded with regards to what gets shown on the screen. There is certainly more CPU time available to that one thread (due to threading other things), but the single UI thread limitation is still present.

Just to be clear, scrolling speed will not directly effect the Single Ticker - but adjusting its value may reduce the load of running the bottom ticker.

Tickers in 1.3.3 are slightly more efficient, which also helps reduce the load.

I think the best thing to do is remove the bottom ticker in a test layout, and see if the Single one speeds up (at least you know if the two are related then!).

Dan, I tried your suggestion to remove the bottom ticker.
There's no time difference when reloading, I even cleaned up the local library.

Is 't possible that the problem is in the feed?
Would you please take a look at the feed? I uploaded it on-line: http://www.sbportal.nl/rss/adelante_mededelingen.rss.

For your information; I also tried the external location above, so it's not in the fact that the feed is on the LAN.

Hey there all,

With the system going live in a couple of days I wondered if someone can tell me what's wrong with my RSS feed.
I've tried a couple of RSS/XML feed build applications and even pasted my content in an working feed model.

Conclusion is that it isn't Xibo's timing; the problem relies in the RSS/XML feed.
But I just can't figure out the exact problem.

It doesn't look like that the HTML tags I use (<br> <p> </p>) are the problem because Xibo can handle them.
But is it possible that it takes more time to advance by the use of tags?
Suggestions? TiA

For your information: in the RSS/XML feed, there is a <![CDATA[ tag used by the program.
Is it possible that this causes the problems?

Example: http://www.sbportal.nl/rss/adelante_mededelingen.rss

Thanks Dan Garner, that solved my question.

Thanks Dan,

The overall feed duration was exactly the problem.
When I adjusted it to: <feed> x <seconds_to_display>, the effect is like I wished for.

With this problem solved we can go live this week.
A really big thanks to you!

Great! Glad that worked...