On Wed, 26 Jun 2002, Takashi Iwai wrote:
> At Wed, 26 Jun 2002 17:55:49 +0200 (CEST),
> Jaroslav wrote:
> >
> > On Mon, 24 Jun 2002, Takashi Iwai wrote:
> >
> > > At Tue, 18 Jun 2002 20:23:50 +0200 (CEST),
> > > Tim Goetze wrote:
> > > >
> > > > Takashi Iwai wrote:
> > > >
> > > > >well, drai
At Wed, 26 Jun 2002 17:55:49 +0200 (CEST),
Jaroslav wrote:
>
> On Mon, 24 Jun 2002, Takashi Iwai wrote:
>
> > At Tue, 18 Jun 2002 20:23:50 +0200 (CEST),
> > Tim Goetze wrote:
> > >
> > > Takashi Iwai wrote:
> > >
> > > >well, draing samples at close corresponds to flushing the buffered
> > > >
On Mon, 24 Jun 2002, Takashi Iwai wrote:
> At Tue, 18 Jun 2002 20:23:50 +0200 (CEST),
> Tim Goetze wrote:
> >
> > Takashi Iwai wrote:
> >
> > >well, draing samples at close corresponds to flushing the buffered
> > >data to disk at fclose. then it sounds normal, doesn't it?
> >
> > i'm still n
>but.. from my feeling, i agree with you. it doesn't matter if the
>samples are simply dropped at close() when its stream was already
>stopped. so i myself would like to change this behavior.
>the fix must be quite easy.
>
>however, we need a consensus about this.
i agree with the proposal.
At Tue, 18 Jun 2002 20:23:50 +0200 (CEST),
Tim Goetze wrote:
>
> Takashi Iwai wrote:
>
> >well, draing samples at close corresponds to flushing the buffered
> >data to disk at fclose. then it sounds normal, doesn't it?
>
> i'm still not convinced -- if the stream is running when you close it,
At Tue, 4 Jun 2002 23:10:20 +0200 (CEST),
Tim Goetze wrote:
>
> Takashi Iwai wrote:
>
> [...]
>
> >so far, so good..
> >
> >> calling snd_pcm_close() takes a few seconds during which i see
> >> this:
> >>
> >> [~] cat /proc/asound/ice/pcm0p/sub0/status
> >> state: DRAINING
> >> trigger_time:
Takashi Iwai wrote:
[...]
>so far, so good..
>
>> calling snd_pcm_close() takes a few seconds during which i see
>> this:
>>
>> [~] cat /proc/asound/ice/pcm0p/sub0/status
>> state: DRAINING
>> trigger_time: 1023125380.999721
>> tstamp : 1023125381.905192
>> delay : -39746
>> avail
At Mon, 3 Jun 2002 19:48:56 +0200 (CEST),
Tim Goetze wrote:
>
> unfortunately the bug remains, it only manifests differently.
>
> after initializing the ice (cap + play are linked):
>
> [~] cat /proc/asound/ice/pcm0p/sub0/hw_params
> access: MMAP_INTERLEAVED
> format: S32_LE
> subformat: STD
>
me wrote:
>>strange, this has to be fixed already.
>>and the filename in the patch you attached seems invalid.
>>could you check whether all the sources are updated?
>>the latest versions are:
>>
>> alsa-kernel/core/pcm.c rcs rev. 1.12
>> alsa-kernel/core/pcm_nativ.crcs rev
Takashi Iwai wrote:
>At Sat, 1 Jun 2002 01:49:00 +0200 (CEST),
>Tim Goetze wrote:
>>
>> me wrote:
>>
>> >Takashi Iwai wrote:
>> >
>> >>At Thu, 30 May 2002 17:14:03 +0200 (CEST),
>> >>Tim Goetze wrote:
>> >>>
>> >>> hi all,
>> >>>
>> >>> both emu8k and ice1712 pcm drivers hang forever in ioctl
At Sat, 1 Jun 2002 01:49:00 +0200 (CEST),
Tim Goetze wrote:
>
> me wrote:
>
> >Takashi Iwai wrote:
> >
> >>At Thu, 30 May 2002 17:14:03 +0200 (CEST),
> >>Tim Goetze wrote:
> >>>
> >>> hi all,
> >>>
> >>> both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
> >>> closing a playback
me wrote:
>me wrote:
>
>>me wrote:
>>
>>>Takashi Iwai wrote:
>>>
At Thu, 30 May 2002 17:14:03 +0200 (CEST),
Tim Goetze wrote:
>
> hi all,
>
> both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
> closing a playback stream if the stream has been linked to
me wrote:
>me wrote:
>
>>Takashi Iwai wrote:
>>
>>>At Thu, 30 May 2002 17:14:03 +0200 (CEST),
>>>Tim Goetze wrote:
hi all,
both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
closing a playback stream if the stream has been linked to the
same card's c
me wrote:
>Takashi Iwai wrote:
>
>>At Thu, 30 May 2002 17:14:03 +0200 (CEST),
>>Tim Goetze wrote:
>>>
>>> hi all,
>>>
>>> both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
>>> closing a playback stream if the stream has been linked to the
>>> same card's capture, has been prepar
Takashi Iwai wrote:
>At Thu, 30 May 2002 17:14:03 +0200 (CEST),
>Tim Goetze wrote:
>>
>> hi all,
>>
>> both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
>> closing a playback stream if the stream has been linked to the
>> same card's capture, has been prepared and written data t
At Thu, 30 May 2002 17:14:03 +0200 (CEST),
Tim Goetze wrote:
>
> hi all,
>
> both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
> closing a playback stream if the stream has been linked to the
> same card's capture, has been prepared and written data to, but was
> never started:
>
hi all,
both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
closing a playback stream if the stream has been linked to the
same card's capture, has been prepared and written data to, but was
never started:
Program received signal SIGINT, Interrupt.
0x403b8fa4 in ioctl () from /lib/
17 matches
Mail list logo
