• 1
  • 139
  • 140
  • 141(current)
  • 142
  • 143
  • 174
OpenELEC Testbuilds for RaspberryPi
With official 3.0.3 where is the setting to disable add-ons from auto updating?

With rbej builds advancedsettings.xml should look like this? No need for freememorycachepercent any more?

<advancedsettings>
<network>
<alwaysforcebuffer>true</alwaysforcebuffer>
</network>
</advancedsettings>
Almost ok, you must add cachemembuffersize.



(2013-06-08, 10:10)Wanderlei Wrote: With official 3.0.3 where is the setting to disable add-ons from auto updating?

In OpenELEC 3.0.3, go to System -> Add-ons, then press left to get the pop-out options menu - you'll find the auto-update settings in there.
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.
Cheers rbejSmile Cheers MilhouseVH too, I knew it was there and was I just having a bonehead moment.

-----

I have been using r13149 (official) for some time now, the only real issue is Wifi performance. It will work great for periods of time but eventually performance deteriorates and it starts having sporadic buffering, a image restore does the trick with fixing this.

Tried a fresh install of 3.0.3 and Wifi streaming dosnt seem to work at all. it constantly buffers straight away, play for a few seconds, then buffer. It literally buffers longer than it plays back.Tried a few different files, rebooted the R-Pi, rebooted network gear. (Wifi dongle is asus N-10 with Realtek RL8188SU chipset) Signal strength is not a issue. Also copied files to and from R-Pi and through put seems ample for video streaming. Tried playback via usb thumb drive and it worked flawlessly.

Noticed 3.0.4 literally just popped up. Updated and seems to fix 3.0.3 wifi issue. Will test it over the long run and see how it goes with the sporadic buffering.

Also wanna test rbej builds with new buffer cache options, might just be what I need.
(2013-06-07, 15:54)delinend Wrote: ISO has still problem starting. They offen hangs on 3 or 7 sec's, at the beginning of the movie.
And I can't "Resume from x:xx:xx", when I want to see the movie later.

But great news... The subtitle problem on chapter shift, is gone now. Works great :-) Also with "Rbej-Version-Gotham-Branch(07.06.2013)".

I've investigated a bit. It's not a new problem - I went back about 2 months in guthub and still got the same behaviour.
It doesn't hang forever. Your sub-test.iso pauses for about 9 minutes. That comes from:
Code:
ffprobe sub-test.iso
avprobe version 0.8.6-6:0.8.6-1+rpi1, Copyright (c) 2007-2013 the Libav developers
  built on Mar 31 2013 13:58:10 with gcc 4.6.3
[mpeg @ 0x2cd660] max_analyze_duration reached
[mpeg @ 0x2cd660] Further flags set but no bytes left
[mpeg @ 0x2cd660] Further flags set but no bytes left
[mpeg @ 0x2cd660] Further flags set but no bytes left
Input #0, mpeg, from 'dell/temp/test/subtitles/sub-test.iso':
  Duration: 00:01:01.82, start: 540.991267, bitrate: 7835 kb/s
    Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 9800 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0.1[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s
    Stream #0.2[0x22]: Subtitle: dvdsub
    Stream #0.3[0x1d7]: Audio: mp2, 0 channels

The "start" time is how long it pauses for. The GPU gets a few packet through at timestamp 0, then the remainder are at timestamp 540 seconds, and it waits...
I need to find out why the timestamp zero packets come through (or why the 540 ones aren't adjusted back to 0).
(2013-06-08, 09:07)Vimes Wrote: For those who are using rbej's generously shared work with his Gotham releases how do you find the general performance compared to the OpenELEC frodo release....?

I have a problematic MKV (1080p with DTS-HD audio). It played fine under XBMC/AppleTV and XBMC/Arctic (DTS-HD downgraded to DTS). On Rasberry/Frodo it played always with sound-dropouts. (network performance was never an issue)
With RBEJ/Gotham it playes now fine without droputs like the other XBMX boxes.
(2013-06-09, 15:01)popcornmix Wrote:
(2013-06-07, 15:54)delinend Wrote: ISO has still problem starting. They offen hangs on 3 or 7 sec's, at the beginning of the movie.
And I can't "Resume from x:xx:xx", when I want to see the movie later.

But great news... The subtitle problem on chapter shift, is gone now. Works great :-) Also with "Rbej-Version-Gotham-Branch(07.06.2013)".

I've investigated a bit. It's not a new problem - I went back about 2 months in guthub and still got the same behaviour.
It doesn't hang forever. Your sub-test.iso pauses for about 9 minutes. That comes from:
Code:
ffprobe sub-test.iso
avprobe version 0.8.6-6:0.8.6-1+rpi1, Copyright (c) 2007-2013 the Libav developers
  built on Mar 31 2013 13:58:10 with gcc 4.6.3
[mpeg @ 0x2cd660] max_analyze_duration reached
[mpeg @ 0x2cd660] Further flags set but no bytes left
[mpeg @ 0x2cd660] Further flags set but no bytes left
[mpeg @ 0x2cd660] Further flags set but no bytes left
Input #0, mpeg, from 'dell/temp/test/subtitles/sub-test.iso':
  Duration: 00:01:01.82, start: 540.991267, bitrate: 7835 kb/s
    Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 9800 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0.1[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s
    Stream #0.2[0x22]: Subtitle: dvdsub
    Stream #0.3[0x1d7]: Audio: mp2, 0 channels

The "start" time is how long it pauses for. The GPU gets a few packet through at timestamp 0, then the remainder are at timestamp 540 seconds, and it waits...
I need to find out why the timestamp zero packets come through (or why the 540 ones aren't adjusted back to 0).

Hi.

Hmm.. 540 seconds, is exact the start point, from the hole movie length, where I have made my start point, for the sub-test.iso ?!?! 9 min. is where I made the startpoint, for the sub-test.iso, just before chapter change.
How dos this start time, comes into the sub-tes.iso.. :-( Maybe my cutter program (VobBlanker). Hmm.
But I also see the start problemes, on full movie ISO's, where I start from the beginning.

Can I help whith other test files or Things ?

Best regards.
(2013-06-09, 16:53)delinend Wrote: Hmm.. 540 seconds, is exact the start point, from the hole movie length, where I have made my start point, for the sub-test.iso ?!?! 9 min. is where I made the startpoint, for the sub-test.iso, just before chapter change.
How dos this start time, comes into the sub-tes.iso.. :-( Maybe my cutter program (VobBlanker). Hmm.
But I also see the start problemes, on full movie ISO's, where I start from the beginning.

I think the iso file is valid - iso files don't guarantee continuous timestamps (e.g. due to chapters), that you would expect with mkv files.
We should be able to play it. I know roughly what's going on. I can reproduce it, it just needs some time to work out what the right solution is.
(2013-06-09, 15:03)tosh123 Wrote:
(2013-06-08, 09:07)Vimes Wrote: For those who are using rbej's generously shared work with his Gotham releases how do you find the general performance compared to the OpenELEC frodo release....?

I have a problematic MKV (1080p with DTS-HD audio). It played fine under XBMC/AppleTV and XBMC/Arctic (DTS-HD downgraded to DTS). On Rasberry/Frodo it played always with sound-dropouts. (network performance was never an issue)
With RBEJ/Gotham it playes now fine without droputs like the other XBMX boxes.

Glad that it has worked out that way for you. For me I do not have and files with DTS-HD only audio, they might have another type of audio track within the mkv as well. With the 3.0.4 release of OpenELEC I find the performance of my 900mhz Pi to be quite responsive and perfect in its Ethernet delivered playback.
Just coming back from Raspbmc and trying out rbej's actual build. Great, no sync-problems any more. But still I fail in three points:
- Teletext/Videotext is still not readable - the font size is too big. Where can I modify this to use Teletext?
- After starting TV, always the first station I pick has black screen, can be SD or HD. After channel switch it works, better than in the past. Have TVH as backend on a QNAP-NAS.
- Time Zone. This is a no-go. I read the last 30 pages in this thread, I deleated guisettings.xml; I modified manually both settings in advanced menue and guisettings.xml and did a restart: always I am two hours behind. I can modify to any other timezone, it has no impact - nothing changed on the displayed time. What I am doing wrong?

Please help!
(2013-06-10, 12:39)radioparadise Wrote: - Teletext/Videotext is still not readable - the font size is too big. Where can I modify this to use Teletext?

I wonder if the fonts are scaled for video resolution (e.g. 1920x1080) rather than GUI resolution (e.g. 1280x720).
As an experiement can you choose 1280x720 in settings/system/video and see if that improves teletext font size?
Great, this was the solution! Now, I am able to see teletext correctly.
(2013-06-10, 18:45)radioparadise Wrote: Great, this was the solution! Now, I am able to see teletext correctly.

Good. It should be possible to fix the scaling, so it works for 1080p. I'll have a dig when I get the chance.
Updated Gotham Branch

- updated OpenElec revision (09.06.2013)

- updated Xbmc Gotham (10.06.2013)

- updated firmware and kernel (3.9.5)

- updated librtmp (06.06.2013)

- updated PVR add-on (10.06.2013)

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

http://www18.zippyshare.com/v/25291370/file.html



Tried using the latest Gotham build and my PVr just locks up, the busy icon continuously spinning. Reverted to 6.1.13 Frodo and it worked properly.
Known issue?
  • 1
  • 139
  • 140
  • 141(current)
  • 142
  • 143
  • 174

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