• 1
  • 90
  • 91
  • 92(current)
  • 93
  • 94
  • 168
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
(2015-09-19, 08:21)Saner Wrote: Still getting bad audio with MMAL acceleration.
http://sprunge.us/feHF

https://m.youtube.com/watch?v=z-mHHL5zUrI


Does nobody really have any ideas Sad OXM pass through works fine.


Edit, sound system is Panasonic SC-BTT400EBK

(2015-09-19, 13:11)Saner Wrote: Sure.

Ok audio settings.

Output Device = HDMI
Number of channels = 2
Output configuration = optimized
Stereo upmix = ticked
Maintain volume on downmix = ticked
Boost centre = 0db
Resample quality = medium
Support 8 Chanel = unticked
Audio output latency = 100nd
Enable dsp = unticked
Play gui sounds = only when playback stopped
Enable passthrough = ticked
Passthrough output device = HDMI (This is greyed out)
Dolby digital ac3 = ticked
Enable Dolby digital transcoding = ticked
Dolby digital plus = unticked
Dts = unticked


Ok, if I untick enable passthrough and use the tv it works fine. As to codecs it seems to effect everything (even music) I certainly can't fund anything that plays

(2015-09-19, 13:19)Saner Wrote: But if I disable passthrough well I get Dolby digital / dts etc.. Or well I be stuck with just basic stereo?

They are the exact settings I used on my old htpc (This was an ubuntu box) that I changed from when I bought the pi

Edit //

Seems to be working I think, I unticked transcoding. Will test, thank you


Edit //

If I untick everything under passthrough I only get FL FR and CTR , the rears don't work




Any hints, is it a Kodi thing or a Pi f/w issues, where would I report the problem if not here?


Edit // have bought new HDMI , SPDIFF cables and splitter to see if this shakes it
(2015-09-26, 21:43)Milhouse Wrote: @scotty144: If Kodi is crashing you should have a crashlog (see first post, note #4 for details). If you're able to install debug-enabled builds (requires FAT partition sized at least 384MB, see first post/note#5) then you should be able to generate a more detailed crashlog - the latest debug-enabled RPi2 build is build #0921x.

Thanks Milhouse, when I get a moment I will try that.

On the same note. I was able to get one of my 3D iso's to play albeit a bit strangely;

The filename is AGE_OF_ULTRON.iso it is a BD25 sized file encoded with H264. It is supposed to be frame sequential but it displays as side by side on my projector and does not crash during playback.

Any thoughts on why that particular file plays?
(2015-09-26, 23:33)Milhouse Wrote: [*]VideoPlayer: Fix audio sync issue (x86?)

(Pi2)
Thanx, this have fixed some out of sync stuff (audio = -500ms before) for me, now it works again as axpected
(2015-09-24, 19:48)popcornmix Wrote:
(2015-09-24, 15:42)menakite Wrote: Edit: nitpicking: although PLL adjust works fine ("err" in codec info reaches 0.0 ms) the "pll" value is not updating. With hdmi_clock_change_limit=40 it's always 0.9996 or 1.0004 even when err:0.0.
There was a bug there. It's meant to slow down as it approaches zero error. I've pushed a fix.
Thanks, this seems fixed in last build. But now I'm experiencing the same problem I've reported months ago on newclock4 builds (I'm pretty sure it was never fixed): sometimes "Adjust PLL" is a no-op.
Test the same video multiple times, I'd say there's a ~30% chance that the start values for "err" and "pll" are still the same near the end. "Same" as in: starts with err:-23.4ms pll:0.9996, ends (40 minutes later in case of an episode) with err:-23.2 pll:0.9996.
Not sure if any setting could have an effect on this behavior.
(2015-09-28, 20:59)menakite Wrote: Thanks, this seems fixed in last build. But now I'm experiencing the same problem I've reported months ago on newclock4 builds (I'm pretty sure it was never fixed): sometimes "Adjust PLL" is a no-op.
Test the same video multiple times, I'd say there's a ~30% chance that the start values for "err" and "pll" are still the same near the end. "Same" as in: starts with err:-23.4ms pll:0.9996, ends (40 minutes later in case of an episode) with err:-23.2 pll:0.9996.
Not sure if any setting could have an effect on this behavior.

A debug log may be useful.
Here is my Kodi log from failed 3d iso launching.

Thanks in advance


http://s000.tinyupload.com/index.php?fil...1753561891
(2015-09-28, 21:28)scotty144 Wrote: Here is my Kodi log from failed 3d iso launching.

Not much in there.
Code:
Thread 1 (LWP 554):
#0  0x75510660 in raise () from /lib/libc.so.6
#1  0x755119d8 in abort () from /lib/libc.so.6
#2  0x7554c4bc in ?? () from /lib/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Possibly this is from an assert which may print the file/line. Can you launch kodi from ssh and check if there is any output?
Milhouse can probably post the exact commands. Possibly
Code:
systemctl stop kodi
/usr/lib/kodi/kodi.bin --standalone -fs --lircdev /run/lirc/lircd
Yep, that looks like the correct command.

@scotty144: in future when uploading logs please use paste sites such as pastebin.com or xbmclogs.com. In OpenELEC there's even a command to upload log files, pastebinit aka paste. Note 4 in the first post of this thread explains how to upload the crashlog from within OpenELEC.
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.
Hi!

Here is output from crash on command line:

Code:
ShowPlaySelection: udf://%2fmedia%2fNewStuff%2fMovies%2fPoltergeist%2fPoltergeist.iso/BDMV/STREAM/SSIF/00000.ssif
libpng warning: iCCP: known incorrect sRGB profile
GPU allocated at 0xfd968000
Rpi alloc 2092831/2092831 ARM=0x5b801000 VC=faebf000->fb0bdf1f
Rpi alloc 523231/2616062 ARM=0x5bd4d000 VC=fae3e000->faebdbdf
Rpi alloc 523231/3139293 ARM=0x5bb80000 VC=fadbd000->fae3cbdf
Rpi alloc 2092831/5232124 ARM=0x4bcfa000 VC=fa869000->faa67f1f
Rpi alloc 523231/5755355 ARM=0x5bccd000 VC=fad3c000->fadbbbdf
Rpi alloc 523231/6278586 ARM=0x5bc4d000 VC=facbb000->fad3abdf
Closing GPU
GPU allocated at 0xfd968000
Rpi alloc 2092831/8371417 ARM=0x4ad7a000 VC=f9c95000->f9e93f1f
Rpi alloc 523231/8894648 ARM=0x5bd4d000 VC=f9c14000->f9c93bdf
Rpi alloc 523231/9417879 ARM=0x5b480000 VC=f9b93000->f9c12bdf
Segmentation fault

Hope that helps.

Also there is snippet from crash log on debug version which hopefully can help you indicate problem:

Code:
Thread 1 (Thread 0x6192f400 (LWP 610)):
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:56
#1  0x754b99d8 in __GI_abort () at abort.c:89
#2  0x754f44bc in __libc_message (do_abort=<optimized out>, fmt=0x755a2c28 "*** Error in `%s': %s: 0x%s ***�n") at ../sysdeps/posix/libc_fatal.c:175
#3  0x754fa168 in malloc_printerr (action=3, str=0x755a2d40 "free(): corrupted unsorted chunks", ptr=<optimized out>) at malloc.c:4960
#4  0x754faae0 in _int_free (av=<optimized out>, p=<optimized out>, have_lock=715) at malloc.c:3831
#5  0x75780608 in buffer_replace (src=0x0, dst=<optimized out>) at libavutil/buffer.c:119
#6  av_buffer_unref (buf=buf@entry=0x5d2e20d0) at libavutil/buffer.c:129
#7  0x75b74494 in av_free_packet (pkt=0x5d2e20d0) at libavcodec/avpacket.c:285
#8  0x0048d14c in CDVDDemuxUtils::FreeDemuxPacket (pPacket=0x5b8dda58) at DVDDemuxUtils.cpp:39
#9  0x00493028 in CDVDDemuxFFmpeg::Read (this=0x72d0f930) at DVDDemuxFFmpeg.cpp:947
#10 0x008e3030 in CVideoPlayer::ReadPacket (this=this@entry=0x2dec3d8, packet=@0x6192ec00: 0x0, stream=@0x6192ec10: 0x0) at VideoPlayer.cpp:1029
#11 0x008e7028 in CVideoPlayer::Process (this=0x2dec3d8) at VideoPlayer.cpp:1411
#12 0x009e1b04 in CThread::Action (this=0x2dec3e0) at Thread.cpp:221
#13 0x009e2360 in CThread::staticThread (data=0x2dec3e0) at Thread.cpp:131
#14 0x76d33d88 in start_thread (arg=0x6192f400) at pthread_create.c:335
#15 0x7555aca0 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:89 from /lib/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
New OpenELEC Jarvis build #0928: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.8 #1 Mon Sep 28 21:03:44 BST 2015 armv6l GNU/Linux

# vcgencmd version
Sep 23 2015 12:21:14
Copyright (c) 2012 Broadcom
version c156d00b148c30a3ba28ec376c9c01e95a77d6d5 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150928210255-#0928-g5fec628 [Build #0928]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (5fec628e, changelog) and tip of XBMC master (20b0964c, changelog) with the following modifications: Build Highlights:
  1. Add stereoscopic depth to Confluence
    Quote:This PR adds subtile stereoscopic depth to Confluence. OSD and dialogues will pop out of the screen so that they stay on top of random objects from videos that also pop out. The popout effect is using ~60% of the possible depth which should be enough for everage movie scenes. It won't cover all cases ofc, but it'll be way to extreme if we'd go all the way for main UI elements. The main content area stays at level 0, which means that while you're browsing in GUI your eye can focus directly to the screen without hurting your eyes. The downside of this is, that a potentially playing movie in background will cause distractions on transparent areas. To compensate for that I pushed back the video background panel, but this doesn't seem to have an effect atm. Maybe @afedchin could have a look.
Build Details:
  1. XBMC:
    • [guilib] parse <depth> tag for constants (PR:8146, 1 commit, 1 file changed)
    • [Android-ARM/x86] move symbols to the workspace (PR:8151, 2 commits, 2 files changed)
  2. pvr.vbox:
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] PR:8147: Stereoscopic depth for Confluence
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.
Bookmark probelm is may caused by RapidJSON. #0919 has problem.
Is there build YASL enabled?
for those of you with a 3D TV, I'd be interested in your feedback about the 3D effects in Confluence. I added these using Red/Cyan mode on my computer, but now that I can test it on the big screen with latest nightly they are a bit too extreeme for my taste, even though the effect strength is set to 5 of 10 in GUI settings. So I'd like make them even more subtle, but as tastes differ I'm interrested in your opinions. Thanks.
hi guys I have a small update to my problem that i have using youtube plugin and channals that are in favorit menu not updating list of videos inside of channal iv simply added command in autostart.sh rm /storage/.kodi/temp/*.fi to delete this problematic .fi files on startup and now i have what i want
(2015-09-29, 02:53)parcel Wrote: Bookmark probelm is may caused by RapidJSON. #0919 has problem.
Is there build YASL enabled?

Compare build #0928z for RPi2 with #0928, and see which crashes.

#0928: with RapidJSON
#0928z: with YASL

Thanks.

Edit: The debug-enabled crashlog submitted by Leopold didn't suggest anything JSON-related, but who knows... your testing will at least help rule that in or out. Although I suppose it's possible the actual crash is due to problems resulting from the failed FrameMove(), and so the stacktrace is largely unrelated.
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.
How i can play 3D ISO?

I see only 2D. Sad
  • 1
  • 90
  • 91
  • 92(current)
  • 93
  • 94
  • 168

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