Kodi 18 - LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)

  Thread Rating:
  • 6 Vote(s) - 4.83 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Post Reply
tjost Offline
Senior Member
Posts: 171
Joined: Feb 2008
Reputation: 2
Post: #1036
ok. i do so. but I do have tis problems in every version I testet.
find quote
popcornmix Offline
Team-Kodi Member
Posts: 7,862
Joined: Feb 2011
Reputation: 326
Post: #1037
(2017-02-19 04:13)CAM STEW Wrote:  The HEVC improvements are great, not every video I have is watchable but a large number of them now are. Are there likely to be more improvements?

As I said:
Quote:(and work is continuing).

At the moment we are focusing on up to [email protected] with 8-bit. In my testing most videos like that play well on a Pi3 with overclock.
Higher framerates are obviously harder. The jellyfish samples are 30fps, so that is 25% more work required.

Samples of videos that don't play well (up to [email protected]) would be useful in case there is something in the encoding that isn't currently gpu accelerated.
The current goal is to reduce the overclock requirements. That does mean if you are overclocking then harder videos can be played.

10-bit is not currently supported. We would like to get some support but the increased sdram bandwidth probably means 10-bit will be more limited (e.g. only 720p).
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,877
Joined: Jan 2011
Reputation: 642
Post: #1038
New LibreELEC.tv Leia build #0219: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.9.10 #1 Sun Feb 19 21:05:59 GMT 2017 armv6l GNU/Linux

# vcgencmd version
Feb 17 2017 20:41:51
Copyright (c) 2012 Broadcom
version 88b8ca93c6eb22e38531075a6d7e4f25f900af43 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170219210453-#0219-ge046683 [Build #0219]

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

Based on tip of LibreELEC.tv master (e0466839, changelog) and tip of XBMC master (ed030b4a, 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.9.y
  • Includes latest bcm2835-driver next (1d52debd, ahead +658)
  • Includes latest kodi-platform master (c8188d82)
  • Includes latest libcec master (0a97062d, ahead +22)
  • Includes latest libnfs master (2e0a67fc, ahead +49)
  • Includes latest p8-platform master (2d90f986, ahead +9)
  • Includes latest addons: inputstream.adaptive (a347296e), inputstream.rtmp (df64b9b2, +6), peripheral.joystick (69c9e5fe, +1), pvr.argustv (5a36c586), pvr.demo (8243935f), pvr.dvblink (0015079e), pvr.dvbviewer (9fb34b3c), pvr.filmon (315e5034), pvr.hdhomerun (98cb8d40), pvr.hts (1caa390d, +1), pvr.iptvsimple (53d63cce), pvr.mediaportal.tvserver (019c7e99), pvr.mythtv (18fe56e4, +11), pvr.nextpvr (cb1b5415), pvr.njoy (080cd321), pvr.octonet (8549a31c), pvr.pctv (e67e9695), pvr.stalker (a609149c), pvr.vbox (dea8335a), pvr.vdr.vnsi (7033621d), pvr.vuplus (6ff2eb28), pvr.wmc (5f1db43f)
  • Exclude [env] kodi-999.99-PR11662.patch: kodi: merged upstream
  • Include [env] afbd134f: linux: Enable Fair Queue packet scheduling (TEST)
  • Include [env] e533a8be: linux: Default to CONFIG_TCP_CONG_BBR (TEST)
  • Include [env] compare: linux: update to linux-4.9.10
  • Include [env] patch: ffmpeg: add extra RPi lib required when building ffmpeg command line with gpu service hevc patches
  • Include [env] patch: repository.retroplayer.libreelec.addons: add temp repo for testing
  • Include [env] patch: Don't build ADSP addons
  • Include [env] patch: iwlwifi-firmware: update to iwlwifi-firmware-ba301aa
  • Include [env] patch: Bump included addon versions to prevent online updates
  • Include [env] patch: linux: enable in-tree rtl8192cu for RPi/RPi2
  • Include [env] patch: Add kodi binary addons (pvr, adsp, other)
  • 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] PR:1287: virtio-gpu support (qemu/kvm)
  • Include [env] PR:1326: Build system scripts cleanup
  • Include [env] PR:1329: imagedecoder.raw: add add-on
  • Include [env] PR:1355: xorg-server: clean package when nvidia drivers are bumped
  • Include [env] PR:1365: build system: switch to absolute paths
  • Include [pkg] patch: alsa-lib: conf: Add card config for Intel HDMI/DP LPE audio (alsa-lib)
  • Include [pkg] PR:56: bluetooth: add missing 'Connect' option when device is Trusted (service.libreelec.settings)
  • Include [pkg] PR:11668: FFmpegImage: Document and change alignment
  • Include [pkg] PR:11702: [Fix] Songs smart playlists 3 x slower than similar library node
Build Highlights:
  1. Reintroduce "Revert: hack: add iso to filedirectory list"
  2. [Fix] Songs smart playlists 3 x slower than similar library node
  3. libnfs: memory leak fix
Build Details:
  1. LibreELEC.tv:
    • input: change input repeat config (PR:1327, 2 commits, 11 files changed)
    • Update WeTek proprietary DVB modules to wetekdvb-20170116 (PR:1372, 1 commit, 1 file changed)
    • projects/WeTek_Core: Switch to ondemand CPU scaling governor (PR:1373, 1 commit, 1 file changed)
  2. XBMC:
    • [settings] change allowed remotedelay range to inlcude zero (PR:11662, 1 commit, 1 file changed)
    • [cmake] fix building WiiRemote (PR:11694, 1 commit, 1 file changed)
    • [addons] fix notification setting (PR:11696, 3 commits, 3 files changed)
  3. libnfs:
    • Fix memory leak of nested mount list (6923a992)
    • Merge branch 'master' of github.com:sahlberg/libnfs (2e0a67fc)
  4. newclock5:
    • New commits in this build:
      • Revert "hack: add iso to filedirectory list" (8b6a5992)
  5. Additional commits/pull requests/changes not yet merged upstream:

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.
find quote
heinzgruber Offline
Junior Member
Posts: 23
Joined: Jul 2016
Reputation: 0
Post: #1039
linux kernel 4.10 is approved.
find quote
tjost Offline
Senior Member
Posts: 171
Joined: Feb 2008
Reputation: 2
Post: #1040
LogFile
find quote
bleep42 Offline
Junior Member
Posts: 43
Joined: Oct 2013
Reputation: 2
Post: #1041
(2017-02-18 23:39)popcornmix Wrote:  
(2017-02-18 23:26)Milhouse Wrote:  [*]ffmpeg: improved HEVC 1080p playback

John Cox is back working on HEVC acceleration for Pi.
This update switches to using the vchiq gpu service (rather than old mailbox interface) which allows more flexibility when submitting GPU jobs.
It also adds gpu support for weighted prediction which was one example that previously wasn't gpu accelerated.

So, if you have any HEVC (aka H.265) content then try it with this build. It should be a little better than the previous build
(and work is continuing).

Hi John & Popcornmix,
Thanks very much for this update, several of my H.265 files, which before were jerky, have improved markedly, some are now smooth, others still have a few stalls, but definitely a very useful improvement :-) Thank you.
Hope you'll be able to squeeze some more performance out in due course.
Regards Kevin.
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,877
Joined: Jan 2011
Reputation: 642
Post: #1042
New LibreELEC.tv Leia build #0220: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.10.0 #1 Mon Feb 20 23:14:18 GMT 2017 armv6l GNU/Linux

# vcgencmd version
Feb 17 2017 20:41:51
Copyright (c) 2012 Broadcom
version 88b8ca93c6eb22e38531075a6d7e4f25f900af43 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170220231315-#0220-ga1d6251 [Build #0220]

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

Based on tip of LibreELEC.tv master (a1d6251d, changelog) and tip of XBMC master (38ce480c, 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 next (1a717bb3, ahead +659)
  • Includes latest kodi-platform master (c8188d82)
  • Includes latest libcec master (0a97062d, ahead +22)
  • Includes latest libnfs master (2e0a67fc, ahead +49)
  • Includes latest p8-platform master (2d90f986, ahead +9)
  • Includes latest addons: inputstream.adaptive (a347296e), inputstream.rtmp (df64b9b2, +6), peripheral.joystick (69c9e5fe, +1), pvr.argustv (5a36c586), pvr.demo (8243935f), pvr.dvblink (0015079e), pvr.dvbviewer (9fb34b3c), pvr.filmon (315e5034), pvr.hdhomerun (98cb8d40), pvr.hts (1caa390d, +1), pvr.iptvsimple (53d63cce), pvr.mediaportal.tvserver (019c7e99), pvr.mythtv (18fe56e4, +11), pvr.nextpvr (cb1b5415), pvr.njoy (080cd321), pvr.octonet (8549a31c), pvr.pctv (e67e9695), pvr.stalker (a609149c), pvr.vbox (dea8335a), pvr.vdr.vnsi (7033621d), pvr.vuplus (6ff2eb28), pvr.wmc (5f1db43f)
  • Exclude [env] kodi-999.99-PR11662.patch: kodi: merged upstream
  • Include [env] afbd134f: linux: Enable Fair Queue packet scheduling (TEST)
  • Include [env] e533a8be: linux: Default to CONFIG_TCP_CONG_BBR (TEST)
  • Include [env] patch: ffmpeg: add extra RPi lib required when building ffmpeg command line with gpu service hevc patches
  • Include [env] patch: repository.retroplayer.libreelec.addons: add temp repo for testing
  • Include [env] patch: Don't build ADSP addons
  • Include [env] patch: iwlwifi-firmware: update to iwlwifi-firmware-ba301aa
  • Include [env] patch: Bump included addon versions to prevent online updates
  • Include [env] patch: linux: enable in-tree rtl8192cu for RPi/RPi2
  • Include [env] patch: Add kodi binary addons (pvr, adsp, other)
  • 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] PR:1121: linux: update to linux-4.10.0
  • Include [env] PR:1287: virtio-gpu support (qemu/kvm)
  • Include [env] PR:1326: Build system scripts cleanup
  • Include [env] PR:1329: imagedecoder.raw: add add-on
  • Include [env] PR:1355: xorg-server: clean package when nvidia drivers are bumped
  • Include [env] PR:1365: build system: switch to absolute paths
  • Include [env] PR:1379: projectM: remove glew [LE9]
  • Include [pkg] patch: alsa-lib: conf: Add card config for Intel HDMI/DP LPE audio (alsa-lib)
  • Include [pkg] PR:56: bluetooth: add missing 'Connect' option when device is Trusted (service.libreelec.settings)
  • Include [pkg] PR:11668: FFmpegImage: Document and change alignment
  • Include [pkg] PR:11702: [Fix] Songs smart playlists 3 x slower than similar library node
Build Highlights:
  1. New 4.10.0 kernel
Build Details:
  1. LibreELEC.tv:
    • WeTek_Hub/WeTek_Play_2: disable meson PWM support (PR:1380, 1 commit, 2 files changed)
  2. XBMC:
    • CMake: kodi-eventclients-wiiremote depends on cwiid (PR:11698, 1 commit, 1 file changed)
    • changed: disable hardcoded musicbrainz rate limiting for python scrapers (PR:11678, 1 commit, 2 files changed)
    • FileItem: Revert treating iso as file folder (PR:11701, 1 commit, 1 file changed)
    • fix skip specified amount (PR:11501, 1 commit, 1 file changed)
  3. newclock5:
    • New commits in this build:
      • MMALCodec: Clear eos flag when drain is no longer true (01038233)
    • Commits no longer in build:
      • Revert "hack: add iso to filedirectory list" (8b6a5992)
  4. kernel 4.10.y:
    • New commits in this build:
      • Revert "pinctrl: bcm2835: switch to GPIOLIB_IRQCHIP" (7afdc575)
      • Revert "staging: vc04_services: remove vchiq_copy_from_user" (54d860d0)
      • ARM64: Fix bad cast in vc04_services (a6b5cfed)
      • ARM64/SND_BCM2835: Port it to arm64. (78932c65)
      • ARM64: Enable HDMI audio and vc04_services in bcmrpi3_defconfig (697b5892)
      • ARM64: Run bcmrpi3_defconfig through savedefconfig. (b6dda5f9)
      • config: Add CONFIG_USB_DWC2 and CONFIG_USB_GADGET (2496bf73)
      • ARM64: Force hardware emulation of deprecated instructions. (f4a10179)
      • squash: fix order of sound/soc/bcm makefile (6a42290a)
    • Commits no longer in build:
      • pinctrl-bcm2835: Fix interrupt handling for GPIOs 28-31 and 46-53 (3cf40b1a)
      • pinctrl-bcm2835: Return pins to inputs when freed (95138fa6)
      • clk: bcm2835: Mark GPIO clocks enabled at boot as critical. (ae2a32fe)
      • Revert "Added driver for HiFiBerry Amp amplifier add-on board" (cb5a6f90)
      • vchiq_arm: Tweak the logging output (65e43d29)
      • staging/vchi: Convert to current get_user_pages() arguments. (490533a0)
      • staging/vchi: Update for rename of page_cache_release() to put_page(). (438e0744)
      • drivers/vchi: Remove dependency on CONFIG_BROKEN. (883aeaa8)
      • i2c: bcm2835: Fix hang for writing messages larger than 16 bytes (35d51630)
      • i2c: bcm2835: Protect against unexpected TXW/RXR interrupts (a0c4b58c)
      • i2c: bcm2835: Use dev_dbg logging on transfer errors (9fd4b9dc)
      • i2c: bcm2835: Can't support I2C_M_IGNORE_NAK (3fbfcdf7)
      • i2c: bcm2835: Add support for Repeated Start Condition (d3bd32ec)
      • i2c: bcm2835: Support i2c-dev ioctl I2C_TIMEOUT (0d265409)
      • i2c: bcm2835: Add support for dynamic clock (b9d75536)
      • arm64: Add CONFIG_ARCH_BCM2835 (fa488dce)
      • Revert "Revert "Added driver for HiFiBerry Amp amplifier add-on board"" (d0b425ec)
      • hifiberry-amp: Adjust for ALSA object refactoring (745e5a27)
      • bcm2835-i2s: Changes for allowing asymmetric sample formats. (b7ce26a3)
      • Revert "bcm2835-i2s: Changes for allowing asymmetric sample formats." (61a1b8ff)
      • usb: dwc2: Avoid suspending if we're in gadget mode (#1825) (0f8fc984)
      • Revert "clk-bcm2835: Mark used PLLs and dividers CRITICAL" (d11d5b5d)
      • clk: bcm2835: Fix ->fixed_divider of pllh_aux (b97e4d21)
      • clk: bcm: Support rate change propagation on bcm2835 clocks (41551b5f)
      • clk: bcm: Allow rate change propagation to PLLH_AUX on VEC clock (68616de4)
      • clk: bcm: Fix 'maybe-uninitialized' warning in bcm2835_clock_choose_div_and_prate() (8e8f6cac)
      • clk: bcm2835: Don't rate change PLLs on behalf of DSI PLL dividers. (d5045d72)
      • clk: bcm2835: Register the DSI0/DSI1 pixel clocks. (c2da7a8c)
      • clk: bcm2835: Add leaf clock measurement support, disabled by default (702906f2)
      • drm/panel: Add support for the Raspberry Pi 7" Touchscreen. (f3a37d08)
      • BCM270X: Add the DSI panel to the defconfig. (525f5a86)
      • ARM: bcm2835: dt: Add the DSI module nodes and clocks. (53788f7e)
      • BCM270X: Enable the DSI panel node in the VC4 overlay. (e6443b98)
      • drm/vc4: Fix termination of the initial scan for branch targets. (7293468d)
      • drm/vc4: Add support for rendering with ETC1 textures. (9b5ba7b3)
      • drm/vc4: Use runtime autosuspend to avoid thrashing V3D power state. (3131cbaf)
      • drm/vc4: Add fragment shader threading support (7407af6e)
      • drm/vc4: Fix race between page flip completion event and clean-up (5e74f753)
      • drm/vc4: Fix ->clock_select setting for the VEC encoder (585a085e)
      • drm: Add TV connector states to drm_connector_state (bf2b0c10)
      • drm: Turn DRM_MODE_SUBCONNECTOR_xx definitions into an enum (5c2d2121)
      • drm/vc4: Add support for the VEC (Video Encoder) IP (6732713a)
      • drm/vc4: Set up SCALER_DISPCTRL at boot. (bbe2e203)
      • drm/vc4: Add support for feeding DSI encoders from the pixel valve. (3b00057b)
      • drm/vc4: Add DSI driver (8d13e435)
      • ARM: dts: bcm283x: Add VEC node in bcm283x.dtsi (451555b3)
      • ARM: dts: bcm283x: Enable the VEC IP on all RaspberryPi boards (fe30169d)
      • BCM270X: Disable VEC unless vc4-kms-v3d is present. (bd96b6fa)
      • drm/vc4: Name the primary and cursor planes in fkms. (65c95ff7)
      • drm/vc4: Add DRM_DEBUG_ATOMIC for the insides of fkms. (ab8e7380)
      • drm/vc4: Fix sending of page flip completion events in FKMS mode. (403092ec)
      • drm/vc4: Fulfill user BO creation requests from the kernel BO cache. (518b9a67)
      • drm/vc4: Fix OOPSes from trying to cache a partially constructed BO. (9913e183)
      • drm/vc4: Verify at boot that CMA doesn't cross a 256MB boundary. (095c4480)
      • clk-bcm2835: Mark used PLLs and dividers CRITICAL (6c453992)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:1121: linux: update to linux-4.10.0
    • Added: [env] PR:1379: projectM: remove glew [LE9]

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.
find quote
3DBuff Offline
Senior Member
Posts: 107
Joined: Mar 2016
Reputation: 2
Post: #1043
Milhouse, any chance of bringing the 3D tag back? It disappeared with version 2 of Estuary skin quite some time ago. I used to get 3D tag beside movie poster out of filename "... .3D.MVC.iso". The tag is gone and unless I play this movie the system will not update any tags from .iso file itself or filename.
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,877
Joined: Jan 2011
Reputation: 642
Post: #1044
(2017-02-21 03:03)3DBuff Wrote:  Milhouse, any chance of bringing the 3D tag back? It disappeared with version 2 of Estuary skin quite some time ago. I used to get 3D tag beside movie poster out of filename "... .3D.MVC.iso". The tag is gone and unless I play this movie the system will not update any tags from .iso file itself or filename.

I would suggest you open an issue here (as I know it's already been mentioned in the Estuary sub-forum feature request/bug threads),

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.
(This post was last modified: 2017-02-21 03:38 by Milhouse.)
find quote
bleep42 Offline
Junior Member
Posts: 43
Joined: Oct 2013
Reputation: 2
Post: #1045
(2017-02-18 23:49)Milhouse Wrote:  Edit: I should add that's on an RPi3 with moderate overclock:
Code:
arm_freq=1300
core_freq=500
gpu_freq=500
over_voltage=4
force_turbo=1

sdram_freq=580
over_voltage_sdram=5
sdram_schmoo=0x02000020

Hi Popcornmix, Milhouse & John,
A question about overclocking for H.265.
Obviously I have made arm_freq and sdram_freq as high as reasonable, without becoming unreliable.
My undersanding is that core_freq influences memory access speed/bandwith, which is useful for H.265, however you are also using the GPU for decoding, so presumably that also needs to be as high as reasonable.
However core_freq and gpu_freq may be set differently, in the ratio 3 to 2 (usually because the gpu won't clock as fast as the core), however I have seen several people, like Milhouse above, using the same frequency for both, whereas I tend to use as high an overclock for core as is reliable (best memory bandwith), then set gpu at 2/3 of that ie 564 & 376 (I realise there are restrictions on the devisors allowed)
So my question is for H.265/HEVC is it better to get the core up as high as possible and so probably have to accept a slower gpu, as I currently do, or to set them both to the same, as high as reliable, as Milhouse example above, or is there basically nothing in it?

Thanks for your time.
Regards, Kevin.
find quote
Lindar Offline
Junior Member
Posts: 9
Joined: Oct 2013
Reputation: 0
Post: #1046
Hi there,

one stupid question.
Would an option similar to audio-passthrough, but with HEVC/H.265-content make sense, so that -in my case- the TV could do the job?

Thanks for answers and THANKS Milhouse/popcornmix!!
find quote
popcornmix Offline
Team-Kodi Member
Posts: 7,862
Joined: Feb 2011
Reputation: 326
Post: #1047
(2017-02-21 14:34)bleep42 Wrote:  Obviously I have made arm_freq and sdram_freq as high as reasonable, without becoming unreliable.
My undersanding is that core_freq influences memory access speed/bandwith, which is useful for H.265, however you are also using the GPU for decoding, so presumably that also needs to be as high as reasonable.
However core_freq and gpu_freq may be set differently, in the ratio 3 to 2 (usually because the gpu won't clock as fast as the core), however I have seen several people, like Milhouse above, using the same frequency for both, whereas I tend to use as high an overclock for core as is reliable (best memory bandwith), then set gpu at 2/3 of that ie 564 & 376 (I realise there are restrictions on the devisors allowed)
So my question is for H.265/HEVC is it better to get the core up as high as possible and so probably have to accept a slower gpu, as I currently do, or to set them both to the same, as high as reliable, as Milhouse example above, or is there basically nothing in it?

gpu_freq isn't a specific clock but is a shorthand for setting core_freq, v3d_freq, h264_freq and isp_freq (if otherwise not set).
These days there are separate PLLs for core_freq and the other 3. So core_freq can be set arbitrarily compared to v3d_freq/h264_freq/isp_freq.
v3d_freq/h264_freq/isp_freq need to all be integer divisors of the PLL. The simplest option is to set them all the same.

For HEVC, the sdram, arm, core and v3d are the important clocks (roughly in that order, but they are all significant).

In Milhouse's config.txt the core_freq line is redundant (it defaults to gpu_freq if otherwise unspecified).
But it would work perfectly fine with, say core_freq=513, as core_freq has its own PLL.

However:
gpu_freq=500
v3d_freq=513

wouldn't be satisfied exactly as v3d shares a PLL with h264/isp. I think you would get 513 for all 3 clocks.
find quote
LeoD Offline
Junior Member
Posts: 2
Joined: Feb 2017
Reputation: 0
Location: Germanistan
Post: #1048
Hi, I'm new to fiddling with test builds, I guess this is a suitable place place to report (#0220, #0219, and probably earlier):
I can't delete entries from the Favourites menu (Estuary) because no context menu can be brought up for them.
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,877
Joined: Jan 2011
Reputation: 642
Post: #1049
(2017-02-21 20:42)LeoD Wrote:  I can't delete entries from the Favourites menu (Estuary) because no context menu can be brought up for them.

Known issue with Estuary - there's (currently) no context menu support for Favourites. Instead click on Favourites and a window will open - you should have a context menu for these items.

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.
find quote
LeoD Offline
Junior Member
Posts: 2
Joined: Feb 2017
Reputation: 0
Location: Germanistan
Post: #1050
(2017-02-21 20:49)Milhouse Wrote:  Known issue with Estuary - there's (currently) no context menu support for Favourites. Instead click on Favourites and a window will open - you should have a context menu for these items.
Thanks, man! Apparently I'm new to Estuary, too ...
find quote
Post Reply