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.
>
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: /bugs.launchpad .net/bugs/ 500061
> 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:/
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
>