On Thu, Aug 5, 2010 at 11:51 PM, Joerg-Cyril.Hoehle@t-systems.com wrote:
Hi,
Things you can try out using the interactive MCI shell: open cdaudio alias c status c type track 1 set c time format tmsf seek c to start play c from 1 to 2 wait This works - I hear music.
What the test does is not fundamentally different. I'd appreciate if you could isolate the part that causes havoc.
if I: open cdaudio alias c status c type track 1 # Response: audio (the same for tracks 1-12, 13 is out of range - only 12 tracks on cd) seek c to start
status c position
mci.c:188: command: status c position mci.c:193: Response: 00:02:00
resume c # yields MCIERR_HARDWARE
nothing printed
seek c to start notify
mci.c:188: command: seek c to start notify mci.c:167: Notification type 0001
status c type track 1
mci.c:188: command: status c type track 1 mci.c:193: Response: audio
set c time format tmsf
no response
play from <1_or_last_track> notify
play from 1 notify mci.c:188: command: play from 1 notify mci.c:191: Test failed: mci play from 1 notify error: 300(44 MCIERR_NOTIFY_ON_AUTO_OPEN)
waiting a minute, it hasn't returned to accepting input here, so I've ^C.
Really? Wait never failed on me. Did you perhaps get confused because no prompt ever appears? Just hit return to get MCIERR_MISSING_COMMAND_STRING.
It stopped accepting input, any letters, return were all blocked - nothing except ^C. I tested it again, same thing happened.
The data+audio cd as previously used: mcicda.c:372: Tests skipped: Got no mixed data+audio CD.
The source code led me to believe that data tracks always come first. Perhaps that's a broken assumption. What's the response to: status c type track 1 status c type track 2 status c type track ... until the last one? I'd expect Other [typically 1 single data track] Audio [for track 2..n]
Every track is listed as audio, meanwhile I see the drive with included programs etc is mapped in explorer.
Thank you, Jörg.