•   
  • 1
  • 97
  • 98
  • 99(current)
  • 100
  • 101
  • 156
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0)
New OpenELEC Helix build: #0926
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.16.3 #1 PREEMPT Fri Sep 26 22:13:55 BST 2014 armv6l GNU/Linux

# vcgencmd version
Sep 19 2014 16:49:58
Copyright (c) 2012 Broadcom
version 193e6925ff92741775b3893fbd95bb8b6dc41e41 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140926221247-r19291-gca3f9d1 [Build #0926]

Based on tip of OpenELEC master (ca3f9d15, changelog) and tip of XBMC master (b9764bc4, changelog) with the following modifications:
  • Includes newclock4 patches
  • Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  • Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.16.y
  • Excludes the OpenELEC xbmc-001-newclock4 patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  • Default setting for "Show RSS Feed" changed to disabled
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • Adapted service.openelec.settings to take advantage of PR5217
  • Includes latest libnfs master (ab1af695)
  • Includes latest libcec master (81e38211)
  • Includes latest xbmc-pvr-addons master (aba6be26)
  • Includes latest xbmc-addon-xvdr master (a3724213)
  • Includes libcec double-key suppression
  • Includes libcec CEC Standby Fix
  • Includes libcec CEC LG Vendor Fix
  • Increase scan interval of PeripBusCEC from 5000 to 60000, reducing CPU loading by about 2% (1GHz Pi) every 5 seconds (even when CEC is "disabled")
  • Includes CONFIG_COREDUMP=y to allow creation of coredumps (see here)
  • Includes PR5222: videodb: Add column name on GROUP query otherwise sub query returns no rows
  • Includes PR5247: StringUtils: optimize Split(), new overloads for Split() and Tokenize()
  • Includes PR5309: [posix] Implement new PosixFile
  • Includes PR5312: dvdplayer: do a seek after having changed subtitle stream
  • Includes PR5324: Add setting to hide library clean progress bar.
  • Includes PR5386: Fix incorrect usage of S_IFDIR flag
  • Includes PR5395: [fix] Closes #15423 Addon update deadlock due to race condition deleting CThread
Build Highlights:
  1. Extra Airplay fixes.
Build Details:
  1. OpenELEC:
    • bluez: update to bluez-5.23
    • projects/*/linux: enable CONFIG_SND_ICE1712
    • v4l-utils: dont react on samsung remote control codes for KEY_POWER and KEY_SOURCE
  2. XBMC:
    • pvr: fix deadlock in TriggerEPGUpdate (PR:5409, 1 commit, 3 files changed)
    • dvdplayer: fix ass subs for AV_CODEC_ID_ASS after ffmpeg bump to 2.4 (PR:5413, 1 commit, 1 file changed)
    • AE: optimization and fixes (PR:5417, 2 commits, 2 files changed)
  3. newclock4:
    • fix dumpplist
    • - merge the binary plist and xml plist pathes in airplay (which already diverged) by using libplist for parsing in both cases - not only the binary case
    • - support the /play command which wants us to start playback "paused" - (camera roll on ios8 for example)
    • fix wrong printf format mismatches
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 all

I am running the latest openelec nightly on my pi from this thread.

I have my fileserver set to sleep after a period of inactivity, my server went to sleep last night fine and stayed off all night until this morning it was woken up by the pi for some reason, can anyone help me with that the following log items mean please?

Quote:07:09:34 40301.839844 T:2864706640 NOTICE: Thread JobWorker start, auto delete: true
07:09:34 40302.007812 T:2889872464 NOTICE: Thread FileCache start, auto delete: false
07:09:50 40317.804688 T:3059298304 NOTICE: Previous line repeats 6 times.
07:09:50 40317.804688 T:3059298304 NOTICE: WakeOnAccess [192.168.0.2] trigged by accessing : smb://192.168.0.2/E/Tv Shows/Red Dwarf/Red Dwarf S08/Red Dwarf_s8eps02_Back In The Red - Part 2/
07:10:00 40328.308594 T:3059298304 NOTICE: WakeOnAccess sequence completed, server started
07:10:00 40328.500000 T:2889872464 NOTICE: Thread BackgroundLoader start, auto delete: false
07:10:00 40328.675781 T:2889872464 NOTICE: Thread FileCache start, auto delete: false
07:10:01 40329.410156 T:2864706640 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
07:11:45 40433.347656 T:3059298304 NOTICE: Samba is idle. Closing the remaining connections

The pi is set to wake the server on access. The pi was left all night on the folder view for the red dwarf episode that is listed in the log, these are the first items listed in the log since last night when I finished playing the file. Does anyone know what the first few lines of the log mean? I believe this is what caused the WakeOnAccess command to be sent. I don't think that my server wouldn't have been woken up if I left the pi idling on the home screen instead of the folder view for the red dwarf episode. Is there a way to get the pi to switch back to the homescreen after a period of inactivity?

Cheers
Dan
(2014-09-26, 16:22)slack3r Wrote: Hi.

Today I've found the gui running at 98-100 fps! Reboot solves the issue(?), but after switching Tv off and on, problem returns.
Same problem with #0926.
Log attached:
http://pastebin.com/F3YJ2dbP

Build #0924 is fine.
(2014-09-27, 08:42)danny_ice Wrote: can anyone help me with that the following log items mean please?

XBMC will periodically run a background thread to refresh information about your media, for example to re-cache thumbnails that are out of date, or extract stream detail information. In this case it looks like the latter caused your server to wake up.

(2014-09-27, 08:42)danny_ice Wrote: Is there a way to get the pi to switch back to the homescreen after a period of inactivity?

Not without an addon of some kind. Or you could just schedule a cron job overnight (or whenever you know the Pi is idle) to send the "Home" button using JSON ("texturecache.py input home" will do that). If you want to get fancy, send the button only once your server is asleep (and don't send it again until it has been awoken and gone back to sleep etc.)
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.
(2014-09-27, 08:55)slack3r Wrote: Same problem with #0926.
Log attached:
http://pastebin.com/F3YJ2dbP

Build #0924 is fine.

So you think the recent LG vendor patch is causing this?
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.
(2014-09-27, 09:33)Milhouse Wrote:
(2014-09-27, 08:55)slack3r Wrote: Same problem with #0926.
Log attached:
http://pastebin.com/F3YJ2dbP

Build #0924 is fine.

So you think the recent LG vendor patch is causing this?

Uhm... it could be
(2014-09-27, 09:41)slack3r Wrote: Uhm... it could be

Well I only say that because you've got an LG TV and have had a problem with the two builds that contain the patch... I've no idea if this is reasonable or expected behaviour, will need @mk01 to wade in. Smile

Do you have a debug log of when the problem starts? I'm not sure what I'm supposed to be looking at in your last log.
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.
@Milhouse
Yes, I have an LG TV and the issue seems to happen after this:
Code:
08:29:05 462.516937 T:3058946048  NOTICE: ActiveAE::Resume
08:29:05 462.517334 T:3058930768  NOTICE: CActiveAE::StateMachine -AE_TOP_CONFIGURED_SUSPEND/CActiveAEControlProtocol::INIT
08:29:05 462.561890 T:3058930768  NOTICE: Found 1 Lists of Devices

I can attach a debug log if it helps.
Dual Audio Question

Is it possible to configure dual audio as: HDMI and ALSA (for eg. Wireless audio) to work ?
(2014-09-27, 17:11)pogo1975 Wrote: Is it possible to configure dual audio as: HDMI and ALSA (for eg. Wireless audio) to work ?

No. xbmc has no native dual audio ability.
The Pi branch has the ability to drive two audio devices on the GPU side. The GPU has no knowledge of alsa, so this only works with HDMI and analogue.

There is a different dual audio patch that handles it on the arm side.
It is reported as working on the Pi but at a cost. It increases the arm cpu by about 25%.
New OpenELEC Helix build: #0927
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.16.3 #1 PREEMPT Sat Sep 27 23:04:33 BST 2014 armv6l GNU/Linux

# vcgencmd version
Sep 27 2014 15:02:59
Copyright (c) 2012 Broadcom
version 1e1705d83daf22b7a50331d9538258c4c7acf656 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140927230324-r19298-g2c54f9a [Build #0927]

Based on tip of OpenELEC master (2c54f9a7, changelog) and tip of XBMC master (51ecb2ce, changelog) with the following modifications:
  • Includes newclock4 patches
  • Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  • Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.16.y
  • Excludes the OpenELEC xbmc-001-newclock4 patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  • Default setting for "Show RSS Feed" changed to disabled
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • Adapted service.openelec.settings to take advantage of PR5217
  • Includes latest libnfs master (ab1af695)
  • Includes latest libcec master (81e38211)
  • Includes latest xbmc-pvr-addons master (aba6be26)
  • Includes latest xbmc-addon-xvdr master (a3724213)
  • Includes libcec double-key suppression
  • Includes libcec CEC Standby Fix
  • Includes libcec CEC LG Vendor Fix
  • Increase scan interval of PeripBusCEC from 5000 to 60000, reducing CPU loading by about 2% (1GHz Pi) every 5 seconds (even when CEC is "disabled")
  • Includes CONFIG_COREDUMP=y to allow creation of coredumps (see here)
  • Includes PR5204: [Fix] Make ext. subtitle loading work for image files and bluray directories
  • Includes PR5222: videodb: Add column name on GROUP query otherwise sub query returns no rows
  • Includes PR5247: StringUtils: optimize Split(), new overloads for Split() and Tokenize()
  • Includes PR5309: [posix] Implement new PosixFile
  • Includes PR5312: dvdplayer: do a seek after having changed subtitle stream
  • Includes PR5324: Add setting to hide library clean progress bar.
  • Includes PR5386: Fix incorrect usage of S_IFDIR flag
  • Includes PR5395: [fix] Closes #15423 Addon update deadlock due to race condition deleting CThread
Build Highlights:
  1. New firmware.
  2. Added PR5204 to see if it has any effect on the Bluray subtitle problem reported by delinend (link) - it's not expected to help, but probably worth including for purposes of wider testing anyway
Build Details:
  1. Firmware (Sep 27):
    • firmware: MMAL: Pass dec_params in opaque buffers: Pass the contents of the decoder params in opaque buffers, particularly to relay interlace properties
    • firmware: gpioman: Reduce huge amount of log spam
    • firmware: hdmi: add gencmd to limit rate of change of hdmi clock adjustment
    • firmware: services: Avoid bad behaviour from calling init functions more than once. See: link
    • firmware: Remove dts_whole_frames config option.
    • firmware: dtsbits: Handle parsing (and discarding) extension packets. See: link
  2. OpenELEC:
    • [busybox] Enable CONFIG_NC_SERVER, closes #3495 (PR:3496, 1 commit, 1 file changed)
    • xbmc: add a more general check for cpu temperature found on some newer systems
    • Rename xbmc-999.99-AESinkALSA:_Set_correct_value_for_AES3_when_using_HBR... (PR:3499, 1 commit, 1 file changed)
    • allow packages in projects folder (PR:3392, 1 commit, 3 files changed)
  3. XBMC:
    • [lang] update of internal addon language files
    • [lang] update of core language files
    • [lang] update of skin.confluence language files
  4. newclock4:
    • Settings: Remove videoplayer.useframemtdec setting and make it default
    • Lang: Remove id and description for useframemtdec
    • DVDVideoCodecFFmpeg: Use framemtdec when in software accel by default
    • [omxplayer] Don't sync up to passthrough audio packets - let GPU handle it
    • [dvdplayer] exerimental: don't raise priority of audio thread
  5. Custom:
    • Added PR5204: [Fix] Make ext. subtitle loading work for image files and bluray directories
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.
(2014-09-27, 09:41)slack3r Wrote:
(2014-09-27, 09:33)Milhouse Wrote:
(2014-09-27, 08:55)slack3r Wrote: Same problem with #0926.
Log attached:
http://pastebin.com/F3YJ2dbP

Build #0924 is fine.

So you think the recent LG vendor patch is causing this?

Uhm... it could be

Confirmed with #0925 / #0926 and LG TV. Currently testing #0927.

The most stable build with LG TV is #0927.
(2014-09-27, 17:22)popcornmix Wrote:
(2014-09-27, 17:11)pogo1975 Wrote: Is it possible to configure dual audio as: HDMI and ALSA (for eg. Wireless audio) to work ?

No. xbmc has no native dual audio ability.
The Pi branch has the ability to drive two audio devices on the GPU side. The GPU has no knowledge of alsa, so this only works with HDMI and analogue.

There is a different dual audio patch that handles it on the arm side.
It is reported as working on the Pi but at a cost. It increases the arm cpu by about 25%.
What's the performance impact on enabling dual audio in it's current form?
I take it you'll loose the performance gain of using HDMI audio pass-through because the RPi has to process it for analogue output any way.
How is it compared to not using HDMI audio pass-through in the first place?

In my case I want movie audio through HDMI and music through analogue to prevent having to turn on my TV for music (DLNA control). If dual audio means a less movie decoding power than I'm not so sure I want to use it.
(2014-09-28, 13:04)Forage Wrote: What's the performance impact on enabling dual audio in it's current form?

The current dual audio scheme is handled by the GPU so enabling it won't affect the arm cpu usage.
(although it does disallow passthrough which improves cpu usage).

Dual audio should have identical arm cpu usage as analogue (or hdmi with passthrough disabled and 2.0 channels).
Regarding default Subtitle is not enabled on Bluray/ISO playback, I have now traced it back to a newclock4 issue.
I have to enable the Subtitle each time I start a Bluray/ISO playback. Even if I set "Set as default for all videos" on the Audio OSD, the setting is gone after restart of the movie. The is NO issue with DVD/ISO playback. Only on Bluray/ISO files.

Milhouse Build:
#901 is working (newclock3)
#902 is NOT working (newclock4)

In the #901, I have forced omxplayer as default in advancedsettings.xml
And in #902 ....
Select omxplayer or dvdplayer automatically = off
Allow hardware acceleration (OMXPlayer) = on
Allow hardware acceleration (OpenMax) = off

And if I press the "o" on playback, is see the "dc:omx-h264".
If I change to OpenMax, I see the "dc-mmal-h264", and this have the same issue.

The "Set as default for all videos" after enabling subtitles, is not saved for Bluray playback.

I have also made some testing on Windows, and here I see:
Gotham 13.2 it is working.
Helix 14 alpha 2 NOT working.
Helix 14 alpha 3 NOT working.
Helix 14 alpha 4 NOT working.

So it looks like that omxplayer/newclock4 and dvdplayer now have the same issue.

Hope someone can help.

Btw.: I have made a XBMC Ticket: http://trac.xbmc.org/ticket/15457

Best regards
  •   
  • 1
  • 97
  • 98
  • 99(current)
  • 100
  • 101
  • 156
  •   
  Thread Closed
 
Thread Rating:
  • 8 Vote(s) - 4.88 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0)4.888