Reported by: surfed
Date: 2008-03-01T23:27:29Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp197460

When starting a Song Mixxx behaves like the Play button is being held down going back between play and pause at a fast rate. Changing Audio drivers during this behavior enables smooth playback until play is pressed again. Also Mixxx seems to pick up the sliders slowly, ie when i move a slider very fast from max to min it will register as lets say 15% or so, this makes rapid cross fading impossible.

System:
2x 2.4Xeons, 2gb Ram, Ubuntu Gutsy with RT kernel, Nvidia prop., M-Audio delta 1010LT, Hercules MK2 Console.

Surfed

Reported by: stevevanmoer
Date: 2008-02-16T12:05:24Z
Status: Fix Released
Importance: High
Launchpad Issue: lp192364

When starting Mixxx 1.6 (Beta 1 or beta 2), an error pops up 3 times. Afterwards it does not seem to affect Mixxx further on, but I 'm wondering what it is. Here's the error message:

QWidget::setMinimumSize: (/WStatusLight) Negative sizes (-1,11) are not possible

Reported by: thomas-b2ag
Date: 2008-03-04T16:13:24Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp198400

This Bad causes Mixxx to don't register 0-position for line-faders under linux using Hercules Mk2 (or other via libdjconsole).

I've found an if-statement in herculeslinux.cpp line 216 saying to return (and don't handle this) when second parameter equals zero.
I've also attached bugfix.diff solving this problem.

Alternativ you could restrict the whole if-statement to "first equals 45,40 or 39" to only cancel return for faders.

Reported by: @Pegasus-RPG
Date: 2008-01-27T13:34:43Z
Status: Fix Released
Importance: High
Launchpad Issue: lp186341

Using:

• Mixxx 1.6.0-beta1 from Debian repository (i386) on Debian Lenny (testing,) kernel 2.6.22-3-686 #⁠1 SMP
• Also in 1.6.0-beta2 built on same system as above. Occurs with and without CPU optimization compile option.
• Also in 1.6.0-beta3 built from source on same system but on kernel 2.6.24-1-686.
• Also in 1.6.0-beta4 built from source on same system also on kernel 2.6.24-1-686 and on Windows XP Home x86 and Pro x64.
• Pioneer CDJ-700S with Serato Scratch Live CD (burned from download using CD Architect)
• Numark X2 (hybrid deck)

Issues:

• When I cue the CD at the beginning of track 1 (the main control track,) then hit PLAY, Mixxx jumps to 0:30 into the track instead of the beginning.
• If I repeatedly tap CUE (producing a sampler effect) Mixxx just keeps advancing the track instead of jumping back to the cue point. After about 4 track seconds pass while doing this, it jumps back to 0:30(.59) (This is now in bug 253318)

I also tested with XWax 0.3 and 0.4 (from binary) and none of these problems exist. (Different problems do. :) )

Reported by: @Pegasus-RPG
Date: 2008-01-28T00:35:37Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp186481

(This is minor unless a security vulnerability.)

Mixxx 1.6.0-beta1 on Debian i686 (i386 binary.)
Vinyl control enabled, set appropriately.

Using a Pioneer CDJ-700S with a Serato Scratch Live CD (burned from download)

If no song is loaded in the deck controlled by the CDJ and the CDJ is playing the signal track, then a song is loaded (dragged & dropped,) Mixxx crashes.

Console log:
Debug: file length 42826392
Fatal: ASSERT: "yv1[8]<100000 || yv1[8]>-100000" in file src/enginefilteriir.cpp, line 59
Fatal: ASSERT failure in QWidget: "Widgets must be created in the GUI thread.", file kernel/qwidget.cpp, line 952

(This QWidget line is repeated hundreds of times, then the ever-loved "Segmentation fault.")

Reported by: p-yorick
Date: 2008-02-13T10:44:56Z
Status: Fix Released
Importance: High
Launchpad Issue: lp191518

When you change the latency with JACK selected as API, you get a fatal assert:

First time:
ASSERT: "m_pControlObject" in file src/controlobjectthread.cpp, line 32

Fourth time:
Debug: Opened PortAudio stream successfully... starting
Debug: PortAudio: Started stream successfully
Fatal: ASSERT: "m_pControlObject" in file src/controlobjectthread.cpp, line 32
Aborted (core dumped)

Getting the program back into this condition, I couldn't do though. Yet another race probably... The wonders of threaded programming. :)

Reported by: surfed
Date: 2008-02-22T16:56:10Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp194418

When Tooltips are set to no they are still displayed and upon restart are set back to yes.

Reported by: surfed
Date: 2008-02-15T16:00:36Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp192159

Mixxx 1.6.0 beta2. The Vu meters randomly work. Depending on the mood of mixxx either all of them or just two or sometimes just one will display volume levels. Restarting mixxx will shuffle it around :) This happens on Ubuntu 7.10

Reported by: @asantoni
Date: 2008-03-01T16:29:11Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp197328

From the old bug tracker:

=============
when trying to drag a track from my library onto either of the channel's (1
or 2) an immediate pop up window comes up and says
QObject::startTimer;; timers cannont be started from another thread.

my only option is to hit OK

it then proceeds to open up numerous instances of thie same error message.
clicking OK is futile because 40 or so of the same windows have already
opened up and covered my desktop.

after waiting a few seconds, I roll over the OK button and Mixxx shuts down
and I am back at my empty desktop.

Reported by: awilliamson
Date: 2008-03-09T17:20:09Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp200254

I noticed some problems in Mixxx's .desktop file while making the Mandriva package. The following patch changes these things:

• the Encoding setting is removed (it's obsolescent currently, I think). You may want not to include this change, I'm not sure if it's correct for all distros or only MDV.
• a GenericName is added (some desktops expect this).

The Icon is changed from 'mixxx-icon.png' to 'mixxx-icon'. This is correct as per current XDG standards (specifying an extension is incorrect), but requires another change: icons need to be installed as per the freedesktop.org icon theme, as they used to be in Mixxx 1.5 but no longer appear to be in 1.6 (to the /usr/share/icons/hicolor ... tree).

StartupNotify=true is specified.

The categories are amended to include Qt;

the empty GenericName[en_CA] field is removed, it doesn't seem to be doing anything useful.

Reported by: awilliamson
Date: 2008-03-09T17:11:03Z
Status: Won't Fix
Importance: Low
Launchpad Issue: lp200253

This patch allows the 'optimize' parameter to be a string as well as an integer. If it's a string, the string will be passed on as CXXFLAGS. This is useful for distributions which have standard build parameters that are required to be used for all packages (I wrote the patch for the Mandriva package).

You might want to take a different approach to this - add a new parameter, for instance - but the essence of the patch would be a good thing to have.

I also noticed while writing this patch that passing optimize=0 is not optimally handled in the Linux case. It will print "Optimizations enabled..." (as 0 is an integer) but not actually enable any optimizations. I did not address this in my patch, but it's something you might want to fix.

Reported by: dan-telent
Date: 2008-02-18T02:27:18Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp192809

In the Ubuntu binary packages of 1.6.0beta2, clicking on the 'BPM' column title seems to be sorting the tracks alphabetically not numerically. Or if that's not what it's doing, it's doing something non-obvious

95.3, 84.5, 82.7, 82.7, 79.3, 71.7, 312.2, 129.6, 127.2

I'll see if I can attach a screenshot

Reported by: @asantoni
Date: 2008-01-14T23:44:01Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp183011

JACK does not appear as an API when using PortAudio-v19 in Gutsy. Might occur in Hardy too, haven't tried it yet.

What appears to be happening is that JACK support is disabled when the package is being built. I've tried to fix this myself, but I can't figure out why. It always gets disabled for some reason.

I've had about 100 Mixxx users complain that JACK support was removed from Mixxx when they upgrade from Feisty->Gutsy, but it's a problem with the PortAudio package, not Mixxx. (It's not even a problem with PortAudio itself - it's just that JACK support is being disabled somehow in the rules file in the DEB package.)

Help!!!!!

(This bug is also in Mixxx's tracker:
http://sourceforge.net/tracker/index.php?func=detail&aid=1835494&group_id=47577&atid=449891
)

Reported by: coryisatm
Date: 2008-02-06T15:27:33Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp189598
Tags: bitesize, desktop-file

Mixxx now ships "mixx-icon.png" as it's icon image in Hardy.

The .desktop file still uses "mixxx" for it's icon. (correct in Gutsy) It should be changed to "mixxx-icon".

Reported by: surfed
Date: 2008-02-22T16:31:57Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp194415
Tags: library

When Mixxx scan my library it does not close the scanning window. When started in terminal i get the message Debug: Scan finished cleanly, but I still have to press cancel to close the scanning window.

Reported by: wesley
Date: 2008-03-02T17:12:34Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp197697

Sometimes the GUI locks up after loading a song onto on of the decks/players.
It doesn't matter if you drag it or load it using right-click -> load in player 1 or 2

Compiled with: optimize=2 shoutcast=1
Sound API: ALSA with 44100Hz sample rate
Type of media was MP3
Skin: Collusion WS 1280
SVN rev. 1870

Backtrace:

Program received signal SIGTSTP, Stopped (user).
[Switching to Thread -1250703648 (LWP 12250)]
0xffffe410 in __kernel_vsyscall ()
(gdb) thread apply all bt

Thread 12 (Thread -1404060784 (LWP 12264)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0xb6f3dda1 in ?? () from /usr/lib/libportaudio.so.2
#3  0xae582f30 in ?? ()
#4  0x00000001 in ?? ()
#5  0xb6f3e62f in ?? () from /usr/lib/libportaudio.so.2
#6  0xb2ba158c in ?? ()
#7  0xac4fb380 in ?? ()
#8  0x00000339 in ?? ()
#9  0xac4fb380 in ?? ()
#10 0xac4fb388 in ?? ()
#11 0x00000000 in ?? ()

Thread 11 (Thread -1395668080 (LWP 12263)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x081ec266 in VinylControlXwax::run (this=0xae7ce7c0) at src/vinylcontrolxwax.cpp:128
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0xae7ce7c0 in ?? ()
#6  0x00000000 in ?? ()

Thread 10 (Thread -1378882672 (LWP 12262)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x081ec266 in VinylControlXwax::run (this=0x870bcf0) at src/vinylcontrolxwax.cpp:128
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0870bcf0 in ?? ()
---Type <return> to continue, or q <return> to quit---
#6  0x00000000 in ?? ()

Thread 8 (Thread -1370489968 (LWP 12260)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0x081b9bce in MidiObjectALSASeq::run (this=0x848b528) at src/midiobjectalsaseq.cpp:250
#3  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#4  0x0848b528 in ?? ()
#5  0x00000000 in ?? ()

Thread 7 (Thread -1358107760 (LWP 12259)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08173ad9 in BpmDetector::run (this=0x848fe10) at src/bpmdetector.cpp:129
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0848fe10 in ?? ()
#6  0x00000000 in ?? ()

Thread 6 (Thread -1349715056 (LWP 12258)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08172a41 in WaveSummary::run (this=0x84cfa48) at src/wavesummary.cpp:81
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x084cfa48 in ?? ()
#6  0x00000000 in ?? ()

Thread 5 (Thread -1341322352 (LWP 12256)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb69d02a1 in select () from /lib/tls/i686/cmov/libc.so.6
---Type <return> to continue, or q <return> to quit---
#2  0xb7208f82 in ?? () from /usr/lib/libQtCore.so.4
#3  0x0000000c in ?? ()
#4  0x00000000 in ?? ()

Thread 4 (Thread -1317123184 (LWP 12255)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x081b1dbe in EngineSideChain::run (this=0x8410680) at src/enginesidechain.cpp:145
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x08410680 in ?? ()
#6  0x00000000 in ?? ()

Thread 3 (Thread -1301013616 (LWP 12254)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x0812fd87 in Reader::run (this=0x8408f48) at src/reader.cpp:256
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x08408f48 in ?? ()
#6  0x00000000 in ?? ()

Thread 2 (Thread -1286796400 (LWP 12253)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x0812fd87 in Reader::run (this=0x83f55d0) at src/reader.cpp:256
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x083f55d0 in ?? ()
#6  0x00000000 in ?? ()

---Type <return> to continue, or q <return> to quit---
Thread 1 (Thread -1250703648 (LWP 12250)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0xb72e8839 in ?? () from /usr/lib/libX11.so.6
#3  0x083abd90 in ?? ()
#4  0x00000001 in ?? ()
#5  0xb7398b2c in ?? () from /usr/lib/libX11.so.6
#6  0x083ad428 in ?? ()
#7  0xb7398b2c in ?? () from /usr/lib/libX11.so.6
#8  0x083ad428 in ?? ()
#9  0x00000000 in ?? ()
(gdb)

Reported by: @kousu
Date: 2008-03-08T19:37:08Z
Status: Fix Released
Importance: High
Launchpad Issue: lp199926

I downloaded the Mixxx 1.6 Beta2 .dmg for Intel macs, unpacked and dragged the .app to my /Applications, but when I click on it it doesn't start.
Digging minimally further, this is what is happening:

Axkbk:~ kousu$ /Applications/Mixxx.app/Contents/MacOS/mixxx 
Bus error
Axkbk:~ kousu$

Reported by: @Pegasus-RPG
Date: 2008-01-28T00:35:37Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp186481

(This is minor unless a security vulnerability.)

Mixxx 1.6.0-beta1 on Debian i686 (i386 binary.)
Vinyl control enabled, set appropriately.

Using a Pioneer CDJ-700S with a Serato Scratch Live CD (burned from download)

If no song is loaded in the deck controlled by the CDJ and the CDJ is playing the signal track, then a song is loaded (dragged & dropped,) Mixxx crashes.

Console log:
Debug: file length 42826392
Fatal: ASSERT: "yv1[8]<100000 || yv1[8]>-100000" in file src/enginefilteriir.cpp, line 59
Fatal: ASSERT failure in QWidget: "Widgets must be created in the GUI thread.", file kernel/qwidget.cpp, line 952

(This QWidget line is repeated hundreds of times, then the ever-loved "Segmentation fault.")

Reported by: alex-malexmedia
Date: 2008-02-17T22:55:52Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp192769

Mixxx trunk incorrectly fills reverse PCM buffer before handing it off to SoundTouch.

As a result, left/right channels are reversed, and an annoying "popping" sound is heard on both ends of the reversed buffer.

A patch will be attached below.

Reported by: adamdavison
Date: 2007-12-29T20:51:00Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp179286

This bug is a test

Reported by: p-yorick
Date: 2008-02-13T10:35:22Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp191515

I've set up my Mixxx to load songs from my rather extensive FLAC collection (a one line diff...), and initially a file played fine (Aphex Twin/Acrid Avid Jam Shred), then when playing the exact clone in MP3 synchronised, they were fine... And indeed juggling the fader produced no noticeable difference between the two. However when loading a deck with the other deck playing, I got a libsndfile seek error. This was using JACK as the sound API and the added song was I Heart Hiroshima/Candy Cut.

Debug: Found new track: "I Heart Hiroshima - 1 - Candy Cut.flac"
Debug: file length 8952888
Debug: BPM detection successful for "I Heart Hiroshima - 1 - Candy Cut.flac"
Debug: ramp in
Debug: libsndfile: Seek ERR.
Debug: WaveSummary generation successful for "I Heart Hiroshima - 1 - Candy Cut.flac"
Warning: X Error: BadRequest (invalid request code or no such operation) 1
Extension: 255 (Uknown extension)
Minor opcode: 0 (Unknown request)
Resource id: 0x0
Warning: X Error: BadLength (poly request too large or internal Xlib length error) 16
Major opcode: 23 (X_GetSelectionOwner)
Resource id: 0x0
Killed

Subsequently this couldn't be reproduced, but for a bit, adding any FLAC caused a crash. Now it works just fine.

Reported by: alex-malexmedia
Date: 2008-02-17T22:55:52Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp192769

Mixxx trunk incorrectly fills reverse PCM buffer before handing it off to SoundTouch.

As a result, left/right channels are reversed, and an annoying "popping" sound is heard on both ends of the reversed buffer.

A patch will be attached below.

Reported by: surfed
Date: 2008-03-01T23:27:29Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp197460

When starting a Song Mixxx behaves like the Play button is being held down going back between play and pause at a fast rate. Changing Audio drivers during this behavior enables smooth playback until play is pressed again. Also Mixxx seems to pick up the sliders slowly, ie when i move a slider very fast from max to min it will register as lets say 15% or so, this makes rapid cross fading impossible.

System:
2x 2.4Xeons, 2gb Ram, Ubuntu Gutsy with RT kernel, Nvidia prop., M-Audio delta 1010LT, Hercules MK2 Console.

Surfed

Reported by: p-yorick
Date: 2008-02-13T10:44:56Z
Status: Fix Released
Importance: High
Launchpad Issue: lp191518

When you change the latency with JACK selected as API, you get a fatal assert:

First time:
ASSERT: "m_pControlObject" in file src/controlobjectthread.cpp, line 32

Fourth time:
Debug: Opened PortAudio stream successfully... starting
Debug: PortAudio: Started stream successfully
Fatal: ASSERT: "m_pControlObject" in file src/controlobjectthread.cpp, line 32
Aborted (core dumped)

Getting the program back into this condition, I couldn't do though. Yet another race probably... The wonders of threaded programming. :)

Reported by: adamdavison
Date: 2007-12-29T20:51:00Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp179286

This bug is a test

Reported by: @deftdawg
Date: 2008-03-02T08:27:29Z
Status: Invalid
Importance: Medium
Launchpad Issue: lp197555
Tags: linux, waveform

System: Core2, Kubuntu Gutsy, Nvidia Proprietary 169 Drivers, Compiz-Fusion and Emerald (Compiz window decorator)

1. Open Mixxx
2. Hit Escape to open full screen mode
3. Hit Escape to leave full screen mode

The Deck B WVisualWaveform widget becomes corrupt and 10% at the top of the screen becomes corrupted (it shows movement matching playback on Deck B)

Exit mixxx the video corruption disappears.

See attached screenshot

Reported by: surfed
Date: 2008-02-15T16:32:49Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp192165

this happens on some mp3's but not ogg files. Song will load, display waveform and crash. Sometimes it will close mixxx and other times just make it unresponsive. Turning Beat detection off fixes the crashing.
Output of console before crash:
Debug: file length 40188672
Warning: X Error: BadLength (poly request too large or internal Xlib length error) 16
Extension: 129 (Uknown extension)
Minor opcode: 7 (Unknown request)
Resource id: 0x40
Debug: WaveSummary generation successful for "01 - Hicksville.mp3"
Debug: BPM detection successful for "01 - Hicksville.mp3"

Reported by: qa911nh
Date: 2008-03-02T17:14:28Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp197699
Tags: beta, old, windows

Version: Mixxx 1.6 Beta 2
OS: Windows XP Home

If you have a song playing and you navigate to the Preferences screen, when you exit the song speeds up dramatically.

To Reproduce:

1. Play any song and make note of the tempo
2. While it is playing go to Options/Preferences
3. Press the OK button
4. Notice that the song now plays at about double the previous tempo

Reported by: qa911nh
Date: 2008-03-02T17:09:37Z
Status: Fix Released
Importance: Wishlist
Launchpad Issue: lp197696
Tags: easy, weekend

Version: Mixxx 1.6 Beta 2
OS: Windows XP Home

The keyboard shortcuts G and H work correctly fading from one channel to another, but trying to add the Shift key to softstep instead of 10 big jumps does not.

Reported by: @asantoni
Date: 2008-02-15T05:04:57Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp192042
Tags: library

I need to check what happens when a song is in the library and gets deleted on disk. I believe the library code handles this nicely now, but it needs testing...

Reported by: @deftdawg
Date: 2008-03-02T08:27:29Z
Status: Invalid
Importance: Medium
Launchpad Issue: lp197555
Tags: linux, waveform

System: Core2, Kubuntu Gutsy, Nvidia Proprietary 169 Drivers, Compiz-Fusion and Emerald (Compiz window decorator)

1. Open Mixxx
2. Hit Escape to open full screen mode
3. Hit Escape to leave full screen mode

The Deck B WVisualWaveform widget becomes corrupt and 10% at the top of the screen becomes corrupted (it shows movement matching playback on Deck B)

Exit mixxx the video corruption disappears.

See attached screenshot

Reported by: dan-telent
Date: 2008-02-18T02:27:18Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp192809

In the Ubuntu binary packages of 1.6.0beta2, clicking on the 'BPM' column title seems to be sorting the tracks alphabetically not numerically. Or if that's not what it's doing, it's doing something non-obvious

95.3, 84.5, 82.7, 82.7, 79.3, 71.7, 312.2, 129.6, 127.2

I'll see if I can attach a screenshot

Reported by: surfed
Date: 2008-02-22T16:56:10Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp194418

When Tooltips are set to no they are still displayed and upon restart are set back to yes.

Reported by: @kousu
Date: 2008-03-13T03:07:04Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp201668

I spaz-clicked the up-temp button on the first player and somehow got it jammed to be on. Now when I click on it it turns off.
I'm guessing there is a flag that gets toggled on mouse clicks over that button, but I seem to have managed to click fast enough that I got in between the updates and now the flag is turned on, right?

MacOS 10,4, Mixxx1.6beta

Reported by: @asantoni
Date: 2008-01-14T23:44:01Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp183011

JACK does not appear as an API when using PortAudio-v19 in Gutsy. Might occur in Hardy too, haven't tried it yet.

What appears to be happening is that JACK support is disabled when the package is being built. I've tried to fix this myself, but I can't figure out why. It always gets disabled for some reason.

I've had about 100 Mixxx users complain that JACK support was removed from Mixxx when they upgrade from Feisty->Gutsy, but it's a problem with the PortAudio package, not Mixxx. (It's not even a problem with PortAudio itself - it's just that JACK support is being disabled somehow in the rules file in the DEB package.)

Help!!!!!

(This bug is also in Mixxx's tracker:
http://sourceforge.net/tracker/index.php?func=detail&aid=1835494&group_id=47577&atid=449891
)

Reported by: surfed
Date: 2008-02-22T16:31:57Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp194415
Tags: library

When Mixxx scan my library it does not close the scanning window. When started in terminal i get the message Debug: Scan finished cleanly, but I still have to press cancel to close the scanning window.

Reported by: wesley
Date: 2008-03-02T17:12:34Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp197697

Sometimes the GUI locks up after loading a song onto on of the decks/players.
It doesn't matter if you drag it or load it using right-click -> load in player 1 or 2

Compiled with: optimize=2 shoutcast=1
Sound API: ALSA with 44100Hz sample rate
Type of media was MP3
Skin: Collusion WS 1280
SVN rev. 1870

Backtrace:

Program received signal SIGTSTP, Stopped (user).
[Switching to Thread -1250703648 (LWP 12250)]
0xffffe410 in __kernel_vsyscall ()
(gdb) thread apply all bt

Thread 12 (Thread -1404060784 (LWP 12264)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0xb6f3dda1 in ?? () from /usr/lib/libportaudio.so.2
#3  0xae582f30 in ?? ()
#4  0x00000001 in ?? ()
#5  0xb6f3e62f in ?? () from /usr/lib/libportaudio.so.2
#6  0xb2ba158c in ?? ()
#7  0xac4fb380 in ?? ()
#8  0x00000339 in ?? ()
#9  0xac4fb380 in ?? ()
#10 0xac4fb388 in ?? ()
#11 0x00000000 in ?? ()

Thread 11 (Thread -1395668080 (LWP 12263)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x081ec266 in VinylControlXwax::run (this=0xae7ce7c0) at src/vinylcontrolxwax.cpp:128
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0xae7ce7c0 in ?? ()
#6  0x00000000 in ?? ()

Thread 10 (Thread -1378882672 (LWP 12262)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x081ec266 in VinylControlXwax::run (this=0x870bcf0) at src/vinylcontrolxwax.cpp:128
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0870bcf0 in ?? ()
---Type <return> to continue, or q <return> to quit---
#6  0x00000000 in ?? ()

Thread 8 (Thread -1370489968 (LWP 12260)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0x081b9bce in MidiObjectALSASeq::run (this=0x848b528) at src/midiobjectalsaseq.cpp:250
#3  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#4  0x0848b528 in ?? ()
#5  0x00000000 in ?? ()

Thread 7 (Thread -1358107760 (LWP 12259)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08173ad9 in BpmDetector::run (this=0x848fe10) at src/bpmdetector.cpp:129
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0848fe10 in ?? ()
#6  0x00000000 in ?? ()

Thread 6 (Thread -1349715056 (LWP 12258)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08172a41 in WaveSummary::run (this=0x84cfa48) at src/wavesummary.cpp:81
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x084cfa48 in ?? ()
#6  0x00000000 in ?? ()

Thread 5 (Thread -1341322352 (LWP 12256)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb69d02a1 in select () from /lib/tls/i686/cmov/libc.so.6
---Type <return> to continue, or q <return> to quit---
#2  0xb7208f82 in ?? () from /usr/lib/libQtCore.so.4
#3  0x0000000c in ?? ()
#4  0x00000000 in ?? ()

Thread 4 (Thread -1317123184 (LWP 12255)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x081b1dbe in EngineSideChain::run (this=0x8410680) at src/enginesidechain.cpp:145
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x08410680 in ?? ()
#6  0x00000000 in ?? ()

Thread 3 (Thread -1301013616 (LWP 12254)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x0812fd87 in Reader::run (this=0x8408f48) at src/reader.cpp:256
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x08408f48 in ?? ()
#6  0x00000000 in ?? ()

Thread 2 (Thread -1286796400 (LWP 12253)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x0812fd87 in Reader::run (this=0x83f55d0) at src/reader.cpp:256
#4  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
#5  0x083f55d0 in ?? ()
#6  0x00000000 in ?? ()

---Type <return> to continue, or q <return> to quit---
Thread 1 (Thread -1250703648 (LWP 12250)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0xb72e8839 in ?? () from /usr/lib/libX11.so.6
#3  0x083abd90 in ?? ()
#4  0x00000001 in ?? ()
#5  0xb7398b2c in ?? () from /usr/lib/libX11.so.6
#6  0x083ad428 in ?? ()
#7  0xb7398b2c in ?? () from /usr/lib/libX11.so.6
#8  0x083ad428 in ?? ()
#9  0x00000000 in ?? ()
(gdb)

Reported by: @asantoni
Date: 2008-03-01T16:29:11Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp197328

From the old bug tracker:

=============
when trying to drag a track from my library onto either of the channel's (1
or 2) an immediate pop up window comes up and says
QObject::startTimer;; timers cannont be started from another thread.

my only option is to hit OK

it then proceeds to open up numerous instances of thie same error message.
clicking OK is futile because 40 or so of the same windows have already
opened up and covered my desktop.

after waiting a few seconds, I roll over the OK button and Mixxx shuts down
and I am back at my empty desktop.

Reported by: alex-malexmedia
Date: 2008-02-17T15:48:35Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp192663

Using Mixxx on Linux (fc7) with no DRI.

When "scratching" through any track using my new MIDI jog wheel, Mixxx will occasionally segfault. The backtraces always seem to lead to the same place. Here is a sample:

[alex@rockit2 ~]$ gdb mixxx
GNU gdb Red Hat Linux (6.6-16.fc7rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /usr/local/bin/mixxx 
[Thread debugging using libthread_db enabled]
[New Thread -1209030960 (LWP 4806)]
Debug: Starting up...
[New Thread -1215960176 (LWP 4809)]
[New Thread -1231176816 (LWP 4810)]
[New Thread -1250686064 (LWP 4811)]
Debug: SoundManager::SoundManager() 
Debug: SampleRate 44100 
Debug: Latency 36 
Debug: SoundManager::queryDevices() 
Debug: SoundManager::clearDeviceList() 
Debug: SoundManager::closeDevices() 
[New Thread -1264178288 (LWP 4812)]
[Detaching after fork from child process 4813. (Try `set detach-on-fork off'.)]
Debug: type signal
Debug: type marks
Debug: type signal
Debug: type marks
[New Thread -1274668144 (LWP 4814)]
[New Thread -1285158000 (LWP 4815)]
Debug: Loading playlists and library tracks from XML... 
Debug: Track::readXML "/home/alex/.mixxxtrack.xml" 
Debug: Break
Debug: Constructed LibraryScanner!!! 
Debug: No playlists, returning 
Debug: FIXME: Need to tell the m_pPlaylistListModel to refresh in src/track.cpp on line: 1120 
Debug: Trying to add 119 songs to the library playlist 
Debug: Adjusting column widths: tracktable width = 582  1% of that is: 5.82  FIXME: this should be done when initalizing the skin. 
Debug: Shrinking Title/Comment for small screen...  
Debug: selectedAPI is:  "ALSA" 
Debug: SoundManager::getDeviceList 
Debug: SoundManager::getDeviceList 
Debug: SoundManager::getDeviceList 
[New Thread -1298138224 (LWP 4816)]
Debug: PowerMate: write(): Bad file descriptor
Debug: PowerMate: write(): Bad file descriptor
Debug: m_pHercules init: 0xb5e6b880
[New Thread -1308628080 (LWP 4817)]
Debug: Midi OK (Workaround not required)
Debug: setupMappings( "/usr/local/share/mixxx/midi/Numark Total Control.midi.xml" ) 
[Thread -1308628080 (LWP 4817) exited]
Debug: Found option "invert" 
Debug: Option: 1
Debug: Found option "diff" 
Debug: Option: 5
Debug: Setting "jog" sensitivity to 10 
Debug: Found option "diff" 
Debug: Option: 5
Debug: Setting "jog" sensitivity to 10 
Debug: Found option "diff" 
Debug: Option: 5
Debug: loadSettings: 1 0 "SlowFade" 
Debug: slotApply crossfader: 1 "SlowFade" 
Debug: BpmSchemes::readXML "/home/alex/.mixxxbpmscheme.xml" 
Debug: SoundManager::setupDevices() 
Debug: Xwax Vinyl control starting with a sample rate of: 44100 
Debug: Building timecode lookup tables... 
Allocating 2097152 slots (8192Kb) for 20 bit timecode (Serato 2nd Ed., side A)
[New Thread -1308628080 (LWP 4818)]
Debug: Created new VinylControlXwax! 
Debug: Xwax Vinyl control starting with a sample rate of: 44100 
Debug: Building timecode lookup tables... 
[New Thread -1327510640 (LWP 4819)]
Debug: Created new VinylControlXwax! 
Debug: SoundDevicePortAudio::open() "1, HDA ATI SB: ALC883 Analog (hw:0,0)" 
Debug: m_dSampleRate 44100 
Debug: iLatencyMSec: 36 
Debug: output channels: 2 | input channels: 0 
Debug: iLatencySamples: 3176 
Debug: iLatencyMSec: 36 
Debug: Opening stream with id 1 
Debug: Opened PortAudio stream successfully... starting 
[New Thread -1338000496 (LWP 4820)]
Debug: PortAudio: Started stream successfully 
Debug: iNumDevicesOpenedForOutput: 1 
Debug: iNumDevicesOpenedForInput: 0 
Debug: file length 33437952
Debug: WaveSummary generation successful for "Glare-Alive_Again_PM.mp3" 
Debug: ramp in
Debug: BPM detection successful for "Glare-Alive_Again_PM.mp3" 
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1338000496 (LWP 4820)]
0x0815f25c in RateTransposerFloat::transposeStereo (this=0xa2f0620, dest=0xae759940, src=0xa035b20, numSamples=100)
    at lib/soundtouch/RateTransposer.cpp:590
590             dest[2 * i] = (SAMPLETYPE)((1.0f - fSlopeCount) * sPrevSampleL + fSlopeCount * src[0]);
(gdb) thread apply all bt

Thread 12 (Thread -1338000496 (LWP 4820)):
#⁠0 0x0815f25c in RateTransposerFloat::transposeStereo (this=0xa2f0620, dest=0xae759940, src=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:590
#⁠1 0x081602d2 in soundtouch::RateTransposer::transpose (this=0xa2f0620, dest=0xae759940, src=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:318
#⁠2 0x0815f730 in soundtouch::RateTransposer::upsample (this=0xa2f0620, src=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:231
#⁠3 0x0815f8d9 in soundtouch::RateTransposer::processSamples (this=0xa2f0620, src=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:303
#⁠4 0x0815f915 in soundtouch::RateTransposer::putSamples (this=0xa2f0620, samples=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:212
#⁠5 0x0815cc52 in soundtouch::SoundTouch::putSamples (this=0xa1089c0, samples=0xa035b20, numSamples=100)
at lib/soundtouch/SoundTouch.cpp:317
#⁠6 0x0815b8c8 in EngineBufferScaleST::scale (this=0xa035860, playpos=604618.23999999987, buf_size=3176, pBase=0xb78fc008,
iBaseLength=819200) at src/enginebufferscalest.cpp:174
#⁠7 0x080b5142 in EngineBuffer::process (this=0xa04f670, pOut=0xb5918008, iBufferSize=3176) at src/enginebuffer.cpp:1120
#⁠8 0x080e0ed0 in EngineMaster::process (this=0xa081d50, pOut=0x0, iBufferSize=3176) at src/enginemaster.cpp:181
#⁠9 0x0814b078 in SoundManager::requestBuffer (this=0xa0aca70, srcs=@0xb03fb210, iFramesPerBuffer=1588)
at src/soundmanager.cpp:440
#⁠10 0x0815054c in SoundDevicePortAudio::callbackProcess (this=0xa0adef0, framesPerBuffer=1588, output=0xa331c00, in=0x0,
devIndex=1) at src/sounddeviceportaudio.cpp:305
#⁠11 0x081506c2 in paV19Callback (inputBuffer=0x0, outputBuffer=0xa331c00, framesPerBuffer=1588, timeInfo=0xb03fb378,
statusFlags=0, _callbackStuff=0xa0adf30) at src/sounddeviceportaudio.cpp:362
#⁠12 0x0032ae8c in AdaptingOutputOnlyProcess (bp=0xa350c94, streamCallbackResult=0xb03fb39c, hostOutputChannels=0xa046df0,
framesToProcess=400) at src/common/pa_process.c:1058
#⁠13 0x0032bb59 in PaUtil_EndBufferProcessing (bp=0xa350c94, streamCallbackResult=0xb03fb39c) at src/common/pa_process.c:1581
#⁠14 0x0033359d in CallbackThreadFunc (userData=0xa350c48) at src/hostapi/alsa/pa_linux_alsa.c:3303
#⁠15 0x0079e44b in start_thread () from /lib/libpthread.so.0
#⁠16 0x006cc80e in clone () from /lib/libc.so.6

Thread 11 (Thread -1327510640 (LWP 4819)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08172258 in VinylControlXwax::run (this=0xa341098) at src/vinylcontrolxwax.cpp:128
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 10 (Thread -1308628080 (LWP 4818)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08172258 in VinylControlXwax::run (this=0xa2b53d8) at src/vinylcontrolxwax.cpp:128
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 8 (Thread -1298138224 (LWP 4816)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x006c2a43 in poll () from /lib/libc.so.6
#2  0x08159422 in MidiObjectALSASeq::run (this=0xa104b18) at src/midiobjectalsaseq.cpp:250
#3  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#4  0x0079e44b in start_thread () from /lib/libpthread.so.0
#5  0x006cc80e in clone () from /lib/libc.so.6

Thread 7 (Thread -1285158000 (LWP 4815)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08124085 in BpmDetector::run (this=0xa0ffe60) at src/bpmdetector.cpp:129
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 6 (Thread -1274668144 (LWP 4814)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08123074 in WaveSummary::run (this=0xa0fd5e0) at src/wavesummary.cpp:81
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 5 (Thread -1264178288 (LWP 4812)):
---Type <return> to continue, or q <return> to quit---
#0  0x00110402 in __kernel_vsyscall ()
#1  0x006c5561 in select () from /lib/libc.so.6
#2  0x0026f69f in ?? () from /usr/lib/libQtCore.so.4
#3  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#4  0x0079e44b in start_thread () from /lib/libpthread.so.0
#5  0x006cc80e in clone () from /lib/libc.so.6

Thread 4 (Thread -1250686064 (LWP 4811)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x081527fc in EngineSideChain::run (this=0xa08aeb8) at src/enginesidechain.cpp:145
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 3 (Thread -1231176816 (LWP 4810)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x080f6211 in Reader::run (this=0xa046218) at src/reader.cpp:256
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 2 (Thread -1215960176 (LWP 4809)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x080f6211 in Reader::run (this=0xa032550) at src/reader.cpp:256
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 1 (Thread -1209030960 (LWP 4806)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x006c2a43 in poll () from /lib/libc.so.6
#2  0x00372803 in ?? () from /lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#3  0x00372d35 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#4  0x002a8ca8 in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4
#5  0x03065c95 in ?? () from /usr/lib/libQtGui.so.4
#6  0x00286cc1 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
#7  0x00286dcc in QEventLoop::exec () from /usr/lib/libQtCore.so.4
#8  0x0028917a in QCoreApplication::exec () from /usr/lib/libQtCore.so.4
#9  0x02febd77 in QApplication::exec () from /usr/lib/libQtGui.so.4
#10 0x080c3b1e in main (argc=1, argv=0xbfbad444) at src/main.cpp:219
0x0815f25c      590             dest[2 * i] = (SAMPLETYPE)((1.0f - fSlopeCount) * sPrevSampleL + fSlopeCount * src[0]);
(gdb)

Reported by: surfed
Date: 2008-02-15T16:00:36Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp192159

Mixxx 1.6.0 beta2. The Vu meters randomly work. Depending on the mood of mixxx either all of them or just two or sometimes just one will display volume levels. Restarting mixxx will shuffle it around :) This happens on Ubuntu 7.10

Reported by: p-yorick
Date: 2008-02-13T10:35:22Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp191515

I've set up my Mixxx to load songs from my rather extensive FLAC collection (a one line diff...), and initially a file played fine (Aphex Twin/Acrid Avid Jam Shred), then when playing the exact clone in MP3 synchronised, they were fine... And indeed juggling the fader produced no noticeable difference between the two. However when loading a deck with the other deck playing, I got a libsndfile seek error. This was using JACK as the sound API and the added song was I Heart Hiroshima/Candy Cut.

Debug: Found new track: "I Heart Hiroshima - 1 - Candy Cut.flac"
Debug: file length 8952888
Debug: BPM detection successful for "I Heart Hiroshima - 1 - Candy Cut.flac"
Debug: ramp in
Debug: libsndfile: Seek ERR.
Debug: WaveSummary generation successful for "I Heart Hiroshima - 1 - Candy Cut.flac"
Warning: X Error: BadRequest (invalid request code or no such operation) 1
Extension: 255 (Uknown extension)
Minor opcode: 0 (Unknown request)
Resource id: 0x0
Warning: X Error: BadLength (poly request too large or internal Xlib length error) 16
Major opcode: 23 (X_GetSelectionOwner)
Resource id: 0x0
Killed

Subsequently this couldn't be reproduced, but for a bit, adding any FLAC caused a crash. Now it works just fine.

Reported by: @asantoni
Date: 2008-02-15T05:04:57Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp192042
Tags: library

I need to check what happens when a song is in the library and gets deleted on disk. I believe the library code handles this nicely now, but it needs testing...

Reported by: @Pegasus-RPG
Date: 2008-01-27T13:34:43Z
Status: Fix Released
Importance: High
Launchpad Issue: lp186341

Using:

• Mixxx 1.6.0-beta1 from Debian repository (i386) on Debian Lenny (testing,) kernel 2.6.22-3-686 #⁠1 SMP
• Also in 1.6.0-beta2 built on same system as above. Occurs with and without CPU optimization compile option.
• Also in 1.6.0-beta3 built from source on same system but on kernel 2.6.24-1-686.
• Also in 1.6.0-beta4 built from source on same system also on kernel 2.6.24-1-686 and on Windows XP Home x86 and Pro x64.
• Pioneer CDJ-700S with Serato Scratch Live CD (burned from download using CD Architect)
• Numark X2 (hybrid deck)

Issues:

• When I cue the CD at the beginning of track 1 (the main control track,) then hit PLAY, Mixxx jumps to 0:30 into the track instead of the beginning.
• If I repeatedly tap CUE (producing a sampler effect) Mixxx just keeps advancing the track instead of jumping back to the cue point. After about 4 track seconds pass while doing this, it jumps back to 0:30(.59) (This is now in bug 253318)

I also tested with XWax 0.3 and 0.4 (from binary) and none of these problems exist. (Different problems do. :) )

Reported by: qa911nh
Date: 2008-03-02T17:09:37Z
Status: Fix Released
Importance: Wishlist
Launchpad Issue: lp197696
Tags: easy, weekend

Version: Mixxx 1.6 Beta 2
OS: Windows XP Home

The keyboard shortcuts G and H work correctly fading from one channel to another, but trying to add the Shift key to softstep instead of 10 big jumps does not.

Reported by: surfed
Date: 2008-02-15T16:32:49Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp192165

this happens on some mp3's but not ogg files. Song will load, display waveform and crash. Sometimes it will close mixxx and other times just make it unresponsive. Turning Beat detection off fixes the crashing.
Output of console before crash:
Debug: file length 40188672
Warning: X Error: BadLength (poly request too large or internal Xlib length error) 16
Extension: 129 (Uknown extension)
Minor opcode: 7 (Unknown request)
Resource id: 0x40
Debug: WaveSummary generation successful for "01 - Hicksville.mp3"
Debug: BPM detection successful for "01 - Hicksville.mp3"

Reported by: @kousu
Date: 2008-03-09T20:03:04Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp200313

1. Start Mixxx (on OS X)
2. Change the skin
3. Go into fullscreen. It won't actually go into fullscreen.

Alternatively:

*Start Mixxx
*Goto fullscreen->works as expected
*Change skin
*Goto fullscreen->skin goes to 0,0 position & hides taskbar , but fullscreen does not work

Reported by: stevevanmoer
Date: 2008-02-16T12:05:24Z
Status: Fix Released
Importance: High
Launchpad Issue: lp192364

When starting Mixxx 1.6 (Beta 1 or beta 2), an error pops up 3 times. Afterwards it does not seem to affect Mixxx further on, but I 'm wondering what it is. Here's the error message:

QWidget::setMinimumSize: (/WStatusLight) Negative sizes (-1,11) are not possible

Reported by: coryisatm
Date: 2008-02-06T15:27:33Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp189598
Tags: bitesize, desktop-file

Mixxx now ships "mixx-icon.png" as it's icon image in Hardy.

The .desktop file still uses "mixxx" for it's icon. (correct in Gutsy) It should be changed to "mixxx-icon".

Reported by: alex-malexmedia
Date: 2008-02-17T15:48:35Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp192663

Using Mixxx on Linux (fc7) with no DRI.

When "scratching" through any track using my new MIDI jog wheel, Mixxx will occasionally segfault. The backtraces always seem to lead to the same place. Here is a sample:

[alex@rockit2 ~]$ gdb mixxx
GNU gdb Red Hat Linux (6.6-16.fc7rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /usr/local/bin/mixxx 
[Thread debugging using libthread_db enabled]
[New Thread -1209030960 (LWP 4806)]
Debug: Starting up...
[New Thread -1215960176 (LWP 4809)]
[New Thread -1231176816 (LWP 4810)]
[New Thread -1250686064 (LWP 4811)]
Debug: SoundManager::SoundManager() 
Debug: SampleRate 44100 
Debug: Latency 36 
Debug: SoundManager::queryDevices() 
Debug: SoundManager::clearDeviceList() 
Debug: SoundManager::closeDevices() 
[New Thread -1264178288 (LWP 4812)]
[Detaching after fork from child process 4813. (Try `set detach-on-fork off'.)]
Debug: type signal
Debug: type marks
Debug: type signal
Debug: type marks
[New Thread -1274668144 (LWP 4814)]
[New Thread -1285158000 (LWP 4815)]
Debug: Loading playlists and library tracks from XML... 
Debug: Track::readXML "/home/alex/.mixxxtrack.xml" 
Debug: Break
Debug: Constructed LibraryScanner!!! 
Debug: No playlists, returning 
Debug: FIXME: Need to tell the m_pPlaylistListModel to refresh in src/track.cpp on line: 1120 
Debug: Trying to add 119 songs to the library playlist 
Debug: Adjusting column widths: tracktable width = 582  1% of that is: 5.82  FIXME: this should be done when initalizing the skin. 
Debug: Shrinking Title/Comment for small screen...  
Debug: selectedAPI is:  "ALSA" 
Debug: SoundManager::getDeviceList 
Debug: SoundManager::getDeviceList 
Debug: SoundManager::getDeviceList 
[New Thread -1298138224 (LWP 4816)]
Debug: PowerMate: write(): Bad file descriptor
Debug: PowerMate: write(): Bad file descriptor
Debug: m_pHercules init: 0xb5e6b880
[New Thread -1308628080 (LWP 4817)]
Debug: Midi OK (Workaround not required)
Debug: setupMappings( "/usr/local/share/mixxx/midi/Numark Total Control.midi.xml" ) 
[Thread -1308628080 (LWP 4817) exited]
Debug: Found option "invert" 
Debug: Option: 1
Debug: Found option "diff" 
Debug: Option: 5
Debug: Setting "jog" sensitivity to 10 
Debug: Found option "diff" 
Debug: Option: 5
Debug: Setting "jog" sensitivity to 10 
Debug: Found option "diff" 
Debug: Option: 5
Debug: loadSettings: 1 0 "SlowFade" 
Debug: slotApply crossfader: 1 "SlowFade" 
Debug: BpmSchemes::readXML "/home/alex/.mixxxbpmscheme.xml" 
Debug: SoundManager::setupDevices() 
Debug: Xwax Vinyl control starting with a sample rate of: 44100 
Debug: Building timecode lookup tables... 
Allocating 2097152 slots (8192Kb) for 20 bit timecode (Serato 2nd Ed., side A)
[New Thread -1308628080 (LWP 4818)]
Debug: Created new VinylControlXwax! 
Debug: Xwax Vinyl control starting with a sample rate of: 44100 
Debug: Building timecode lookup tables... 
[New Thread -1327510640 (LWP 4819)]
Debug: Created new VinylControlXwax! 
Debug: SoundDevicePortAudio::open() "1, HDA ATI SB: ALC883 Analog (hw:0,0)" 
Debug: m_dSampleRate 44100 
Debug: iLatencyMSec: 36 
Debug: output channels: 2 | input channels: 0 
Debug: iLatencySamples: 3176 
Debug: iLatencyMSec: 36 
Debug: Opening stream with id 1 
Debug: Opened PortAudio stream successfully... starting 
[New Thread -1338000496 (LWP 4820)]
Debug: PortAudio: Started stream successfully 
Debug: iNumDevicesOpenedForOutput: 1 
Debug: iNumDevicesOpenedForInput: 0 
Debug: file length 33437952
Debug: WaveSummary generation successful for "Glare-Alive_Again_PM.mp3" 
Debug: ramp in
Debug: BPM detection successful for "Glare-Alive_Again_PM.mp3" 
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1338000496 (LWP 4820)]
0x0815f25c in RateTransposerFloat::transposeStereo (this=0xa2f0620, dest=0xae759940, src=0xa035b20, numSamples=100)
    at lib/soundtouch/RateTransposer.cpp:590
590             dest[2 * i] = (SAMPLETYPE)((1.0f - fSlopeCount) * sPrevSampleL + fSlopeCount * src[0]);
(gdb) thread apply all bt

Thread 12 (Thread -1338000496 (LWP 4820)):
#⁠0 0x0815f25c in RateTransposerFloat::transposeStereo (this=0xa2f0620, dest=0xae759940, src=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:590
#⁠1 0x081602d2 in soundtouch::RateTransposer::transpose (this=0xa2f0620, dest=0xae759940, src=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:318
#⁠2 0x0815f730 in soundtouch::RateTransposer::upsample (this=0xa2f0620, src=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:231
#⁠3 0x0815f8d9 in soundtouch::RateTransposer::processSamples (this=0xa2f0620, src=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:303
#⁠4 0x0815f915 in soundtouch::RateTransposer::putSamples (this=0xa2f0620, samples=0xa035b20, numSamples=100)
at lib/soundtouch/RateTransposer.cpp:212
#⁠5 0x0815cc52 in soundtouch::SoundTouch::putSamples (this=0xa1089c0, samples=0xa035b20, numSamples=100)
at lib/soundtouch/SoundTouch.cpp:317
#⁠6 0x0815b8c8 in EngineBufferScaleST::scale (this=0xa035860, playpos=604618.23999999987, buf_size=3176, pBase=0xb78fc008,
iBaseLength=819200) at src/enginebufferscalest.cpp:174
#⁠7 0x080b5142 in EngineBuffer::process (this=0xa04f670, pOut=0xb5918008, iBufferSize=3176) at src/enginebuffer.cpp:1120
#⁠8 0x080e0ed0 in EngineMaster::process (this=0xa081d50, pOut=0x0, iBufferSize=3176) at src/enginemaster.cpp:181
#⁠9 0x0814b078 in SoundManager::requestBuffer (this=0xa0aca70, srcs=@0xb03fb210, iFramesPerBuffer=1588)
at src/soundmanager.cpp:440
#⁠10 0x0815054c in SoundDevicePortAudio::callbackProcess (this=0xa0adef0, framesPerBuffer=1588, output=0xa331c00, in=0x0,
devIndex=1) at src/sounddeviceportaudio.cpp:305
#⁠11 0x081506c2 in paV19Callback (inputBuffer=0x0, outputBuffer=0xa331c00, framesPerBuffer=1588, timeInfo=0xb03fb378,
statusFlags=0, _callbackStuff=0xa0adf30) at src/sounddeviceportaudio.cpp:362
#⁠12 0x0032ae8c in AdaptingOutputOnlyProcess (bp=0xa350c94, streamCallbackResult=0xb03fb39c, hostOutputChannels=0xa046df0,
framesToProcess=400) at src/common/pa_process.c:1058
#⁠13 0x0032bb59 in PaUtil_EndBufferProcessing (bp=0xa350c94, streamCallbackResult=0xb03fb39c) at src/common/pa_process.c:1581
#⁠14 0x0033359d in CallbackThreadFunc (userData=0xa350c48) at src/hostapi/alsa/pa_linux_alsa.c:3303
#⁠15 0x0079e44b in start_thread () from /lib/libpthread.so.0
#⁠16 0x006cc80e in clone () from /lib/libc.so.6

Thread 11 (Thread -1327510640 (LWP 4819)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08172258 in VinylControlXwax::run (this=0xa341098) at src/vinylcontrolxwax.cpp:128
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 10 (Thread -1308628080 (LWP 4818)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08172258 in VinylControlXwax::run (this=0xa2b53d8) at src/vinylcontrolxwax.cpp:128
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 8 (Thread -1298138224 (LWP 4816)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x006c2a43 in poll () from /lib/libc.so.6
#2  0x08159422 in MidiObjectALSASeq::run (this=0xa104b18) at src/midiobjectalsaseq.cpp:250
#3  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#4  0x0079e44b in start_thread () from /lib/libpthread.so.0
#5  0x006cc80e in clone () from /lib/libc.so.6

Thread 7 (Thread -1285158000 (LWP 4815)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08124085 in BpmDetector::run (this=0xa0ffe60) at src/bpmdetector.cpp:129
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 6 (Thread -1274668144 (LWP 4814)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x08123074 in WaveSummary::run (this=0xa0fd5e0) at src/wavesummary.cpp:81
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 5 (Thread -1264178288 (LWP 4812)):
---Type <return> to continue, or q <return> to quit---
#0  0x00110402 in __kernel_vsyscall ()
#1  0x006c5561 in select () from /lib/libc.so.6
#2  0x0026f69f in ?? () from /usr/lib/libQtCore.so.4
#3  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#4  0x0079e44b in start_thread () from /lib/libpthread.so.0
#5  0x006cc80e in clone () from /lib/libc.so.6

Thread 4 (Thread -1250686064 (LWP 4811)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x081527fc in EngineSideChain::run (this=0xa08aeb8) at src/enginesidechain.cpp:145
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 3 (Thread -1231176816 (LWP 4810)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x080f6211 in Reader::run (this=0xa046218) at src/reader.cpp:256
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 2 (Thread -1215960176 (LWP 4809)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#3  0x080f6211 in Reader::run (this=0xa032550) at src/reader.cpp:256
#4  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
#5  0x0079e44b in start_thread () from /lib/libpthread.so.0
#6  0x006cc80e in clone () from /lib/libc.so.6

Thread 1 (Thread -1209030960 (LWP 4806)):
#0  0x00110402 in __kernel_vsyscall ()
#1  0x006c2a43 in poll () from /lib/libc.so.6
#2  0x00372803 in ?? () from /lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#3  0x00372d35 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#4  0x002a8ca8 in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4
#5  0x03065c95 in ?? () from /usr/lib/libQtGui.so.4
#6  0x00286cc1 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
#7  0x00286dcc in QEventLoop::exec () from /usr/lib/libQtCore.so.4
#8  0x0028917a in QCoreApplication::exec () from /usr/lib/libQtCore.so.4
#9  0x02febd77 in QApplication::exec () from /usr/lib/libQtGui.so.4
#10 0x080c3b1e in main (argc=1, argv=0xbfbad444) at src/main.cpp:219
0x0815f25c      590             dest[2 * i] = (SAMPLETYPE)((1.0f - fSlopeCount) * sPrevSampleL + fSlopeCount * src[0]);
(gdb)