Kodi Community Forum

Full Version: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
(2016-10-16, 13:38)Milhouse Wrote: [ -> ]
(2016-10-16, 08:06)ezar Wrote: [ -> ]@Milhouse, Can you build transmission for RPI2/RPI3. I can´t find it in http://milhouse.libreelec.tv/builds
I see inside: http://milhouse.openelec.tv/builds/addons/RPi2/

Thanks!
Transmission is no longer supported as a Kodi addon in LibreELEC. You can install it as a Docker addon - browse the LibreELEC forum for more details.

Thanks milhouse!!
I can't see docker files: https://github.com/LibreELEC/containers

Regards,
(2016-10-16, 14:56)ezar Wrote: [ -> ]Thanks milhouse!!
I can't see docker files: https://github.com/LibreELEC/containers

Regards,

Search the LibreELEC forum for "Transmission" - you'll get a load of hits.

Any issues with Transmission or Docker, please post on the LibreELEC forum.
(2016-10-16, 11:40)camelreef Wrote: [ -> ]It is working fine. Once I found the proper conf file for the settings of my MtxOrb driver.

If I may offer advice... Maybe indicating somewhere in the plugin's interface that choosing the driver may not be enough, and that editing the config file for that particular driver will probably be needed. Indicating the location of the conf file would be a plus.

Other than that, I would give this a go.

Thanks for waiting for this plugin before removing LCDd from the main build!

Nico

Thanks for the feedback, can you expand on the issue with the conf file? How is the add-on behaving differently to the original built-in version? The conf file will now be in /storage/.kodi/userdata/addon_data/service.lcdd/LCDd.conf, is this different to before? Or are you simply suggesting (which sounds like a good idea) that we inform the user where to find the conf file?
(2016-10-16, 15:33)Milhouse Wrote: [ -> ]
(2016-10-16, 11:40)camelreef Wrote: [ -> ]It is working fine. Once I found the proper conf file for the settings of my MtxOrb driver.

If I may offer advice... Maybe indicating somewhere in the plugin's interface that choosing the driver may not be enough, and that editing the config file for that particular driver will probably be needed. Indicating the location of the conf file would be a plus.

Other than that, I would give this a go.

Thanks for waiting for this plugin before removing LCDd from the main build!

Nico

Thanks for the feedback, can you expand on the issue with the conf file? How is the add-on behaving differently to the original built-in version? The conf file will now be in /storage/.kodi/userdata/addon_data/service.lcdd/LCDd.conf, is this different to before? Or are you simply suggesting (which sounds like a good idea) that we inform the user where to find the conf file?

Some LCDs drivers need further configuration, like what device to use (I have to change from /dev/ttyS0 to /dev/tyyUSB0, for example) and display size (20x4 or 20x2, for example).

This is the same behaviour as before. Informing about that within the UI would be an improvement and may lighten the burden in forums later!

The config file used to be in /storage/.config/LCDd.conf, and now it is indeed where you have mentioned (userdata/addon_data), which is a perfectly good/logical place.

The startlcdd.sh script could maybe provide an easy migration script, if no config file exists in userdata/addon_data and if /storage/.config/LCDd.conf exists, then copy it to userdata/addon_data, otherwise copy the base config from the plugin to userdata/addon_data. Maybe idiotic if /storage/.config/LCDs.conf was always there in the first place in old installs, or if there were too many changes in LCDd versions...

Informing that there may be subsequent changed to the config file sounds like a good idea. Indicating the location of the file is even better (especially since the filesystem will have at least 2 versions, one from the base plugin, copied to userdata at first use, then the one in userdata, and maybe an old one in /storage/.config).

Making it all a plugin UI will be tough, as you would probably have to make one for each LCD driver, they tend to be all slightly different. Also, you cannot pass many parameters in daemon start, so the config file would have to be parsed and modified. A whole different effort. The current way (start the daemon with driver and conf file) is dead easy.
@camelreef - many thanks, have passed your comments along. Perhaps changing the addon to use the original /storage/.config conf location would be another option.
(2016-10-16, 16:44)Milhouse Wrote: [ -> ]@camelreef - many thanks, have passed your comments along. Perhaps changing the addon to use the original /storage/.config conf location would be another option.

Wouldn't that be supporting legacy and breaking an established and logical way of locating addon files? It could probably create a support headache for the long run.

I would suggest frontloading the trouble and supporting (README, CHANGES, forums, maybe an additional info line in the plugin UI,etc.) the LCDd users during a shorter period of migration. Even there, LCDd users are probably mostly not clueless, as they had to tinker the conf file once before and should be able to navigate the stuff quickly enough, as I did.

My 2c...

NIco
My view would be that /storage/.config is where we typically store user editable config files, while .kodi/userdata/addon_data is where an addon stores it's own data and files that it maintains.

In this case, the LCDd.conf file, although generated by the add-on, can't be modified by the add-on and any changes have to be made by the user. So it's a bit of a blurred line for this particular config file, and using /storage/.config would conform to our "standard" while ensure backward compatibility.

However I take your point, and will leave it up to the add-on developers to decide. Smile
(2016-10-16, 17:08)Milhouse Wrote: [ -> ]My view would be that /storage/.config is where we typically store user editable config files, while .kodi/userdata/addon_data is where an addon stores it's own data and files that it maintains.

In this case, the LCDd.conf file, although generated by the add-on, can't be modified by the add-on and any changes have to be made by the user. So it's a bit of a blurred line for this particular config file, and using /storage/.config would conform to our "standard" while ensure backward compatibility.

However I take your point, and will leave it up to the add-on developers to decide. Smile

As I said, my mainly uneducated 2c Smile

All the same, many thanks for your work in general, and interest in that topic in particular! I'll return to be a happy and silent user until I find something that irks me or breaks!

Nico
New LibreELEC.tv Krypton build #1016: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.8.1 #1 Sun Oct 16 22:58:01 BST 2016 armv6l GNU/Linux

# vcgencmd version
Oct 13 2016 17:21:14
Copyright (c) 2012 Broadcom
version b301dbab300729c7871442ca50f65c669446af20 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20161016225659-#1016-g15c3a1c [Build #1016]

# Kodi version
23:02:31  22.097548 T:1960742912  NOTICE: Starting Kodi (17.0-BETA4 Git:e1d0050). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (15c3a1cb, changelog) and tip of XBMC master (e1d00503, changelog) with the following modifications: Build Highlights:
  1. openssh: UsePrivilegeSeparation/StrictModes not needed
  2. Fix cross-linked updates
Build Details:
  1. LibreELEC.tv:
    • llvm: build llvm-tblgen for host and use it for target (PR:838, 1 commit, 1 file changed)
    • emby: update to 3.0.8100 (PR:835, 2 commits, 3 files changed)
    • scripts/create_addon: add changelog to new "news" item (PR:836, 1 commit, 5 files changed)
    • openssh: UsePrivilegeSeparation/StrictModes not needed (PR:844, 1 commit, 4 files changed)
    • sqlite: update to sqlite-autoconf-3150000 (PR:843, 1 commit, 1 file changed)
  2. XBMC:
    • VideoPlayer: ffmpeg - use codec aspect ratio for stereo modes (PR:10708, 1 commit, 1 file changed)
    • remove last references to confluence (PR:10712, 2 commits, 15 files changed)
    • DVDDemuxFFmpeg: Read RIFF tags in order to detect language (PR:10687, 1 commit, 1 file changed)
    • [win32] extend UWP with capabilities and file associations (PR:10710, 1 commit, 1 file changed)
    • [doxygen] Add revision when API was changed or expanded (PR:10715, 1 commit, 7 files changed)
    • [gui] pictures: only show "info" context menu button when item isPict… (PR:10702, 1 commit, 1 file changed)
    • configure: fix aarch64 builds (PR:10713, 1 commit, 1 file changed)
    • [Texture][FIX] Prevent an access violation in CFFmpegImage:Big GrinecodeFra… (PR:10704, 1 commit, 2 files changed)
    • [python] - allow detailedmode for xbmcgui.Dialog().select() / multiselect() (PR:10586, 1 commit, 2 files changed)
  3. peripheral.joystick:
    • Fix return type in AnomalousTrigger.h (25c12ee7)
  4. pvr.nextpvr:
    • Fixed recording/timers refresh issue (PR:52, 1 commit, 4 files changed)
  5. newclock5:
    • Commits no longer in build:
      • VideoPlayer: ffmpeg - use codec aspect ratio for stereo modes (5a98e838)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] PR:34: system update - fix cross-device linking (service.libreelec.settings)
    • Added: [pkg] PR:10714: AESinkAUDIOTrack: Don't false alarm with m_offset
Hello Wink

I want to use PVR Simple Client but i cant add Radio Channels.
Can anybody help me?

Code:
#EXTINF:-1 radio=true, [COLOR green]Deutsch[/COLOR][COLOR orangered] normal TV[/COLOR]
http://stream.sunshine-live.de/handsup/mp3-192/stream.sunshine-live.de/
This works but only 1 times.
Code:
#EXTINF:-1 radio=true, tvg-logo="sunshinelive90er.jpg",Sunshine Live Hands Up
http://stream.sunshine-live.de/handsup/mp3-192/stream.sunshine-live.de/
This is not working

All radio and TV channels are in the same menu but I would like to have the radio channels in the radio menu


Sorry for my english, i hope u can understand me.[/quote]
(2016-10-16, 14:49)meccs Wrote: [ -> ]Picture (local files) stops randomly for a few seconds with #1015, audio keeps playing (Passthrough). Not sure when it started. It's pretty hard to find out since I would have to watch a movie with every build. I'll try to investigate.

I have the same problem while playing Files from a local drive. The picture freezes for aboout 5 Seconds - audio is playing. Build used 1015 but it happened with 1014 and 1013 too. 1004 was fine.

Here is the log - seems there is an issue with the Renderer

20:25:34 77960.812500 T:1961447424 NOTICE: VideoPlayer: Opening: /var/media/Filme/SCIENCE-FICTION & MYSTERYFILME/Strange Days.mkv
20:25:34 77960.812500 T:1961447424 WARNING: CDVDMessageQueue(player):Tongueut MSGQ_NOT_INITIALIZED
20:25:34 77960.812500 T:1408234400 NOTICE: Creating InputStream
20:25:34 77960.835938 T:1408234400 NOTICE: Creating Demuxer
20:25:34 77960.906250 T:1408234400 NOTICE: Opening stream: 0 source: 256
20:25:34 77960.906250 T:1408234400 NOTICE: Creating video codec with codec id: 28
20:25:34 77960.914062 T:1408234400 NOTICE: Creating video thread
20:25:34 77960.914062 T:1408234400 NOTICE: Opening stream: 1 source: 256
20:25:34 77960.914062 T:1530655648 NOTICE: running thread: video_thread
20:25:34 77960.914062 T:1408234400 NOTICE: Finding audio codec for: 86019
20:25:34 77960.914062 T:1408234400 NOTICE: Creating audio thread
20:25:34 77960.914062 T:1372582816 NOTICE: running thread: CVideoPlayerAudio:Tonguerocess()
20:25:34 77960.968750 T:1372582816 NOTICE: Creating audio stream (codec id: 86019, channels: 6, sample rate: 48000, pass-through)
20:37:56 78703.234375 T:1530655648 ERROR: CMMALVideo::GetPicture - called but m_output_ready is empty
20:37:56 78703.234375 T:1530655648 WARNING: Decoder Error getting videoPicture.
20:37:57 78703.875000 T:1530655648 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
21:23:01 81407.796875 T:1530655648 WARNING: Previous line repeats 1 times.
21:23:01 81407.796875 T:1530655648 ERROR: CMMALVideo::GetPicture - called but m_output_ready is empty
21:23:01 81407.796875 T:1530655648 WARNING: Decoder Error getting videoPicture.
21:23:02 81408.437500 T:1530655648 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
21:27:28 81675.234375 T:1530655648 WARNING: Previous line repeats 1 times.
21:27:28 81675.234375 T:1530655648 ERROR: CMMALVideo::GetPicture - called but m_output_ready is empty
21:27:28 81675.234375 T:1530655648 WARNING: Decoder Error getting videoPicture.
21:27:29 81675.875000 T:1530655648 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
21:58:53 83560.000000 T:1530655648 ERROR: CMMALVideo::GetPicture - called but m_output_ready is empty
21:58:53 83560.000000 T:1530655648 WARNING: Decoder Error getting videoPicture.
21:58:54 83560.953125 T:1530655648 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer


The video file plays perfectly on any other player like the wdtv live.
(2016-10-17, 22:13)Knochen1981 Wrote: [ -> ]I have the same problem while playing Files from a local drive. The picture freezes for aboout 5 Seconds - audio is playing. Build used 1015 but it happened with 1014 and 1013 too. 1004 was fine.

Can you identify the first build with the problem?
Can you provide a sample file that shows the issue?
(2016-10-17, 22:13)Knochen1981 Wrote: [ -> ]
(2016-10-16, 14:49)meccs Wrote: [ -> ]Picture (local files) stops randomly for a few seconds with #1015, audio keeps playing (Passthrough). Not sure when it started. It's pretty hard to find out since I would have to watch a movie with every build. I'll try to investigate.

I have the same problem while playing Files from a local drive. The picture freezes for aboout 5 Seconds - audio is playing. Build used 1015 but it happened with 1014 and 1013 too. 1004 was fine.

The video file plays perfectly on any other player like the wdtv live.

On my Pi3 OMX plays without error, video only freezes several seconds with MMAL, while audio plays on without stoping.
This behaviour started about a month ago with some builds, then it stoped to return with 1013.
(2016-10-17, 23:31)Sholander Wrote: [ -> ]
(2016-10-17, 22:13)Knochen1981 Wrote: [ -> ]
(2016-10-16, 14:49)meccs Wrote: [ -> ]Picture (local files) stops randomly for a few seconds with #1015, audio keeps playing (Passthrough). Not sure when it started. It's pretty hard to find out since I would have to watch a movie with every build. I'll try to investigate.

I have the same problem while playing Files from a local drive. The picture freezes for aboout 5 Seconds - audio is playing. Build used 1015 but it happened with 1014 and 1013 too. 1004 was fine.

The video file plays perfectly on any other player like the wdtv live.

On my Pi3 OMX plays without error, video only freezes several seconds with MMAL, while audio plays on without stoping.
This behaviour started about a month ago with some builds, then it stoped to return with 1013.
Yes, it's a MMAL problem. Was fixed and then started again. Lets see if we can find out when it started.
(2016-10-17, 21:47)Svennie Wrote: [ -> ]Hello Wink

I want to use PVR Simple Client but i cant add Radio Channels.
Can anybody help me?

There's an IPTV Simple Client support forum here - you should ask in there.