•   
  • 1
  • 102
  • 103
  • 104(current)
  • 105
  • 106
  • 146
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-03-13, 03:24)f1vefour Wrote:
(2016-03-13, 01:35)Vimes Wrote:
(2016-03-13, 01:27)popcornmix Wrote: Have you tried setting resample quality away from GPU (e.g. to medium)?

It is set to medium.

OSMC seems to be distorted very often.

These Kodi 17 test builds are distorted on occasion, noted more when browsing jpgs, not sure if when load is placed on system or due to audio stop, start pauses.

On 6.0.3 with Kodi 15.2 send to have been ok.

Have you tried disabled the hardware JPG option in settings?

Yes that was eliminated earlier. Thanks Smile Just tried to do that again on the new build #312 and within seconds of browsing the jpg folders the sound distortion and hissing starts and will not stop until rebooted.

As noted the issue is the same when using OSMC but not present, or at least never heard as yet, in 6.0.3 Kodi 15.2.
It is the same as this....

https://discourse.osmc.tv/t/external-usb...ound/532/2

there might be a solution there but if it is it is beyond my skills.

The USB sound stick worked great with a Windows based Kodi build and seemed to work great with the Pi 3. In the main it does work with these build 17's, if I do not try and browse jpg's or their folders. I could use HDMI audio, but then I lose DTS and DD pass through as well as the use of my Logitech Z5500 sound system, not good.

I will have to consider not using the USB sound stick and buy a HDMI audio extractor with a SPDIF output.
(2016-03-13, 00:05)herrmeier01 Wrote: @SpokV which TV backend do you use?

No backend. just stream from addons urls...
(2016-03-13, 07:54)loggio Wrote:
(2016-03-13, 01:30)Milhouse Wrote:
(2016-03-12, 19:49)herrmeier01 Wrote: The "OpenELEC Add-ons" repository doesn't work when doing a clean install.
Is there a way to manually access this repository?

Can you be more specific when you say it's broken? Do you get an error, or is it just empty? If it's empty have you forced a refresh?

I can confirm... Fresh install on 3 raspberrypi 2's all say "could not connect to repository." When trying to access openelec repo.

@Milhouse Sorry, should be more detailed. Yes, there is a message like "Can not connect to repository". Same as "loggio" write.
This happen also after a refresh of the repository. The Kodi repository is working but Openelec isn't...
(2016-03-13, 11:47)herrmeier01 Wrote:
(2016-03-13, 07:54)loggio Wrote:
(2016-03-13, 01:30)Milhouse Wrote: Can you be more specific when you say it's broken? Do you get an error, or is it just empty? If it's empty have you forced a refresh?

I can confirm... Fresh install on 3 raspberrypi 2's all say "could not connect to repository." When trying to access openelec repo.

@Milhouse Sorry, should be more detailed. Yes, there is a message like "Can not connect to repository". Same as "loggio" write.
This happen also after a refresh of the repository. The Kodi repository is working but Openelec isn't...

Can you explain the steps to reproduce this "clean install"? Are you installing a 6.0.3 disk image and then upgrading to this test build? Or installing from the tar manually to an empty SD card... or? Is the empty repository problem present in 6.0.3? Don't have time to look into this today, any debug logs and more information would be useful.
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.
I make a manually clean Install from a tar archive. I always proceed like this because I want to optimize for the erase block size of the SD card for optimal performance.

(example Samsung EVO+ 128GB with 32 MB Erase Block Size):

sudo fdisk -H 255 -S 63 -u -c /dev/sde
n p 1 32768 +512M
a
t c
n p 2 1081344
w

sudo mkfs.vfat -I -n system -s 128 -R 32512 -v /dev/sde1
sudo mkfs.ext4 -O ^has_journal -E stride=2,stripe-width=4096 -b 4096 /dev/sde2 -L storage -m 1 -N 12000


Here I made a debug log of the part connecting the repository. It looks like that the URL is wrong

12:59:49 158.842300 T:1962885120 DEBUG: CGUIMediaWindow::GetDirectory (addons://repository.openelec.tv/)
12:59:49 158.842422 T:1962885120 DEBUG: ParentPath = [addons://repos/]
12:59:49 158.846558 T:1580200864 DEBUG: CRepositoryUpdateJob[repository.openelec.tv] checking for updates.
12:59:49 158.849930 T:1580200864 DEBUG: CFileCache::Open - opening <8.0/RPi2/arm/addons.xml.md5> using cache
12:59:49 158.850555 T:1580200864 DEBUG: CurlFile::Open(0x64699230) http://addons.openelec.tv/8.0/RPi2/arm/addons.xml.md5
12:59:49 158.864700 T:1580200864 ERROR: CCurlFile::Open failed with code 404 for http://addons.openelec.tv/8.0/RPi2/arm/addons.xml.md5
12:59:49 158.864838 T:1580200864 ERROR: Open - failed to open source <http://addons.openelec.tv/8.0/RPi2/arm/addons.xml.md5>
12:59:49 158.864899 T:1580200864 ERROR: CRepositoryUpdateJob[repository.openelec.tv] failed read checksum for directory 'http://addons.openelec.tv/8.0/RPi2/arm/addons.xml'
12:59:49 158.909958 T:1580200864 DEBUG: CRepositoryUpdater: done.
12:59:49 158.933655 T:1580200864 DEBUG: CAddonMgr::GetAvailableUpdates took 23 ms
Yes the 8.0 repository won't exist, but I thought it would check older repositories (7.0, 6.0) etc. - will have a think about how best to solve that.
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.
Maybe simply redirect the URL at server side as long as the repository is not alive. Anyway it's not a big issue. I download the zip files at the old repository. I think it's just a problem for user which start with a clean install or make a factory reset of the upgraded system.
(2016-03-13, 00:33)popcornmix Wrote:
(2016-03-12, 05:32)zaphod24 Wrote: Trying to watch recorded TV with 0311 results in a no playback, a freeze and eventually an out of memory error in dmesg. Going back to 0310, everything is ok.

Are you using pvr.hts as that had a bump and comments that suggest it's pretty broken...

Nope. mythtv. 0312 suffers from the same issue, 0310 continues to work. Interestingly, liveTV is fine and it is just recorded TV that has an issue.
(2016-03-13, 16:22)zaphod24 Wrote: Nope. mythtv.

Okay, probably PR9286. A number of devs were reporting PVR breakage on slack so it's not specific to these builds.
I found that the stuttering is when streaming h.264 720/1080 TV channels. Hope it can be answered here, anyone has a recommended overclocking values for the rpi3?
(2016-03-13, 16:42)SpokV Wrote: I found that the stuttering is when streaming h.264 720/1080 TV channels. Hope it can be answered here, anyone has a recommended overclocking values for the rpi3?

I doubt overclocking is required on a Pi3 for any sort of playback.
Remember these are experimental builds. There are currently known PVR breakages.
It would be useful if you could confirm if stable OE (6.0.3) works better, and if any previous Milhouse build works better.

It is usual to try enabling/disabling omxplayer to see if that resolves the problem.
Other settings to experiment with are passthrough, "sync playback to display", "adjust display refresh rate to match video".
(2016-03-13, 16:26)popcornmix Wrote:
(2016-03-13, 16:22)zaphod24 Wrote: Nope. mythtv.

Okay, probably PR9286. A number of devs were reporting PVR breakage on slack so it's not specific to these builds.

Ok, thanks popcornmix! Perhaps milhouse can just exclude for now.
(2016-03-13, 16:42)SpokV Wrote: I found that the stuttering is when streaming h.264 720/1080 TV channels. Hope it can be answered here, anyone has a recommended overclocking values for the rpi3?

You shouldn't need to overclock a Pi 3 for H264 Live/Recorded TV - even 1080/50i MMAL Advanced is fine at default clock settings. Have you done the usual switch between OMX and MMAL hardware acceleration to check it's not just a funny in MMAL (which is the default player these days)? (You can still MMAL Advanced deinterlace with OMX Playback acceleration - they are separate processes AIUI)

For some Live TV sources OMX Player is still more reliable than MMAL Playback it seems.
In Estuary when the Audio Offset is used in the Audio/Video settings menu, the menu list does not disappear so you cannot see the video to sync the audio to the video. I only have to do this for 3D films

Plus, I reported that there is no option in the Estuary skin to hide the Openelec menu in the main menu list, post #1420
@Milhouse

First off, thanks for a great build, it works smoothly on my new Raspberry Pi3. Finally MVC 3D Smile

I was wondering if it would be possible to get access to your source tree? I would like to build myself so I can add Retroarch.
  •   
  • 1
  • 102
  • 103
  • 104(current)
  • 105
  • 106
  • 146
  •   
  Thread Closed
 
Thread Rating:
  • 6 Vote(s) - 5 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)56
This forum uses Lukasz Tkacz MyBB addons.