2016-05-18, 20:48
(2016-05-18, 20:37)bite_your_idols Wrote: PD: retroplayer officially integrated in Kodi is our only hope... XD
I did fix up retroplayer on Pi yesterday, and the latest builds here should work.
(2016-05-18, 20:37)bite_your_idols Wrote: PD: retroplayer officially integrated in Kodi is our only hope... XD
(2016-05-18, 22:00)Takio Wrote: Am I becoming blind or why cannot I find Settings/Video where used to be Library, Playback, Acceration, File list, Subtitles and DVD?
(2016-05-18, 22:11)popcornmix Wrote:Ok. Am I able to find the subtitles setting anywhere?(2016-05-18, 22:00)Takio Wrote: Am I becoming blind or why cannot I find Settings/Video where used to be Library, Playback, Acceration, File list, Subtitles and DVD?
Not blind, but behind the times. It all changed with PR9208.
# uname -a
Linux rpi512 4.6.0 #1 Wed May 18 22:12:30 BST 2016 armv6l GNU/Linux
# vcgencmd version
May 17 2016 17:47:22
Copyright (c) 2012 Broadcom
version 72491c2e16892dd7e2a4e5b253ef499e2b6a028f (clean) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20160518221036-#0518-g8635eb0 [Build #0518]
# vcdbg log msg 2>&1 | grep DTOK
002464.310: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
(2016-05-18, 10:25)Vimes Wrote:(2016-05-18, 04:52)Milhouse Wrote:(2016-05-18, 04:00)ragedogg69 Wrote: Just as a data point: #0509 #0516 both give me the busy dialog on widgets in the Estuary Mod skin. Author claims no problems using your builds on his end. #0504 works perfectly fine with the mod. Default Estuary works fine on all your builds.
As pointed out by @Vimes there might be add-ons running in the background causing delays. Some skins install a lot of add-ons by default. My guess would be that these add-ons are triggering/causing small "stutters" in the GUI due to additional locking or busy-waiting. These stutters may be very noticeable on RPi1, and barely noticeable on Core i7, with RPi3 somewhere in between (is the Estuary Mod developer testing on RPi1/2/3, or i7?) All a total guess on my part, of course.
FernetMenta is currently on holiday but will hopefully have some ideas when he gets back (next week, I think).
Further to what I posted I had started to have some issues of stability. Using the virtual keyboard would be slow and not very responsive, taking several keypresses to register a key and then often cause a Kodi reboot. Also I noticed that Kodi was taking more memory to run than usual.
I backed up my library and then started fresh. LibreElec 7 with then a new install of the latest nightly (517). The only addons are the Amazon, Youtube. WOL, Dev Update, and Backup.
Previously I had the Estuary Skin mod and all the addons that were needed, quite a few. Also I had other skins installed, Mimic and Transparency.
With the clean install and no other skins, and addons used by installing them, the virtual keyboard works a treat and all has returned to normal. No lags or stutters etc have been seen so far.
Whether the above could have occurred by a problematic addon or not I do not know, nor have the skill to diagnose, I am just happy that the stability and performance has now returned to what I had priror to skin testing etc.
# uname -a
Linux rpi512 4.6.0 #1 Thu May 19 21:07:37 BST 2016 armv6l GNU/Linux
# vcgencmd version
May 17 2016 17:47:22
Copyright (c) 2012 Broadcom
version 72491c2e16892dd7e2a4e5b253ef499e2b6a028f (clean) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20160519210544-#0519-g2f86163 [Build #0519]
# vcdbg log msg 2>&1 | grep DTOK
002464.975: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
(2016-05-20, 12:30)-DH- Wrote: I guess commit "stereoscopics: Switch to using block_lr for mvc to match makemkv (e6793f95)" is causing this?
# uname -a
Linux rpi512 4.6.0 #1 Fri May 20 21:34:39 BST 2016 armv6l GNU/Linux
# vcgencmd version
May 20 2016 19:05:21
Copyright (c) 2012 Broadcom
version faf071dd4885c5ac1a89483d35a5326e7f69495f (clean) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20160520213240-#0520-ge533f15 [Build #0520]
# vcdbg log msg 2>&1 | grep DTOK
002470.189: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
popcornmix Wrote:Note: there is an sdram related change. We've removed the "pvt" operation that disables sdram twice a second with a new calibration. This was already being done when using sdram overclock or audio_pwm_mode=2.
Our tests suggest that it's better never to do this, as whenever you get a different value from the expected one, memtester is more likely to fail.
So shouldn't be a problem, but any with change like this, it's worth keeping an eye out for any regressions.