• 1
  • 58
  • 59
  • 60(current)
  • 61
  • 62
  • 119
RaspBMC Kodi/XBMC test builds
(2014-03-15, 18:00)popcornmix Wrote: Do you have a HifiBerry Digi? The HifiBerry DAC doesn't support passthrough.
Passthrough means less cpu, and multichannel (e.g. 5.1) is possible.
An HifiBerry DAC, so that explains I can't select it.

Performance of XBMC on a Raspberry improved incredibly with these latest Gotham Build. Thx popcornmix and miappa.
It feels my Raspberry Pi is dualcore compared to latest Raspbmc Frodo release.

CPU usage XBMC idle (fast overclocked) is 32-35% which actually is higher than the 20% (which Sam mentioned somewhere).
Is 32-35% normal, because it drops to 27% playing an h264 movie. (XBMC must be the only thing that uses more energy doing nothing than working)
Reply
OK - the Prob is on my second Raspi with a 8GB SD card inside, the other two Raspi's would play fine - very fine ;-)
sorry - You are on the right Side - popi :-)
TOP100 - speciell Device 48 - think it seemed to play a half octave to high on this fuck piece of hardware lol.

Thanks for your maintenance - will see after fresh install on this Device
Reply
(2014-03-15, 21:05)popcornmix Wrote: Is the high pitched audio something subtle (like a few % fast) or something blatant? Does lip sync get lost?

high pitched human voice (talking or singing) is immediately identifiable. In fact, on the music video I uploaded, the pitch start immediately, but I first detected it on a HD video where the sound is good at start but get pitched after a few seconds, that was pretty obvious.
There seems to be no audio/video sync loss.

(2014-03-15, 21:18)miappa Wrote: Do you have the same guisettings.xml since you updated from Frodo?
If so, delete it and start fresh and see if it makes a difference.

I switch between files wherever I want to start with Frodo or Gotham.
I just started using a fresh guisettings.xml, the issue remains.
There is a few new audio options in Gotham, I tried playing with them, without success. At first I thought it was happening only with AAC and there was a problem with configuration (passthrough or something), but it happens with mp3 in avi files too. I play audio through HDMI, then send it back from the TV with jack/RCA cable to a stereo amplifier.
I don't think it's gui related, since the issue occurs only with omxplayer, not dvdplayer or paplayer.
Reply
(2014-03-15, 21:05)popcornmix Wrote:
(2014-03-15, 20:52)ianux Wrote: My bad, I didn't know video files was played in-browser with this upload site.
you can wget it here: http://ianux.fr/pj.mp4

Hmm, sounded fine with both omxplayer and dvdplayer. Tried analogue and hdmi.
Is the high pitched audio something subtle (like a few % fast) or something blatant? Does lip sync get lost?

Anyone else see this problem?

I encountered this when i enabled "Enable fixed latency playback mode". It was only highpitched, lipsync and everything was OK.
Reply
(2014-03-15, 22:31)Gregoire Wrote: I encountered this when i enabled "Enable fixed latency playback mode". It was only highpitched, lipsync and everything was OK.

That's it!!!
I thought this option was only streaming related (as said on OSD hint) so I didn't bother change it. Why this doesn't affect vorbis audio track and happens only with omxplayer remains a mystery…
Thank you very much! Then I can stick to Gotham release and carry all my music with me, thanks to Yatse remote for Android and its stream plugin.
Reply
@popcornmix - now also my 3th Raspi works perfect - it seemes there was something wrong on my SD card.
Perfect Work with your builds.!

i'm on the mend. :-)
Reply
So is there any advantage/disadvantage to also updating the kernel (knowing miappa is gpu updates)?? And if advantage, how to update?

Thanks.
Media Companion Dev.
Media Companion - Kodi / XBMC - Media Companion
Reply
Hi,

I'm currently struggling with my 2nd RPi with Hifiberry DAC. I get it working but not from reboot. I have the newest kernel 3.10.33+ and added the lines in advancedsettings like Electricpim suggested. I use miappas latest build and made sure it is started after reboot. So this is what I need to do to get hifiberry working after reboot:

- wait till Raspbmc finished booting (Hifiberry is not recognized in XBMC but alsa already knows it)
- xbmc.log says that hifiberry isn't recognized
- in ssh-console: "sudo initctl restart xbmc"
- xbmc restarts with hifiberry dac working

Are there any ideas why I need to restart the xbmc-process to get it working?
Reply
(2014-03-16, 03:49)vbat99 Wrote: So is there any advantage/disadvantage to also updating the kernel (knowing miappa is gpu updates)?? And if advantage, how to update?

The raspbian kernel has been updated more recently and may support more devices (e.g. the HifiBerry).
The raspbmc may include some modules that raspbian doesn't (I'm not sure exactly what).

There are no doubt different choices made which could affect the amount of free memory, and the performance.
Which is better, I don't know. Feel free to make a backup, update the kernel and report any differences.

I've seen a number of people report they have updated (e.g. to get HifiBerry support) and no reports that performance was noticeably different,
so I guess any change will be marginal.
Reply
Hey, firstly, a big thanks miappa and popcornmix for the continued new builds, patches and updated firmwares.

Trouble has recently started with my 5.1 channel 96KHz audio FLAC files over HDMI with paplayer (I suspect commit 2db356d, as builds before 201403011 are fine, but I've no hard evidence other than trial and error :-P ).

Previously, they would "just" about play with my Pi overclocked to 1 GHz, such that any big GUI activity would cause stuttering (breaks of silence) but it would continue to play past that. Now, it just repeats the same small buffer of samples repeatedly, and never recovers, but with playback time still elasping (sounds like an old windows 98 DirectX game when it crashes :-P ). Occasionally, it sounds like just the rear channels are stuck - that is the front play, but the back repeat the audio.

Interestingly, the debug log shows it identified as stereo with a 44.1Khz sample rate - when it definitely is multichannel PCM :-
Quote:12:47:47 4915.492188 T:3035628608 DEBUG: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
12:47:47 4915.583984 T:3027240000 INFO: CActiveAESink::OpenSink - initialize sink
12:47:47 4915.661133 T:3027240000 DEBUG: CAESinkPiBig Grinrain delay:76ms now:0ms
12:47:47 4915.661621 T:3027240000 DEBUG: CAESinkPiBig Grineinitialize
12:47:47 4915.671387 T:3027240000 DEBUG: COMXCoreComponent:Big Grineinitialize : OMX.broadcom.audio_render handle 0x29400d8
12:47:47 4915.672363 T:3027240000 DEBUG: CActiveAESink::OpenSink - trying to open device PI:HDMI
12:47:47 4915.673828 T:3027240000 DEBUG: CAESinkPi:Initialize Format:15 Channels:2 Samplerate:44100 framesize:8 bufsize:35280 bytes/s=352800.00
12:47:47 4915.674316 T:3027240000 DEBUG: CAESinkPi:Initialize
12:47:47 4915.678711 T:3027240000 DEBUG: COMXCoreComponent::Initialize OMX.broadcom.audio_render input port 100 output port 100 m_handle 0x29400d8
12:47:47 4915.688477 T:3027240000 DEBUG: COMXCoreComponent::AllocInputBuffers component(OMX.broadcom.audio_render) - port(100), nBufferCountMin(1), nBufferCountActual(2)>
12:47:47 4915.690430 T:3027240000 DEBUG: CActiveAESink::OpenSink - SinkPi Initialized:
12:47:47 4915.690918 T:3027240000 DEBUG: Output Device : HDMI
12:47:47 4915.691406 T:3027240000 DEBUG: Sample Rate : 44100
12:47:47 4915.691406 T:3027240000 DEBUG: Sample Format : AE_FMT_FLOAT
12:47:47 4915.691895 T:3027240000 DEBUG: Channel Count : 2
12:47:47 4915.691895 T:3027240000 DEBUG: Channel Layout: FL,FR
12:47:47 4915.692383 T:3027240000 DEBUG: Frames : 4410
12:47:47 4915.698730 T:3027240000 DEBUG: Frame Samples : 8820
12:47:47 4915.698730 T:3027240000 DEBUG: Frame Size : 8
12:47:47 4915.727051 T:3035628608 DEBUG: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
12:47:47 4915.728027 T:3027240000 DEBUG: Previous line repeats 1 times.
12:47:47 4915.728027 T:3027240000 DEBUG: CAESinkPiBig Grineinitialize
12:47:47 4915.740723 T:3027240000 DEBUG: COMXCoreComponent:Big Grineinitialize : OMX.broadcom.audio_render handle 0x29400d8
12:47:52 4920.728027 T:3035628608 DEBUG: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
12:48:17 4945.444336 T:2834297920 DEBUG: Thread JobWorker 2834297920 terminating (autodelete)

Previously it was identified correctly (in build 20140306b) as,
Quote:13:17:56 6724.348145 T:3026875456 DEBUG: CActiveAESink::OpenSink - SinkPi Initialized:
13:17:56 6724.349609 T:3026875456 DEBUG: Output Device : HDMI
13:17:56 6724.350098 T:3026875456 DEBUG: Sample Rate : 96000
13:17:56 6724.351074 T:3026875456 DEBUG: Sample Format : AE_FMT_S16NE
13:17:56 6724.352051 T:3026875456 DEBUG: Channel Count : 6
13:17:56 6724.353027 T:3026875456 DEBUG: Channel Layout: FL,FR,FC,LFE,BL,BR
13:17:56 6724.354004 T:3026875456 DEBUG: Frames : 7680
13:17:56 6724.357422 T:3026875456 DEBUG: Frame Samples : 6
13:17:56 6724.358398 T:3026875456 DEBUG: Frame Size : 12

Would the format and frame size being calculated incorrectly upset things? I'm happy to help debug this - just let me know what's needed :-)
Reply
(2014-03-16, 15:23)MoSPDude Wrote: Would the format and frame size being calculated incorrectly upset things? I'm happy to help debug this - just let me know what's needed :-)

Can you upload a sample file?
Reply
hey guys
these are nice nightlies, really well done. question, i am using a usb wireless mouse, and i have noticed that with these recent builds (from march, the only one from feb that i used was feb 13 and it wasnt an issue) i have noticed that it takes 2 or 3 times me clicking on a link for it to register. is anyone else experiencing this? also i have noticed an odd loud white noise before a streamed video starts. it there any workaround?
thanks
Reply
@miappa: Any change of getting PR #4414 into your next build? This solves the airplay for iOS 7 devices
Reply
(2014-03-16, 21:06)haegg78 Wrote: @miappa: Any change of getting PR #4414 into your next build? This solves the airplay for iOS 7 devices

It´s already included: https://github.com/miappa/xbmc/commits/nc3
Reply
(2014-03-16, 21:09)miappa Wrote:
(2014-03-16, 21:06)haegg78 Wrote: @miappa: Any change of getting PR #4414 into your next build? This solves the airplay for iOS 7 devices

It´s already included: https://github.com/miappa/xbmc/commits/nc3

Okay, but then not behaving the same as memphiz test build 10 for osx. I can only see my pi's as audio and not video (ios 7.1)
Reply
  • 1
  • 58
  • 59
  • 60(current)
  • 61
  • 62
  • 119

Logout Mark Read Team Forum Stats Members Help
RaspBMC Kodi/XBMC test builds15