Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi Part 2 - 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: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
---- Thread: OpenELEC Testbuilds for RaspberryPi Part 2 (/showthread.php?tid=184866)



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ajp2k14 - 2014-04-01

(2014-04-01, 08:38)M3Rocket Wrote:
(2014-03-31, 16:21)popcornmix Wrote: It is likely there will be a change to the default scaling kernel soon as 0.14 does seem preferred (it was my favourite too).
Ideally we should stretch the shape of the kernel with the scaling ratio.

These were the kernels:

0.00 Sinc over the range +-3*PI with Hamming window applied,
0.02 Sinc with Hamming window applied,
0.04 Sinc over the range +-2.5*PI with Hamming window applied,
0.06 Sinc,
0.08 Sinc with Blackmann window applied,
0.10 Sinc with no side lobes,
0.12 Sinc with half the first side lobe
0.14 Mitchell Netravali (with B=1/3,C=1/3)
0.16 nearest_neighbour,

Here's another suggested by the image scaling guy (you can just enter that while video is playing):
Code:
vcgencmd scaling_kernel   0  -4  -8 -14 -18 -19 -16  -8   9  39  77 122 166 206 237 255 255 237 206 166 122  77  39   9  -8 -16 -19 -18 -14  -8  -4   0
It's a cubic with A=-0.5.

To my eyes (TV sharpness at zero), 0.08 exaggerated compression artifacts more than 0.14. My preference is for 0.14. Although I would be really curious about comparing it to Lanzcos3.

Yes please, another vote for Lanczos3 if possible... no idea on how to do it myself. Confused


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - da-anda - 2014-04-01

(2014-04-01, 08:38)M3Rocket Wrote:
(2014-03-31, 16:21)popcornmix Wrote: It is likely there will be a change to the default scaling kernel soon as 0.14 does seem preferred (it was my favourite too).
Ideally we should stretch the shape of the kernel with the scaling ratio.

These were the kernels:

0.00 Sinc over the range +-3*PI with Hamming window applied,
0.02 Sinc with Hamming window applied,
0.04 Sinc over the range +-2.5*PI with Hamming window applied,
0.06 Sinc,
0.08 Sinc with Blackmann window applied,
0.10 Sinc with no side lobes,
0.12 Sinc with half the first side lobe
0.14 Mitchell Netravali (with B=1/3,C=1/3)
0.16 nearest_neighbour,

Here's another suggested by the image scaling guy (you can just enter that while video is playing):
Code:
vcgencmd scaling_kernel   0  -4  -8 -14 -18 -19 -16  -8   9  39  77 122 166 206 237 255 255 237 206 166 122  77  39   9  -8 -16 -19 -18 -14  -8  -4   0
It's a cubic with A=-0.5.

To my eyes (TV sharpness at zero), 0.08 exaggerated compression artifacts more than 0.14. My preference is for 0.14. Although I would be really curious about comparing it to Lanzcos3.
I liked 0.08 so far, will compare to 0.14 again and report back.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Stilt - 2014-04-01

(2014-03-31, 10:28)Stilt Wrote: [quote='MilhouseVH' pid='1667894' dateline='1396210327']
New OpenELEC Gotham build: #0330
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.13.7 #1 PREEMPT Sun Mar 30 20:44:22 BST 2014 armv6l GNU/Linux

# vcgencmd version
Mar 30 2014 15:59:18
Copyright (c) 2012 Broadcom
version 8f13fa508997a043a3d78822e3f67ec044b4e7bf (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140330204313-r18050-g2d44624


========================================================================
Ok, Did a complete new install:
1) Installed Gotham OpenELEC Beta - Raspberry Pi ARM Version:3.95.3
2) Samba copied Gotham build: #0330 .tar to Upgrade
3) Rebooted,
4)after reboot Gotham logo disappeared (Frodo Logo now) and tar file got extracted looks like update worked.
5)Still Audio only one channel
6)Log: http://sprunge.us/MAIY
=================================
OpenELEC:~ # uname -a
Linux OpenELEC 3.13.7 #1 PREEMPT Sun Mar 30 20:44:22 BST 2014 armv6l GNU/Linux
OpenELEC:~ # vcgencmd version
Mar 30 2014 15:59:18
Copyright © 2012 Broadcom
version 8f13fa508997a043a3d78822e3f67ec044b4e7bf (clean) (release)
OpenELEC:~ #
OpenELEC:~ # aplay -l
**** List of PLAYBACK Hardware Devices ****
card 1: DAC [USB Audio DAC], device 0: USB Audio [USB Audio]
Subdevices: 0/1
Subdevice #0: subdevice #0
OpenELEC:~ #
grep -v CecLogMessage /storage/.xbmc/temp/xbmc.log | pastebinit
http://sprunge.us/MAIY
===============================================
Also thinking to use a powered USB hub to connect the DAC. ATM WiFi and DAC both are directly connected to RP.
OpenELEC:~ # lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Bus 001 Device 005: ID 08bb:2704 Texas Instruments Japan <<<<<<<<<<<<<<<<<DAC

OpenELEC:~ # lsmod | grep snd
snd_soc_wm8804 6854 0
snd_soc_wm8731 9498 0
snd_usb_audio 99275 1
snd_soc_bcm2708_i2s 5202 0
regmap_mmio 1921 1 snd_soc_bcm2708_i2s
snd_soc_core 96015 3 snd_soc_wm8731,snd_soc_wm8804,snd_soc_bcm2708_i2s
snd_hwdep 4794 1 snd_usb_audio
snd_usbmidi_lib 17590 1 snd_usb_audio
snd_rawmidi 16646 1 snd_usbmidi_lib
snd_compress 7036 1 snd_soc_core
regmap_i2c 1161 3 snd_soc_wm8731,snd_soc_wm8804,snd_soc_core
snd_pcm_dmaengine 2839 1 snd_soc_core
regmap_spi 1469 3 snd_soc_wm8731,snd_soc_wm8804,snd_soc_core
snd_pcm 60999 5 snd_soc_wm8731,snd_usb_audio,snd_soc_core,snd_pcm_dmaengine
snd_page_alloc 3468 1 snd_pcm
snd_timer 17745 1 snd_pcm
snd 41108 10 snd_soc_wm8731,snd_usb_audio,snd_soc_core,snd_hwdep,snd_timer,snd_pcm,snd_rawmidi,snd_usbmidi_lib,snd_compress
OpenELEC:~ #

@popcornmix,MilhouseVH do you see anything in the log?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-04-01

(2014-04-01, 06:56)Stilt Wrote: 6)Log: http://sprunge.us/MAIY

Can you try again with log enabled from boot.
i.e. enable debug. Reboot. Play an audio file.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - abudabi - 2014-04-01

Hi Gang. 1st time trying the millhouse build. New openelec beta upgraded to latest build.

Here's my debug logs.
http://sprunge.us/KZCC
http://sprunge.us/cPAZ

1st one is me just trying to play the bdrx file via wired network with an eventual error that it can't play it.. 2nd one is a continuation to a different m2ts file that is also unplayable

I never had this issue on my old frodo raspbmc setup. It also seems to take ages on thumbnail generation. The date/time stamps at the end is not quite correct as it took about 2 hours to be become responsive again after it said it closed the samba session (even though my ssh session did not drop). I do admit that my previous setup had a shared mysql config which this does not have as yet (not sure if that will make a difference).

I probably wont use the pi to play these big files.. but just thought I'd mention it in case there's an underlying issue

Thanks


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-04-01

(2014-04-01, 13:10)abudabi Wrote: 1st one is me just trying to play the bdrx file via wired network with an eventual error that it can't play it.. 2nd one is a continuation to a different m2ts file that is also unplayable

Disable "extract thumbnails and video information" in settings/video/file lists. (Everyone should do that).

There's not much information in log. It could be a network issue caused by fiq fsm patch. Can you try adding "dwc_otg.fiq_enable=0" at end of cmdline.txt.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Stilt - 2014-04-01

(2014-04-01, 12:47)popcornmix Wrote:
(2014-04-01, 06:56)Stilt Wrote: 6)Log: http://sprunge.us/MAIY

Can you try again with log enabled from boot.
i.e. enable debug. Reboot. Play an audio file.
@popcornmix
New Log: http://sprunge.us/WBYZ

@popcornmix SORRY, My bad, I have Stereo sound -HiFi issue fixed. Thank you.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - postdeath - 2014-04-01

I have a weird bug - I upgraded from a generic Gotham beta build to the March 30th MilhouseVH build, and quite a few of my addons have stopped working. System Info is showing that I am running 14.0-ALPHA1 instead of Gotham.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - da-anda - 2014-04-01

MilhouseVH builds are built from XBMC master branch, which is 14.0-ALPHA1. But XBMC master is as long as Gotham is not released the same as Gotham branch, just without the Gotham splash - so it contains same fixes.

@popcornmix, @sraue
I tried to rescan my music library yesterday using 330 build from MilhouseVH (so latest test build). I'm using a USB WiFi stick and everything worked fine as long as the screeensaver didn't kick in. Everytime I got back to the PI and wanted to check it's progress (since it's taking a while) it had a black screen and was frozen. Cutted power and rebooted, started import again and ended up with same issue. Then I disabled screensaver and tried again and import finished. Odd thing was though that all graphics where suddenly gone in my skin (Eminence) after that import and I couldn't switch to Confluence and back. XBMC told me that skin files where missing which was not the case as a reboot showed. So I assume it might have been a memory issue (leak?). I'm running 512MB model B with AFAIK default/common GPU mem settings. Unfortunately I don't have a debug log of this nor my PI at hand right now, but I could try to reproduce (whiping music db and rescan). Just tell me what you need or what I should test (I'm a linux noob, so I would need instructions for any console commands I should check when issue occurs again)


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ijsbeer79 - 2014-04-01

The version number is correct, that's the version number these builds are providing.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-04-01

(2014-04-01, 14:09)da-anda Wrote: I tried to rescan my music library yesterday using 330 build from MilhouseVH (so latest test build). I'm using a USB WiFi stick and everything worked fine as long as the screeensaver didn't kick in. Everytime I got back to the PI and wanted to check it's progress (since it's taking a while) it had a black screen and was frozen. Cutted power and rebooted, started import again and ended up with same issue. Then I disabled screensaver and tried again and import finished. Odd thing was though that all graphics where suddenly gone in my skin (Eminence) after that import and I couldn't switch to Confluence and back. XBMC told me that skin files where missing which was not the case as a reboot showed. So I assume it might have been a memory issue (leak?). I'm running 512MB model B with AFAIK default/common GPU mem settings. Unfortunately I don't have a debug log of this nor my PI at hand right now, but I could try to reproduce (whiping music db and rescan). Just tell me what you need or what I should test (I'm a linux noob, so I would need instructions for any console commands I should check when issue occurs again)

I guess information on reproducing it would be useful. Do the music scan from a clean boot with:
Same settings as locked up before. Check it is repeatable.
Same settings as locked up before but with screen saver disable.
Same settings as locked up before but with confluence skin.

It would be useful if during the scans you run Milhouse's bcmstat.sh script. Run:
Code:
./bcmstat.sh xgc

That outputs info on free arm and gpu memory. You can see if one of those is close to zero when the crash happens.
I'm also interested if the ssh connection is still working after the hang.
I'm also interested if you enter "killall xbmc.bin" (which should restart xbmc) if xbmc is working fine (and bcmstat memory usage is back to normal), or if it requires a reboot to recover the memory.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - abudabi - 2014-04-01

(2014-04-01, 13:16)popcornmix Wrote: Disable "extract thumbnails and video information" in settings/video/file lists. (Everyone should do that).

Sweet... did that, rebooted, and it started playing within a few seconds of pressing OK.

http://sprunge.us/BiTO


Thanks a stack!


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2014-04-01

(2014-03-31, 15:49)popcornmix Wrote:
(2014-03-31, 15:15)rbej Wrote: When i seek some movies (mkv) to beginning i dont have audio and picture freeze after few seconds.

A debug xbmc.log showing the issue may help.
A sample file that suffers from the issue would be even more useful.

http://pastebin.com/bF36EVMY


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - da-anda - 2014-04-01

@popcornmix - will do tonight and report back


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-04-01

(2014-04-01, 15:44)rbej Wrote: http://pastebin.com/bF36EVMY

Nothing obvious there (a complete log would be more useful, but still probably wouldn't show the problem).
A sample file that has the problem would be more useful.


This forum uses Lukasz Tkacz MyBB addons.