• 1
  • 61
  • 62
  • 63(current)
  • 64
  • 65
  • 146
OpenELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-02-02, 16:34)polo_joe Wrote: with latest build I get no audio when watching livetv channels
debug log http://sprunge.us/NiKe
build 0131 was ok.
Switching for build #0129 to #0201 I also have no audio with SD or HD channels when playing Live TV
(TVHeadend frontend & backend running on Pi)

Standard log http://sprunge.us/FQaL

My usual Video Add-ons and local stored video playback audio is working as normal
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
Good morning

I tested build #201, and I've had the following issues:
- With a 3D ISO BD file: movie starts in 3D after boot, but subsequent playback of a 3D ISO file results into the movie being played in 2D only
- 3D MKV of the same content seem fine, it always playback in 3D
- Seek is broken in both cases for me: if I try to seek back and forth, it hangs the playback. I can stop the playback then start again though, however in

Need to do more tests with audio playback as well, when using 3D ISO I had a very muffled sound, with the center channel and rear channels completely absent (I'm using 5.1 LPCM output, not passthrough)
(2016-01-31, 14:53)Quinn2015 Wrote: I have pinned down the last working build. It´s #105b.
I could watch the dvd without the MPEG-2 license key.
From #106, software decode is messed up.

Thanks for this. I can reproduce and it is caused by PR:8773
Previously we request YADIF 1x for deinterlace which keeps up.
After the PR the requested deinterlace is not respected and we get YADIF 2x which doesn't keep up (with software decode).

FernetMenta is thinking about the best fix for this.
Why my kodi on pi dont see files thah have long dash in filename windows version see this files no not normal dash like - but someting like —
(2016-02-02, 23:25)popcornmix Wrote:
(2016-02-02, 23:03)nalor Wrote: One last question for the moment: 'Enable Full HD HDMI modes for stereoscopic 3D' is activated in my settings - but my screenshots all look like top/bottom and the final picture size is only 1920x1080 although I expected them to be 2 times this size. (I've created the screenshots with the ssh command 'texturecache.py screenshot')
Is this correct as it is?
On the screen everything looks perfect Smile

What does "tvservice -s" report when playing 3D video?
Directly after the start of a video it says:
Quote:state 0x12000a [HDMI CEA (16) 3D SbS RGB lim 16:9], 1920x1080 @ 60.00Hz, progressive
Image
and ~3 seconds later it switches the tv to another mode:
Quote:state 0x12000a [HDMI CEA (32) 3D FP RGB lim 16:9], 1920x1080 @ 23.98Hz, progressive
Image

But although the 'FP' sounds like 'Full...' the screenshot is still only half-res top/bottom Confused

Is it possible that this is simply the way it is? Or is something wrong with my setup?

Here's a log of a few seconds of playback: http://sprunge.us/SQWf
(2016-02-02, 22:10)niwa2 Wrote: With 0201 the picture is frozen upon Start of pretty much every file.
You see the first frame and have no audio.
Opening the info menu it looks like it is paused (current play time stands still)
Once you skip forward or backward everything starts playing fine.
It also seems as if the file was playing in the background. If watch the frozen screen for example for 30s and then skip 10s forward you will end up at 40s playtime, even though the current play time was stuck at 0 all the time.

Fixed with #0202.
If it says FP, you will be getting a full resolution 1920x2205 mode.

I think the screenshot may resize to kodi's gui size.

If you play a full resolution MVC video (i.e. one with 16:9 aspect ratio and so 1920x1080 for each eye)
I think you should find the screenshot has a small black border between the top and bottom images
(45 pixels before the scaling, but will be about 22 pixels after scaling).

In the image you've posted it is hard to tell as there are black bars due to the aspect ratio.
This latest release seems to be better for me as I don't have anymore the duration time bug.
Nonetheless, some of my BD 3D ISO that play perfectly normally, are only seen as 2D movie.
No 3D button on OSD.

Here is a sample 3D movie that's played in 2D only :

https://onedrive.live.com/redir?resid=C1...file%2ciso
(2016-02-04, 00:05)vandamme Wrote: This latest release seems to be better for me as I don't have anymore the duration time bug.
Nonetheless, some of my BD 3D ISO that play perfectly normally, are only seen as 2D movie.
No 3D button on OSD.

Thanks for sample - I'll take a look. Did this work in previous builds?
(2016-02-04, 00:05)vandamme Wrote: Here is a sample 3D movie that's played in 2D only :

Hmmm, that worked for me. Playing in framepacked mode. 3D button is on video OSD.

How are you playing? I have "Blu-ray playback mode" set to "Play main movie".

Ah - if I use the simplified menu and then "play main title" it is 2D. I'll have a look.
Hi Popcornmix,

I played with simplified menu.
But, you're right, if I use "Play main movie" option, everything is fine !
(2016-02-04, 00:47)vandamme Wrote: I played with simplified menu.
But, you're right, if I use "Play main movie" option, everything is fine !

I've reverted the change that broke it. Works both ways now.
Great !!
New OpenELEC Krypton build #0203: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.4.1 #1 Wed Feb 3 21:05:32 GMT 2016 armv6l GNU/Linux

# vcgencmd version
Feb  1 2016 17:54:49
Copyright (c) 2012 Broadcom
version b3dc56931507f355d503ea69397778643f7a3dc3 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20160203210441-#0203-g5704075 [Build #0203]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (57040756, changelog) and tip of XBMC master (e39724cb, changelog) with the following modifications: Build Highlights:
  1. New 4.4.1 kernel
  2. ffmpeg: update to 2.8.6
  3. curl: update to 7.47.0
  4. libressl: update to 2.2.6
  5. Fix for systemd reboot issue when using remote filesystems - please test and confirm if issue now fixed!
  6. Disable DMA on RPi2 sdhost driver to see if this improves stability with some SD cards, but at the cost of increased CPU.

    Re-enable DMA by add "pio-limit=1" to sdtweak or sdhost dtoverlay options in config.txt, eg:
    Code:
    dtoverlay=sdtweak,pio-limit=1
    or
    Code:
    dtoverlay=sdhost,overclock_50=100,pio-limit=1
Build Details:
  1. OpenELEC:
    • Various package updates (PR:4669, 2 commits, 2 files changed)
      • curl: update to 7.47.0
      • pixman: update to 0.34.0
    • More package updates (PR:4673, 5 commits, 36 files changed)
      • linux: update to 4.4.1
      • libnfs: update to 1.10
      • cmake: update to 3.4.3
      • ffmpeg: update to 2.8.6
      • libressl: update to 2.2.6
    • platform: update to 081032f (49593e8e)
    • kodi-binary-addons: update to use their Jarvis branches (fbdbf12f)
  2. XBMC:
    • AESinkAudiotrack: Reimplement critical parts (PR:9023, 6 commits, 7 files changed)
    • CGUIListContainer: reset scroller position too on GUI_MSG_LABEL_RESET. (PR:9018, 1 commit, 1 file changed)
    • VideoPlayer: refactor DemuxerClient (ex PVR) (PR:9019, 3 commits, 14 files changed)
    • [videoplayer] Update selectionstream's properties that can change over time in UpdateStreamInfos(). (PR:8913, 2 commits, 1 file changed)
    • Bump libnfs to version 1.10.0 (PR:9016, 1 commit, 4 files changed)
    • fix French AZERTY keyboard layout (2ed49f8e)
  3. newclock5:
    • New commits in this build:
      • AE: detect messy timestamps (mkvmerge) and increase interval for average error calculation if pts jumps (19cd5692)
      • RenderSystem - cleanup (63443a85)
      • fixup! RenderSystem - cleanup (85e850e0)
    • Commits no longer in build:
      • Revert "ActiveAE: Enable display lost callbacks for EGL" (4bb6710a)
      • Revert "VideoPlayer: Handle lost display with pause/resume" (91c514eb)
  4. kernel 4.4.y:
    • New commits in this build:
      • BCM270X_DT: Disable DMA for bcm2835-sdhost on Pi2 (9c1adcc0)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:4659: connman-wait-online and connman.service changes
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.
Just noticed there's a long-ish delay (4-5 seconds) without audio after seeking to a timestamp, eg. enter 5-0-0-OK to jump to 5 minutes. This affects only MMAL, not OMX.

Going back through the builds, this started happening with build #0102 - prior to build #0102, audio resumes immediately after seeking to a timestamp.

Debug log from #0203, using MMAL: http://sprunge.us/dXOH

At 60.655430 I clicked "OK" (KEY_ENTER) to jump to the 5m timestamp - video resumed immediately at the new timestamp.

However audio didn't resume until 64.815727:
Code:
04:09:23  64.815727 T:1875895200   DEBUG: ActiveAE::SyncStream - average error 22.072887, last average error: 3513.680532
04:09:23  64.915710 T:1875895200   DEBUG: ActiveAE::SyncStream - average error of -15.568037, start adjusting
04:09:23  64.915878 T:1875895200   DEBUG: ActiveAE::SyncStream - average error -0.568037 below threshold of 30.000000
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.
  • 1
  • 61
  • 62
  • 63(current)
  • 64
  • 65
  • 146

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