•   
  • 1
  • 170
  • 171
  • 172(current)
  • 173
  • 174
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi
Having trouble with streaming video now. I know a lot of plugins aren't compatible with Gotham yet but I had iPlayer, ITV player and Youtube working OK before resetting .xbmc and now only ITV player seems to work.

I played radio with iPlayer first and that worked but then every TV programme I tried failed. ITV player worked on the couple of programmes I tried but a lot of folders said there were episodes (like Cheers (6) ) but when I went into it, it was empty, which was quite frustrating but probably something to do with the way the plugin is trying to access it. Youtube gave the same error as iPlayer with every video I tried.

log at http://pastebin.com/5qrtuaK4 (I tried some radio streaming plugins at the end and that worked OK).
(2013-07-23, 02:21)doveman2 Wrote:
(2013-07-23, 02:01)spjonez Wrote: You can't profile an SD card on your computer, the card reader has a lot to do with the results. Testing on the Pi itself is the only accurate method. There's a thread on the Raspberry Pi forums that shows the same card being tested on different desktops, laptops, and on the Pi and the results vary considerably.

I didn't say I tested the SD card on my PC, just my USB "sticks", which I tested in both USB3 and USB2 ports (in some cases, despite being USB3 sticks the results didn't change much), so that I could find which had the faster read and write speeds.
Sorry, it's late and I should be in bed. Clearly I didn't read that right. I've edited my post Smile
(2013-07-23, 02:26)spjonez Wrote: Sorry, it's late and I should be in bed. Clearly I didn't read that right. I've edited my post Smile

As have I. No worries, I should be in bed too but I'm trying to get this damned thing working before my brother goes home on Thursday. It was actually meant to be a present for last Christmas but I missed that deadline too Wink
Get him some socks instead and you've suddenly got yourself 5 months to perfect it! Smile
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.
Big Grin 
lol, no I've got to get this done and try and then try and finish his PC, which he's been waiting for about two years for, before his birthday in September Wink

I might have got the Pi software just about stable but the remote isn't working very well and I found out when I finished the box the other day that it gets rather warm with the lid closed (70c) and I'm not sure what the melting point of plastic is, so I need to fit a vent on top to let the heat out. I sorted out the usb hub chamber by cutting the LEDs off it and that's nice and cool now Cool
You could always get your brother a Surface RT for his birthday, I hear they're going cheap and it sounds like he's used to receiving disappointing presents... Smile

I have my Pi in a Multicomp case made of ABS and it's not unusual for the Pi to hit 80C. The Pi will throttle at 85C, and the melting point of ABS is about 105C.
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.
lol, I couldn't do that to him Smile

I'm using VHS cassette boxes, so I'm not sure what type of plastic they're made out of or if they're as resilient as ABS. Even if it doesn't melt, it might warp which wouldn't be good either (the boxes are already a bit warped, which has made it hard to get the USB hub to sit straight!). Either way, it's probably better to have it running at 50-60c rather than 70c, so that it lasts longer and I don't have to think of something else to make him Wink

I'll probably just get a 80mm fan filter and screw it to the top and cut a hole above the Pi to let the heat rise out. I did have some loose mesh but I think I decided I'd never need it and threw it away about a month ago.
When booting I see some messages

sbin/init: source: line 49: can't open '/var/config/settings.conf.
rpcbind: cannot get local address for udp. Servname not supported for ai_socktype
same message for tcp then udp6 and tcp6 several times.
garbage after 'name' token in line 378 ignored
invalid code found for Xbox: KEY_PAUSE

Sometimes I don't seem to see the rainbow splash but just linux boot text, or sometimes I get both.

Also, sometimes I can't seem to shutdown properly now and although the screen goes blank, all the lights stay on, with Link flickering. I don't know if this could be caused by running from SD and using iotimeout maybe, or by using autostart.sh to make an OS-level NFS mount at boot, like this (comes in handy to pause at boot to note any error messages, as I can just disconnect the network and then as it can't find it, it pause the boot).

Code:
#!/bin/sh

# Wait for the network to come up...
while [ -z "$(connmanctl state | grep State | grep -E "ready|online")" ]; do sleep 0.25; done; logger -t "$(basename $0)" "** Network is up **"

[ ! -d /storage/NFS-Media ] && mkdir /storage/NFS-Media

mount -t nfs 192.168.1.64:/Media -o nfsvers=3,rw,intr,noatime,rsize=32768,wsize=32678,nolock,async,proto=udp /storage/NFS-Media

iPlayer (2.4.17) wasn't working for me. When I just tried, it got stuck on busy for ages and when I pressed stop it froze for 30s http://pastebin.com/DpQAZGm3

I found this fix which got it working again http://forum.xbmc.org/showthread.php?tid...pid1437622 but the whole freezing as shown in the above log seems more a problem with XBMC not handling invalid links well. Youtube seems to be working again now as well Smile

EDIT: LastFM doesn't seem to work though and ListenLiveEU locked up for 30s+ with no indication that it was doing anything. I tried some other stations after though and they worked but selecting that first station again whilst another one is playing, it doesn't even stop the current station and the GUI locks up as before (when it unfroze the current station stopped), so again it seems there's an issue with handling invalid links. http://pastebin.com/hU97ZLHu and http://pastebin.com/DbUUTb3K
Hijo :-)

would like to have some testers for this (Frodo / OpenELEC 3.1.3 based) build:
http://sources.openelec.tv/tmp/image/tes...r15163.tar

its mainly based on OpenELEC 3.1.3 with XBMC Frodo but with some Gotham backports from Popcornmix's Frodo backport branch. Any issues which are introduced with this build compared to 3.1.3 should be reported here. If it works (good) i will release this as 3.1.4 very soon.

thanks

Stephan
greetings, Stephan

Image
Image
(2013-07-23, 13:46)sraue Wrote: would like to have some testers for this (Frodo / OpenELEC 3.1.3 based) build:
http://sources.openelec.tv/tmp/image/tes...r15163.tar

its mainly based on OpenELEC 3.1.3 with XBMC Frodo but with some Gotham backports from Popcornmix's Frodo backport branch. Any issues which are introduced with this build compared to 3.1.3 should be reported here. If it works (good) i will release this as 3.1.4 very soon.

Trying it now - could you briefly summarise what kind of things we should be testing/looking for? Referencing a repo still doesn't really tell me what you actually included in your build.
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-07-23, 13:46)sraue Wrote: Hijo :-)

would like to have some testers for this (Frodo / OpenELEC 3.1.3 based) build:
http://sources.openelec.tv/tmp/image/tes...r15163.tar

its mainly based on OpenELEC 3.1.3 with XBMC Frodo but with some Gotham backports from Popcornmix's Frodo backport branch. Any issues which are introduced with this build compared to 3.1.3 should be reported here. If it works (good) i will release this as 3.1.4 very soon.

thanks

Stephan

Have spent some time with it also... Live TV A/V Sync is sorted!!

Also FF/Rew is the same as rbej. Nice!

No crashes or obvious issues so far.

Please add number-key support (and hibernation) to the PS3 BD Remote :-)

The rbej build (Frodo) still does a few extra things: playback starts and stops faster, and seeking (up/down/left/right) in-video is quicker; it's a little faster overall as well (swap file?)

Even though it's a good build, for now I'll stick with rbej + ps3d.

Thanks for a great product, Stephan! OE Rocks!
@sraue: If a movie has a resume point (eg. 1:01:45), then having resumed the movie you hit FF the progress dialog will show the wrong seek position (ie. Fast Forward 00:00:10 - 01:44:13 2x), then pressing PLAY causes the movie to seek from the point reached according to the dialog (ie. 00:00:10) not the resume point + 00:00:10. Obviously the seek dialog should start seeking from the current (resume) position, not the start of the movie.
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-07-23, 19:56)MilhouseVH Wrote: @sraue: If a movie has a resume point (eg. 1:01:45), then having resumed the movie you hit FF the progress dialog will show the wrong seek position (ie. Fast Forward 00:00:10 - 01:44:13 2x), then pressing PLAY causes the movie to seek from the point reached according to the dialog (ie. 00:00:10) not the resume point + 00:00:10. Obviously the seek dialog should start seeking from the current (resume) position, not the start of the movie.

Is this different from Gotham builds?
(2013-07-23, 19:58)popcornmix Wrote:
(2013-07-23, 19:56)MilhouseVH Wrote: @sraue: If a movie has a resume point (eg. 1:01:45), then having resumed the movie you hit FF the progress dialog will show the wrong seek position (ie. Fast Forward 00:00:10 - 01:44:13 2x), then pressing PLAY causes the movie to seek from the point reached according to the dialog (ie. 00:00:10) not the resume point + 00:00:10. Obviously the seek dialog should start seeking from the current (resume) position, not the start of the movie.

Is this different from Gotham builds?

Not sure, I no longer test rbej builds.
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-07-23, 19:58)popcornmix Wrote:
(2013-07-23, 19:56)MilhouseVH Wrote: @sraue: If a movie has a resume point (eg. 1:01:45), then having resumed the movie you hit FF the progress dialog will show the wrong seek position (ie. Fast Forward 00:00:10 - 01:44:13 2x), then pressing PLAY causes the movie to seek from the point reached according to the dialog (ie. 00:00:10) not the resume point + 00:00:10. Obviously the seek dialog should start seeking from the current (resume) position, not the start of the movie.

Is this different from Gotham builds?

Have noticed similar in rbej Frodo on occasion.
  •   
  • 1
  • 170
  • 171
  • 172(current)
  • 173
  • 174
  •   
  Thread Closed
 
Thread Rating:
  • 12 Vote(s) - 4.58 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi4.5812
This forum uses Lukasz Tkacz MyBB addons.