•   
  • 1
  • 17
  • 18
  • 19(current)
  • 20
  • 21
  • 168
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
New OpenELEC Jarvis build #0726: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.3 #1 Sun Jul 26 21:56:12 BST 2015 armv6l GNU/Linux

# vcgencmd version
Jul 24 2015 14:44:13
Copyright (c) 2012 Broadcom
version 0f482c5017ad4526a6beb77fe39c93189c664fd4 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150726215524-#0726-ge9e08b2 [Build #0726]

# vcdbg log msg 2>&1 | grep DTOK
001560.166: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (e9e08b22, changelog) and tip of XBMC master (d44bc81b, changelog) with the following modifications: Build Highlights:
  1. Update PR7102 in OpenELEC package kodi, ignore newclock4 dcadec commits
  2. newclock4: Include PR7627 (fixes for ff/rw)
Build Details:
  1. OpenELEC:
    • linux: add missing I2C functions to the Hauppauge HVR-2205 patch (PR:4248, 1 commit, 1 file changed)
    • dvb-firmware: update to 0.0.49 (e9e08b22)
  2. XBMC:
  3. pvr.hts:
    • Timeshift API: Add support for GetBufferTimeStart() and GetBufferTimeEnd() (PR:73, 2 commits, 5 files changed)
  4. newclock4:
    • New commits in this build:
      • dvdplayer: improve rw (6f084b1c)
      • renderer: reset timestamp of current frame on flush (312f17ce)
      • dvdplayer: fix waiting time for buffer when ff (e3c48504)
    • Commits no longer in build:
      • [videorefclock] Allow a custom sleep function that can use vsync (65b4f0f0)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: PR:7623: dvdplayer - dispose ffmpeg hw decoder prior to opening a new one
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.
The last 4 builds didn't make much progress in solving the playback problem of x265/HEVC videos. After playing for about 10 minutes or so, the video freezes while audio keeps going. Playback resumes by itself after a few corrupted images (red/green pixelation) and freezing repeats in another few minutes. Playback of x265/HEVC is perfect when rolled back to build #0712.
build #0726 RPi1 512

CPU usage very high even when not playing.

How to reproduce:
I have 2 directories one in the SD card and the other in the attached USB HD with few test files.
From a computer, open a terminal to Kodi and run top.
Don't play any file.
In kodi go in the directory in file mode (Media Info view: Liste of audio file and picture at the right)
Place the selection on the audio file name and note the CPU kodi.bin usage
Move to the next audio file.
Some files will have 8 to 15% but other 85 to 93%

The same happen if there is a directory with album directories inside.
Cross the album directories (not inside), some have high CPU usage but only 55 to 69%

I tried to find a relation with the inside folder.jpg pic but couldn't determine.

I found this issue because when I play the "bad" files I have drops, every few minutes.
Config, audio player only:
2T HDD <USB> RPi2/Kodi <HDMI> Denon AVR-2313 <HDMI> LG TV 55UF860V
(2015-07-27, 11:59)MrNice Wrote: build #0726 RPi1 512

CPU usage very high even when not playing.

Is this new to #0726? i.e. is #0725 good?
(2015-07-27, 03:32)wchick132 Wrote: The last 4 builds didn't make much progress in solving the playback problem of x265/HEVC videos. After playing for about 10 minutes or so, the video freezes while audio keeps going. Playback resumes by itself after a few corrupted images (red/green pixelation) and freezing repeats in another few minutes. Playback of x265/HEVC is perfect when rolled back to build #0712.

Is #0713 the first bad build?
(2015-07-27, 12:20)popcornmix Wrote:
(2015-07-27, 11:59)MrNice Wrote: build #0726 RPi1 512

CPU usage very high even when not playing.

Is this new to #0726? i.e. is #0725 good?

At first I had the issue with #0714 then I installed the #0726.
So this is older but I don't know from when.

Files are from 2L web site (http://www.2l.no/), format
Surround 5.1 FLAC 24BIT/96kHz
but I don't think there is consequence. Edit: I am not sure in fact

Good files:
Bridge Over Troubled Water (Simon & Garfunkel) Iver Kleive (church organ)
Beethoven: Sonate 32 - Maestoso Tor Espen Aspaas (solo piano)
Ola Gjeilo: North Country II Ola Gjeilo

Bad files:
Mozart: Violin concerto in D major - Allegro Marianne Thorsen / TrondheimSolistene
Pyotr Ilyich Tchaikovsky: SOUVENIR de Florence op. 70: I. Allegro con spirito TrondheimSolistene
Eugène Bozza: Children's Overture The Staff Band of the Norwegian Armed Forces
Groven: Undring Sigmund Groven, harmonica Iver Kleive, organ


Other test I did:
From Kodi, create a new directory
Copy one bad directory into it. It contains 1 big flac file, 1 cue, 1 log, 1 folder.jpg, some txt files
I removed the files step by step
When I had only .flac and .cue file it was still 50 to 70%
The I removed the .cue file ant it dropped to 8 to 14%

This doesn't not explain the issue with the above files, for me.
Hope this will help
Config, audio player only:
2T HDD <USB> RPi2/Kodi <HDMI> Denon AVR-2313 <HDMI> LG TV 55UF860V
(2015-07-27, 13:24)MrNice Wrote: At first I had the issue with #0714 then I installed the #0726.
So this is older but I don't know from when.

Install the Leopold OE updater addon and find the first build with the problem. You can probably do this in fifteen minutes. With this information you are much more likely to get a fix.
Is #0713 the first bad build?
[/quote]

Yes, but not as bad as #0714. Last 4 builds is quite similar to #0713.
(2015-07-27, 14:14)wchick132 Wrote:
Quote:Is #0713 the first bad build?

Yes, but not as bad as #0714. Last 4 builds is quite similar to #0713.

If you take #0713 and replace firmware (start.elf, fixup,dat) with version from #0712 does that result in a good or bad build?
If you take #0713 and replace firmware (start.elf, fixup,dat) with version from #0712 does that result in a good or bad build?
[/quote]

Can you tell me (or show me the link) how I can do it?

Edit:
Okay, I decompressed the tar file and found the two files that you mentioned. I'll see if I got the tools to build the tar files with #0713 + start.elf (from #0712) + fixup.dat (from #0712).
(2015-07-27, 15:12)wchick132 Wrote: Okay, I decompressed the tar file and found the two files that you mentioned. I'll see if I got the tools to build the tar files with #0713 + start.elf (from #0712) + fixup.dat (from #0712).

Not essential to rebuild the tar file. Extract start.elf and fixup.dat from #0712 tar file using PC. Install #0713.
Copy start.elf and fixup.dat from PC to sdcard (the directory they live in will be visible from windows/linux PC).

You can confirm it has worked by ssh-ing in and running "vcgencmd version" (or check the log file).
(2015-07-27, 15:12)wchick132 Wrote: If you take #0713 and replace firmware (start.elf, fixup,dat) with version from #0712 does that result in a good or bad build?

Can you tell me (or show me the link) how I can do it?

Edit:
Okay, I decompressed the tar file and found the two files that you mentioned. I'll see if I got the tools to build the tar files with #0713 + start.elf (from #0712) + fixup.dat (from #0712).
[/quote]

@popcornmix:
Followed your instruction to combine start.elf and fixup.dat from #0712 to build #0713, video freezed in less than 2 minutes. Playback couldn't even resume by itself.

Update:
I tested the combined build with another x265 video. Now it last longer (5 to 6 min.) and could resume by itself. Now over 18 minutes and it's still playing, with few short freeze-resume sequences in between.
(2015-07-27, 15:33)wchick132 Wrote: @popcornmix:
Followed your instruction to combine start.elf and fixup.dat from #0712 to build #0713, video freezed in less than 2 minutes. Playback couldn't even resume by itself.

Okay, sounds like it's not the firmware. Can you try a clean #0713 install, but copy KERNEL from the #0712 tar file, rename to kernel.img and overwrite kernel.img on the #0713 sdcard.

It's possible this won't boot, or some USB peripherals won't work, but it's worth a try.
(2015-07-27, 15:55)popcornmix Wrote:
(2015-07-27, 15:33)wchick132 Wrote: @popcornmix:
Followed your instruction to combine start.elf and fixup.dat from #0712 to build #0713, video freezed in less than 2 minutes. Playback couldn't even resume by itself.

Okay, sounds like it's not the firmware. Can you try a clean #0713 install, but copy KERNEL from the #0712 tar file, rename to kernel.img and overwrite kernel.img on the #0713 sdcard.

It's possible this won't boot, or some USB peripherals won't work, but it's worth a try.

It just won't boot!
(2015-07-27, 16:18)wchick132 Wrote: It just won't boot!

Okay, copy the KERNEL from #0713 tar and you should be working again.
  •   
  • 1
  • 17
  • 18
  • 19(current)
  • 20
  • 21
  • 168
  •   
  Thread Closed
 
Thread Rating:
  • 10 Vote(s) - 5 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)510