• 1
  • 115
  • 116
  • 117(current)
  • 118
  • 119
  • 277
OpenELEC Testbuilds for RaspberryPi Part 2
Popcornmix: Are you aware of the buzzing in 5.1 audio with the last (gui sounds) build)? No audio, just a loud buzz.

Finding the missing EDLs is PVR (Myth, at least) would be nice too.

I'd be happy to provide logs, info if helpful.
(2013-12-06, 16:32)popcornmix Wrote:
(2013-12-06, 16:05)Shanyel Wrote: @popcornmix

Hi, any ideas whether the subtitle issues are in work? shall we expect a fix sometimes soon?
thats the only part push me back from having this excellent build
thanks

I got some information from elupus so I know where to look next. Will try to do some work on it this weekend.

Thank you!
 
  • Intel NUC Kit DN2820FYKH ~ Crucial DDR3L SO-DIMM 4GB ~ SanDisk ReadyCache 32GB SSD ~ Microsoft MCE model 1039 RC6 remote
(2013-12-06, 16:57)allan87 Wrote: Popcornmix: Are you aware of the buzzing in 5.1 audio with the last (gui sounds) build)? No audio, just a loud buzz.
Nope. Buzzing in menu or when playing a file?
Does if go away if you disable gui sounds and restart?
(2013-12-06, 17:58)popcornmix Wrote:
(2013-12-06, 16:57)allan87 Wrote: Popcornmix: Are you aware of the buzzing in 5.1 audio with the last (gui sounds) build)? No audio, just a loud buzz.
Nope. Buzzing in menu or when playing a file?
Does if go away if you disable gui sounds and restart?
With passthough disabled, you get only a loud buzz when playing a video with 5.1 audio. I have tried two videos, an MPEG-2 watched with myth and an MP4 streamed from a NAS. I believe the audio encoding on both was AAC.

All 2.0 audio I tried played correctly. Pretty sure (but not 100%) that there would have been AAC audio, but I will double check if that will help.

I will disable gui sounds and restart tonight (EST), and provide an update.

The actual GUI sounds played perfectly.
(2013-12-06, 18:10)allan87 Wrote: With passthough disabled, you get only a loud buzz when playing a video with 5.1 audio. I have tried two videos, an MPEG-2 watched with myth and an MP4 streamed from a NAS. I believe the audio encoding on both was AAC.

All 2.0 audio I tried played correctly. Pretty sure (but not 100%) that there would have been AAC audio, but I will double check if that will help.

I will disable gui sounds and restart tonight (EST), and provide an update.

The actual GUI sounds played perfectly.

Do you have speaker configuration set to 2.0? (You should unless you are sure your equipment handles multichannel PCM). This setting doesn't affect passthrough.
Speaker config was set to 4.0, which accorded to my setup.

The Pi is connected to my TV w HDMI, and the TV is connected to the receiver with optical digital. Pretty sure the TV would have also been sending PCM to the receiver when the Pi was set to audio passthrough, and it worked perfectly. Could be an issue with the TV dealing with incoming multichannel PCM, however. I'll see if I can figure out tonight.
New OpenELEC Gotham build: #0612 (obsolete).

Code:
rpi512:~ # uname -a
Linux rpi512 3.12.3 #1 PREEMPT Fri Dec 6 13:49:47 GMT 2013 armv6l GNU/Linux
rpi512:~ # vcgencmd version
Dec  2 2013 20:30:23
Copyright (c) 2012 Broadcom
version 0334d765c5cb144589b4d7a4ac68ae8f136491e1 (clean) (release)
rpi512:~ # lsb_release
OpenELEC_Gotham (unofficial) - Version: devel-20131206135339-r16500

Based on tip of XBMC master (8f830c1) and close to tip of OpenELEC master (dabf0b1) with the following modifications:
  • Includes these newclock3 commits (except for acfc39b which I've replaced with a static spinner)
  • Excludes the fernetmenta patch as this conflicts with the newclock3 ffmpeg (eefc037) patch
This build should have working skin widgets.
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.
(2013-12-06, 19:55)MilhouseVH Wrote: New OpenELEC Gotham build: #0612.

I did add in some logic for disabling sounds when passthrough video is played, so that could be fixed (but I only had time for quick testing).
So can you play video with passthrough audio when gui sounds enabled?

(obviously you can't have gui sounds play when in passthrough mode, they just should get disabled).
So.. here's what the Debug Log says about my scrape-problem:

18:55:08 T:2837382224 NOTICE: Thread VideoInfoScanner start, auto delete: false
18:55:09 T:2936501328 DEBUG: CecLogMessage - command 'POLL' was not acked by the controller
18:55:09 T:2936501328 DEBUG: CecLogMessage - >> POLL not sent
18:55:09 T:3044200976 DEBUG: ------ Window Init (DialogExtendedProgressBar.xml) ------
18:55:09 T:2837382224 NOTICE: VideoInfoScanner: Starting scan ..
18:55:09 T:2837382224 DEBUG: CAnnouncementManager - Announcement: OnScanStarted from xbmc
18:55:09 T:2837382224 DEBUG: GOT ANNOUNCEMENT, type: 16, from xbmc, message OnScanStarted
18:55:09 T:2837382224 ERROR: Exists - Unhandled exception
18:55:09 T:2837382224 ERROR: Exists - Error checking for nfs://10.0.0.4/mnt/HD/HD_a2/TV/
18:55:09 T:2837382224 WARNING: Process directory 'nfs://10.0.0.4/mnt/HD/HD_a2/TV/' does not exist - skipping scan.
18:55:09 T:2837382224 NOTICE: VideoInfoScanner: Finished scan. Scanning for video info took 00:00

The source DOES exist! And the older build from rbej is scraping/scanning through it perfectly. Sad

Perhaps NFS is broken?
and yes: nfs seems broken!
switched to SMB - and? it's scraping!

hm Sad
(2013-12-06, 19:59)popcornmix Wrote: I did add in some logic for disabling sounds when passthrough video is played, so that could be fixed (but I only had time for quick testing).
So can you play video with passthrough audio when gui sounds enabled?

(obviously you can't have gui sounds play when in passthrough mode, they just should get disabled).

My Pi isn't connected to a receiver - it's connected to a monitor with line out into a PC - so not really something I can test. I did try enabling passthrough with this build, and I still heard GUI sounds, but that could just be due to the lack of a receiver so in my case passthrough is being ignored.
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.
(2013-12-06, 20:16)FattyMcDirty Wrote: and yes: nfs seems broken!
switched to SMB - and? it's scraping!

There does seem to be a nfs/scraping PR:
https://github.com/xbmc/xbmc/pull/3772
http://trac.xbmc.org/ticket/14727

does that look like your problem?
(2013-12-06, 20:16)FattyMcDirty Wrote: and yes: nfs seems broken!
switched to SMB - and? it's scraping!

hm Sad

I'm using nfs (of the nfs:// variety, not OS mounts). Server is running FreeNAS 8.3.x.
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.
(2013-12-06, 20:20)MilhouseVH Wrote: My Pi isn't connected to a receiver - it's connected to a monitor with line out into a PC - so not really something I can test. I did try enabling passthrough with this build, and I still heard GUI sounds, but that could just be due to the lack of a receiver so in my case passthrough is being ignored.

You can fake the lack of hardware with config options.
So,
hdmi_force_edid_audio=1
will make the Pi believe the hdmi device supports passthrough. You then select hdmi and enable passthrough and although you won't hear anything, it should behave the same (in terms of hanging or crashing) as it would for someone with a passthrough recevier.

hdmi_force_edid_3d =1
can be useful for testing 3d behaviour without a 3d tv.
(2013-12-06, 20:20)MilhouseVH Wrote:
(2013-12-06, 19:59)popcornmix Wrote: I did add in some logic for disabling sounds when passthrough video is played, so that could be fixed (but I only had time for quick testing).
So can you play video with passthrough audio when gui sounds enabled?

(obviously you can't have gui sounds play when in passthrough mode, they just should get disabled).

My Pi isn't connected to a receiver - it's connected to a monitor with line out into a PC - so not really something I can test. I did try enabling passthrough with this build, and I still heard GUI sounds, but that could just be due to the lack of a receiver so in my case passthrough is being ignored.
I can test it tonight.
  • 1
  • 115
  • 116
  • 117(current)
  • 118
  • 119
  • 277

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi Part 223