[miappa]

You are using Raspbian, right?
If so you don´t need those scripts at all unless you are using Raspbmc scripts and upstart jobs, but I doubt that (?).

To answer your question as a Raspbmc user;
These scripts are really just a hack to be able to run Kodi (Helix) on Raspbmc.
XBMC has been renamed/rebranded to Kodi, this is the reason for the scripts, nothing else.

But, as you are a Raspbian user, this really doesn´t matter to you. You don´t need the scripts (afaik anyway).

[miappa]

Updated Helix build, Kodi master from Nov 20 (last commit) + newclock4 commits.

Kodi Master:
• Master changelog

Newclock4 additions:
• [dvdplayeraudio] Remove logging message
• scraper: Fix for losing infotags when artwork grab fails suggested by… …
• [mmalrender] Skip some log message in bypass mode
• [dvdplayer] Fix for video ref clock not being enabled when requested …
• dvdplayer: fix audio error at beginning of playback
• [dvdplayeraudio] Add advancedsetting for configuring max pll adjustment
• [omxplayer] Fix for EAC3 passthrough

One really interesting thing to test is using dvdplayer (i.e. disable omxplayer acceleration), with "adjust display refresh rate to match video" and "sync playback to display".
See: http://forum.kodi.tv/showthread.php?tid=...pid1840053
And of course, report back any findings.

GPU firmware from Nov 15 included

NB! To be able to run this build you must first run enable-kodi*.sh as explained here!

If not already enabled, download and run enable-kodi2:

Code:

wget http://goo.gl/G4EG8M --no-check-certificate -O enable-kodi2.sh
sudo sh enable-kodi2.sh

To install Kodi build, SSH to Pi:

Code:

wget -O kodi-14-20141120-nc4.tar.gz http://goo.gl/NtVjUy --no-check-certificate
pv kodi-14-20141120-nc4.tar.gz | tar xzf - -C /home/pi/.upgrade
sudo cp /home/pi/.upgrade/kodi-14-20141120-nc4/{fixup_x.dat,start_x.elf} /boot
ln -sfn /home/pi/.upgrade/kodi-14-20141120-nc4/xbmc-bcm /home/pi/.xbmc-current
sudo reboot

See post #1 for more info

[DBMandrake]

I've been giving the last two builds a bit of testing over the last day or two and overall I like what I see - performance seems to be up considerably from Gotham. With 1Ghz overclock and NFS over UDP I can now stream and play back 1080p at 55Mbps compared to 45Mbps on Gotham. Menu and list navigation seems much snappier too.

I've noticed a number of issues with the sound however. I'm testing with analogue output with number of channels set to 2.0.

"Maintain original volume on downmix" has no effect on 5.1 audio mixed down to 2.0 like it does on other platforms. (Mac/Windows) This problem was actually there in Gotham as well, but only for OMXPlayer - DVDPlayer did boost the volume when turning off "Maintain original volume on downmix". However now that DVDPlayer and OMXPlayer are somewhat merged, it seems to have followed the behaviour of OMXPlayer, eg the setting is not doing anything.

The new "Boost centre channel when downmixing" is not working for me, I can turn it up to 20dB on a 5.1 channel file and notice no difference. This is the case with either setting of "maintain original volume on downmix".

"Play GUI sounds: always" is not working for me either - as soon as I start playing a video GUI sounds go silent, however if I change one of the sound settings such as "maintain original volume on downmix" WHILE the video is still playing I get an extremely loud distorted GUI click sound then after that the GUI sounds start working again while the video still plays, until I stop and play the next video then GUI sounds stop working again.

Sound quality through the analogue output is particularly poor verging on unusable on some videos that have quieter scenes, at least without using volume amplification in the OSD, although this was also the case with Gotham so I think it's more of a limitation of the Pi hardware than an xbmc problem. A good example is the opening minutes of Gravity where the quiet comms speech to the astronauts is completely obscured by noise and distortion and unintelligible but audible and clear with HDMI output or played through analogue on another platform like my Mac. I'm doing further testing with the analogue output to try to get a better idea of what's going on, although I suspect not many people use the Pi's analogue output with xbmc/kodi so not many may notice or care.

Output configuration and Resample quality don't have any bearing on any of the above issues.

[sparkyvanburen]

I have a question, something which I didnt notice with the xbmc gotham builds. I am running the most recent (yesterday) helix, and also had done a fresh upgrade to the test helix on 11/16/2014.
It seems my 4gb usb install is running out of room, I have cachemembuffer set to 0, so I know that it grows when a video is playing...but I just checked in .xbmc/temp and found a few cache files. I dont remember them sticking around like this before, is this normal behavior?
I would assume the older caches can be deleted? The most recent would be a current video?
please advise, if these can be removed and also should they clear themselves automatically?
thanks
pi@raspbmc:~$ ls -la ./.xbmc/temp/filecache*
-rw-r--r-- 1 pi pi 28839936 Nov 18 22:18 ./.xbmc/temp/filecache000.cache
-rw-r--r-- 1 pi pi 516096 Nov 21 08:45 ./.xbmc/temp/filecache001.cache
-rw-r--r-- 1 pi pi 241120357 Nov 21 17:10 ./.xbmc/temp/filecache002.cache
-rw-r--r-- 1 pi pi 277274624 Nov 21 19:24 ./.xbmc/temp/filecache003.cache <<< current playing video?

[givo]

Now I see this is wrong thread, but I'm not allowed to delete... sory...

I've upgraded to beta2 and beta3 and both have problem playing LiveTV (TVH server on separate machine) with subtitles stream enabled (while subtitles disabled - everything is OK). I'm using RPi with OpenElec 4.95.3 with pvr.hts. Log shows as if I'm pressing pause/resume (which I'm not) and screen stops for a second or so and continues... Here are few lines from log:
22:35:02 16432.677734 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Pause 1.51,0.06 (A:01 V:10) EOF:0 FULL:0 T:0.40
22:35:02 16432.677734 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(0.00) pause_resume:1
22:35:02 16432.755859 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Resume 1.51,0.56 (A:01 V:01) EOF:0 FULL:0 T:0.40
22:35:02 16432.757812 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(1.00) pause_resume:1
22:35:16 16447.328125 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Pause 1.53,0.04 (A:01 V:10) EOF:0 FULL:0 T:0.80
22:35:17 16447.330078 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(0.00) pause_resume:1
22:35:17 16447.458984 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Resume 1.65,0.88 (A:01 V:01) EOF:0 FULL:0 T:0.80
22:35:17 16447.458984 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(1.00) pause_resume:1
22:35:19 16449.675781 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Pause 1.68,0.08 (A:01 V:10) EOF:0 FULL:0 T:1.60
22:35:19 16449.675781 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(0.00) pause_resume:1
22:35:19 16449.863281 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Resume 1.87,1.78 (A:01 V:01) EOF:0 FULL:0 T:1.60
22:35:19 16449.863281 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(1.00) pause_resume:1
22:35:24 16454.371094 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Pause 1.84,0.06 (A:01 V:10) EOF:0 FULL:0 T:3.20

[Gregoire]

Now I see this is wrong thread, but I'm not allowed to delete... sory...

I've upgraded to beta2 and beta3 and both have problem playing LiveTV (TVH server on separate machine) with subtitles stream enabled (while subtitles disabled - everything is OK). I'm using RPi with OpenElec 4.95.3 with pvr.hts. Log shows as if I'm pressing pause/resume (which I'm not) and screen stops for a second or so and continues... Here are few lines from log:
22:35:02 16432.677734 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Pause 1.51,0.06 (A:01 V:10) EOF:0 FULL:0 T:0.40
22:35:02 16432.677734 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(0.00) pause_resume:1
22:35:02 16432.755859 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Resume 1.51,0.56 (A:01 V:01) EOF:0 FULL:0 T:0.40
22:35:02 16432.757812 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(1.00) pause_resume:1
22:35:16 16447.328125 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Pause 1.53,0.04 (A:01 V:10) EOF:0 FULL:0 T:0.80
22:35:17 16447.330078 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(0.00) pause_resume:1
22:35:17 16447.458984 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Resume 1.65,0.88 (A:01 V:01) EOF:0 FULL:0 T:0.80
22:35:17 16447.458984 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(1.00) pause_resume:1
22:35:19 16449.675781 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Pause 1.68,0.08 (A:01 V:10) EOF:0 FULL:0 T:1.60
22:35:19 16449.675781 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(0.00) pause_resume:1
22:35:19 16449.863281 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Resume 1.87,1.78 (A:01 V:01) EOF:0 FULL:0 T:1.60
22:35:19 16449.863281 T:2581591104 DEBUG: OMXClock::OMXSetSpeed(1.00) pause_resume:1
22:35:24 16454.371094 T:2581591104 DEBUG: CDVDPlayer::OMXDoProcessing Pause 1.84,0.06 (A:01 V:10) EOF:0 FULL:0 T:3.20

Shouldn't you ask this on the openelec forum? This thread is about raspbmc test builds.

[popcornmix]

"Maintain original volume on downmix" has no effect on 5.1 audio mixed down to 2.0 like it does on other platforms. (Mac/Windows) This problem was actually there in Gotham as well, but only for OMXPlayer - DVDPlayer did boost the volume when turning off "Maintain original volume on downmix". However now that DVDPlayer and OMXPlayer are somewhat merged, it seems to have followed the behaviour of OMXPlayer, eg the setting is not doing anything.

For dvdplayer this should behave the same as other xbmc platforms. If it's not that needs further investigation.

The new "Boost centre channel when downmixing" is not working for me, I can turn it up to 20dB on a 5.1 channel file and notice no difference. This is the case with either setting of "maintain original volume on downmix".

There have been a number of reports of this working successfully. Note: it only works when audio is downmixed to stereo. e.g. number of channels is 2 and passthrough is disabled.

"Play GUI sounds: always" is not working for me either - as soon as I start playing a video GUI sounds go silent, however if I change one of the sound settings such as "maintain original volume on downmix" WHILE the video is still playing I get an extremely loud distorted GUI click sound then after that the GUI sounds start working again while the video still plays, until I stop and play the next video then GUI sounds stop working again.

dvdplayer or omxplayer? I'd expect this to work for dvdplayer (and paplayer), but probably not for omxplayer (which closes down audio engine when starting).
I guess adjusting audio settings when omxplayer is playing is re-enabling audio engine - would be better if that were disabled.

Sound quality through the analogue output is particularly poor verging on unusable on some videos that have quieter scenes, at least without using volume amplification in the OSD, although this was also the case with Gotham so I think it's more of a limitation of the Pi hardware than an xbmc problem. A good example is the opening minutes of Gravity where the quiet comms speech to the astronauts is completely obscured by noise and distortion and unintelligible but audible and clear with HDMI output or played through analogue on another platform like my Mac. I'm doing further testing with the analogue output to try to get a better idea of what's going on, although I suspect not many people use the Pi's analogue output with xbmc/kodi so not many may notice or care.

Have you got kodi's volume set to full? Having a low software volume in kodi with a high volume on TV will produce bad audio, especially from the analogue audio with it's limited dynamic range.
BTW, a big improvement to analogue audio is coming soon....

[miappa]

Updated Helix build, Kodi master from Nov 22 (last commit) + newclock4 commits.

Kodi Master:
• Master changelog

Newclock4 additions:
• fixed: Typo in variable name
• fixed: Calling WaitForData with a large minimum could cause it to block the max. timeout
• changed: Use m_StateInput else dvdplayer osd info is 8 seconds delayed
• fixed: Don't keep reading source when cache is full (fixes #15500)
• fixed: FileCache-full logic was wrong + implement GetMaxWriteSize() function
• changed: Rename confusing CSimpleDoubleCache class to CDoubleCache
• squash: Fixup build after glGet
• fixup! GL(ES): Simplify matrix stack handling
• GL(ES): Simplify matrix stack handling
• GL: switch to CPU based matrix caculations to match GLES
• gl: avoid grabbing viewport on each render

GPU firmware from Nov 22 included:
• Avoid enabling 25MHz ethernet clock on model A+
• Restructure of hdmi pll adjustment code. Add support for locking to 3:2 cadence (24fps on 60Hz)

NB! To be able to run this build you must first run enable-kodi*.sh as explained here!

If not already enabled, download and run enable-kodi2:

Code:

wget http://goo.gl/G4EG8M --no-check-certificate -O enable-kodi2.sh
sudo sh enable-kodi2.sh

To install Kodi build, SSH to Pi:

Code:

wget -O kodi-14-20141122-nc4.tar.gz http://goo.gl/IkB4lY --no-check-certificate
pv kodi-14-20141122-nc4.tar.gz | tar xzf - -C /home/pi/.upgrade
sudo cp /home/pi/.upgrade/kodi-14-20141122-nc4/{fixup_x.dat,start_x.elf} /boot
ln -sfn /home/pi/.upgrade/kodi-14-20141122-nc4/xbmc-bcm /home/pi/.xbmc-current
sudo reboot

See post #1 for more info

[DBMandrake]

"Maintain original volume on downmix" has no effect on 5.1 audio mixed down to 2.0 like it does on other platforms. (Mac/Windows) This problem was actually there in Gotham as well, but only for OMXPlayer - DVDPlayer did boost the volume when turning off "Maintain original volume on downmix". However now that DVDPlayer and OMXPlayer are somewhat merged, it seems to have followed the behaviour of OMXPlayer, eg the setting is not doing anything.

For dvdplayer this should behave the same as other xbmc platforms. If it's not that needs further investigation.

The new "Boost centre channel when downmixing" is not working for me, I can turn it up to 20dB on a 5.1 channel file and notice no difference. This is the case with either setting of "maintain original volume on downmix".

There have been a number of reports of this working successfully. Note: it only works when audio is downmixed to stereo. e.g. number of channels is 2 and passthrough is disabled.

Yes I'm testing with 5.1 ac3 audio tracks downmixed to stereo.

Found out what's happening - I didn't realise that none of these settings have any effect during playback with omxplayer - I guess it only reads the settings before playback starts. My fault for not testing thoroughly enough.

dvdplayer responds to the "maintain original volume on downmix" setting on the fly (but not "boost centre channel when downmixing" - that needs the video to be restarted) while omxplayer needs the video to be restarted for either setting to take effect.

Both settings seem to be working with both players - "maintain original volume on downmix" being turned on is boosting the overall volume by roughly 10dB on the clips I tried.

I did notice however that "boost centre channel when downmixing" only works when "maintain original volume on downmix" is turned on - is this by design ? That doesn't really make sense to me because (a) it means you can only boost the centre channel volume when you're already applying compression and boost and (b) when you're NOT applying compression there is more headroom available to take advantage of the centre channel boost, so it doesn't make sense to prevent it's use in this situation. (Especially when the GUI doesn't make clear that this will happen)

"Play GUI sounds: always" is not working for me either - as soon as I start playing a video GUI sounds go silent, however if I change one of the sound settings such as "maintain original volume on downmix" WHILE the video is still playing I get an extremely loud distorted GUI click sound then after that the GUI sounds start working again while the video still plays, until I stop and play the next video then GUI sounds stop working again.

dvdplayer or omxplayer? I'd expect this to work for dvdplayer (and paplayer), but probably not for omxplayer (which closes down audio engine when starting).
I guess adjusting audio settings when omxplayer is playing is re-enabling audio engine - would be better if that were disabled.

Yes it appears the "play GUI sounds" setting only works with dvdplayer and has no effect on omxplayer - regardless of setting there are never gui sounds during playback unless you change an audio setting on the fly during playback such as "maintain original volume on downmix" in which case the GUI sounds start working again regardless of what "play GUI sounds" is set to, although this only lasts until a seek at which point GUI sounds are disabled again.

Sound quality through the analogue output is particularly poor verging on unusable on some videos that have quieter scenes, at least without using volume amplification in the OSD, although this was also the case with Gotham so I think it's more of a limitation of the Pi hardware than an xbmc problem. A good example is the opening minutes of Gravity where the quiet comms speech to the astronauts is completely obscured by noise and distortion and unintelligible but audible and clear with HDMI output or played through analogue on another platform like my Mac. I'm doing further testing with the analogue output to try to get a better idea of what's going on, although I suspect not many people use the Pi's analogue output with xbmc/kodi so not many may notice or care.

Have you got kodi's volume set to full? Having a low software volume in kodi with a high volume on TV will produce bad audio, especially from the analogue audio with it's limited dynamic range.
BTW, a big improvement to analogue audio is coming soon....

Yes, I always leave the master volume in xbmc/kodi set to 100%.

I'm intrigued to see what will be done with the analogue audio - as I mentioned elsewhere dithering definitely doesn't seem to be working at the moment possibly due to the dither being too low in amplitude. Even with "maintain original volume on downmix" turned on and 3-6dB of centre channel boost quiet sections of many of my movies are still drowned in noise and distortion on the analogue output - the only thing that really gets the levels high enough to minimise this effect is the OSD "volume amplification" setting, which I don't like to use unless absolutely necessary as it effectively implements a hard limiter.

[miappa]

@DBMandrake
Have you started with a fresh guisettings.xml since you upgraded to Helix?
If not, I really sugest that you do so, otherwise you might have conflicts.

The reason I ask is that you are mentioning some settings that shouldn´t even be available in these builds (afaiu), e.g. "maintain original volume on downmix".

[DBMandrake]

@DBMandrake
Have you started with a fresh guisettings.xml since you upgraded to Helix?
If not, I really sugest that you do so, otherwise you might have conflicts.

The reason I ask is that you are mentioning some settings that shouldn´t even be available in these builds (afaiu), e.g. "maintain original volume on downmix".

Yes,

When I installed your build I renamed the .xbmc folder and let it create a new one. (I don't see how a guisettings.xml setting could magically create a setting that doesn't exist in the code though ?)

I think you might be confused - the setting was called "Normalize levels on downmix" in Gotham, and is now called "Maintain original volume on downmix". As well as the change in wording the sense of the switch has been swapped back around to what it was in Frodo.

In Frodo on = louder, in Gotham off = louder, in Helix on = louder again. Each time it has been reworded slightly, which is confusing to end users to say the least.

[miappa]

You are of course right, guisettings.xml would not create visible settings that doesn´t exist in settings.xml or rbp.xml.
But sometimes there are conflicts when switching builds though, but rather "invisible" settings with conflicts.

However, I am not confused regarding the setting, I cannot find "Maintain original volume on downmix" anywhere on any of my Pi´s, perhaps one need a specific setting to see it?
Edit: On all other platforms I have tested I do have this option.
The boost option works for me though so I don´t have any issues with it (other than it should be limited to ≈ 10-20 and not 100 I think).

[sparticle]

Having issues with Tearing on playback of LiveTV streams from MythTV backend. Not had the problem before on other builds.

I get a horizontal tear across the centre of the screen. Tried a few channels and all seem to tear. Just wondered if anyone else is seeing any issues. I am using the 20/11 build.

Cheers
Spart

[popcornmix]

I get a horizontal tear across the centre of the screen. Tried a few channels and all seem to tear. Just wondered if anyone else is seeing any issues. I am using the 20/11 build.

Not heard of that issue. If you can identify the first build with this problem that would help.

[miappa]

Updated Helix build, Kodi master from Nov 25 (last commit) + newclock4 commits.

Kodi Master:
• Master changelog

Newclock4 additions:
• fixed: it's stereo samples..
• changed: Don't perform wait-on-data if position is in our old cache
• changed: Modify rate calculation to obtain a proper average with heavy
• seeking/cache swapping
• [dvdplayervideo] Prod decoder when in stills mode
• [mmalcodec] Avoid double framerate deinterlace for dvd menus for now

GPU firmware from Nov 23 included:
• video_render: Reduce processing time to avoid dropouts with DTS audio

NB! To be able to run this build you must first run enable-kodi*.sh as explained here!

If not already enabled, download and run enable-kodi2:

Code:

wget http://goo.gl/G4EG8M --no-check-certificate -O enable-kodi2.sh
sudo sh enable-kodi2.sh

To install Kodi build, SSH to Pi:

Code:

wget -O kodi-14-20141125-nc4.tar.gz http://goo.gl/XaVArp --no-check-certificate
pv kodi-14-20141125-nc4.tar.gz | tar xzf - -C /home/pi/.upgrade
sudo cp /home/pi/.upgrade/kodi-14-20141125-nc4/{fixup_x.dat,start_x.elf} /boot
ln -sfn /home/pi/.upgrade/kodi-14-20141125-nc4/xbmc-bcm /home/pi/.xbmc-current
sudo reboot

See post #1 for more info