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 ()
mixxxdj/mixxx#4910  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
mixxxdj/mixxx#4911  0xb6f3dda1 in ?? () from /usr/lib/libportaudio.so.2
mixxxdj/mixxx#4912  0xae582f30 in ?? ()
mixxxdj/mixxx#4913  0x00000001 in ?? ()
mixxxdj/mixxx#4914  0xb6f3e62f in ?? () from /usr/lib/libportaudio.so.2
mixxxdj/mixxx#4915  0xb2ba158c in ?? ()
mixxxdj/mixxx#4916  0xac4fb380 in ?? ()
mixxxdj/mixxx#4917  0x00000339 in ?? ()
mixxxdj/mixxx#4918  0xac4fb380 in ?? ()
mixxxdj/mixxx#4919 0xac4fb388 in ?? ()
mixxxdj/mixxx#4920 0x00000000 in ?? ()

Thread 11 (Thread -1395668080 (LWP 12263)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x081ec266 in VinylControlXwax::run (this=0xae7ce7c0) at src/vinylcontrolxwax.cpp:128
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0xae7ce7c0 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

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

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

Thread 7 (Thread -1358107760 (LWP 12259)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x08173ad9 in BpmDetector::run (this=0x848fe10) at src/bpmdetector.cpp:129
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x0848fe10 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

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

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

Thread 4 (Thread -1317123184 (LWP 12255)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb6f24676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
mixxxdj/mixxx#4911  0xb716e29d in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x081b1dbe in EngineSideChain::run (this=0x8410680) at src/enginesidechain.cpp:145
mixxxdj/mixxx#4913  0xb716deb5 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x08410680 in ?? ()
mixxxdj/mixxx#4915  0x00000000 in ?? ()

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

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

---Type <return> to continue, or q <return> to quit---
Thread 1 (Thread -1250703648 (LWP 12250)):
#0  0xffffe410 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0xb69cd5e7 in poll () from /lib/tls/i686/cmov/libc.so.6
mixxxdj/mixxx#4911  0xb72e8839 in ?? () from /usr/lib/libX11.so.6
mixxxdj/mixxx#4912  0x083abd90 in ?? ()
mixxxdj/mixxx#4913  0x00000001 in ?? ()
mixxxdj/mixxx#4914  0xb7398b2c in ?? () from /usr/lib/libX11.so.6
mixxxdj/mixxx#4915  0x083ad428 in ?? ()
mixxxdj/mixxx#4916  0xb7398b2c in ?? () from /usr/lib/libX11.so.6
mixxxdj/mixxx#4917  0x083ad428 in ?? ()
mixxxdj/mixxx#4918  0x00000000 in ?? ()
(gdb)

Reported by: awilliamson
Date: 2008-03-09T17:11:03Z
Status: Won't Fix
Importance: Low
Launchpad Issue: lp200253
Attachments: [Patch to allow arbitrary optflags](https://bugs.launchpad.net/bugs/200253/+attachment/225726/+files/Patch to allow arbitrary optflags)

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: alex-malexmedia
Date: 2008-02-17T22:55:52Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp192769
Attachments: [Patch for this issue.](https://bugs.launchpad.net/bugs/192769/+attachment/209448/+files/Patch for this issue.)

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: kousu
Date: 2008-04-29T05:50:43Z
Status: Fix Released
Importance: Wishlist
Launchpad Issue: lp224054
Tags: library

The music database should be updated in the background (so there isn't a wait while Mixxx starts up) and should write itself continuously (perhaps use mysql or something) so that there isn't a wait at the end while it is written and so that the database is more stable (i.e. won't get out of sync if Mixxx crashes).

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: kousu
Date: 2008-05-10T15:16:56Z
Status: Confirmed
Importance: Low
Launchpad Issue: lp229021

Prefs->Equalizers->Turn off Static EQs and then slide the sliders to be in line with each other. The VU meters on both tracks, and even if one track has nothing playing, get maxed out and you can hear the speaker pop as it gets pushed to +100%. Though this doesn't actually interfere with Mixxx, this smells like bad math and fixing it now will probably help later.

OS X 10.4 on a 32bit Intel Macbook.

Reported by: asantoni
Date: 2008-03-29T05:26:38Z
Status: Fix Released
Importance: High
Launchpad Issue: lp208635

Many users (dev team included) have been reporting ControlObject ASSERTs getting fired semi-randomly. This meta-bug is intended to be a central place for us to gather data on whatever's causing them. It could be incorrect ControlObject usage, some strange race condition, or something else altogether.

First bit of data: http://rafb.net/p/u37aZF58.txt
Relevant part of backtrace:

Thread 1 (Thread 0x7feb7dcaf7e0 (LWP 4388)):
#0  0x00007feb839510e5 in raise () from /lib/libc.so.6
mixxxdj/mixxx#4910  0x00007feb83952b40 in abort () from /lib/libc.so.6
mixxxdj/mixxx#4911  0x000000000048bd76 in MessageOutput (type=QtFatalMsg,
    msg=0x7fff925621d0 "ASSERT: \"m_pControlObject\" in file src/controlobjectthread.cpp, line 32")
    at src/main.cpp:93
mixxxdj/mixxx#4912  0x00007feb8636168e in qt_message_output () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4913  0x00007feb863617fd in qFatal () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x00000000004324ac in ControlObjectThread (this=0x1154070, pControlObject=0x0)
    at src/controlobjectthread.cpp:32
mixxxdj/mixxx#4915  0x0000000000508a2d in Hercules::selectMapping (this=0xdc5330, qMapping=@0x7fff92565340)
    at src/hercules.cpp:189
mixxxdj/mixxx#4916  0x000000000050b725 in Hercules (this=0xdc5330) at src/hercules.cpp:69
mixxxdj/mixxx#4917  0x000000000053b973 in HerculesLinux (this=0xdc5330) at src/herculeslinux.cpp:78
mixxxdj/mixxx#4918  0x000000000044af8b in DlgPrefMidi (this=0xde7c90, parent=0x113c930, pConfig=0x9fc5d0)
    at src/dlgprefmidi.cpp:214
mixxxdj/mixxx#4919 0x0000000000438f1a in DlgPreferences (this=0x113c930, mixxx=0x9906b0, view=0xa96110,
    soundman=0xa62d80, track=0xb03400, _config=0x9fc5d0) at src/dlgpreferences.cpp:62
mixxxdj/mixxx#4920 0x00000000004999ff in MixxxApp (this=0x9906b0, a=0x94bf00, args=@0x7fff925667d0, pSplash=0x0)
    at src/mixxx.cpp:295
mixxxdj/mixxx#4921 0x000000000048b9ea in main (argc=1, argv=0x7fff925669d8) at src/main.cpp:208
(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: 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: nation-1
Date: 2008-03-24T22:39:05Z
Status: Invalid
Importance: Undecided
Launchpad Issue: lp206244
Attachments: [C:\Documents and Settings\kicco\Desktop\screen.JPG](https://bugs.launchpad.net/bugs/206244/+attachment/360717/+files/C:\Documents and Settings\kicco\Desktop\screen.JPG)

I am using a Fast Track Pro with XP and Vista. Mix does not work when I select the ASIO drivers in the preferences. I am able to get the Fast Track Pro to work when I use Direct Sound instead, but the best latency I can get is 64ms.

Reported by: stevevanmoer
Date: 2008-02-16T12:05:24Z
Status: Fix Released
Importance: High
Launchpad Issue: lp192364
Attachments: C:\Temp\mixxx.GIF

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: setcode
Date: 2008-05-06T21:00:33Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp227480

Hello, I'm running ubuntu hardy (8.04). I have all required library installed to compile mixxx, but SCons is not detecting the alsa library (libasound) and the libdjconsole. Whenn I comment the Exit command in src/Sconscript file who are the two test. Mixxx compile fine.

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: adamdavison
Date: 2007-12-29T20:51:00Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp179286

This bug is a test

Reported by: bird27-666
Date: 2008-03-13T03:17:28Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp201671
Attachments: [file that crashes Mixxx on Windows](https://bugs.launchpad.net/bugs/201671/+attachment/232649/+files/file that crashes Mixxx on Windows)

On Vista, when tried importing library 40 small popup mixxx windows came up and then program crashed. Songs would not load properly - waveforms would not show up and song would not play - this was without importing library.

Reported by: kousu
Date: 2008-04-15T02:51:23Z
Status: Won't Fix
Importance: Low
Launchpad Issue: lp217557

Sometimes the keyboard controls aren't listened to. It seems to happen if you click on the playqueue region; it seems that widget is getting focus and because of that the other widgets lose focus and *this breaks the keyboard controls*. You can always bring back the keyboard controls by clicking on the crossfader (and probably other controls).

Reported by: asantoni
Date: 2008-04-26T05:14:57Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp222334

On Debian, 2.6 64Bit, Mixxx & JACK. Serato CV02
When I try to use real-time vinyl control I get a lag between the rates. I play the same track in software mode (no external control) and hardware (vinyl control). In order to have them playing at the same rate I must pitch up my tables right near +8%. Is this known? I tried adjusting JACK's latency to see if it was some artifact of that but it didn't seem to be. My needles/carts are old, so are my tables.. maybe they're just spinning slow?

=====

I'm turning this into a bug in case I ever manage to reproduce it myself (and so I don't forget about it). We need a vinyl control input level indicator...

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: sueatquietearth
Date: 2008-04-20T19:06:47Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp219979
Attachments: unnamed, unnamed, unnamed, unnamed

No further information really but would appreciate a response as he needs to DJ with the laptop on Wednesday night :)

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: quirx898
Date: 2008-03-30T19:47:14Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp209365

kernel: 2.6.22.17-0.1-default
opensuse 10.3
mixxx 1.6.0beta2
alsa
64bit dualcore

whenever the song on channel one starts/stops/is stopped/is started/new song loaded into channel one channel two starts playing backwards (if a track is loaded, doesn't matter whether it plays or is stopped) until you click on the channel two waveform window

the error does not occur on channel one when a song on channel two is started/stopped, i.e. only channel two starts playing backwards

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: awilliamson
Date: 2008-03-09T17:20:09Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp200254
Attachments: mixxx-1.6.0-desktop.patch

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: 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: asantoni
Date: 2008-05-03T00:07:50Z
Status: Fix Released
Importance: Wishlist
Launchpad Issue: lp225966
Attachments: pfl_delay.diff

As suggested by Pieter Palmers:

feature request: add variable delay to the headphones output and express it in meters, not samples
allow the latency of the headphones path to be matched with the monitor or even the main FOH

This would be useful because if you don't have a pair of monitors and you're playing at a big club, you'll still be able to beatmatch with your headphones + the club speakers...

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: dan-telent
Date: 2008-02-18T02:27:18Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp192809
Attachments: screenshot

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: thomas-b2ag
Date: 2008-03-04T16:13:24Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp198400
Attachments: [return statement removed for second==0 in consoleEvent](https://bugs.launchpad.net/bugs/198400/+attachment/221234/+files/return statement removed for second==0 in consoleEvent), [exclude fader of libdjconsole](https://bugs.launchpad.net/bugs/198400/+attachment/221428/+files/exclude fader of libdjconsole), restructure_herculeslinuxcpp.diff

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: jeremynothman
Date: 2008-04-30T05:45:54Z
Status: Fix Released
Importance: High
Launchpad Issue: lp224537

I've got a Digi003 attached to my PC, which i attempted to use as the input for the Vinyl Control. It runs on ASIO drivers for this software.
I can freely select any of the 9 pairs of outputs for the Mains/Headphone Cue Outs, but with the inputs it doesn't tell me which pairs it is going to use...

I attempted using a few of the pairs of inputs to use the vinyl control. I was using a Traktor control vinyl on my SL1200 --> Marantz preamp --> 003 --> DJ Mixer. I was receiving sound back to the DJ mixer (ie. I could play a track in Mixxx and have it output on the mixer), but the vinyl control function wouldn't work.

Also, If I launched Mixxx while already playing the control vinyl, Mixxx would crash.

Mixxx is quite a lot of fun as the non-vinyl version though! :P

Reported by: adamdavison
Date: 2008-03-15T22:59:02Z
Status: Won't Fix
Importance: Medium
Launchpad Issue: lp202676

When you change the location of the library in the preferences, nothing really happens. Even asking to rescan the library doesn't do anything.

This probably isn't what we want to do....

Reported by: kousu
Date: 2008-05-09T00:03:38Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp228436
Attachments: Bodenstandig2000.-.in.rock.8bit.ogg

Every ogg I try to play comes out noisey. The music is still there if you listen for it (or turn the flanger on, that helps), but it's all overdriven. The waveform display shows a solid block, no structure to the sound at all (except for where the music cuts out completely).

(OS X 10.4, Mixxx 1.6b)
I tried it with the attached file and it broke. A friend tried the same file on Vista and it was fine.. so maybe the Mac vorbis libs are at fault somehow?

Reported by: coryisatm
Date: 2008-02-06T15:27:33Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp189598
Tags: bitesize, desktop-file
Attachments: mixxx-1.6.0~beta1.debian.patch, bug189598.patch

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: 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-04-29T17:45:35Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp224326

From the forum: http://mixxx.org/forums/viewtopic.php?f=1&t=65

Hi there, I've tried the mixxx 1.6beta and it's a very nice program. But there's is something not right.

When pressing the temporary tempo change (pitch bend) button while the tempo is (almost) at the max of it's range, the tempo (pitch) doesn't surpass this. Like for example the current pitch of a track is at +7.2% and you press the pitch bend which is set at -/+ 4% the pitch will be only 8% while it should be 11.2%.

Please fix this.

Another odd thing is that when selecting the technics style pitch slider direction (- up and + down) the pitch bend buttons are not in the same direction.

jan

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: alex-malexmedia
Date: 2008-02-17T15:48:35Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp192663
Attachments: [Backtrace of a locked-up mixxx.](https://bugs.launchpad.net/bugs/192663/+attachment/209334/+files/Backtrace of a locked-up mixxx.), [Lots and Lots of Valgrind](https://bugs.launchpad.net/bugs/192663/+attachment/209338/+files/Lots and Lots of Valgrind), [Patch for issue.](https://bugs.launchpad.net/bugs/192663/+attachment/209437/+files/Patch for issue.), [A fix for the fix.](https://bugs.launchpad.net/bugs/192663/+attachment/209498/+files/A fix for the fix.)

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 ()
mixxxdj/mixxx#4910  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
mixxxdj/mixxx#4911  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x08172258 in VinylControlXwax::run (this=0xa341098) at src/vinylcontrolxwax.cpp:128
mixxxdj/mixxx#4913  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x0079e44b in start_thread () from /lib/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
mixxxdj/mixxx#4915  0x006cc80e in clone () from /lib/libc.so.6

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

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

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

Thread 6 (Thread -1274668144 (LWP 4814)):
#0  0x00110402 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0x007a2206 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
mixxxdj/mixxx#4911  0x001e41f8 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x08123074 in WaveSummary::run (this=0xa0fd5e0) at src/wavesummary.cpp:81
mixxxdj/mixxx#4913  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x0079e44b in start_thread () from /lib/libpthread.so.0
mixxxdj/mixxx#4915  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 ()
mixxxdj/mixxx#4910  0x006c5561 in select () from /lib/libc.so.6
mixxxdj/mixxx#4911  0x0026f69f in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4912  0x001e3917 in ?? () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4913  0x0079e44b in start_thread () from /lib/libpthread.so.0
mixxxdj/mixxx#4914  0x006cc80e in clone () from /lib/libc.so.6

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

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

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

Thread 1 (Thread -1209030960 (LWP 4806)):
#0  0x00110402 in __kernel_vsyscall ()
mixxxdj/mixxx#4910  0x006c2a43 in poll () from /lib/libc.so.6
mixxxdj/mixxx#4911  0x00372803 in ?? () from /lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
mixxxdj/mixxx#4912  0x00372d35 in g_main_context_iteration () from /lib/libglib-2.0.so.0
mixxxdj/mixxx#4913  0x002a8ca8 in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4914  0x03065c95 in ?? () from /usr/lib/libQtGui.so.4
mixxxdj/mixxx#4915  0x00286cc1 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4916  0x00286dcc in QEventLoop::exec () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4917  0x0028917a in QCoreApplication::exec () from /usr/lib/libQtCore.so.4
mixxxdj/mixxx#4918  0x02febd77 in QApplication::exec () from /usr/lib/libQtGui.so.4
mixxxdj/mixxx#4919 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: deftdawg
Date: 2008-03-02T08:27:29Z
Status: Invalid
Importance: Medium
Launchpad Issue: lp197555
Tags: linux, waveform
Attachments: [Screen shot of visual corruption](https://bugs.launchpad.net/bugs/197555/+attachment/219382/+files/Screen shot of visual corruption), [Waveform corruption on OS X](https://bugs.launchpad.net/bugs/197555/+attachment/219702/+files/Waveform corruption on OS X)

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: poolstud634
Date: 2008-04-28T05:25:17Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp223464
Attachments: afcf_appcompat.txt, 848d_appcompat.txt, mixxx.log, mixxx.cfg, mixxx.log, mixxcrash.PNG

Program fails to open when attempted:
after clicking on mixx beta icon on the dektop I am prompted with a message asking my if I would like to participate in the Mixx'x development community feedback:
I am presented with the yes-No-Privacy Policy buttons

Upon clicking yes the wondow closes and mixx continues to run (i presume).
Mixx does not actually appear, instead I am left with my desktop just as it was when I had opened it. However, if I ctrl+alt+delete and click the processes tab, mixxx.exe is running at about 0 CPU usage and 47-49,000 KB of memory usage. after about...3-5 seconds, mixx.exe dissappears from the processes tab and never appears again.

IF however I decline to participate in the mixxx development community, I am presented with the windows error message informing me that mixxx.ese has encountered a problem and needs to close window. and I am offered to send error report (to microsoft I assume) and "don't send"

after this I decided to run Mixxx 1.5 on my computer. only to find that it often crashes when trying to load an mp3 into either of the tracks.

for what its worth: I am running
AMD athlon XP 2500+ (1.83 ghz)
1.25 GB RAM
nVidia GeForce 6600 GT 128MB
on a Soyo KT880 Dragon 2 v.2 Motherboard (discontinued to my knowledge)

for what its worth, I am also attaching the error report that I was promted to send to microsoft because I wouldnt trust them to spend more than a minute with it before throwing it out.

Reported by: kousu
Date: 2008-03-17T17:14:09Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp203215

If you load a song into a player that is set to "Next" mode, and have nothing in the play queue, then when the song finishes it stops playing but the play/pause button is still in "Play" and you can't load songs into that player (the option is grayed out on right clicking a track). It would make more sense if, in this edge-case, Mixxx was smart enough to set the player back to Pause.

This isn't so much a bug as a feature request, I guess. It's unintuitive, is all.

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

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: kousu
Date: 2008-04-15T02:48:51Z
Status: Fix Released
Importance: Wishlist
Launchpad Issue: lp217556

The list in the play queue can't be reordered. This is a problem because then you have to have your playlist in mind ahead of time before you construct it.

Reported by: setcode
Date: 2008-05-04T01:46:04Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp226343

Whenn I pressed on my dj console 2 the track forward or bacward, 2 songs after is playing but nt the next song. I don't know If it's sensibility ?

Reported by: gendreau
Date: 2008-05-01T16:23:10Z
Status: Confirmed
Importance: Low
Launchpad Issue: lp225305
Tags: cue

When I repeatedly press cue quickly to play a drum sample, sometimes it plays from the start of the cue point, other times it starts further into the sample, cutting off the first drum beat.

Repainting the waveform display occurs every time I release the cue button and if I wait for the waveform to completely redraw, it always starts the cue cleanly.

When rapid cueing like this, there also seems to be a good chance that the play position does not revert back to the cue point as the cue button is released. As a result, the next press of the cue button moves the cue point to wherever it was left.

The problem is not related to mouse double-clicks handling as it also glitches under midi note control.

To reproduce the behavior:

1. Set a cue point just before a drum beat
2. press the cue button rapidly (say 2-4Hz)

Response from Albert Santoni:

I think the problem is the fact that EngineBufferCue(.cpp) doesn't use
ControlObjects (or in this context, ControlObjectThreadMain, since it
gets called from the GUI thread) when setting the playback position.
Instead, it talks directly to EngineBuffer, and I can see those changes
cue changes not happening or something.

I've also noticed it is highly dependent on your latency. If you hit cue
twice very quickly with a low latency (say 16 ms), you won't get the
problem. (So it's also possible that trying to cue twice in less time
than the latency just won't work, which makes a bit of sense to me.)

Anyways, I tried fixing it by setting up the ControlObjects properly in
EngineBufferCue, but I ran into some problems. The functions in
EngineBuffer that were previously used to get the playback position get
the position in some units I don't understand. I tried to do the
conversion, but no luck. I don't have time right now to figure out the
units though. I tried an alternative approach as well, but apparently
the waveform view reads the cue position in those funky units and
converts it.

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: tomj-wps
Date: 2008-03-15T06:16:21Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp202424
Tags: bpm

Ubuntu 7.10, kernel 2.6.22-14-rt
i915 video
alsa audio
svn 1877 djconsole_legacy=1 optimize=1

Quite consistently and repeatably, mixx gets the BPM wrong on some tracks. Oddly, it is exactly 1/2 the correct rate. Even more oddly, I have the BPM limits set to LOW=109 HIGH=170. It continues -- if I SYNC to a track with correctly-determined BPM it works ... eg

• Load track A into player1.
• mixxx correctly determines 143.0 BPM
• Load track B into player 2
• mixxx calcs (say) 74. (I know it's really 148bpm).
• Click SYNC on player2 -- mixxx sets player2/track B BPM to 71.5! (143 / 2)
• beats really are identical.

Weird, huh?

Reported by: amias
Date: 2008-03-15T18:10:42Z
Status: Fix Released
Importance: Medium
Launchpad Issue: lp202594
Tags: library

I am using Hardy 64bit on an intel core duo.

Problem: Every time i start mixxx it forgets all its settings and rescans my library of 11,000 tunes.
Expected Behaviour: remembering the settings and not rescanning my tunes

This seems to be a regression as this has appeared in Beta2 but has not been a problem before then.
Mixxx often fails to exit cleanly but i have also seen this behaviour after a clean shutdown.

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: 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: 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: 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.")