[Pulento]

Stephan,

Lots of thanks for your great work. I do have a WQ that I plan to use to replace a Mac Mini first gen with Linux/XBMC I've been using for years. So I did test your image with great success and some problems. But this is one of the best if not the best I've seen on many ARM BSPs (Panda, Beagle, etc).

Let me say that I mostly store my movies on a home server which serves files through CIFS/NFS/AFS/whatever and it works great with my old HTPC; so most of my tests have been playing MKV at 1080p; and mostly they play great

Your image as played almost everything I've tested with the exception of BD images; but maybe that isn't compiled on your XBMC. Things I've noted:

1- The Kernel reports 512MB of RAM, other images I've tested reports the 2G:

Code:

Jul 17 23:04:02 wandboard user.info kernel: [    0.000000] Memory: 496MB = 496MB total
Jul 17 23:04:02 wandboard user.notice kernel: [    0.000000] Memory: 495752k/495752k available, 192376k reserved, 0K highmem

Please note the 0K highmem, other images do report a lot of highmem; maybe we have to enable highmem on Kernel at compile time ?

2- Lots of MKVs I have are paired with its respective .SRT subtitle file; and I've noted that those text file that are ISO-8859 encoded fail to play on your build.

Code:

23:09:30 T:1223816288  NOTICE: Opening Subtitle stream: 0 source: 1024
23:09:30 T:1223816288   DEBUG: CSmbFile::Open - opened tank_movies/papas/Avatar 1080p/avatar.2009.1080p.bluray.x264.srt, fd=10001
23:09:30 T:1223816288   DEBUG: CSmbFile::Close closing fd 10001
23:09:30 T:1223816288   ERROR: convert_checked iconv_open() failed from CP1252 to WCHAR_T, errno=22(Invalid argument)

Do we need to enable some charset in Kernel or Yocto to support CP1252 ? I've noted I don't get the error with UTF-8 subs and they do play nice.

Edit: It seems your Yocto eglibc's doesn't have support for this charset and some others, it seems we need eglibc-gconv-cp1252-*.rpm installed.

3- With some videos I get dropped frames but it doesn't seem to be a problem with not enough resources more like something about the particular codec; also sometimes a I get a bit of out-of-sync video/audio and I don't find the options for video sync in System->Video->Playback that I have on the usual Intel XBMC builds. I'll try to get a pattern on which kind of file/codec gives me dropped frames and report back.

And more important; how can I reproduce your build ? Kernel isn't problem for me since I do a lot of work on Beaglebones/Pandaboards/etc to compile my own Kernel and I'm cloning your GIT repo to compile my own.

The hard part for me is Yocto; what I want is to add some things to the rootfs to enable my Playstation Remote using Wandboard BT, timezone support, my preferred editor and some minor tools; maybe try NFS rootf support, automount and get rootfs on ramfs so the uSD card doesn't die in 1 month just need the GIT that your using to build your image and some links to try to build a Yocto basic image.

Edit: I was able to build current Yocto master branch thanks to Otavio's help but it is 1.4 based not 1.3.1 as yours. Wonder how long will take to move your builds on top of this release, not considering Kernel just base image. Or maybe I can try to compile your exact Yocto version, was it danny ? Which target and layers ?

And if I can replicate your XBMC build in order to help you in someway it will be great also

Something I also noted is that Ethernet is increasing since each reboot (eth4...eth6...and so on) and this is fixable changing this udev rule:

Code:

root@wandboard:~# cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

And your public key is on /home/root/.ssh so you can log in on a lots of Wandboards now

Thanks a lot !