I don't get a slidable label to work:

Code:

lbl_foobar->setSlidable(1);

but nothing happens. What is the correct way to build a newsticker? Regards, Thomas

Hi Thomas,

currently You have to "force" the slide effekt, by adding a text the label cannot show in the available space. So 2 things need to be done:

- setSlidable(true)
- long enough text to be slided

kind regards
Stefan

Ok, that worked.

In fact it seems to be unusable because it gets 100% CPU load (Atom N270), i tried different slidespeeds.

Another problem: if the text has scrolled out of the label area the area is empty for a long time. For me i would need a rotation text.

Regards
Thomas

Hi Thomas,

are you using the X11 xshm or xvshm backend? Are you using the full 1900x1200 as resolution and/or xshm as outputtype? If so, the Atom has reached its limits.

I would recommend to set the applications resolution to a lower value and use the parameter "fullscreen" and the outputtype "xvshm" in the graphics section of the diskorc. In this case Disko will make use of the hardware accelerated stretching of the X11 XV interface. This should reduce the cpu usage of your application.

Attached you will find a sample graphics section for the diskorc.




I will take a quick look into the sources to see if we can get the text rotating. The CPU usage of the slider is dynamic. If there is not enough CPU to be had, it will automatically reduce its "smoothness", for example when a video stream is delivered in a root window as well.

kind regards
Stefan

I tried it with your graphics settings. No difference.

I have a DVB-T video running at 800x450px (scaled-down PAL-wide) which needs about 75% CPU. Perhaps i should transcode?

If i disable the video and have only the slidable label the CPU is also at 100%.
The slidable label is inside a child window with width of 1090x80px.

Perhaps i have wrong window settings (root->main->child)?

Thomas

Hi Thomas,

there is an option to improve your performance. You should make use of the XV scaling. That means that you should not use an application resolution like 1920x1200, at least not on an atom cpu. To use the XV scaling you should try an application resolution near the video resolution, but reflecting the aspect ratio of your display device. In your case this would be 800x480. Then you have to set the fullscreen parameter in the graphics section to "true". In this case, only a small part of the scaling is done in software. The hardware scaling of the XV port is used to do the upscale to 1920x1200. Setting the application resolution to 1900x1200 provokes that every drawing is done on the cpu, which overcharges the atom cpu.

As to your window setup: If it is possible to use an mainwindow directly without using the childwindow construction, this could also improve your performance as well. Allthough the blitter should realize that only the child window needs a refresh, it is possible that there is a bug. Using only a mainwindow (with the proper dimensions) will guarantee that the blitter is not attempting to blend the whole graphics layer to the video layer.

kind regards
Stefan