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 - sdsnyr94 - 2013-02-16

(2013-02-16, 21:04)popcornmix Wrote:
(2013-02-16, 20:53)sdsnyr94 Wrote: Using Rbej's last posting, I am still getting the lockups when testing with the Lord Of the Rings movies.... they usually play great for a little over an hour, then audio loses sync and just quits... video becomes very choppy but

Is this a new problem, or have you always suffered from it?

In this thread, I have mentioned this a number of times. I have played movies that are within 1:30 - 2 hr in length with few problems, so for my testing I am using the extended editions of the Lord of the Rings blurays. If you would like the mediainfo on them, I can post them later.

Usually I do not watch the movie, since it is so long and at this point I am not concerned about any buffering (I just want to see it playback to completion before worrying about that) ... I just start playback and walk away or let it run overnight. Xbian Alpha 3, Xbian alpha 4 (after creating swap file), and Raspbmc Final all play the videos to completion.


RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-02-16

(2013-02-16, 22:13)rbej Wrote: Popcornmix.

Please tell us more about this:

https://github.com/popcornmix/xbmc/commit/new_stall

I see Work in Progress. Not ready to test it??.

It should be testable. I'm still tweaking.
There's two types of under run that can occur on Pi in xbmc:
1. Unable to stream fast enough (e.g. wifi + hdmi audio passthrough)
2. Lack of CPU (e.g. wired ethernet + software DTS)

The first behaves well, and xbmc buffers for a number of seconds giving the buffers a chance to fill up.
The second case behaves less well. It doesn't go into buffering mode and just continuously stutters.

This patch makes both cases buffer. It also fixes a rare case when we stall after seeking (which is fixed by another seek). It also means we start paying with a full buffer of decoded audio which should maximise the time until we under run (which could avoid buffering at all on a marginal file).

Give it a try and see if anything is better or worse.

(2013-02-16, 22:27)sdsnyr94 Wrote: [quote='popcornmix' pid='1338322' dateline='1361041499']
Usually I do not watch the movie, since it is so long and at this point I am not concerned about any buffering (I just want to see it playback to completion before worrying about that) ... I just start playback and walk away or let it run overnight. Xbian Alpha 3, Xbian alpha 4 (after creating swap file), and Raspbmc Final all play the videos to completion.

So raspbmc final is good, but all openelec builds are bad?
That's surprising as firmware, kernel version (albeit with some different build options) and xbmc version are all the same.

Possibly a kernel config option, or some setup option (guires, cachemembuffer size, or gpu_mem) or swap.
Do you have a 256 or 512M board?


RE: OpenELEC Testbuilds for RaspberryPi - asummerf - 2013-02-16

I have noticed on the last couple of releases from rbej that straight after a reboot when jumping around a SD mp4 (eg Elementary tv episodes) file or when pausing that audio loss can occur (also can get what sound like crackles when pausing). Stopping playback (the only fix) and then restart restores audio and then the problem will not occur again until another reboot. Is there a cache file not properly cleaned?

Hope this helps...

Adam


RE: OpenELEC Testbuilds for RaspberryPi - sdsnyr94 - 2013-02-16

(2013-02-16, 23:06)popcornmix Wrote: So raspbmc final is good, but all openelec builds are bad?
That's surprising as firmware, kernel version (albeit with some different build options) and xbmc version are all the same.

Possibly a kernel config option, or some setup option (guires, cachemembuffer size, or gpu_mem) or swap.
Do you have a 256 or 512M board?

I have a 256Mb board. I only tried running a video through Raspbmc once... and it was successful. I then wiped out because I saw a post by Rbej about his build including the 128Mb swap file, so I figured I would test it.

All of the movies do play flawlessly on my Atom 230 ION board, so I know that the videos are not an issue.


RE: OpenELEC Testbuilds for RaspberryPi - Trixster - 2013-02-17

(2013-02-16, 23:19)asummerf Wrote: I have noticed on the last couple of releases from rbej that straight after a reboot when jumping around a SD mp4 (eg Elementary tv episodes) file or when pausing that audio loss can occur (also can get what sound like crackles when pausing). Stopping playback (the only fix) and then restart restores audio and then the problem will not occur again until another reboot. Is there a cache file not properly cleaned?

Hope this helps...

Adam

I'm seeing this problem too with SD files.


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-17

(2013-02-16, 20:53)sdsnyr94 Wrote: Using Rbej's last posting, I am still getting the lockups when testing with the Lord Of the Rings movies.... they usually play great for a little over an hour, then audio loses sync and just quits... video becomes very choppy but stabilizes once audio drops... and then a little later on the video freezes.

Here is a link to my log. I know dropbox is not prefered, but the log is too large for pastebin, due to a large amount of CEC errors. https://dl.dropbox.com/u/22955950/xbmc.log

Next step: I am going to hook the Pi to my other TV, through my soundbar, so that I can pass through the audio and see if I get same results.

Please read this:

https://github.com/xbmc/xbmc/pull/1388

No more cachemembuffersize in advenced setting. Please delete it and add this:

<alwaysforcebuffer>true</alwaysforcebuffer>
<freememorycachepercent>5</freememorycachepercent>

1. alwaysforcebuffer: This will force everything ran through dvdplayer to be buffered that would not be normal buffered except Optical Media. This includes SMB, Local Files, OS Network Shares, etc.

2. freememorycachepercent: The amount of free memory to use as buffer size. Please note that of the percentage of free memory used ~75% will be used for forward buffering and ~25% will be used for the back buffer.


RE: OpenELEC Testbuilds for RaspberryPi - tuxen - 2013-02-17

(2013-02-16, 22:27)sdsnyr94 Wrote:
(2013-02-16, 21:04)popcornmix Wrote:
(2013-02-16, 20:53)sdsnyr94 Wrote: Using Rbej's last posting, I am still getting the lockups when testing with the Lord Of the Rings movies.... they usually play great for a little over an hour, then audio loses sync and just quits... video becomes very choppy but

Is this a new problem, or have you always suffered from it?

In this thread, I have mentioned this a number of times. I have played movies that are within 1:30 - 2 hr in length with few problems, so for my testing I am using the extended editions of the Lord of the Rings blurays. If you would like the mediainfo on them, I can post them later.

Usually I do not watch the movie, since it is so long and at this point I am not concerned about any buffering (I just want to see it playback to completion before worrying about that) ... I just start playback and walk away or let it run overnight. Xbian Alpha 3, Xbian alpha 4 (after creating swap file), and Raspbmc Final all play the videos to completion.
Not to annoy rbej or anything. He makes some great builds with new features for all to enjoy. <thanks>
But have you tried a ordinary latest official nightly? It has swap to and a friend of mine (the guy I gave my old 256MB board to) have recently watched the same blurays as you without problems on he's now 256MB board. How big are your files? These are self ripped and around ~20GB with DTS. Or are you streaming of the Internet? And is it all files > 2 hours or just lotr?

Edit: pherhabs I should mention that he is streaming from a nas via samba. The memory bug with ice****s and other internet streaming addons are also totally gone.


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-17

Rbej Frodo Brench

http://www.mediafire.com/?10456ccz13ard

- OpenElec build r13352
- Xbmc 12.0.2 Frodo (almost 100 new fixes)
- Rpi kernel 3.6.y (16.02.2013)
- Rpi firmware (16.02.2013)
- Pvr Addon (16.02.2013) with PVR TvHeadend 1.6.18 fixed. (Thx Jbree85) and MythTv 1.6.9 (17.02.2013)
- Xvdr Addon (16.02.2013)
- Gpu memory set to 100mb on default for Rpi 256mb (fix kernal killing Xbmc task on Rpi 256mb board) and Gpu memory set to 256mb on default for Rpi 512mb.

Only in my build:

- add Gui resolution change (taken from XBIAN)

- add new Network Cache.

- add Both HDMI and analog audio output

- add new scheme for handling stalling and buffering

- remove battery level info from System Information and add info about build version (taken from XBIAN)

- Fix for stuttery video when seeking before zero

- Handle resolution changes during video stream

- NFS auto-update patches for USB/NFS/SMB on Rpi

---------------------------------------------------------------------------------------------------------------------

Please read this:

https://github.com/xbmc/xbmc/pull/1388

No more cachemembuffersize in advenced setting. Please delete it and add this:

<alwaysforcebuffer>false</alwaysforcebuffer>
<freememorycachepercent>5</freememorycachepercent>

1. alwaysforcebuffer: This will force everything ran through dvdplayer to be buffered that would not be normal buffered except Optical Media. This includes SMB, Local Files, OS Network Shares, etc.

2. freememorycachepercent: The amount of free memory to use as buffer size. Please note that of the percentage of free memory used ~75% will be used for forward buffering and ~25% will be used for the back buffer.

Add to advencedsettings <guires>XXXX</guires>

XXXX = GUI resolution. 480p,720p,900p,1080p. <guires>720</guires>, <guires>1080</guires> etc...

Update Instruction:

http://wiki.openelec.tv/index.php?title=Updating_OpenELEC

For Rpi 512Mb set gpu_mem=256 and change GUI to 1080p.

For Rpi 256Mb set gpu_mem=100 and change GUI to 900p.

or clean install:

http://wiki.openelec.tv/index.php?title=Installing_OpenELEC_on_Raspberry_Pi

---------------------------------------------------------------------------------------------------------------------

After update please remove swap file from .storage/cache folder and remove this lines from config.txt

start_file=start_x.elf
fixup_file=fixup_x.elf

New codes now is included in start.elf and fixup.dat files.



RE: OpenELEC Testbuilds for RaspberryPi - spjonez - 2013-02-17

@rbej thanks again for all your hard work on these custom builds. How likely is it that the guires switch will make it into the official build? Do you have any recommendations for fanartres, thumbres, and imageres when guires is set to 1080 on a 512MB Pi?


RE: OpenELEC Testbuilds for RaspberryPi - sdsnyr94 - 2013-02-17

(2013-02-17, 08:53)rbej Wrote:
(2013-02-16, 20:53)sdsnyr94 Wrote: Using Rbej's last posting, I am still getting the lockups when testing with the Lord Of the Rings movies.... they usually play great for a little over an hour, then audio loses sync and just quits... video becomes very choppy but stabilizes once audio drops... and then a little later on the video freezes.

Here is a link to my log. I know dropbox is not prefered, but the log is too large for pastebin, due to a large amount of CEC errors. https://dl.dropbox.com/u/22955950/xbmc.log

Next step: I am going to hook the Pi to my other TV, through my soundbar, so that I can pass through the audio and see if I get same results.

Please read this:

https://github.com/xbmc/xbmc/pull/1388

No more cachemembuffersize in advenced setting. Please delete it and add this:

<alwaysforcebuffer>true</alwaysforcebuffer>
<freememorycachepercent>5</freememorycachepercent>

1. alwaysforcebuffer: This will force everything ran through dvdplayer to be buffered that would not be normal buffered except Optical Media. This includes SMB, Local Files, OS Network Shares, etc.

2. freememorycachepercent: The amount of free memory to use as buffer size. Please note that of the percentage of free memory used ~75% will be used for forward buffering and ~25% will be used for the back buffer.

I thought those were already changed if you do a clean install. Do you have to change these manually? If so, I misunderstood... I thought those instructions were for updating only.


RE: OpenELEC Testbuilds for RaspberryPi - tvankirk - 2013-02-17

(2013-02-17, 14:05)rbej Wrote: Rbej Frodo Final Version 3

http://www.mediafire.com/?10456ccz13ard

- OpenElec build r13335
- Xbmc 12.0.1 Frodo Final
- Rpi kernel 3.6.y (16.02.2013)
- Rpi firmware (16.02.2013)
- Pvr Addon (16.02.2013) with PVR TvHeadend 1.6.18 fixed. (Thx Jbree85) and MythTv 1.6.9 (16.02.2013)
- Xvdr Addon (16.02.2013)
- Gpu memory set to 100mb on default for Rpi 256mb (fix kernal killing Xbmc task on Rpi 256mb board) and Gpu memory set to 256mb on default for Rpi 512mb.
- Memory cache set to 2621440 on default
- GUI resolution switch (taken from XBIAN)
The latest builds have made this bug far worse. Now, rather than stalling, playback quits entirely.


RE: OpenELEC Testbuilds for RaspberryPi - tuxen - 2013-02-17

(2013-02-17, 14:05)rbej Wrote: Please read this:

https://github.com/xbmc/xbmc/pull/1388

No more cachemembuffersize in advenced setting. Please delete it and add this:

<alwaysforcebuffer>true</alwaysforcebuffer>
<freememorycachepercent>5</freememorycachepercent>

1. alwaysforcebuffer: This will force everything ran through dvdplayer to be buffered that would not be normal buffered except Optical Media. This includes SMB, Local Files, OS Network Shares, etc.

2. freememorycachepercent: The amount of free memory to use as buffer size. Please note that of the percentage of free memory used ~75% will be used for forward buffering and ~25% will be used for the back buffer.
I'm having some of the same problems as people are commenting in the link playing with these settings. So unfortunately it did not give much advantage having to keep it very low. Makes no sense. Oh well..

Edit: wow you are fast. Will test latest.


RE: OpenELEC Testbuilds for RaspberryPi - tuxen - 2013-02-17

Seems much better now.. Will test some of the other stuff you patched in for us.


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-18

I updated custom build.

http://forum.xbmc.org/showthread.php?tid=140518&pid=1339015#pid1339015


RE: OpenELEC Testbuilds for RaspberryPi - asummerf - 2013-02-18

(2013-02-18, 09:27)rbej Wrote: I updated custom build.

http://forum.xbmc.org/showthread.php?tid=140518&pid=1339015#pid1339015

any chance you could increment the build numbers, as it is getting hard to know if you have the latest?

HuhHuhHuh