Posts: 256
Joined: Nov 2012
Reputation:
4
wolfgar
Retired Team-Kodi Member
Posts: 256
2013-06-09, 23:24
(This post was last modified: 2013-06-09, 23:24 by wolfgar.)
Hi Toverkwark,
Great to hear that everything is fine with yatse & nano
For synergy : I have made good progress in developing a little client for my image : Now, I always use synergy instead of a real usb mouse for my tests...
For CEC, I had a close look at it : I have to port libcec so that it can work with the imx cec driver : I should be able to do it quite easily (I only fear that at some stage being unable to read edid will prevent some features but lets develop and see ;-) ).
At last I understand the global meaning of your report : I think I have already observed this strange 'curtaining' and it may definitively be a bug in my code (I have to round several values when dealing with VPU & IPU for decoding and scaling : I may have some "incompatible" values which create this default, I will check... )
Best regards
Stephan
Posts: 9
Joined: May 2013
Reputation:
0
Hi Wolfgar, thanks for your great work!
Just wondering - do you experience occasional hickups in video playback?
It happens even in the sample video that's included in your sd card image - it's mostly visible when the scene is rotating/shifting/moving to the viewer - there are several such scenes there.
Tried to play it with gplay from freescale and it seems to be ok.
Do you think you could fix that please?
It might be possible that it does not happen in your case as I am using different imx6q board (and therefore different build of imx6 kernel).
Might it be related to some forward caching of the video?
Or maybe the difference in fps of the video and refresh rate of the hdmi output?
Posts: 9
Joined: May 2013
Reputation:
0
Hi Stephan, I had only an usb key connected - tried to disconnect it (lsusb now shows just two root hub devices), but the occasional hickup is still there in xbmc, while it is not there when gplay is used (with xbmc running in the background). Could you please post a patch of xbmc which disables the test for hotplug devices? Or commit it in your github repository? Thanks.
Posts: 256
Joined: Nov 2012
Reputation:
4
wolfgar
Retired Team-Kodi Member
Posts: 256
2013-06-12, 23:11
(This post was last modified: 2013-06-12, 23:17 by wolfgar.)
Hi j4ns,
Sorry for my late answer (generally speaking I am able to answer on this forum from 21:00 to 01:00 UTC)
I am glad to learn that you managed to get rid of these periodic checks and that it solved your issue.
I have just pushed the commit in github but obviously it is too late to be useful for you...
If you experience some specific stability issues please do not hesitate to report them so that I can investigate and try to solve them...
When such issues happen, please try to :
- copy the xbmc.log (located in ~/.xbmc/tmp folder)
- issue a dmesg command a copy the ouput
and to submit these data using an online copy/paste service...
As you say the current version is mostly usable but I would like to make it even better...
Best regards
Stephan
Posts: 51
Joined: Nov 2012
Reputation:
1
Hi Stephan,
I've finished creating a Kernel + Xubuntu rootfs based upon BSP 4.0.0. I'd like to test your latest build to see if there are any improvements in thermal stability and I think there are fixes for the VPU. Any suggestions on the best way of proceeding? I can change the rootfs to use the gpu fb drivers.
More A10/GK802/I.MX6 stuff on my blog
Posts: 256
Joined: Nov 2012
Reputation:
4
wolfgar
Retired Team-Kodi Member
Posts: 256
Hi mtx512
I guess the best way is to compile my lastest XBMC version (on the imx6-ts branch) and to perform the few required changes to get it to work with X : It should be quite easy, I have not done them because I was busy with other subjects but I don't expect hard issues...
Moreover, I don't think the VPU API has changed in BSP 4.0.0 so no change should be required on this side (I will have a look at this)
I don't fully understand your proposal to switch to gpu fb as it does not make a lot of sense for your Xubuntu image but it could indeed be a first step to check that my XBMC version just works fine as it before performing the adaptations for X
Regards
Stephan
Posts: 3
Joined: May 2013
Reputation:
0
Hi again, has anyone encountered following error, which I mentioned earlier in this thread, but faced again even by using the latest imx6-ts branch:
CPP xbmc/cores/dvdplayer/DVDCodecs/Video/DVDVideoCodecIMX.o
In file included from DVDVideoCodecIMX.cpp:20:0:
/usr/include/linux/mxcfb.h:111:2: error: ‘uint’ does not name a type
make[1]: *** [DVDVideoCodecIMX.o] Error 1
make: *** [xbmc/cores/dvdplayer/DVDCodecs/Video/Video.a] Error 2
I was building natively on jas' xubuntu released in May.
Any fixes or solutions?
Posts: 9
Joined: May 2013
Reputation:
0
Hi mtx512, I am testing with sabre lite board, boundary's 1.1.1 bsp kernel with few patches, rootfs based on openbricks. The board is unfortunately one of early samples, so that may be the reason for troubles with bsp 4.0.0.