On Mon, 2008-02-11 at 20:45 -0800, Tom Jennings wrote: > 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. >
Ok, I had this happen to me for the first time (ever), but I was using JACK at the time, which I normally don't use. Between beta1 and beta2 I changed our PortAudio code to just ignore the latency slider if you're using JACK, because the latency is determined by the JACK daemon. I think I need to actually get that latency and return it back into Mixxx's engine though, because the mismatches latencies are probably causing funky things. Try using ALSA or OSS and see if you have any problems... > > 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. > Sounds like you may have had one mother of an xrun, and the JACKd server booted Mixxx out. The end result is your sound device just gets closed. If you get this to happen again, open up the preferences and just hit OK. That'll reopen your soundcard, and see if you can use the players again after that. If not, it might be more funky fallout from the unspecified latency thing I mentioned above. Thanks again, Albert > 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
