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 - Hip-Gnosis - 2013-12-30

Live Tv does not start in the latest build. I've downgraded and updated 3 times now and keep getting the same result. It works in the build from the 20th but wIth this build XBMC constantly flashes "Tvheadend HTSP Client Connection Lost".
Logs:
https://www.dropbox.com/s/kmcf9579lwimy5y/log-2013-12-30-08.31.24.zip


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-30

(2013-12-30, 10:51)Hip-Gnosis Wrote: Live Tv does not start in the latest build. I've downgraded and updated 3 times now and keep getting the same result. It works in the build from the 20th but wIth this build XBMC constantly flashes "Tvheadend HTSP Client Connection Lost".

I believe this has been fixed upstream:
https://github.com/OpenELEC/OpenELEC.tv/commit/2cbd7dc81cdfd5204e6c2ba409405e36b5f43322


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Hip-Gnosis - 2013-12-30

OK. Thanks Popcornmix.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-30

Got up this morning and turned the Pi on and it's lost half my TV channels. It goes straight from BBC One to BBC Four now.

I've tried resetting the EPG, resetting the PVR, checked in the Web GUI and all the channels are still listed there correctly, so I haven't got a clue what's going on!

OK, I seem to have got them back by disabling Skip Initial Scan, Skip Service Availability Check, enabling Idle Scanning and saving and then toggling all those settings back once it had finished scanning all the muxes. Still don't really understand why the channel list in the Web GUI wouldn't be reflected in XBMC though.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - sraue - 2013-12-30

Hi all,

this time i want to provide a "official" testbuild with some experimental patches from popcornmix. I provide this builds so this patches can be tested from more users to find any potencial issues.

This build is based on our latest and greatest master which will be released as OpenELEC-4.0 soon with the XBMC Gotham release and includes the follow patches:

also this build enables ALSA support and includes drivers for some USB Soundcards (DAC) as well as HiFiBerry DAC support (http://www.crazy-audio.com/projects/hifiberry-mini/).

This builds are marked as experimentell, which means if (some of) this PRs will no go to XBMC-master because of serious problems this patches can be dropped again to provide a most stable OpenELEC-4.0 release. Please test and report any bugs and issues you have regarding this changes here to support popcornmix.

the build you will find at:
http://sources.openelec.tv/tmp/image/test/OpenELEC-RPi.arm-devel-20131230172327-r16756-g6fb6ab3.tar

greetings and thanks to popcornmix for this nice changes

Stephan

EDIT: i was told PR3925 dont enables ALSA support in XBMC, i could not test this build much byself because i am not at home actually. so i assumed wrong and enable ALSA support will be removed again (because its useless actually)


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - [email protected] - 2013-12-30

Sraue original xbox remote wired to usb does not work on this build..

(2013-12-30, 19:04)sraue Wrote: Hi all,

this time i want to provide a "official" testbuild with some experimental patches from popcornmix. I provide this builds so this patches can be tested from more users to find any potencial issues.

This build is based on our latest and greatest master which will be released as OpenELEC-4.0 soon with the XBMC Gotham release and includes the follow patches:

also this build enables ALSA support and includes drivers for some USB Soundcards (DAC) as well as HiFiBerry DAC support (http://www.crazy-audio.com/projects/hifiberry-mini/).

This builds are marked as experimentell, which means if (some of) this PRs will no go to XBMC-master because of serious problems this patches can be dropped again to provide a most stable OpenELEC-4.0 release. Please test and report any bugs and issues you have regarding this changes here to support popcornmix.

the build you will find at:
http://sources.openelec.tv/tmp/image/test/OpenELEC-RPi.arm-devel-20131230172327-r16756-g6fb6ab3.tar

greetings and thanks to popcornmix for this nice changes

Stephan



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Knofbath - 2013-12-30

Alright, testing with sraue's build, log spam from CActiveAE is cleared up, still getting audio drops though.

Video is 720p h264:Main Profile with a 48KHz stereo audio track encoded with AAC, and a SSA subtitle track set to default. I can get this error when streaming the file over the network or viewing the file locally from /Storage/

Error is: WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer

Log snip shows playing the opening scene with 3 audio drops, then closing the video:
Code:
13:02:27 T:3043266560  NOTICE: COMXPlayer: Opening: smb://192.168.137.150/Anime/Toradora! (2008) [Doki] (720p-Main)/[Doki] Toradora! - 08 (1280x720 h264 AAC).mkv
13:02:27 T:3043266560 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
13:02:27 T:2817291344  NOTICE: Thread OMXPlayer start, auto delete: false
13:02:27 T:2817291344  NOTICE: Creating InputStream
13:02:27 T:2817291344  NOTICE: Creating Demuxer
13:02:31 T:2817291344  NOTICE: Opening video stream: 0 source: 256
13:02:32 T:2817291344  NOTICE: Creating video thread
13:02:32 T:2771383376  NOTICE: Thread OMXPlayerVideo start, auto delete: false
13:02:32 T:2817291344  NOTICE: Opening audio stream: 1 source: 256
13:02:32 T:2817291344  NOTICE: Creating audio thread
13:02:32 T:2762994768  NOTICE: Thread OMXPlayerAudio start, auto delete: false
13:02:32 T:2817291344  NOTICE: Opening Subtitle stream: 2 source: 256
13:02:48 T:2817291344  NOTICE: OMXClock using audio as reference
13:02:48 T:2771383376  NOTICE: not a 3D movie
13:02:48 T:2771383376  NOTICE: Display resolution DESKTOP : 1920x1080 (1920x1080) @ 60.00 - Full Screen (16)
13:02:48 T:3043266560  NOTICE: Using GL_TEXTURE_2D
13:02:48 T:3043266560  NOTICE: GL: Using BYPASS render method
13:02:48 T:3043266560  NOTICE: GL: NPOT texture support detected
13:04:15 T:2771383376 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
13:04:58 T:2817291344 WARNING: Previous line repeats 2 times.
13:04:58 T:2817291344  NOTICE: COMXPlayer::OnExit()
13:04:58 T:2817291344  NOTICE: OMXPlayer: closing audio stream
13:04:58 T:2817291344  NOTICE: Closing audio stream
13:04:58 T:2762994768  NOTICE: thread end: OMXPlayerAudio::OnExit()
13:04:58 T:2817291344  NOTICE: OMXPlayer: closing video stream
13:04:58 T:2817291344  NOTICE: Closing video stream
13:04:58 T:2771383376   ERROR: OMXPlayerVideo: Got MSGQ_IS_ERROR(-1) Aborting
13:04:58 T:2771383376  NOTICE: thread end: video_thread
13:04:58 T:2817291344  NOTICE: OMXPlayer: closing subtitle stream
13:04:58 T:2817291344  NOTICE: Closing subtitle stream
13:04:58 T:2817291344  NOTICE: COMXPlayer::OnExit() deleting demuxer
13:04:58 T:2817291344  NOTICE: COMXPlayer::OnExit() deleting input stream
13:04:58 T:3043266560  NOTICE: DVDPlayer: finished waiting



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-30

(2013-12-30, 20:24)Knofbath Wrote: Alright, testing with sraue's build, log spam from CActiveAE is cleared up, still getting audio drops though.

Is this new to sraue's build? I don't believe anything has changed with video playback for some time.
"WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer" is harmless and always happens.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Knofbath - 2013-12-30

I've only tried two of the recent builds, MilhouseVH's December 29th build and sraue's build.

Each "WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer" is accompanied by an audio drop of maybe 1 second?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-30

(2013-12-30, 20:56)Knofbath Wrote: I've only tried two of the recent builds, MilhouseVH's December 29th build and sraue's build.

Each "WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer" is accompanied by an audio drop of maybe 1 second?

Has this file ever played correctly for you with xbmc on Pi?
i.e. any different with a Frodo build?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Knofbath - 2013-12-30

This is a new file for me, so I haven't tried it on the older builds.

It doesn't seem to be playing nice with OpenELEC-RPi.arm-Rbej-Version-Gotham-Branch(02.10.2013) either. Though I'm not seeing that "WARNING: CRenderManager" message on that build.

I'm downloading the 3.2.4 image right now, so I'll see if it works there.

Edit: Alright, it might be hardware related. It's only an issue on my 512mb rPi, my 256mb doesn't show the same symptoms. The 512 still has the problem with the Official 3.2.4 "Frodo".


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - extension23 - 2013-12-31

Tested the new build that sraue posted today and it seems to work well for me. Browsing the library and fanart speed all seem to be very good overall. My only issue currently is that it takes 15 seconds to get into the movie library from the time I press Movies until the library page actually shows up. It only happens with the movie library. TV and music come up within about 2 seconds. Doesn't seem to matter which skin I use (default, Amber, etc.).

Are there any optimizations I can do that should make that happen more quickly? I have used the texture cache utility to cache my thumbnails and done some overclocking, but I am not sure if there are some other things that might speed that up. I have had this same issue with a lot of the previous Milhouse builds as well, so this isn't new. (I actually used to have this same issue on my non-raspberrypi hardware running openelec, however it went away somewhere around the 2.95 or 3.0 releases.)


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-31

@extension23: If you've been testing my builds then they have all available performance patches - if you're getting slow performance with those builds then I would suspect your storage/io as the problem. Not sure if the sraue build has all of the newclock3 performance patches.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - extension23 - 2013-12-31

The only slow performance is just when I first try to go in the movie library from the main menu. That takes about 15 seconds from when you click the movies option until you actually get into the library. Everything else performs just great. It only happens with movies. TV and music both go into the library within about 2 sec. I don't think it is a storage issue.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-31

New OpenELEC Gotham build: #3012 (obsolete)

Code:
rpi512:~ # uname -a
Linux rpi512 3.12.6 #1 PREEMPT Mon Dec 30 23:50:29 GMT 2013 armv6l GNU/Linux
rpi512:~ # vcgencmd version
Dec  2 2013 20:30:23
Copyright (c) 2012 Broadcom
version 0334d765c5cb144589b4d7a4ac68ae8f136491e1 (clean) (release)
rpi512:~ # lsb_release
OpenELEC_Gotham (Milhouse) - Version: devel-20131230234936-r16752-gd55ec77

Based on tip of XBMC master (90fb6510de) and tip of OpenELEC master (d55ec771fe) with the following modifications:
  • Includes these newclock3 commits (except for d5c7cf8 which I've replaced with a static spinner)
  • Excludes the fernetmenta patches (due to conflict with newclock3)
This build includes the recently added rotated jpeg patch.

(2013-12-31, 01:49)extension23 Wrote: The only slow performance is just when I first try to go in the movie library from the main menu. That takes about 15 seconds from when you click the movies option until you actually get into the library. Everything else performs just great. It only happens with movies. TV and music both go into the library within about 2 sec. I don't think it is a storage issue.

A full debug log uploaded to pastebin.com might help see what is going on (and if you've got CEC enabled, please filter out the CEC messages before uploading as I can't be bothered to wade through all that noise/log spam).