Few thoughts on improving Live - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52) +---- Thread: Few thoughts on improving Live (/showthread.php?tid=67211) |
Few thoughts on improving Live - phonophob - 2010-01-13 I am new with XBMC. However for the past few days I realize its a very descent product for home users. I did build my 'diskless' installation first. Which was working pretty good. Then I realize that keeping the configuration on flash memory is a pretty good approach. Also, since XBMCLive is a pretty big distro, it took a time to load it over the network. So, I did switch it to USB pen drive. Here is my few notes about: First, I'd recoomend to use tmpfs option in grub loader. Since it should create few filesystems in the RAM and avoid excessive writing activity to the flash. Here is a fragment: kernel /boot/vmlinuz-2.6.31-17-generic root=bla-bla-bla ro quiet splash xbmc=autostart,tempfs,nodiskmount,setvolume loglevel=0 union=aufs I did 'hardcoded' few things to /etc/init/xbmc-live.conf then: # Write fstab entries for ramdisks if grep -q -i tempfs /tmp/xbmcliveParams ; then if ! grep -q -i tmpfs /etc/fstab ; then echo "tmpfs /var/log tmpfs defaults 0 0" >> /etc/fstab echo "tmpfs /tmp tmpfs defaults 0 0" >> /etc/fstab echo "tmpfs /var/tmp tmpfs defaults 0 0" >> /etc/fstab #x# echo "tmpfs /home/xbmc/.xbmc/temp tmpfs size=64M,mode=0777 0 0" >> /etc/fstab fi #x# /bin/mount -a /bin/tar xvf /home/xbmc/xbmc.temp.tar [ ! -d /var/log/apt ] && mkdir -p /var/log/apt fi It did the trick. now, only configuration files changes. Also, I linked .xsession-errors to NULL, since its growing pretty fast and agaian, its a lot of writing to the flash (which is not good at all). Someone who needs that log, could link it to /var/log TMPFS or something in RAM And the past - the Atheros Wireless card in my ION MB has a famous issue to dropping connection if its loaded. Its happened with kernel 2.6.31 I did update the kernel to 2.6.31-17 - it didn't help ether. However, I found the solution. As you'll do the kernel upgrade, do not forget to update wireless modules. It did the trick. After this my small HTP working perfectly fine. Here is one of the 'magic' commands to run: apt-get install linux-backports-modules-wireless-karmic-generic Just my 2c. WBW, Vlad [Russian team] - jurrabi - 2010-01-13 Nice post... Following my previous note... - phonophob - 2010-01-13 I forget to mention, as soon as you'll jump to new kernel [2.6.31-17 with nvida drivers in my case], you'll need to recompile graphical drivers. `/usr/bin/nvidia-installer --update` command did it for me. Lets hope VPDU is enabled somehow. BTW, anybody knows how to check it ? - Evanrich - 2010-01-13 phonophob Wrote:I forget to mention, as soon as you'll jump to new kernel [2.6.31-17 with nvida drivers in my case], you'll need to recompile graphical drivers. I'm gonna go with...check in the settings to see if you can select VDPAU, and then check CPU usage? VDPAU works like a charm - phonophob - 2010-01-14 18:38:26 T:3006073712 M:3019472896 NOTICE: VDPAU Decoder capabilities: 18:38:26 T:3006073712 M:3019472896 NOTICE: name level macbs width height 18:38:26 T:3006073712 M:3019472896 NOTICE: ------------------------------------ 18:38:26 T:3006073712 M:3019472896 NOTICE: MPEG1 0 8192 2048 2048 18:38:26 T:3006073712 M:3019472896 NOTICE: MPEG2_SIMPLE 3 8192 2048 2048 18:38:26 T:3006073712 M:3019472896 NOTICE: MPEG2_MAIN 3 8192 2048 2048 18:38:26 T:3006073712 M:3019472896 NOTICE: H264_MAIN 41 8190 2032 2048 18:38:26 T:3006073712 M:3019472896 NOTICE: H264_HIGH 41 8190 2032 2048 18:38:26 T:3006073712 M:3019472896 NOTICE: VC1_SIMPLE 1 8190 2048 2048 18:38:26 T:3006073712 M:3019472896 NOTICE: VC1_MAIN 2 8190 2048 2048 18:38:26 T:3006073712 M:3019472896 NOTICE: VC1_ADVANCED 4 8190 2048 204 |