Re: Enhanced PLAY.CMD with play list support
From: Michael Baldwin Bruce (mbbruce_at_mighty.co.za)
Date: 11/07/04
- Next message: Athanasios Migdalas: "Re: g95 wish list"
- Previous message: Lady Chatterly: "Re: digest 2453315"
- Maybe in reply to: Michael Baldwin Bruce: "Re: Enhanced PLAY.CMD with play list support"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 6 Nov 2004 18:57:17 -0800
bruce aka tholen@antispam.ham the kook wrote in message news:<3tUid.77728$Kl3.26444@twister.socal.rr.com>...
> Marty writes:
>
> >>> Usually when a program requests exclusive access, as long as no other
> >>> applications have the device open exclusively, it will be able to rip
> >>> the device away from programs that open it in shared mode.
>
> >> And I have encountered situations in which music being played was
> >> abruptly stopped while some other application took over, and then
> >> resumed when that other application was done, but I don't remember
> >> which applications were involved. In addition to PLAY.CMD, I have
> >> also utilized z! for .mp3 files and Internet audio streams.
>
> > There seems to be one other factor involved with this. There are two
> > categories of applications that use multimedia audio: one which
> > produces and distributes the audio data directly to the audio hardware
> > itself, and one which uses mciPlayFile/mciPlayResource to do the job for
> > them.
> >
> > Of the former category, the sharing/exclusive flag is the ultimate arbiter.
> >
> > Of the latter, there is additional arbitration, since I believe the
> > audio data is delivered via PMShell. Given the ASYNC/Rendevous flags
> > passed to the MCI functions, sounds already in progress (played via
> > PMShell) can be pre-empted, aborted, or smoothly allowed to finish.
>
> Right now I'm not getting any sound at all.
What? Are you as deaf as Beethoven, bruce? Gott im himmel!
> Seems like that tends to
> happen when I switch back and forth between .wav and .mp3 files.
flip flopping again, bruce?
>
> >>> I may be mistaken, but I believe some sound cards support 24-bit samples
> >>> in hardware (which could be why such WAV files might be appearing). I
> >>> don't know if the OS/2 codec supports such a thing. I'd imagine not.
>
> >> I expect to be finding out over the next few months if reviews of the
> >> Edirol R-1 coax me into buying one.
>
> > Is this supported by OS/2 (through the AC97 standard or some other means)?
>
> Is what supported? The Edirol R-1 is a standalone digital audio
> recorder. One can transfer .wav or .mp3 files to OS/2 via the
> USB 2.0 connector.
OS/2? LOL!!!
>
> >>> But allowing the use of a codec could open up other possibilities, such
> >>> as MP3 or Ogg-Vorbis.
>
> >> How about extracting the audio stream from a video DVD?
>
> > I'm a bit out of my element here, but I belive that audio streams on
> > DVDs are in a "standard" MPEG-layer format. Not sure which or if it
> > varies. I think the MP3 decoder codec for OS/2 would be able to
> > understand the data if it was ripped and isolated properly.
>
> There is a file on a DVD that contains both audio and video information.
> I would like to extract the audio information only and save it to a
> .wav file. I could write a program to do that if I knew which bytes in
> the file correspond to audio samples, though not if I have to decode it.
write a program? in fortran? lol!!!!
- Next message: Athanasios Migdalas: "Re: g95 wish list"
- Previous message: Lady Chatterly: "Re: digest 2453315"
- Maybe in reply to: Michael Baldwin Bruce: "Re: Enhanced PLAY.CMD with play list support"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|