[Mfleigle]

@Milhouse Did you read my post about my problem? I don't mean to be annoying, I just would like to know if my problem is permanent

Saw it yes, but you said you'd try and narrow it down as that helps a lot.

Update2: I rolled back to 330 and ASS/SSA works. I will try to narrow down when exactly it stops if needed.

If you can narrow down when the problem starts then it should provide some clues.

Ok I just wanted to make sure it wasnt a known issue before downloading 10 builds lol.

[The Masters]

@Milhouse

I have a RP3 with your Build as a TVHeadend Server Running in a not so good to reach Area. Is it possible to Remote Update with your TVHeadend Addon? I did not find something about it. Or is the only way with the GUI?

PS:Version 408 is working like it should (for me)

[Milhouse]

@Milhouse

I have a RP3 with your Build as a TVHeadend Server Running in a not so good to reach Area. Is it possible to Remote Update with your TVHeadend Addon? I did not find something about it. Or is the only way with the GUI?

PS:Version 408 is working like it should (for me)

You should be be able to update using the command line (ssh) and unzip.

[Mfleigle]

The last build that ASS/SSA subtitles work is #402.

[The Masters]

@Milhouse

I have a RP3 with your Build as a TVHeadend Server Running in a not so good to reach Area. Is it possible to Remote Update with your TVHeadend Addon? I did not find something about it. Or is the only way with the GUI?

PS:Version 408 is working like it should (for me)

You should be be able to update using the command line (ssh) and unzip.

Thx that does the trick dont know i could do that.

[Milhouse]

The last build that ASS/SSA subtitles work is #402.

Where are your subtitles located, are they being downloaded?

Update: it seems all ASS/Ssa subs fail to play and kodi auto converts them to srt. Did the bug patch get removed? Or is Kodi dropping ASS/SSA?

Not sure what you're saying here, ASS subs are working normally for me.

I've tested with an external ASS subtitle file stored alongside the video file and this plays without a problem and doesn't appear to show any memory leak issues.

Can you repeat the steps to reproduce this issue? And upload samples files if necessary. Thanks.

[Mfleigle]

Where are your subtitles located, are they being downloaded?

Next to the video with identical name:
Example:
Movie.mkv
Movie.ass

Not sure what you're saying here, ASS subs are working normally for me.

I've tested with an external ASS subtitle file stored alongside the video file and this plays without a problem and doesn't appear to show any memory leak issues.

Can you repeat the steps to reproduce this issue? And upload samples files if necessary. Thanks.

When I try to play a video with ASS subtitles, Kodi automatically creates a srt in the TEMP dir of the ASS subtitle. And the video plays with the srt. If I manually select the ASS subtitle it plays the video (no subs), and the memory leaks until it reboots.

The only thing I do differently that maybe most with the ASS encoding is I change the border outline to decimal points instead of full numbers. Here is my style:

[Script Info]
; This is an Advanced Sub Station Alpha v4+ script.
Title:
ScriptType: v4.00+
Collisions: Normal
PlayDepth: 0

[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,&H0300FFFF,&H00000000,&H02000000,0,0,0,0,100,100,0,0,1,.5,.4,2,10,10,20,1

[mikeb8591]

in build #0403 this change

estuary fix watched status for videos (PR:11921, 1 commit, 1 file changed)

was listed. Since that build, all my unwatched recordings show a check mark, (which previously only showed after a recording was watched)

a partially watched video still shows a half-light/half-dark circle, but instead of folders (for series) and squares (for individual recordings) all my recordings show a check mark.

Is this correct? I'm using the NextPVR client, in case that makes a difference.

[MikeKL]

With #0408 had a crash when not sat in front of device and TV. Crash may have occurred around time (or just after) remotely browsing kodi options available from chorus 2 interface via browser on android mobile. kodi debug log

[Leopold]

Build #0315 broke CEC for me.

Before this build I could bring the TV back from standby to the correct input with any remote control button press. Now the TV comes out of standby but is set to the TV tuner input, not the correct HDMI input. I have to use the web interface to play something and then the TV is switched to the correct input. There were libcec updates in this build according to the changelog.

I was able to reproduce the issue using cec-client with the TV in standby and compare the logging from the following command

Code:

echo "as" | cec-client -s

#0314 cec-client log.
#0315 cec-client log.

I can also reliably reproduce a segfault when running the above cec-client command when the TV is on the wrong input (not when the TV is in standby though). Here's the stack trace from the latest debug build.

Code:

Core was generated by `cec-client -s'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x6e697264 in ?? ()
[Current thread is 1 (Thread 0x749ff450 (LWP 626))]
(gdb) where
#0  0x6e697264 in ?? ()
#1  0x76be1574 in CEC::CRPiCECAdapterMessageQueue::MessageReceived(CEC::cec_opcode, CEC::cec_logical_address, CEC::cec_logical_address, unsigned int) (this=0xe65578,
    opcode=CEC_OPCODE_VENDOR_COMMAND, initiator=CECDEVICE_PLAYBACKDEVICE1, destination=CECDEVICE_TV, response=0)
    at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/libcec-5250931/src/libcec/adapter/RPi/RPiCECAdapterMessageQueue.cpp:127
#2  0x76bdaa20 in CEC::CRPiCECAdapterCommunication::OnDataReceived(unsigned int, unsigned int, unsigned int, unsigned int, unsigned int) (this=0xe56da8, header=<optimized out>, p0=34638144,
    p1=83951615, p2=1549092101, p3=12888) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/libcec-5250931/src/libcec/adapter/RPi/RPiCECAdapterCommunication.cpp:184
#3  0x76b55cac in cecservice_notify_func () from /usr/lib/libbcm_host.so
#4  0x76b0ecc4 in vcos_thread_entry (arg=0x76b6f600 <cecservice_notify_task>) at /home/dc4/projects/staging/userland/interface/vcos/pthreads/vcos_pthreads.c:144
#5  0x76f49f40 in start_thread (arg=0x749ff450) at pthread_create.c:335
#6  0x76d3ee18 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:86 from /usr/lib/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Full output.

[Milhouse]

in build #0403 this change

estuary fix watched status for videos (PR:11921, 1 commit, 1 file changed)

was listed. Since that build, all my unwatched recordings show a check mark, (which previously only showed after a recording was watched)

a partially watched video still shows a half-light/half-dark circle, but instead of folders (for series) and squares (for individual recordings) all my recordings show a check mark.

Is this correct? I'm using the NextPVR client, in case that makes a difference.

That particular change, PR11921, was first included as an umerged change in build #0330.

If you are sure the problem is first seen with build #0403 then it's unlikely PR11921 is the source of this problem.

[Milhouse]

Next to the video with identical name:
Example:
Movie.mkv
Movie.ass

Yes, that's what I have.

When I try to play a video with ASS subtitles, Kodi automatically creates a srt in the TEMP dir of the ASS subtitle. And the video plays with the srt. If I manually select the ASS subtitle it plays the video (no subs), and the memory leaks until it reboots.

I'm not able to reproduce this behaviour (even when using your ASS modifications) - I don't see the SRT file being created in the /storage/.kodi/temp directory.

I've tried several MKV files, with embedded SRT, and none of them are creating an SRT file in the Kodi temp directory. I also tried creating an MKV with embedded ASS, again nothing is created in /storage/.kodi/temp, and I'm not seeing a memory leak.

Do you have any addons installed? Can you test with a "clean" .kodi directory with default settings?

[Milhouse]

New LibreELEC.tv Leia build #0409: RPi / RPi2
(Supercedes previous build)

Code:

# uname -a
Linux rpi512 4.10.8 #1 Sun Apr 9 21:05:08 BST 2017 armv6l GNU/Linux

# vcgencmd version
Apr  4 2017 18:50:03
Copyright (c) 2012 Broadcom
version 3ca4cf4a663c5351eaec08b29d50d6e8324981b4 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170409210401-#0409-gffa06a6 [Build #0409]

# Kodi version
(18.0-ALPHA1 Git:78cce57). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (ffa06a67, changelog) and tip of XBMC master (fe4ddefd, changelog) with the following modifications:

• Includes newclock5 patches
  
• Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.10.y
  
• Includes latest bcm2835-driver master (b038854b)
  
• Includes latest kodi-platform master (36fb4937)
  
• Includes latest libcec master (3953f8dc, ahead +12)
  
• Includes latest libnfs master (1052ba94, ahead +58)
  
• Includes latest p8-platform master (2d90f986)
  
• Includes latest addons: inputstream.adaptive (f23ba39c, +1), inputstream.rtmp (6c1af46a), peripheral.joystick (0baf85af, +3), pvr.argustv (7135b279), pvr.demo (1606b612), pvr.dvblink (2634f6fb, +3), pvr.dvbviewer (13c6e5e7), pvr.filmon (e026519d), pvr.hdhomerun (98cb8d40), pvr.hts (2993f43d, +1), pvr.iptvsimple (53d63cce), pvr.mediaportal.tvserver (d4dad613), pvr.mythtv (08d609b2), pvr.nextpvr (bb21826b), pvr.njoy (1ce9aba1), pvr.octonet (8549a31c), pvr.pctv (e3b2b845), pvr.stalker (0466af9d), pvr.vbox (4215450f), pvr.vdr.vnsi (9ede401c), pvr.vuplus (d7fdd1ea, +2), pvr.wmc (5aa3b1ca)
  
• Include [env] compare: tvheadend42: update (pngquant)
  
• Include [env] compare: linux: update to linux-4.10.8
  
• Include [env] patch: Bump included addon versions to prevent online updates
  
• Include [env] patch: rapidjson: update to rapidjson-1.1.0
  
• Include [env] patch: Add experimental splash video for RPi
  
• Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
  
• Include [env] patch: Add kodi binary addons (pvr, adsp, other)
  
• Include [env] PR:1320: lirc cleanup: switch to upstream fixes and configuration
  
• Include [env] PR:1469: samba: update to samba-4.6.1
  
• Include [env] PR:1508: Update to RTL8192DU-efc8508
  
• Include [env] PR:1512: Update RTL8192EU to a7fd035
  
• Include [env] PR:1518: iana-etc: update to 17.04
  
• Include [env] PR:1519: timezone-data: update to 2017b
  
• Include [pkg] PR:56: bluetooth: add missing 'Connect' option when device is Trusted (service.libreelec.settings)
  
• Include [pkg] PR:62: change smbd and nmbd location (service.libreelec.settings)
  
• Include [pkg] PR:63: lircd: settings changes required for LE PR 1320 (service.libreelec.settings)
  

Build Highlights:

1. Bump iana-etc and timezone-data
   

Build Details:

1. LibreELEC.tv:
   • projects/WeTek_Core: Switch to "hotplug" CPU scaling governor (PR:1504, 1 commit, 1 file changed)
     
2. XBMC:
   • [depends] samba-gplv3: add patch to remove deprecated define in perl generator script (PR:11945, 1 commit, 2 files changed)
     
   • FIXUP: [AT] blocking writes (PR:11949, 1 commit, 1 file changed)
     
   • ADD: [xsp] filter by originaltitle (PR:11948, 1 commit, 3 files changed)
     
   • [windows] installer: call findstr with full path (PR:11940, 1 commit, 1 file changed)
     
   • cleanup internal rar vfs in favour of vfs.rar (PR:11912, 4 commits, 142 files changed)
     
3. Additional commits/pull requests/changes not yet merged upstream:
   • Added: [env] PR:1518: iana-etc: update to 17.04
     
   • Added: [env] PR:1519: timezone-data: update to 2017b
     

[Xeno22]

I've uploaded a debug-enabled build #0407x for anyone able/willing to provide a more detailed crashlog: RPi2

@Milhouse: Thanks for the debug build.
Here is my debug log of the crash while trying to open the info screen:

http://sprunge.us/DYbi

Here is another one:

http://sprunge.us/ONBY

Had nothing to do with the cURL error, sry.

Shouldn't it ignore empty images?

Code:

Thread 1 (Thread 0x6a5353a0 (LWP 571)):
#0  0x004e8b54 in READ16 (p=@0x6a534bdc: 0x0) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/kodi-78cce57/xbmc/cores/omxplayer/OMXImage.cpp:565
#1  0x004e8d90 in COMXImage::GetCodingType (buf=..., width=@0x6a534c28: 0, width@entry=@0x6a534c20: 0, height=@0x6a534c2c: 0, height@entry=@0x6a534c24: 0, orientation=@0x6a534c30: 0, orientation@entry=@0x6a534c28: 0, error=...) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/kodi-78cce57/xbmc/cores/omxplayer/OMXImage.cpp:599
#2  0x0070abd8 in CPiTexture::LoadFromFileInternal (this=this@entry=0x66083b58, texturePath=..., buf=..., maxWidth=<optimized out>, maxWidth@entry=1920, maxHeight=<optimized out>, maxHeight@entry=1080, requirePixels=requirePixels@entry=false, strMimeType=...) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/kodi-78cce57/xbmc/guilib/TexturePi.cpp:126
#3  0x00700dac in CBaseTexture::LoadFromFile (texturePath=..., idealWidth=idealWidth@entry=1920, idealHeight=idealHeight@entry=1080, requirePixels=requirePixels@entry=false, strMimeType=...) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/kodi-78cce57/xbmc/guilib/Texture.cpp:221
#4  0x007e2a84 in CImageLoader::DoWork (this=0x3581700) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/kodi-78cce57/xbmc/GUILargeTextureManager.cpp:64
#5  0x00617434 in CJobWorker::Process (this=0x30d9728) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/kodi-78cce57/xbmc/utils/JobManager.cpp:69
#6  0x0065f6f4 in CThread::Action (this=0x30d9728) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/kodi-78cce57/xbmc/threads/Thread.cpp:221
#7  0x0065fde4 in CThread::staticThread (data=0x30d9728) at /home/neil/projects/LibreELEC.tv/build.LibreELEC-RPi2.arm-9.0-devel-debug/kodi-78cce57/xbmc/threads/Thread.cpp:131
#8  0x76efef40 in start_thread (arg=0x6a5353a0) at pthread_create.c:335
#9  0x7517de18 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:86 from /usr/lib/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

[Milhouse]

Here is my debug log of the crash while trying to open the info screen:

Thanks. Popcornmix has added a fix to texture caching (for when images aren't available) that will be in tomorrow's build.

Can you try this #0409x build which should not be crashing now: RPi2 (it's not a debug-enabled build, it's just the same as #0409 but includes the OMX image fix).

Edit: @SpokV build #0409x fixes the same issue you reported