Kodi Community Forum

Full Version: OpenELEC Testbuilds for RaspberryPi Part 2
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
(2013-08-29, 04:19)allan87 Wrote: [ -> ]i think this is a clue that may also explain the myth issue. From the bug report: "When you pause or skip, the display at the top right corner reports incorrect information. The time fields are reversed and the reported program length has no apparent connection to reality. Right now, paused 30 seconds into a half hour show, it says "14:03:06 - 00:33"."
Could xbmc be interpreting the length of the episode as 33 seconds in this instance?

Yes, good point. It could be the incorrect duration is breaking seeking.
(2013-08-29, 11:31)popcornmix Wrote: [ -> ]Yes, good point. It could be the incorrect duration is breaking seeking.

So if that's the case, wouldn't it be better for it to disregard the duration completely and just always jump the defined amounts regardless? Obviously in some cases with short files, this would take it straight to the end/start of the file but perhaps that's preferable to having it not working properly at all with TV files. I don't know what the shortest duration is before it starts changing the step amounts but I can't imagine there's any "normal" files that are short enough to trigger this or make it useful anyway, so all it seems to do is cause problems when it can't read/understand the duration.

I should mention that in the cases I've encountered with TV where I can't jump forward properly, I've been able to ffwd no problem so I can get to where I want to go eventually like that but it's a lot easier being able to step forward 3mins to get to the skip the pre-record/adverts rather than ffwding through them.
My live-tv EPG is timewrapt an hour but,

if i reset EPG database its corrected.

excluding this, i love this build Big Grin
(2013-08-28, 11:45)doveman2 Wrote: [ -> ]I've noticed that StepForward/Back doesn't seem to work properly with TV, whether Live or Recorded.

What happens is that instead of jumping forward the proper amount (currently 30s) it only skips 1s (or 2s for BigStep). This happened with a Recording last night but then after repeatedly doing this, at some point it starting working properly, so I'm not sure what the issue is.

Hmm - this sounds like an issue I've seen -lots- of times on recordings from tvheadend (recorded on a PC on my LAN) playing through any one of the 4 RPis I have.

You will find that if you use BigStep repeatedly, the step size will gradually increase from the 1-2s until it reaches around 1m, and then (assuming your recording is long enough) it'll suddenly start working properly.

As far as I can tell, it's not an XBMC-specific bug (ie. the recordings are fine, and XBMC on a Windows laptop or a Linux desktop work perfectly), so I'm assuming its Pi-specific.
(2013-08-30, 18:44)Neil Coggins Wrote: [ -> ]Hmm - this sounds like an issue I've seen -lots- of times on recordings from tvheadend
Do you also have the issue of the recording length and position being reported incorrectly? i.e.
Quote:"When you pause or skip, the display at the top right corner reports incorrect information. The time fields are reversed and the reported program length has no apparent connection to reality. Right now, paused 30 seconds into a half hour show, it says "14:03:06 - 00:33"
Right, I've sent my brother his Pi for his birthday and before doing so, I copied the SD contents to another SD and prepared a blank USB to use for Storage.

Now it's booting OK but obviously without any of the tweaks and addons that were in Storage, so I'm trying to WinSCP in to copy that across from the backup on the PC but I can't connect, nor with Putty.

I've pinged it on 192.168.1.72 (the same address as my brother's one was using) and it's responding but it seems that neither SCP or SSH are running on the Pi for some reason. I've rebooted but that hasn't helped. Went through the initial setup on first boot and set the IP address manually.

I recalled there's been some problems in the past with manual IP addresses, so I changed it back to DHCP, which uses 192.168.1.73 and rebooted but still no access.

Anyone got any ideas?
(2013-08-30, 18:44)Neil Coggins Wrote: [ -> ]Hmm - this sounds like an issue I've seen -lots- of times on recordings from tvheadend (recorded on a PC on my LAN) playing through any one of the 4 RPis I have.

If you have a file that misbehaves in this way, then please upload it somewhere (e.g. dropbox) and give me a link and I'll investigate.
@rbej something is wrong with your build, since 22.08 the GUI is lagging. I've now compiled my own gotham build of OpenELEC and the GUI is ultra fast again, even the spinning wheel looks different. Maybe your version of the confluence skin is somehow bugged?

If someone like to test, here's my build from today: OpenELEC_Gotham-RPi.arm-devel-20130830132209-r15458.tar.bz2
(2013-08-30, 19:49)botribun Wrote: [ -> ]@rbej something is wrong with your build, since 22.08 the GUI is lagging. I've now compiled my own gotham build of OpenELEC and the GUI is ultra fast again, even the spinning wheel looks different. Maybe your version of the confluence skin is somehow bugged?

The spinning wheel change is deliberate. It makes videos start playback faster.
http://forum.xbmc.org/showthread.php?tid=168478
(2013-08-30, 20:09)popcornmix Wrote: [ -> ]
(2013-08-30, 19:49)botribun Wrote: [ -> ]@rbej something is wrong with your build, since 22.08 the GUI is lagging. I've now compiled my own gotham build of OpenELEC and the GUI is ultra fast again, even the spinning wheel looks different. Maybe your version of the confluence skin is somehow bugged?

The spinning wheel change is deliberate. It makes videos start playback faster.
http://forum.xbmc.org/showthread.php?tid=168478
Dunno, but the "new" looking one starts livestreams and mkv's very quickly, but rbej's looks like the old one and things are starting rather slow...
(2013-08-30, 20:25)botribun Wrote: [ -> ]Dunno, but the "new" looking one starts livestreams and mkv's very quickly, but rbej's looks like the old one and things are starting rather slow...

The better one looks like:
https://dl.dropboxusercontent.com/u/3669...oading.gif

See here fore some benchmarks:
http://forum.xbmc.org/showthread.php?tid...pid1468222
(2013-08-30, 20:28)popcornmix Wrote: [ -> ]
(2013-08-30, 20:25)botribun Wrote: [ -> ]Dunno, but the "new" looking one starts livestreams and mkv's very quickly, but rbej's looks like the old one and things are starting rather slow...

The better one looks like:
https://dl.dropboxusercontent.com/u/3669...oading.gif

See here fore some benchmarks:
http://forum.xbmc.org/showthread.php?tid...pid1468222
Strange, that's the one from the laggy gui Huh
Updated Frodo branch

- updated OpenElec build

- updated firmware and kernel (3.10.10)

- FFmpeg 1.2.2

- omx patches backported from Gotham https://github.com/popcornmix/xbmc/commi..._backports

- [rbp/omxplayer] Enable zoom and pixel ratio in video OSD

http://netlir.dk/rbej/builds/

http://lysin.me/rbej

PLEASE TEST IT
what i want to do just copy paste to sd card? I have VC1 key how to add on openelec Can Any body Help Me?
OK, I switched it back to using the SD for /storage and now I can SCP and SSH in on 192.168.1.73.

Using mount I can see that the USB is vfat but nonetheless it's created the files and folders you'd expect on storage, although .cache is missing the five service_xxxx.conf but the rest of the files/folders appear to be there.

Is it just not possible for it to work on a vfat formatted device? If so, is there a way to format it as ext4 from a SSH console, as then I can copy the files over to it and hopefully it will work then?