Re: [Darwine] Re: Mac OS X Audio driver
Alexandre Julliard wrote: > Emmanuel Maillard <[EMAIL PROTECTED]> writes: > >>All callback used by CoreAudio/AudioUnit are call from a thread >>created by CoreAudio. >>Its why i can't use debug channels, critical section and call >>DriverCallback directly ... > > Yes, you can't do much without a valid thread. That's really a broken > API if you ask me... Anyway, please remove the #ifdefs, and add > comments to the functions that run in a foreign thread to ensure that > no one tries to call Windows APIs from there. Well, given the demands of real-time programming, such a design is to be expected. It's called an interrupt. If you want to run code on your own thread, create it and block on a semaphore. The interrupt sets the semaphore and returns. Jim
Re: [Darwine] Re: Mac OS X Audio driver
>From trying to build this I also found that 1) @COREAUDIO@ isn't defined to '-framework CoreAudio' anywhere in the build system. 2) The driver doesn't appear in the list of audio drivers in winecfg Right now when trying to play audio in winamp, it crashes, though getting #2 cleaned up may fix this. Or perhaps there is more I need to do to get this to work? Dave --- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > Emmanuel Maillard <[EMAIL PROTECTED]> writes: > > > All callback used by CoreAudio/AudioUnit are call > from a thread > > created by CoreAudio. > > Its why i can't use debug channels, critical > section and call > > DriverCallback directly ... > > Yes, you can't do much without a valid thread. > That's really a broken > API if you ask me... Anyway, please remove the > #ifdefs, and add > comments to the functions that run in a foreign > thread to ensure that > no one tries to call Windows APIs from there. > > -- > Alexandre Julliard > [EMAIL PROTECTED] > > > --- > All the advantages of Linux Managed Hosting--Without > the Cost and Risk! > Fully trained technicians. The highest number of Red > Hat certifications in > the hosting industry. Fanatical Support. Click to > learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > ___ > Darwine-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/darwine-devel > -- David Bialac [EMAIL PROTECTED]
Re: [Darwine] Re: Mac OS X Audio driver
Emmanuel Maillard <[EMAIL PROTECTED]> writes: > All callback used by CoreAudio/AudioUnit are call from a thread > created by CoreAudio. > Its why i can't use debug channels, critical section and call > DriverCallback directly ... Yes, you can't do much without a valid thread. That's really a broken API if you ask me... Anyway, please remove the #ifdefs, and add comments to the functions that run in a foreign thread to ensure that no one tries to call Windows APIs from there. -- Alexandre Julliard [EMAIL PROTECTED]
Re: [Darwine] Re: Mac OS X Audio driver
Le 25 mai 06 à 20:27, Alexandre Julliard a écrit : Emmanuel Maillard <[EMAIL PROTECTED]> writes: Sadly no, i can't, Wine debug channels relays on NtCurrentTeb which can't be call in AudioUnit IO thread, make it crash or worse. But I can remove them all. Is the audio library really calling our code in a thread that we haven't created ourselves? That can't work, you need to find another way to do that. All callback used by CoreAudio/AudioUnit are call from a thread created by CoreAudio. Its why i can't use debug channels, critical section and call DriverCallback directly ... Emmanuel -- Alexandre Julliard [EMAIL PROTECTED] --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel? cmd=lnk&kid=107521&bid=248729&dat=121642 ___ Darwine-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/darwine-devel
