Comment 4 for bug 500061

Revision history for this message
rfcmedia (rfcmedia) wrote : Re: [Bug 500061] Re: Strange silence during playback via cue

Awesome. Haven't encountered the bug yet today. Been trying to break
it by clicking a lot but... so far it's stable. I've been trying both
the trunk and the features_sqlite branch but both are solid!

Although, I noticed that in both branches, if I try the collusion and
outline themes, the Cue button works like the play button. (music does
not stop on mouse-release) Is this by design?

Thanks!

On 12/24/2009 09:04 AM, Albert Santoni wrote:
> Can you try compiling 1.8?
>
> My guess here is that our Reader class that decodes the MP3 is waiting
> for your hard disk to seek to the start of the song when you cue up
> like that, and if your disk is too slow, Mixxx ends up playing
> silence. In 1.8, we have a much improved Reader that caches snippets
> of audio like the part in front of a cue point, which tries to buy
> your hard disk time to catch up. I'd be curious to hear what happens
> if you try the same test in 1.8....
>
> Thanks,
> Albert
>
> On Thu, Dec 24, 2009 at 1:22 AM, rfcmedia <email address hidden> wrote:
>> Sorry, Please ignore the link to "bug number 2". It's referring to my
>> second bullet point, which is bug #225305.
>>
>> --
>> Strange silence during playback via cue
>> https://bugs.launchpad.net/bugs/500061
>> You received this bug notification because you are a member of Mixxx
>> Development Team, which is subscribed to Mixxx.
>>
>