•   
  • 1
  • 65
  • 66
  • 67(current)
  • 68
  • 69
  • 168
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
@Milhouse just noticed my overclock is not applied since installing this debug enabled version. Maybe that is why I couldnt reproduce. I will reapply the overclock and try again tomorrow, too tired now.

My overclock for pi2 was:
arm_freq 1000
core_freq 500
sdram_freq 500
over_voltage 6
over_voltage_sdram 0

initial_turbo 20
I jumped from build #0702 to roughly #0714, back to #0702 again, followed by going to #0901. Because db changes were introduced between #0702 and #0714 and the same thing happened between #0714 and #0901 I now got a db in #0901 not containing the contents of the #0702 db I used until yesterday. This because I assume #0901 updated from the #0714 db.

Is there a way to safely trigger an update from an earlier db again?
Is deleting files like MyVideos95.db and MyVideos94.db sufficient?
(2015-08-31, 20:52)polo_joe Wrote:
(2015-08-31, 20:39)popcornmix Wrote: If either of these fail, then it would suggest a problem with the 3D hardware on the Pi (which is used by both of these tests).

screensaver and video are working perfectly fine.

config.txt http://sprunge.us/FRBR

@popcornmix

Anything else I could try?
(2015-09-02, 04:43)zaphod24 Wrote: Using only mmal on an rpi2 with a Mythtv backend. My tv streams are 1080i60 mpeg2 and play back great. Obvious question, have you licensed hardware mpeg2?
Yeah, I don't think it would use MMAL at all if I hadn't and would default to ffmpeg. Only trying to use SD Freeview channels here (tvheadend back-end and front-end on RPi), so if it can cope with 1080i60 it should be a breeze but the only way I can get rid of the the stutter is to use OMX.
(2015-09-02, 09:58)Forage Wrote: Is there a way to safely trigger an update from an earlier db again?
Is deleting files like MyVideos95.db and MyVideos94.db sufficient?

Yes, just shut down Kodi then delete your MyVideos94.db and MyVideos95.db (or rename them if you want to be ultra cautious) before booting into #0901 and your MyVideos93.db will be migrated to the latest version (95).
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.
(2015-09-02, 10:08)polo_joe Wrote: @popcornmix

Anything else I could try?

My best guess, considering the majority of users are not having this problem is a hardware fault.
You could try contacting the seller for a replacement.
(2015-09-02, 10:08)polo_joe Wrote: Anything else I could try?

Are you using a USB device for DVB-C/DVB-S? If so, try the stick on a normal PC using DVBViewer or similar. I also have these decoding dropouts on DVB-C plus total freeze after 3-4 hours of watching a channel. No problem on PC, might as well be a bug in the USB-driver.
Katastrophentourist
(2015-09-02, 13:46)MarkT Wrote:
(2015-09-02, 10:08)polo_joe Wrote: Anything else I could try?

Are you using a USB device for DVB-C/DVB-S? If so, try the stick on a normal PC using DVBViewer or similar. I also have these decoding dropouts on DVB-C plus total freeze after 3-4 hours of watching a channel. No problem on PC, might as well be a bug in the USB-driver.

I'm using a tevii s660 usb sat tv card. I used this card with openelec and tvheadend und my zbox ad02 (fusion e350) without problems.
Are further logs required?

But why should be the tv card the issue, mmal half works with all livetv channels.
(2015-09-02, 14:11)polo_joe Wrote: But why should be the tv card the issue, mmal half works with all livetv channels.

Oh yeah I ignored this factum. I agree that in this case it is more likely a firmware bug.
Firmware is imho just not mature enough in its advanced features that really push the chip.
I haven't succeeded yet in producing a clip myself.
Katastrophentourist
(2015-08-31, 18:42)popcornmix Wrote:
(2015-08-31, 17:44)polo_joe Wrote: I tried both settings together and each alone.
No change.

mmal half works.

mmal advanced at HD triggers a boost to 300MHz (of v3d clock).
The half version doesn't need the boost, nor does automatic (which uses bob for hd).

So my guess is that 300MHz v3d is not working on your Pi.
However with default config.txt settings (i.e. no v3d_freq or gpu_freq specified) and with disable_auto_turbo=1 you should still be running at 250MHz.

When running with default config.txt settings + disable_auto_turbo=1 and when getting the artefacts can you run:
Code:
vcgencmd measure_clock v3d
If it is zero then run a few times until you see a non-zero value and report what it is.

With this settings 300MHz v3d works, but still artefacts with mmal advanced:

OpenELEC (unofficial) Version: devel-20150901235445-#0901-g494f51d
OpenELEC git: 494f51dfa4508753ff7ab804094306b5f9499bf7
OpenELEC:~ # vcgencmd measure_clock v3d
frequency(43)=300000000
OpenELEC:~ # paste /flash/config.txt
http://sprunge.us/eJUF
OpenELEC:~ #
(2015-09-02, 16:36)polo_joe Wrote: With this settings 300MHz v3d works, but still artefacts with mmal advanced:

Do you get the artefacts with recordings as well as live tv?
(2015-09-02, 16:56)popcornmix Wrote:
(2015-09-02, 16:36)polo_joe Wrote: With this settings 300MHz v3d works, but still artefacts with mmal advanced:

Do you get the artefacts with recordings as well as live tv?

artefacts are in recordings as well, even if I set deinterlacing to mmal half
New OpenELEC Jarvis build #0902: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.6 #1 Wed Sep 2 23:18:26 BST 2015 armv6l GNU/Linux

# vcgencmd version
Sep  2 2015 15:06:26
Copyright (c) 2012 Broadcom
version 65d10bdd7b509391aaf143b30b66246461909f94 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150902231737-#0902-g4aff2c2 [Build #0902]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (4aff2c22, changelog) and tip of XBMC master (9ba64490, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. OpenELEC: Fix for MCE remotes problem
  3. Drop revert of PR:4285 - OpenELEC Dev Update add-on users must update to latest version, currently 4.18.0
Build Details:
  1. Firmware (Sep 2):
    • firmware: platform: Support reading new satellite oscillators
    • firmware: arm_loader: overlay path fixups, fragment gap tolerant
    • firmware: VCHIQ/VCOS: Add VCDebug symbols for logging categories
    • firmware: gencmd_serv: Add command for setting sdram schmoo parameters
  2. OpenELEC:
    • Include RPi 2 overlock mode preset (PR:4298, 1 commit, 1 file changed)
    • Revert "Remove package - xf86-input-evdev" (18834637)
    • Revert "Exchange xf86-input-evdev for xf86-input-libinput" (32791169)
    • xf86-input-libinput: update to xf86-input-libinput-0.14.0 (4aff2c22)
  3. XBMC:
    • [gui] drop video/music overlay dialogs leftover (PR:7949, 1 commit, 1 file changed)
    • [input] fix long press fallback handling after #7846 (PR:7948, 1 commit, 1 file changed)
    • [video] retrieve season poster via the thumbloader (PR:7943, 1 commit, 4 files changed)
    • [Confluence] Hide unused image when showing tracks (PR:7857, 1 commit, 1 file changed)
    • [builtins] adds ToggleRegionVisualization builtin (PR:7932, 2 commits, 3 files changed)
    • [videoinfodialog] cleanup obsolete and dupe code (PR:7944, 1 commit, 1 file changed)
    • Added max dateAdded to artistview and albumview (PR:7739, 3 commits, 13 files changed)
    • [gui] drop video/music overlay dialogs leftover part II (PR:7951, 1 commit, 1 file changed)
    • jsonrpc: fix handling of default sort method "none" (9a59019d)
    • [Confluence] cosmetics after PR7857 (8081e1cf)
    • CXbtFile: add include for hidden dependency (thanks notspiff) (1114d21a)
  4. pvr.wmc:
    • [pvr] Add support for Kodi 16 API 3.0 Series Timers (PR:21, 2 commits, 15 files changed)
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.
(2015-09-03, 01:14)Milhouse Wrote: [*]Include RPi 2 overlock mode preset (PR:4298, 1 commit, 1 file changed)

Hm, 500 for the SDRAM doesn't work for a lot of people, is it a good idea to insert this as the only overclocking setting for the Pi2? All other modes seems to fit only for the Pi1 because of overvoltage 6.
(2015-09-01, 23:07)popcornmix Wrote:
(2015-08-31, 21:02)metaron Wrote: I'm having problems seeking / with 4:3 to 16:9 transitions on RPi with the latest build (New OpenELEC Jarvis build #0830: RPi) using both the OMXPlayer and MMAL acceleration options. This seems to affect channels when they use different formats/bitrates for ads and shows.

Thanks for detailed bug report. I can see the cause of the MMAL issue. If you disable deinterlace it should work correctly again (would be useful if you can confirm that).

Basically the video_decode component can generate notification messages. One of these is aspect ratio has changed.
However when deinterlace is enabled we tunnel video_decode to image_fx (which does the deinterlace) and that's where the notification goes, and kodi doesn't see it.

I suspect I'll need to plumb in similar notifications from image_fx to fix this problem.

Yes, I can confirm that with interlace disabled using MMAL kodi correctly changes aspect ratio but that with deinterlace set to 'auto' or 'on' the change in aspect doesn't occur.

Disabling deinterlace also fixes the lockup problem in OMXPlayer mode, so good news all round :-).
  •   
  • 1
  • 65
  • 66
  • 67(current)
  • 68
  • 69
  • 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