Hi Oriol,

Sorry for the delay. I've never seen those MIDI mapping warnings
("Warning: Missing <key> or <type> in MIDI map node: "#comment"")
before, so they might have something to do with this crash.

If you want to find the place where it hangs, I'd first generate a
backtrace and post it here:
http://mixxx.sourceforge.net/wiki/index.php/Backtraces

I can help you pinpoint the spot where it crashes from the backtrace.
There's a nice front-end to gdb that I use for debugging called
"nemiver", and I'd recommend using it if you want to step through the
program to see what happens before it crashes.

Thanks,

Albert


On Fri, 2008-01-25 at 14:25 +0100, Oriol Puigbó wrote:
> Hi again,
> 
> I'd like to try debugging what's happening with the leds on the
> BCD3000. Is there any kind of IDE I could use for running mixxx
> step-by-step and try to discover where it hangs up?
> 
> Cheers,
> 
> Oriol
> 
> 2008/1/19, Oriol Puigbó <[EMAIL PROTECTED]>:
>         Hi,
>         
>         I've been testing the leds with the BCD3000 on linux this
>         morning. The code in the xml file for a test led is:
>         
>         <lights>
>             <light>
>                 <group>[Channel1]</group>
>                 <key>play</key> 
>                 <status>0x7F</status>
>                 <midino>0x12</midino>
>                 <threshold>0.5</threshold>
>             </light>
>         </lights>
>         
>         However, when I try to load a song on Deck A, mixxx crashes. I
>         send below the last messages I see on the terminal where mixxx
>         was running. If I comment out the lights code shown above,
>         mixxx runs fine and I can control it using the BCD3000
>         (without the leds working). Any idea? 
>         
>         Debug: SoundManager::getDeviceList 
>         Debug: SoundManager::getDeviceList 
>         Debug: SoundManager::getDeviceList 
>         Debug: qstring_to_xtp result code -2
>         Debug: PowerMate: write(): Bad file descriptor
>         Debug: PowerMate: write(): Bad file descriptor 
>         Debug: m_pHercules init: 0xbd47c78
>         Debug: Midi OK (Workaround not required)
>         Debug:
>         setupMappings( "/usr/local/share/mixxx/midi/BCD3000.midi.xml" ) 
>         Warning: Missing <key> or <type> in MIDI map node: "#comment" 
>         Warning: No <midino> defined in MIDI map node: "#comment" 
>         Warning: Missing <key> or <type> in MIDI map node: "#comment" 
>         Warning: No <midino> defined in MIDI map node: "#comment" 
>         Debug: Config value: "0 ch 1" 
>         Warning: No <midino> defined in MIDI map node: "control" 
>         Warning: No <midino> defined in MIDI map node: "control" 
>         Warning: Missing <key> or <type> in MIDI map node: "#comment" 
>         Warning: No <midino> defined in MIDI map node: "#comment" 
>         Debug: Config value: "0 ch 1" 
>         Warning: Missing <key> or <type> in MIDI map node: "#comment" 
>         Warning: No <midino> defined in MIDI map node: "#comment" 
>         Debug: Config value: "0 ch 1" 
>         Debug: Setting "wheel" sensitivity to 30 
>         Debug: MIDI Map: Value Translation: Range of values 63-65 ->
>         64
>         Debug: Found option "spread64" 
>         Debug: Option: 9 
>         Debug: Setting "wheel" sensitivity to 30 
>         Debug: MIDI Map: Value Translation: Range of values 63-65 ->
>         64
>         Debug: Found option "spread64" 
>         Debug: Option: 9
>         Warning: Missing <key> or <type> in MIDI map node: "#comment" 
>         Warning: No <midino> defined in MIDI map node: "#comment" 
>         Debug: Config value: "0 ch 1" 
>         Debug: qstring_to_xtp result code -2
>         Warning: Qt: Locale not supported on X server
>         Debug: qstring_to_xtp result code -2 
>         Debug: qstring_to_xtp result code -2
>         Debug: qstring_to_xtp result code -2
>         Debug: loadSettings: 1 0 "SlowFade" 
>         Debug: slotApply crossfader: 1 "SlowFade" 
>         Debug: qstring_to_xtp result code -2 
>         Debug: qstring_to_xtp result code -2
>         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) 
>         Debug: Created new VinylControlXwax! 
>         Debug: Xwax Vinyl control starting with a sample rate of:
>         44100 
>         Debug: Building timecode lookup tables... 
>         Debug: Created new VinylControlXwax! 
>         Debug: SoundDevicePortAudio::open() "4, BCD3000: USB Audio
>         (hw:1,0)" 
>         Debug: m_dSampleRate 44100 
>         Debug: iLatencyMSec: 15 
>         Debug: output channels: 4 | input channels: 0 
>         Debug: iLatencySamples: 2648 
>         Debug: iLatencyMSec: 15 
>         Debug: Opening stream with id 4 
>         Debug: Opened PortAudio stream successfully... starting 
>         Debug: PortAudio: Started stream successfully 
>         Debug: iNumDevicesOpenedForOutput: 1 
>         Debug: iNumDevicesOpenedForInput: 0 
>         Debug: file length 22572288
>         Segmentation fault (core dumped)
>         [EMAIL PROTECTED]:~$ 
>         
>         
>         
>         
>         
>         2008/1/11, Albert Santoni <[EMAIL PROTECTED]>:
>                 Hi Ján,
>                 
>                 I've reviewed, tested, and committed your updated
>                 patch. Nothing seemed
>                 to break when I tested it with one of my MIDI
>                 controllers, so if anyone
>                 notices any odd MIDI stuff with ALSA on Linux in the
>                 next week or so, 
>                 please speak up!
>                 
>                 While I was testing I noticed a minor bug in alsaseq
>                 MIDI code we have
>                 (unrelated to your patch). Sometimes when you select a
>                 different MIDI
>                 device in the options, it doesn't properly disconnect
>                 from the previous 
>                 one, leaving you with two devices hooked up to the
>                 Mixxx aseq port. (If
>                 you crack open the Connect/MIDI tab in qjackctl,
>                 you'll see what I
>                 mean.) It's not a biggie, but if someone feels like
>                 fixing it, be my 
>                 guest. :)
>                 
>                 Thanks,
>                 Albert
>                 
>                 On Tue, 2008-01-08 at 12:07 +0100, Jan Jockusch wrote:
>                 > Hello list,
>                 >
>                 > I know everyone is deep into testing, but I think
>                 one small bonus should
>                 > be added for us Jack/ALSA users, which is LED
>                 control via MIDI. I 
>                 > implemented this specifically to enable LED control
>                 on my DM2, but
>                 > others will surely benefit as well.
>                 >
>                 > Albert and Adam: I am about the farthest from an
>                 ALSA API expert you can
>                 > imagine, so please check what I did. I believe that
>                 the flags are all 
>                 > right, I think SND_SEQ_PORT_CAP_DUPLEX is
>                 unnecessary. I also found that
>                 > the constructor does not need to connect the port,
>                 because the
>                 > subsequent devOpen() call does just that, so I
>                 removed that segment. 
>                 >
>                 > I hope this is good to commit.
>                 >
>                 > - Ján
>                 >
>                 >
>                 
> -------------------------------------------------------------------------
>                 > Check out the new SourceForge.net Marketplace.
>                 > It's the best place to buy or sell services for 
>                 > just about anything Open Source.
>                 >
>                 
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>                 > _______________________________________________
>                 > Mixxx-devel mailing list
>                 > [email protected]
>                 >
>                 https://lists.sourceforge.net/lists/listinfo/mixxx-devel
>                 
>                 
>                 
> -------------------------------------------------------------------------
>                 Check out the new SourceForge.net Marketplace.
>                 It's the best place to buy or sell services for 
>                 just about anything Open Source.
>                 
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>                 _______________________________________________ 
>                 Mixxx-devel mailing list
>                 [email protected]
>                 https://lists.sourceforge.net/lists/listinfo/mixxx-devel
>         
> 
> -------------------------------------------------------------------------
> 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


-------------------------------------------------------------------------
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