Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi - 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 (/showthread.php?tid=140518)



RE: OpenELEC Testbuilds for RaspberryPi - Wanderlei - 2012-12-04

I am still getting mini lockups even with r12651. They not as bad as before, they only seem to go for a couple of seconds not 20 - 30 seconds like before. (256mb board)

I wanted to make buffer bigger with advancedsetting.xml but it doesn't have any effect, xbmc decides what buffer it wants still. I dont think it is network issue, it is only 2.5 metres from base unit and copies files back and forth shows it has plenty of speed in both directions for streaming and the signal is very strong. Checked for interference from other networks and device, other devices can stream same content without freezing.

-----

Anyone remember what revision the problem with music/video tracks having the last second or two truncated disappeared?


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2012-12-04

(2012-12-04, 17:40)gimli Wrote: No AudioEngine -> No GUI Sounds

There's no AudioEngine in OpenELEC for R-Pi? Is this going to be added, I think AE is used by Raspbmc.

On a separate note, it seems my SD card (Transcend Class 10) is corrupting itself on a regular basis since the switch to Beta1. I've now had Beta1, Beta2 and Beta3 all corrupt themselves after the first or second reboot. Builds prior to Beta1 very rarely corrupted themselves.

Prior to rebooting Beta3, /var/log/messages contained the following:

Code:
Dec  4 17:44:36 openelec user.err kernel: [23545.648658] mmc0: final write to SD card still running
Dec  4 17:44:46 openelec user.err kernel: [23555.656391] mmc0: Timeout waiting for hardware interrupt - cmd12.
Dec  4 17:44:46 openelec user.err kernel: [23555.657581] mmcblk0: error -110 sending stop command, original cmd response 0x900, card status 0x900
Dec  4 17:44:49 openelec user.err kernel: [23557.765159] mmc0: final write to SD card still running
Dec  4 17:44:53 openelec daemon.info connmand[847]: ntp: time slew +0.096471 s
Dec  4 17:44:59 openelec user.err kernel: [23567.773845] mmc0: Timeout waiting for hardware interrupt - cmd12.
Dec  4 17:44:59 openelec user.err kernel: [23567.774977] mmcblk0: error -110 sending stop command, original cmd response 0x900, card status 0x900
Dec  4 17:45:27 openelec user.err kernel: [23596.291682] mmc0: final write to SD card still running
Dec  4 17:45:37 openelec user.err kernel: [23606.314574] mmc0: Timeout waiting for hardware interrupt - cmd12.
Dec  4 17:45:37 openelec user.err kernel: [23606.315717] mmcblk0: error -110 sending stop command, original cmd response 0x900, card status 0x900
Dec  4 17:45:38 openelec user.err kernel: [23607.611442] mmc0: final write to SD card still running
Dec  4 17:45:48 openelec user.err kernel: [23617.628910] mmc0: Timeout waiting for hardware interrupt - cmd12.
Dec  4 17:45:48 openelec user.err kernel: [23617.630053] mmcblk0: error -110 sending stop command, original cmd response 0x900, card status 0x900
Dec  4 17:45:52 openelec user.err kernel: [23621.173014] mmc0: final write to SD card still running
Dec  4 17:46:02 openelec user.err kernel: [23631.182139] mmc0: Timeout waiting for hardware interrupt - cmd12.
Dec  4 17:46:02 openelec user.err kernel: [23631.183282] mmcblk0: error -110 sending stop command, original cmd response 0x900, card status 0x900
Dec  4 17:46:03 openelec user.err kernel: [23632.213044] mmc0: final write to SD card still running
Dec  4 17:46:13 openelec user.err kernel: [23642.216631] mmc0: Timeout waiting for hardware interrupt - cmd12.
Dec  4 17:46:13 openelec user.err kernel: [23642.217911] mmcblk0: error -110 sending stop command, original cmd response 0x900, card status 0x900
Dec  4 17:46:14 openelec user.err kernel: [23643.620480] mmc0: final write to SD card still running
Dec  4 17:46:24 openelec user.err kernel: [23653.630907] mmc0: Timeout waiting for hardware interrupt - cmd12.
Dec  4 17:46:24 openelec user.err kernel: [23653.632046] mmcblk0: error -110 sending stop command, original cmd response 0x900, card status 0x900
Dec  4 17:46:25 openelec user.err kernel: [23653.967738] mmc0: final write to SD card still running
Dec  4 17:46:35 openelec user.err kernel: [23663.965746] mmc0: Timeout waiting for hardware interrupt - cmd12.
Dec  4 17:46:35 openelec user.err kernel: [23663.966883] mmcblk0: error -110 sending stop command, original cmd response 0x900, card status 0x900
Dec  4 17:46:35 openelec user.err kernel: [23664.292028] mmc0: final write to SD card still running
Dec  4 17:46:45 openelec user.err kernel: [23674.300593] mmc0: Timeout waiting for hardware interrupt - cmd12.

As expected, the ext4 partition was hosed when the system came up.

Has there been a regression where the SD card handling is concerned? Right now it's unusable as the system won't survive a reboot.


RE: OpenELEC Testbuilds for RaspberryPi - Wanderlei - 2012-12-04

The SD card corruption you describe is like that was happening when I overclcoked a 512mb board I had. Pretty much every first reboot the ext4 partition died but I thought it was overclocking that was doing it. Is this SD card corruption related to overclocking or different issue?


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2012-12-04

I am using an overclocked 512MB board (1000/500/600/+4/+2), however SD card corruption hasn't been a problem with this particular overclocked Pi until Beta1, when it is now commonplace.


RE: OpenELEC Testbuilds for RaspberryPi - Wanderlei - 2012-12-04

Sorry, separate issue if it wasnt doing it before.

Do you know if the overclocking sd card corruption issue was something the R-Pi people were looking to fix via firmware? Or something they would need to stamp out at the hardware production level?


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2012-12-04

I believe they had made progress in reducing SD card corruption through firmware updates, which is why I asked if there had been a regression in OpenELEC as I now have corruption where I did not prior to Beta1.


RE: OpenELEC Testbuilds for RaspberryPi - Fantasma - 2012-12-05

howcan i change the skin in the openelec.tv beta?
I canĀ“t see any skin in the addon menu.


RE: OpenELEC Testbuilds for RaspberryPi - Slatri - 2012-12-05

@Fantasma
What I did to change my skin was put eden on my laptop, downloaded the skin I wanted. Then I went to user/appdata/roaming/xbmc/addons and copyed the skin file onto my desktop(no need to zip). I then ssh into .xbmc folder and dropped in the skin file in to the addons folder. Reboot and go to appearence and the skin will be there. The hard part is figuring out the other files the skin uses for example the quartz skin has a script.favourites file that needs to be dropped in also or you can't set the favourites in the skin. Hope this helps

Slatri


RE: OpenELEC Testbuilds for RaspberryPi - caravela - 2012-12-05

I believe you can do that on the settings menu that can be launch from under the Skin Name


RE: OpenELEC Testbuilds for RaspberryPi - regnets - 2012-12-05

I've got problems with PVR and TVHeadEnd.

Everytime i switch channels the audio is muted and around 20 seconds after switching the channel xbmc freezes or the video player stops.

Some channels like the german one "Pro 7" takes very long time to buffer, then the playback is accelerated by 1.5 and the video isn't watchable because the audio and video is out of sync.

Did someone else encountered the same problems?

TVHeadEnd is working fine with the latest ATV2 build.

So here is a logfile in which i played 2 channels "Pro 7" and "ZDF" both channels had asynchron audio and needed more than 10 seconds to start. After this two channels i switched the channel to "RTL" using the program+ button on the remote. I've got no audio on RTL and the picture freezes after a few seconds.


RE: OpenELEC Testbuilds for RaspberryPi - jesus225 - 2012-12-06

I'm currently running r12635 on my 250 ram Rpi.

I upgraded from r12502 and since then, I've noticed worrying error messages related to SD card.

mmc0: missed completion of cmd 18 DMA (512/512 [1]/[1]) - ignoring it
mmc0: DMA IRQ 6 ignored - results were reset

Both /var/log/messages and dmesg output are riddled of this warnings. I've been running Turbo overclock (1000/500/500/6) and I've never had any card corruption, and I don't know if it is what is happening now or even if I should worry about this because my Rpi is still working, somewhat slower I believe though.

Everyone is getting these errors? Could it be a bug of this release?

Thank you in advance.


RE: OpenELEC Testbuilds for RaspberryPi - Mr.McGee - 2012-12-06

(2012-12-05, 22:31)regnets Wrote: I've got problems with PVR and TVHeadEnd.

Everytime i switch channels the audio is muted and around 20 seconds after switching the channel xbmc freezes or the video player stops.

Some channels like the german one "Pro 7" takes very long time to buffer, then the playback is accelerated by 1.5 and the video isn't watchable because the audio and video is out of sync.

Did someone else encountered the same problems?

TVHeadEnd is working fine with the latest ATV2 build.

So here is a logfile in which i played 2 channels "Pro 7" and "ZDF" both channels had asynchron audio and needed more than 10 seconds to start. After this two channels i switched the channel to "RTL" using the program+ button on the remote. I've got no audio on RTL and the picture freezes after a few seconds.

I had this issue also on BBC HD where it would buffer and then the audio/video are out of sync. Vu+ plugin and using Frodo Beta 2.



RE: OpenELEC Testbuilds for RaspberryPi - Solo0815 - 2012-12-06

(2012-12-06, 13:50)jesus225 Wrote: I'm currently running r12635 on my 250 ram Rpi.

I upgraded from r12502 and since then, I've noticed worrying error messages related to SD card.

mmc0: missed completion of cmd 18 DMA (512/512 [1]/[1]) - ignoring it
mmc0: DMA IRQ 6 ignored - results were reset

Both /var/log/messages and dmesg output are riddled of this warnings. I've been running Turbo overclock (1000/500/500/6) and I've never had any card corruption, and I don't know if it is what is happening now or even if I should worry about this because my Rpi is still working, somewhat slower I believe though.

Everyone is getting these errors? Could it be a bug of this release?

Thank you in advance.
I tried the latest Openelec-Release (2.95.3) and had the same errors on a new 512MB-RPi. newest Xbian-Release (alpha3) corrupted my SD-Card even on every reboot :o
I can't say, if its the release or my RPi, because it is new and came yesterday with mail.




RE: OpenELEC Testbuilds for RaspberryPi - tuxen - 2012-12-06

It seems there is a problem streaming HD content on 256MB boards it happens both in openelec and raspbmc:
I found a movie that consequently fails at a certain point and I get this:
Code:
Out of memory: Kill process 1817 (xbmc.bin) score 411 or sacrifice child
[ 1068.168052] Killed process 1817 (xbmc.bin) total-vm:299128kB, anon-rss:53408kB, file-rss:0kB

If I add a swap file in raspbmc is fixes things instead of crashing at the "certain point" it freezes shortly while initiating the swap file but then it plays fine. In raspbmc I could just write:
Code:
dd if=/dev/zero of=swap bs=32M count=1
mkswap swap
swapon swap

But it's not so easy in openelec? There's no swapon command? Do I need to make a swap partition to test this on openelec also or is there something I overlooked?

There are absolutely no problems on 512MB boards. Is this something you guys are aware off?
It's quite a spoiler for 256MB board owners and it happens on every build tested also the official B1-3 ones.

Thanks.


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2012-12-06

Try r12664