• 1
  • 125
  • 126
  • 127(current)
  • 128
  • 129
  • 174
OpenELEC Testbuilds for RaspberryPi
Update Gotham Branch

- updated Xbmc 13 Gotham

- back to firmware and kernel 3.6.11

- updated librtmp (10.04.2013)

- Fix dts time after seek

http://forum.xbmc.org/showthread.php?tid...pid1393759



(2013-04-15, 12:11)rbej Wrote: Update Gotham Branch

- updated Xbmc 13 Gotham

- back to firmware and kernel 3.6.11

- updated librtmp (10.04.2013)

- Fix dts time after seek

http://forum.xbmc.org/showthread.php?tid...pid1393759

I upgraded from 2.99.5 to this build and NFS seems to have stopped working. i can no longer see my nfs server. is this a known issue or did any configuration change?
(2013-04-16, 21:50)skoal74 Wrote: I upgraded from 2.99.5 to this build and NFS seems to have stopped working. i can no longer see my nfs server. is this a known issue or did any configuration change?

Not a known issue. Can't really help much without a debug log.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2013-04-10, 19:26)Squall13 Wrote:
(2013-04-10, 17:48)MilhouseVH Wrote: The easiest way to tell (without looking at the hardware*) is to run "cat /proc/cpuinfo | grep Revision" - if the last two digits are greater than 04 then you've got a 512MB model (eg. 0f is greater than 04).

Originally you could also tell by looking at the memory chip in the middle of the board - if its got K4P2G324 its a 256MB Pi, if its got K4P4G324 its a 512MB Pi, though not sure if this remains true (different memory suppliers etc.)

Mine says 000e. I looked at System Info in XBMC last night when I was at home and I said my Total Memory was 253 that's why I thought it was a 256 MB version.

Need to look for that invoice somewhere lol

I thought the same thing when I looked at "System Info" and saw total memory in the 250 range.
But looked for that chip mentioned and indeed I have 512MB on both of my Pi units.
The "totalmem" is memory available to the arm processor, so you have a 512MB board with a gpu/arm split setting of 256/256. Look in config.txt for this setting: cat /flash/config.txt Smile

If you have a 512MB board lowering the GPUmem to 128MB will make the SYSTEM run entirely from ram. The advantage is a speed increase this disadvantage is you might run out of GPUmem if setting guires to more than 720p or 900p. This setting is only available in rbej's builds, official builds are fixed at 720p. (It does NOT mean that the resolution is 720p its still 1080p and videos will play at true 1080p to)
I think I've found the cause of the volume jump when playing a sequence of tracks when the global volume is low.
rbej, can you add this patch to next build:
https://github.com/popcornmix/xbmc/tree/fix_volume_jump
Update Gotham Branch

- bump OpenElec revision

- updated Xbmc 13 Gotham

- update firmware and kernel

- play CD audio on Rpi

- fix volume jump

http://forum.xbmc.org/showthread.php?tid...pid1393759



If this build has the kmod-13 commit, it may not have eventlircd running (check with ps aux|grep eventlircd) which certainly causes problems for Ortek VRC-1100 remotes, and maybe others too. The kmod-13 commit needs to be reverted.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Update Gotham Branch

- bump OpenElec revision (back to kmod-12)

- updated Xbmc 13 Gotham

http://forum.xbmc.org/showthread.php?tid...pid1393759



I seem to have discovered a small bug from yesterday afternoon's update (e4adbcc). If I pause any video, change tv source so that cec disconnects and then return to xbmc a few moments later the video will have mysteriously unpaused itself and started palying!
(2013-04-19, 08:21)Trixster Wrote: I seem to have discovered a small bug from yesterday afternoon's update (e4adbcc). If I pause any video, change tv source so that cec disconnects and then return to xbmc a few moments later the video will have mysteriously unpaused itself and started palying!

It's always been like that for me (only had the Pi for 4 weeks)
Check the CEC settings its a "new" feature (pause/resume play when changing to a different source)
Updated Frodo Branch

- bump OpenElec revision

- Xbmc Frodo pre 12.2

- updated firmware and kernel

- updated PVR and XVDR

- FFmpeg 1.2

- updated librtmp

- new Omxplayer fixes

http://forum.xbmc.org/showthread.php?tid...pid1350100



Wink 
(2013-04-19, 13:56)rbej Wrote: Updated Frodo Branch

- bump OpenElec revision

- Xbmc Frodo pre 12.2

- updated firmware and kernel

- updated PVR and XVDR

- FFmpeg 1.2

- updated librtmp

- new Omxplayer fixes

http://forum.xbmc.org/showthread.php?tid...pid1350100

Hey Rbej, great work, still testing your builds until I come across reliable Live TV but it's getting a bit confusing keeping up with your filenaming schema. Would you mind naming your updated builds with reverse datestamps such as OpenELEC-RPi-Rbej-Gotham-Testbuild-2013041801, which is a format quite widely in use within technology cricles :-)
Updated Frodo Branch

- back to FFmpeg 0.10.6

I tested FFmpeg 1.2 and observe higher cpu usage when play movies than 0.10.6. IFO files dont play (completly destroyed DVD ISO files). Only adventage is very quick open mkv files.

http://forum.xbmc.org/showthread.php?tid...pid1350100



  • 1
  • 125
  • 126
  • 127(current)
  • 128
  • 129
  • 174

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi12