On Friday 10 October 2008 15:25:55 Stéphane Letz wrote:
>
> Le 10 oct. 08 à 14:59, Yair K. a écrit :
> >
> >
> > Second, you've dropped the "case 64:" part (it matched AFMT_FLOAT
> > before) in SetSampleFormat(), but you have kept that case at some of
> > the other functions.
> >
> > Yours,
>
Le 10 oct. 08 à 14:59, Yair K. a écrit :
> On Friday 10 October 2008 12:21:03 Stéphane Letz wrote:
>>
>> Le 9 oct. 08 à 23:18, Yair K. a écrit :
>>
>> Thanks a lot! Should be fixed in jack2 SVN now.
>
> Looking at the diff, I think you missed some things:
> First, the behaviour where the ioctl re
On Friday 10 October 2008 12:21:03 Stéphane Letz wrote:
>
> Le 9 oct. 08 à 23:18, Yair K. a écrit :
>
> Thanks a lot! Should be fixed in jack2 SVN now.
Looking at the diff, I think you missed some things:
First, the behaviour where the ioctl returns a different result than desired is
not limite
Le 9 oct. 08 à 23:34, Zakhar Levchenko a écrit :
> Hm... I could not notice anything particular strange in your code. I
> suggest then to debug driver a bit. Add debug printouts (cmn_err
> calls) to the places where underrun counters can be incremented
> (do_outputintr and audio_space_in_qu
Le 9 oct. 08 à 23:18, Yair K. a écrit :
> On Thursday 09 October 2008 14:49:24 Stéphane Letz wrote:
>> The code is the OSS backend for jackdmp:
>>
>> http://trac.jackaudio.org/browser/jack2/branches/solaris/solaris/oss/JackOSSDriver.h
>> http://trac.jackaudio.org/browser/jack2/branches/solaris/so
Hm... I could not notice anything particular strange in your code. I suggest
then to debug driver a bit. Add debug printouts (cmn_err calls) to the
places where underrun counters can be incremented (do_outputintr and
audio_space_in_queue), and to the places where they can be nullified (you
can find
On Thursday 09 October 2008 14:49:24 Stéphane Letz wrote:
> The code is the OSS backend for jackdmp:
>
> http://trac.jackaudio.org/browser/jack2/branches/solaris/solaris/oss/JackOSSDriver.h
> http://trac.jackaudio.org/browser/jack2/branches/solaris/solaris/oss/JackOSSDriver.cpp
Well, this is perh
Le 9 oct. 08 à 11:30, Zakhar Levchenko a écrit :
> Hi Stephane,
>
> I think it may help if you provide your code if it's not a big
> secret (at least main parts like device initialization, read/write
> loop). I guess the problem is rather in your application than in
> driver. Theorectically
Hi Stephane,
I think it may help if you provide your code if it's not a big secret (at
least main parts like device initialization, read/write loop). I guess the
problem is rather in your application than in driver. Theorectically OSS may
not always detect underruns (for example when interrupt han
>>
>> Underruns/overruns works when used with vmix device (/dev/dsp0), bit
>> not when opening othesr (non vmix devices like /dev/dsp1) in OX_ECL
>> and using SNDCTL_DSP_COOKEDMODE.
>>
>> Regards
>>
>> Stephane Letz
>> ___
>> oss-devel mailing list
>> os
Stéphane Letz wrote:
> Le 8 oct. 08 à 22:21, Dev Mazumdar a écrit :
>
>> Hannu Savolainen wrote:
>>> Stéphane Letz wrote:
Ok. Now testing with O_EXCL and SNDCTL_DSP_COOKEDMODE works, bit
I see
some strange of the device. The overruns/underrun detection code
based
on SN
Le 8 oct. 08 à 22:21, Dev Mazumdar a écrit :
> Hannu Savolainen wrote:
>> Stéphane Letz wrote:
>>> Ok. Now testing with O_EXCL and SNDCTL_DSP_COOKEDMODE works, bit
>>> I see
>>> some strange of the device. The overruns/underrun detection code
>>> based
>>> on SNDCTL_DSP_GETERROR does not see
Hannu Savolainen wrote:
> Stéphane Letz wrote:
>> Ok. Now testing with O_EXCL and SNDCTL_DSP_COOKEDMODE works, bit I see
>> some strange of the device. The overruns/underrun detection code based
>> on SNDCTL_DSP_GETERROR does not see underrun anymore although the
>> sound get weird with high
Le 8 oct. 08 à 21:11, Hannu Savolainen a écrit :
> Stéphane Letz wrote:
>>
>> Ok. Now testing with O_EXCL and SNDCTL_DSP_COOKEDMODE works, bit I
>> see
>> some strange of the device. The overruns/underrun detection code
>> based
>> on SNDCTL_DSP_GETERROR does not see underrun anymore although
Stéphane Letz wrote:
>
> Ok. Now testing with O_EXCL and SNDCTL_DSP_COOKEDMODE works, bit I see
> some strange of the device. The overruns/underrun detection code based
> on SNDCTL_DSP_GETERROR does not see underrun anymore although the
> sound get weird with high CPU load (Writing another bu
Le 8 oct. 08 à 06:40, Hannu Savolainen a écrit :
> Yair K. wrote:
>> On Tuesday 07 October 2008 21:05:41 Hannu Savolainen wrote:
>>
>>> Stéphane Letz wrote:
>>>
Hi,
We are implementing a full duplex backend that is using separated
in/
out devices. Basically we are follo
Yair K. wrote:
> On Tuesday 07 October 2008 21:05:41 Hannu Savolainen wrote:
>
>> Stéphane Letz wrote:
>>
>>> Hi,
>>>
>>> We are implementing a full duplex backend that is using separated in/
>>> out devices. Basically we are following what is explained in the
>>> "Using separate input a
On Tuesday 07 October 2008 21:05:41 Hannu Savolainen wrote:
> Stéphane Letz wrote:
> > Hi,
> >
> > We are implementing a full duplex backend that is using separated in/
> > out devices. Basically we are following what is explained in the
> > "Using separate input and output devices" section in t
Stéphane Letz wrote:
> Hi,
>
> We are implementing a full duplex backend that is using separated in/
> out devices. Basically we are following what is explained in the
> "Using separate input and output devices" section in the following
> page http://manuals.opensound.com/developer/full_duplex
Hi,
We are implementing a full duplex backend that is using separated in/
out devices. Basically we are following what is explained in the
"Using separate input and output devices" section in the following
page http://manuals.opensound.com/developer/full_duplex.html. We use a
single thread
20 matches
Mail list logo
