• 1
  • 26
  • 27
  • 28(current)
  • 29
  • 30
  • 146
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-01-03, 14:40)movie78 Wrote: Any findings on the green microblocks issue?

Is it just some ISOs with the issue?
I've been through about a dozen ISOs and have found one with green macroblocks (The Amazing Spiderman).
Others played fine for me (Live Die Repeat/Guardians of the Galaxy, Coraline, Gravity, Step Up 5, 300 Rise of an Empire...)

Lets try remuxing Sipderman to mkv....
Yes, that has no green macroblocks. So the problem is with the ssif demuxing code from Koying.
It should be fixable - I'll see if Koying has any thoughts.
(2016-01-03, 15:36)popcornmix Wrote:
(2016-01-03, 14:40)movie78 Wrote: Any findings on the green microblocks issue?

Is it just some ISOs with the issue?
I've been through about a dozen ISOs and have found one with green macroblocks (The Amazing Spiderman).
Others played fine for me (Live Die Repeat/Guardians of the Galaxy, Coraline, Gravity, Step Up 5, 300 Rise of an Empire...)

Lets try remuxing Sipderman to mkv....
Yes, that has no green macroblocks. So the problem is with the ssif demuxing code from Koying.
It should be fixable - I'll see if Koying has any thoughts.

Thanks!
MY CURRENT MEDIA PLAYER | MY HOME THEATER
MINIX NEO U22-XJ COREELEC v19 MATRIX | EGREAT A10 | NVIDIA SHIELD | LG 75 NANO90 DV/HDR+ | Sony 43 Android TV HDR
XBOX SERIES X  | PS4 PRO 4K | JBL 9.1 System 5.1.4 DTS:X/ATMOS 
(2016-01-03, 13:46)popcornmix Wrote:
(2016-01-03, 10:57)cert_ Wrote: I updated my RPI1 to build 0101 and now Live TV in HD pauses every 2 seconds. RPI1 runs only tvheadend client, backend is WeTek_Play-tvheadend-4.1-1246.

Did an earlier build not have this issue? If so can you identify the first build with the issue?

Hi,

Fyi- after the build on Dec 29, sopcast stopped working on every single build.

Rolling to build from dec 28 fixes the issue.

Not sure what changed but you can test this your self to reproduce this issue.

Thanks,
(2016-01-03, 13:46)popcornmix Wrote:
(2016-01-03, 10:57)cert_ Wrote: I updated my RPI1 to build 0101 and now Live TV in HD pauses every 2 seconds. RPI1 runs only tvheadend client, backend is WeTek_Play-tvheadend-4.1-1246.

Did an earlier build not have this issue? If so can you identify the first build with the issue?

Last version i tried was stable 6.0.0. kodi.log with errors:
Code:
17:25:12 407.846008 T:1550840736  NOTICE: Previous line repeats 1 times.
17:25:12 407.846222 T:1550840736   DEBUG: ProcessPacket - audio:1 video:13
17:25:12 407.846710 T:1550840736  NOTICE: CDVDMessageQueue::GetLevel() - can't determine level
17:25:12 407.847473 T:1550840736  NOTICE: Previous line repeats 1 times.
17:25:12 407.847687 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.854614 T:1550840736   DEBUG: ProcessPacket - audio:0 video:13
17:25:12 407.855103 T:1550840736  NOTICE: CDVDMessageQueue::GetLevel() - can't determine level
17:25:12 407.856812 T:1550840736  NOTICE: Previous line repeats 1 times.
17:25:12 407.857208 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.860809 T:1550840736  NOTICE: CDVDMessageQueue::GetLevel() - can't determine level
17:25:12 407.861298 T:1550840736  NOTICE: Previous line repeats 1 times.
17:25:12 407.861511 T:1550840736   DEBUG: ProcessPacket - audio:1 video:13
17:25:12 407.862091 T:1550840736  NOTICE: CDVDMessageQueue::GetLevel() - can't determine level
17:25:12 407.862579 T:1550840736  NOTICE: Previous line repeats 2 times.
17:25:12 407.862793 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.875336 T:1550840736   DEBUG: ProcessPacket - audio:0 video:13
17:25:12 407.876495 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.919067 T:1550840736   DEBUG: ProcessPacket - audio:0 video:13
17:25:12 407.920380 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.928223 T:1550840736   DEBUG: ProcessPacket - audio:0 video:13
17:25:12 407.928802 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.932251 T:1550840736   DEBUG: ProcessPacket - audio:0 video:13
17:25:12 407.932800 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.951172 T:1550840736   DEBUG: ProcessPacket - audio:0 video:13
17:25:12 407.952148 T:1550840736   DEBUG: AddOnLog: Tvheadend H[/quote]TSP Client: pvr.hts - demux send speed 100
17:25:12 407.958435 T:1550840736   DEBUG: ProcessPacket - audio:0 video:14
17:25:12 407.959015 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.963226 T:1550840736   DEBUG: ProcessPacket - audio:0 video:14
17:25:12 407.963928 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.967499 T:1550840736   DEBUG: ProcessPacket - audio:0 video:14
17:25:12 407.968079 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.971405 T:1550840736   DEBUG: ProcessPacket - audio:0 video:14
17:25:12 407.972412 T:1550840736   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
17:25:12 407.975677 T:1550840736   DEBUG: ProcessPacket - audio:0 video:14
The issue with liveTV being blank on first entry is back with 0102. Also, periodically after starting liveTV in the morning, it will buffer to 100% but then never start playing. Here is a log from that this morning:

http://sprunge.us/XJaX

Seems to be some sort of an issue with audio. Rebooting corrects the issue.
(2016-01-03, 17:54)mp1111 Wrote: Fyi- after the build on Dec 29, sopcast stopped working on every single build.

Rolling to build from dec 28 fixes the issue.

Probably due to PR:8525. Assuming you are using an addon for sopcast, that may need updating if it uses deprecated features (like specifying the player).
(2016-01-03, 18:35)popcornmix Wrote:
(2016-01-03, 17:54)mp1111 Wrote: Fyi- after the build on Dec 29, sopcast stopped working on every single build.

Rolling to build from dec 28 fixes the issue.

Probably due to PR:8525. Assuming you are using an addon for sopcast, that may need updating if it uses deprecated features (like specifying the player).

Hi,

Is it possible to revert that PR?

Please let me know.

Thanks!!
(2016-01-03, 19:38)mp1111 Wrote: Is it possible to revert that PR?

Not unless there is evidence of a bug. At the moment it is most likely the add-on needs updating to avoid using a deprecated API. (As happended with the ITV player add-on).
(2016-01-03, 19:40)popcornmix Wrote:
(2016-01-03, 19:38)mp1111 Wrote: Is it possible to revert that PR?

Not unless there is evidence of a bug. At the moment it is most likely the add-on needs updating to avoid using a deprecated API. (As happended with the ITV player add-on).

Well, I don't think the addons will be updated so we will stick to last build from Dec 28 for now.

Thanks again,
hy! i use a projector with 110" screen and i see on kodi in appearence settings, stereoscopic 3d effect strength from 0 to 10, in my case what will be the best to use from 0 to 10 , thanks !!! i use only iso 3d
New OpenELEC Krypton build #0103: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.4.0-rc7 #1 Sun Jan 3 22:03:10 GMT 2016 armv6l GNU/Linux

# vcgencmd version
Dec  8 2015 14:44:44
Copyright (c) 2012 Broadcom
version e591b5eb05e2cdb1b5ae25512b27d33127d7bee9 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20160103220218-#0103-g98871b3 [Build #0103]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (98871b31, changelog) and tip of XBMC master (3bdfc285, changelog) with the following modifications: Build Highlights:
  1. OpenELEC: bump wifi/wlan/dvb/misc firmware
  2. newclock5: increase logging threshold
Build Details:
  1. OpenELEC:
    • master: Package updates (PR:4566, 2 commits, 2 files changed)
    • fakeroot: Make build_dir specific, not project specific (PR:4567, 1 commit, 1 file changed)
    • [get]: Avoid concurrent downloads of the same package (PR:4568, 1 commit, 1 file changed)
    • master: Package updates (PR:4570, 4 commits, 4 files changed)
  2. XBMC:
    • [PVR] Guide & Search window: Add 'Edit timer'/'Edit timer rule' to context menu (PR:8713, 4 commits, 14 files changed)
    • [VideoPlayer] [DVD menus] Fix two cases of invisible dvd overlays (PR:8738, 2 commits, 4 files changed)
    • [VideoRendererGles] - render video with full color range on gles systems (PR:8740, 1 commit, 3 files changed)
    • [PVR] Echo up important Status info to Timer Rules (PR:8732, 1 commit, 4 files changed)
  3. pvr.argustv:
    • [lang] updated language files from Transifex (373f3eec)
  4. pvr.demo:
    • [lang] updated language files from Transifex (c6633579)
  5. pvr.dvblink:
    • kodi.guilib is mandatory, enforce it (PR:32, 1 commit, 2 files changed)
    • [lang] updated language files from Transifex (8416b6eb)
  6. pvr.dvbviewer:
    • [lang] updated language files from Transifex (97f7865f)
  7. pvr.filmon:
    • [lang] updated language files from Transifex (97531a74)
  8. pvr.hdhomerun:
    • [lang] move the en_GB language file (f95c540e)
    • [lang] updated language files from Transifex (92c9b38e)
    • [lang] removed English file from the old location (defd3358)
  9. pvr.hts:
    • Replace the tvhxxx() macros with a separate logger utility (PR:127, 2 commits, 12 files changed)
    • fix missing method (merge/rebase snafu) (367281bb)
    • [lang] automatic syntax corrections for the en_GB language file (a3959d3c)
    • [lang] updated language files from Transifex (ca719497)
  10. pvr.iptvsimple:
    • [lang] updated language files from Transifex (85a31ca5)
  11. pvr.mediaportal.tvserver:
    • [lang] updated language files from Transifex (636cc7ed)
  12. pvr.mythtv:
    • [lang] updated language files from Transifex (b2e23e9a)
  13. pvr.nextpvr:
    • [lang] updated language files from Transifex (13e5360f)
  14. pvr.njoy:
    • [lang] updated language files from Transifex (f0c8e8e2)
  15. pvr.pctv:
    • [lang] updated language files from Transifex (393c5a04)
  16. pvr.stalker:
    • [lang] updated language files from Transifex (b6e96ee9)
  17. pvr.vbox:
    • [lang] updated language files from Transifex (b8f8bb78)
  18. pvr.vdr.vnsi:
    • [lang] updated language files from Transifex (a10e192f)
  19. pvr.vuplus:
    • [lang] updated language files from Transifex (8e6931a9)
  20. pvr.wmc:
    • [lang] updated language files from Transifex (1d6cedf1)
  21. newclock5:
    • New commits in this build:
      • squash: Increase time threshold to 500ms and make it a warning (7df7adc6)
      • [stereoscopicmanager] Ensure we don't have a stale value of videoplayer stereoscopic mode (15227937)
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.
(2016-01-03, 02:10)Milhouse Wrote: New OpenELEC Krypton build #0102: RPi / RPi2
(Supercedes previous build)
Kryton build #0102 still not support ChapterOrBigStepBack & ChapterOrBigStepForward functions when playing ISO files: SkipPrevious or SkipNext is called.
(2016-01-04, 05:47)TVPL Wrote: Kryton build #0102 still not support ChapterOrBigStepBack & ChapterOrBigStepForward functions when playing ISO files: SkipPrevious or SkipNext is called.

Can you provide a debug log (wiki) of you pressing the buttons that call the ChapterOrBigStepBack & ChapterOrBigStepForward functions?

I've just configured a custom remote.xml with the ChapterOrBigStepBack & ChapterOrBigStepForward functions mapped to the left/right buttons on my remote control (Ortek VRC-1100), and it's working as expected for me: in an ISO with chapters, it's navigating to the previous/next chapter; when there are no chapters, it's performing a BigStepForward/Backward seek.

If I've misunderstood what the problem is and there is now a change in behaviour in #0102 then identify the last build which did work the way it used to.
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.
(2016-01-04, 06:55)Milhouse Wrote:
(2016-01-04, 05:47)TVPL Wrote: Kryton build #0102 still not support ChapterOrBigStepBack & ChapterOrBigStepForward functions when playing ISO files: SkipPrevious or SkipNext is called.

Can you provide a debug log (wiki) of you pressing the buttons that call the ChapterOrBigStepBack & ChapterOrBigStepForward functions?

I've just configured a custom remote.xml with the ChapterOrBigStepBack & ChapterOrBigStepForward functions mapped to the left/right buttons on my remote control (Ortek VRC-1100), and it's working as expected for me: in an ISO with chapters, it's navigating to the previous/next chapter; when there are no chapters, it's performing a BigStepForward/Backward seek.

If I've misunderstood what the problem is and there is now a change in behaviour in #0102 then identify the last build which did work the way it used to.
Sorry, I have downgrade to Jarvis 6.0 with ChapterOrBigStepBack & ChapterOrBigStepForward function in custom remote work okey. So I'll send debug log with Kryton soon, thank.
I am currently running an RPi2 with #0103. I can confirm that ChapterOrBigStepBack & ChapterOrBigStepForward functions when playing ISO files is working ok in this build (I did have issues with earlier versions).

I am finding that for ISO files I have to use mmal acceleration for menu items to work correctly, this is no problem.
However, in much earlier versions it was possible using advanced settings to have omx as a default player for video (.ts) files and mmal for DVD (ISO) files. I cannot now seem to configure this.

With mmal as default player .ts file play correctly but streamed BBC iplayer feeds start at 1920x1080@50Hz then stutter and go to 1920x1080@60Hz?

Playing same stream with omx player starts and continues at correct 1920x1080@50Hz. This has been the case since #1214

Any way to use omx as default with mmal just for DVDs (ISO)
Location UK; Media server Windows 7 with ArgusTV 2.3 with TBS6981 DVB-S2 x4 and DVB-T x 2:All network connections cabled on 1Gb router Raspberry Pi2 1GB x 2; RPI 3 x1; PiB+512MB x 3; TV Samsung 55" C8000; AV Denon AVR X2200W
  • 1
  • 26
  • 27
  • 28(current)
  • 29
  • 30
  • 146

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)6