Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi Part 2 - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi Part 2 (/showthread.php?tid=184866)



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - pikoli - 2013-12-04

for me, this one worked perfectly, but is a tad old now (from 9.10.2013):

http://netlir.dk/rbej/builds/index.php?dir=Gotham%20Popcornmix/


but than again, last two posts in this thread -> http://forum.xbmc.org/showthread.php?tid=168665&page=2 , might indicate, that scrapper problem is non related issue to the build, I don't know Smile


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-04

(2013-11-30, 16:41)doveman2 Wrote:
(2013-11-26, 21:04)popcornmix Wrote:
(2013-11-26, 16:47)doveman2 Wrote: Is anyone finding that the audio amplification/compression gets messed up when jumping around in videos? I have it set to 18db and when I start watching something it's fine but when I jump forward or back, it seems to get a lot louder, like it's fixed itself to 18db and isn't adjusting in relation to the audio stream as it should.

That is expected.
The 18dB will be added to the volume when playback starts. To avoid clipping, there is an attenuation level that is calculated.
If (volume+amplification > max_level) then the attenuation is increased. The attenuation slowly decays when we are not in danger of clipping.
Overall this means that quiet parts of the movie are amplified by 18dB, but loud parts are left alone.

After a seek, the attenuation is reset to 0, and allowed to settle based on the current volume level in the file (exactly as if you'd started playback from there).
So, if you had just passed a loud part of movie, where attenuation had increased to 18dB, and you are now in a quiet part, the attenuation will be slowly decaying (e.g. it might be 15dB)
and you then seek to an equally quiet part, it will seem louder as the attenuation is reset to 0.
However it should be the same volume as you would have got just by waiting for the decay to take it to zero.

Of course I'd expect the volume to go louder briefly when skipping, as the attenuation has to reset and analyse the current volume to determine what it should be set to. The problem however is that it doesn't seem to kick in for a long time (30-60s), so that it's blaring loud for that time and I have to use the TV remote to reduce the volume and then increase it again once it's settled down. Often when I'm skipping, it's through the ads, which tend to be louder than the programme anyway, so it's not that I'm landing on quiet parts and it's boosting them to the max, I'm landing on loud parts and it's not attenuating them for a long while.

When I used ffdshow's volume boost/compression feature on the PC, I recall it would jump in volume when skipping but then adjust itself back down very quickly, so it wasn't really a problem.

Perhaps a possible solution would be to always set the attenuation to max when skipping (or starting, as we might be resuming a video at a loud point) and then let it analyse the volume and decay to the correct level?

I've also noticed there's a problem the other way. When watching TV, sometimes there's a glitch in the audio, probably caused by a glitch in the stream and the volume resets to minimum. At first I thought it was because the glitch was seen as loud and so it was adjusting and would come back up shortly but it appears to disable the amplification completely, as even going into the OSD settings and increasing/decreasing the amplification has no effect. I have to stop and restart the channel to get the volume back up to normal levels again.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-04

New OpenELEC Gotham build: (obsolete)

Code:
rpi512:~ # uname -a
Linux rpi512 3.12.2 #1 PREEMPT Wed Dec 4 08:56:45 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-20131204085552-r16483

Based on tip of XBMC master (c436399299) and OpenELEC master (5afca2377d) with the following modifications:
  • Includes these newclock3 commits (except for 479fa47 which I've replaced with a static spinner)
  • Excludes the fernetmenta patch as this conflicts with the newclock3 ffmpeg (3e73911) patch
One of the newclock3 patches included in this build is meant to enable GUI sounds, however I'm not hearing anything over HDMI/2.0 speakers.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - User 99401 - 2013-12-04

(2013-12-04, 12:23)MilhouseVH Wrote: New OpenELEC Gotham build: #0412.

Code:
rpi512:~ # uname -a
Linux rpi512 3.12.2 #1 PREEMPT Wed Dec 4 08:56:45 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-20131204085552-r16483

Based on tip of XBMC master (c436399299) and OpenELEC master (5afca2377d) with the following modifications:
  • Includes these newclock3 commits (except for 479fa47 which I've replaced with a static spinner)
  • Excludes the fernetmenta patch as this conflicts with the newclock3 ffmpeg (3e73911) patch
One of the newclock3 patches included in this build is meant to enable GUI sounds, however I'm not hearing anything over HDMI/2.0 speakers.

Thanks MilhouseVH for keeping this test builds alive.
Is this build has some fixes around the subtitle issues we noticed lately (time=0 and squares)?

thanks!


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evangelion - 2013-12-04

System>Settings>Appearance>Skin>Navigation sounds .. clicking to change/activate causes a reboot, tried 3 times now ...


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-04

(2013-12-04, 12:52)Shanyel Wrote: Is this build has some fixes around the subtitle issues we noticed lately (time=0 and squares)?

Not that I've noticed (didn't have that problem myself) - try it and let us know! Smile


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - User 99401 - 2013-12-04

(2013-12-04, 12:55)MilhouseVH Wrote:
(2013-12-04, 12:52)Shanyel Wrote: Is this build has some fixes around the subtitle issues we noticed lately (time=0 and squares)?

Not that I've noticed (didn't have that problem myself) - try it and let us know! Smile

will do ;-)


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evangelion - 2013-12-04

Did you miss my post MilhouseVH? (previous page)


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - FattyMcDirty - 2013-12-04

(2013-12-04, 12:23)MilhouseVH Wrote: New OpenELEC Gotham build: #0412.

Code:
rpi512:~ # uname -a
Linux rpi512 3.12.2 #1 PREEMPT Wed Dec 4 08:56:45 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-20131204085552-r16483

Based on tip of XBMC master (c436399299) and OpenELEC master (5afca2377d) with the following modifications:
  • Includes these newclock3 commits (except for 479fa47 which I've replaced with a static spinner)
  • Excludes the fernetmenta patch as this conflicts with the newclock3 ffmpeg (3e73911) patch
One of the newclock3 patches included in this build is meant to enable GUI sounds, however I'm not hearing anything over HDMI/2.0 speakers.

are movie/tv-scrapers working properly in this build? any1 tested it?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-04

(2013-12-04, 13:27)evangelion Wrote: Did you miss my post MilhouseVH? (previous page)

I didn't miss it, I just didn't have anything to suggest.

I'm only creating these builds, just as anyone else can too. If the builds contain bugs (and they most certainly do) I'm not responsible for them. However do post about the issues you are experiencing as someone else may have a suggestion/solution.


(2013-12-04, 13:40)FattyMcDirty Wrote: are movie/tv-scrapers working properly in this build? any1 tested it?

As far as I know they should be, I've been able to scrape a new episode for an existing tv show. Haven't tried scraping an entirely new library though.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2013-12-04

(2013-12-04, 13:05)Shanyel Wrote:
(2013-12-04, 12:55)MilhouseVH Wrote:
(2013-12-04, 12:52)Shanyel Wrote: Is this build has some fixes around the subtitle issues we noticed lately (time=0 and squares)?

Not that I've noticed (didn't have that problem myself) - try it and let us know! Smile

will do ;-)

Could you also test with .sub?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-04

(2013-12-04, 12:53)evangelion Wrote: System>Settings>Appearance>Skin>Navigation sounds .. clicking to change/activate causes a reboot, tried 3 times now ...

Yes. I was about to mention it in a post last night, but I found a case where it failed (passthrough) so held off.

I wasn't aware of:
System>Settings>Appearance>Skin>Navigation sounds

so ignore that, it's not required. I was enabling menu sounds in:
system>settings>system>audio output>play gui sounds

Not sure why there are two similar options for menu sounds.

Don't try playing a video with passthough enabled - I still need some logic to close the PCM connection before trying that.

Otherwise, it was working for me last night, but hasn't had much testing.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-04

(2013-12-04, 12:53)evangelion Wrote: System>Settings>Appearance>Skin>Navigation sounds .. clicking to change/activate causes a reboot, tried 3 times now ...

Lol, OK, just tried this myself and toggling "Navigation sounds" certainly kills xbmc.bin in this build too. Nothing is written to the debug log, so maybe some kind of segfault.

Just don't toggle that option for now...

Edit: Ah I see popcornmix beat me to it.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evangelion - 2013-12-04

Cheers Guys, not just me then!


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-04

(2013-12-04, 13:53)popcornmix Wrote: Otherwise, it was working for me last night, but hasn't had much testing.

Working for you in OpenELEC, or Raspbmc or some other build? As I'm not getting GU sounds for now - anything I should be looking for in the logs to see if it's failing?

Here's my debug log with GUI audio enabled: pastebin.

I can see the CPiAudio thread starting, maybe these errors are related:
Code:
12:04:57 T:3044254544   ERROR: COMXCoreComponent::GetInputBuffer OMX.broadcom.audio_render wait event timeout
12:04:57 T:3044254544   ERROR: COMXAudio::Decode timeout