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: CAESinkPirain delay:76ms now:0ms
12:47:47 4915.661621 T:3027240000 DEBUG: CAESinkPieinitialize
12:47:47 4915.671387 T:3027240000 DEBUG: COMXCoreComponent:einitialize : 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: CAESinkPieinitialize
12:47:47 4915.740723 T:3027240000 DEBUG: COMXCoreComponent:einitialize : 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 :-)