On Mon, 11 Feb 2008, Albert Santoni wrote:

> Ok, good, this is what they jogwheels behaved like last time I had my
> Herc, and I loved it. :) If you smack one of the jog wheels and give it
> a really fast whirl, it should definitely be noticeable....

OK, I am an idiot. Yes, it works just fine, and I had a swell
couple of hours, for the first time, successfully beatmatching
and got to actually think about the *music* for a minute or
two. Whew!

I have a few minor interface issues or questions, and one serious
problem. mixxx locked up twice; once the players (interface
alive) and once the interface froze (but playerlibflashplayer.sos
kept playing)...

I was running with jackd output (to ALSA driving USB Soundblaster
24 bit).


Interface lockup/players play:

Unfortunately I wasn't doing anything I could document. The
last thing on the console was

Debug: ramp in
Debug: ramp in
...

Clicked gnome frame destroy box, gnome warned "program not
responding..." I forced it dead.


Player lockup/interface alive:

Debug output is at bottom. Debug needs a timestamp, as I can't
tell you which debug output happened at the time of the lockup,
but we can guess (see below).

I had songs queued in both players. Player2 playing to main
(slider to the right) Player1 stopped. Not sure if it reached
the end or I had paused it.

PLAY QUEUE open
Selected BROWSE from pulldown
Picked dir, picked songs (about 3, 4).
Right-click ADD PLAY QUEUE
Selected PLAY QUEUE from pulldown
Right-click first newly picked song [Ultravoice...].
Selected ADD PLAYER1

At this point it locked up; player2 immediately stopped playing.
Screen interface remained alive; Herc console not responding.
I could turn every knob/slider I checked. Could open
preferences. Jackd still selected.

Windowed over to qjackctl, jackd running no errors in the message
window. PORTAUDIO no longer visible in the Connect window.

Window manager back to mixxx... File Quit terminated
normally. Restart mixxx, worked fine.

Debug from console: I'm fairly sure that the debug junk before
'ramp in' or the file length are from before the problem. Wish
debug had a timestamp.

Debug: PortAudio: Started stream successfully
Debug: iNumDevicesOpenedForOutput: 1
Debug: iNumDevicesOpenedForInput: 0
Debug: SoundManager::getDeviceList
Debug: Midi OK (Workaround not required)
Debug: setupMappings(
"/usr/local/share/mixxx/midi/Evolution_Xsession.midi.xml" )
Debug: slotApply crossfader: 1 "SlowFade"
Debug: ramp in
Debug: No match for ConfigObject: "Ctrl+"
Debug: No match for ConfigObject: "Ctrl+"
Debug: No match for ConfigObject: "Ctrl+"
Debug: No match for ConfigObject: "Ctrl+"
Debug: ramp in
Debug: ramp in
Debug: file length 43863552
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
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: ramp in
Debug: file length 41935104
Debug: WaveSummary generation successful for "08 - Ultravoice - Green_Bowl.mp3"
Debug: BPM detection successful for "08 - Ultravoice - Green_Bowl.mp3"



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Mixxx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mixxx-devel

Reply via email to