On 20/03/2014 02:26, Christopher Faylor wrote:
On Wed, Mar 19, 2014 at 08:46:51PM -0500, Yaakov (Cygwin/X) wrote:
On 2014-03-19 19:39, Christopher Faylor wrote:
On Wed, Mar 19, 2014 at 08:14:16PM +, David Stacey wrote:
AUDIODRIVER=ao play ding.wav
This is playing the audio through
On Wed, Mar 19, 2014 at 08:46:51PM -0500, Yaakov (Cygwin/X) wrote:
>On 2014-03-19 19:39, Christopher Faylor wrote:
>> On Wed, Mar 19, 2014 at 08:14:16PM +, David Stacey wrote:
>>> AUDIODRIVER=ao play ding.wav
>>>
>>> This is playing the audio through sox, which is where this whole thread
>
On 2014-03-19 19:39, Christopher Faylor wrote:
On Wed, Mar 19, 2014 at 08:14:16PM +, David Stacey wrote:
AUDIODRIVER=ao play ding.wav
This is playing the audio through sox, which is where this whole thread
started. No sound at all, and no output to the console to indicate that
sox is a
On Wed, Mar 19, 2014 at 08:14:16PM +, David Stacey wrote:
>On 18/03/2014 23:16, Christopher Faylor wrote:
>> On Tue, Mar 18, 2014 at 03:32:18PM -0400, Christopher Faylor wrote:
>>> Ok. I see a SEGV with "cat >". Investigating.
>> Should be fixed in the current snapshot.
>
>Thank you for takin
On 2014-03-19 15:14, David Stacey wrote:
AUDIODRIVER=ao play ding.wav
This is playing the audio through sox, which is where this whole thread
started. No sound at all, and no output to the console to indicate that
sox is attempting to play the file. The command exits (with return code
0) af
On 18/03/2014 23:16, Christopher Faylor wrote:
On Tue, Mar 18, 2014 at 03:32:18PM -0400, Christopher Faylor wrote:
Ok. I see a SEGV with "cat >". Investigating.
Should be fixed in the current snapshot.
Thank you for taking another look at this. I've tried with the latest
snapshot, dated 20
On Tue, Mar 18, 2014 at 05:49:48PM -0700, PolarStorm wrote:
>David Stacey wrote
>> I was testing with
>> cat ding.wav > /dev/dsp
>> This gives a segmentation fault with the latest (2014-03-18) snapshot;
>> no sound is heard However, if I repeat your test:
>> cp ding.wav /dev/dsp
>> Then
ould handle bit streamed input
differently than a block copy/dump?
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/Re-sox-package-is-broken-tp106970p107200.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems
On Tue, Mar 18, 2014 at 03:32:18PM -0400, Christopher Faylor wrote:
>Ok. I see a SEGV with "cat >". Investigating.
>
>FWIW, they are not the same. There's lots of dup'ing going on under
>the hood with "cat >".
Should be fixed in the current snapshot.
cgf
--
Problem reports: http://cygwi
On Tue, Mar 18, 2014 at 07:29:14PM +, David Stacey wrote:
>On 18/03/2014 17:53, Christopher Faylor wrote:
>> On Mon, Mar 17, 2014 at 11:53:10PM +, David Stacey wrote:
>>> On 17/03/2014 04:42, Christopher Faylor wrote:
On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote:
On 18/03/2014 17:53, Christopher Faylor wrote:
On Mon, Mar 17, 2014 at 11:53:10PM +, David Stacey wrote:
On 17/03/2014 04:42, Christopher Faylor wrote:
On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote:
On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote:
O
On Mon, Mar 17, 2014 at 11:53:10PM +, David Stacey wrote:
>On 17/03/2014 04:42, Christopher Faylor wrote:
>> On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote:
>>> On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote:
On Sun, Mar 16, 2014 at 10:36:31PM +,
On 17/03/2014 04:42, Christopher Faylor wrote:
On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote:
On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote:
On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote:
The issue I have is that close_audio_out() isn't
On Mon, Mar 17, 2014 at 08:59:26AM +0100, Dr. Alexander Kleinsorge wrote:
>thanks for all participants in this audio thread.
>(I hope this post is auto-connected to the thread with this name - I
>seldom use mailinglists. If not, sorry for that)
>
>This weekend, I was also woundering about the way t
Hi
thanks for all participants in this audio thread.
(I hope this post is auto-connected to the thread with this name - I
seldom use mailinglists. If not, sorry for that)
This weekend, I was also woundering about the way the exit/stop/close is
donw or if it can work.
But I found another issue in
On Mon, Mar 17, 2014 at 12:42:30AM -0400, Christopher Faylor wrote:
>On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote:
>>On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote:
>>>On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote:
The issue I have is tha
On Sun, Mar 16, 2014 at 10:28:29PM -0400, Christopher Faylor wrote:
>On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote:
>>On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote:
>>>The issue I have is that close_audio_out() isn't working as you'd
>>>expect: for some reason,
On Sun, Mar 16, 2014 at 09:57:36PM -0400, Christopher Faylor wrote:
>On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote:
>>The issue I have is that close_audio_out() isn't working as you'd
>>expect: for some reason, the 'audio_out_' member pointer is null
>
>This was because all of the I
On Sun, Mar 16, 2014 at 10:36:31PM +, David Stacey wrote:
>The issue I have is that close_audio_out() isn't working as you'd
>expect: for some reason, the 'audio_out_' member pointer is null
This was because all of the I/O operations were ignoring the archetype
for the device. So, this is li
On 16/03/2014 11:43, Corinna Vinschen wrote:
If there are always samples at the end missing, maybe there's just some
"flush audio queue" call missing in fhandler_dev_dsp::close_audio_out?
I'm just glancing at this part of the code and what makes me a bit wary
is the call
audio_out_->stop (im
On Mar 16 00:00, David Stacey wrote:
> On 10/03/2014 11:14, Corinna Vinschen wrote:
> >Does anybody feel up to the task to debug this issue in the Cygwin DLL?
> >The DSP code is practically only in a single file called fhandler_dsp.cc.
>
> I've started looking at this, but it is at the very bottom
On 10/03/2014 11:14, Corinna Vinschen wrote:
Does anybody feel up to the task to debug this issue in the Cygwin DLL?
The DSP code is practically only in a single file called fhandler_dsp.cc.
I've started looking at this, but it is at the very bottom of my
priority queue so progress might be sl
On Mar 9 21:37, Dr. Alexander Kleinsorge wrote:
> Hi Dave,
>
> yes, /dev/dsp seems to be broken.
> short wav-files are silent, long ones (> 2sec) are ok (hearable).
>
> Alexander
>
> --
> On 26/02/2014 22:38, Dr. Alexander Kleinsorge wrote:
>
> 1st sox problem:
> in Cyg
Hi Dave,
yes, /dev/dsp seems to be broken.
short wav-files are silent, long ones (> 2sec) are ok (hearable).
Alexander
--
On 26/02/2014 22:38, Dr. Alexander Kleinsorge wrote:
1st sox problem:
in Cygwin 1.7.28 sound is broken. (sox + play)
I followed all hints as repl
On 26/02/2014 22:38, Dr. Alexander Kleinsorge wrote:
1st sox problem:
in Cygwin 1.7.28 sound is broken. (sox + play)
I followed all hints as reply to my first post last week.
$ play blip.wav
blip.wav:
File Size: 1.33k Bit Rate: 94.4k
Encoding: Unsigned PCM
Channels: 1 @ 8-bit
Sampler
Hi Cygwin Team,
1st sox problem:
in Cygwin 1.7.28 sound is broken. (sox + play)
I followed all hints as reply to my first post last week.
$ play blip.wav
blip.wav:
File Size: 1.33k Bit Rate: 94.4k
Encoding: Unsigned PCM
Channels: 1 @ 8-bit
Samplerate: 11025Hz
Replaygain: off
Duration:
David Stacey sent the following at Monday, February 24, 2014 3:27 PM
>On 24/02/2014 17:27, Dr. Alexander Kleinsorge wrote:
>> But after (export AUDIODRIVER=ao ; play ding.wav)
>> I see messages indicating successfull playing and application is waiting
>> the time the wav-file takes,
>> but no sound
On 2014-02-24 11:27, Dr. Alexander Kleinsorge wrote:
But after (export AUDIODRIVER=ao ; play ding.wav)
I see messages indicating successfull playing and application is waiting
the time the wav-file takes, but no sound.
WFM. Does AUDIODRIVER=oss work?
If you're still having problems, then pleas
On 24/02/2014 17:27, Dr. Alexander Kleinsorge wrote:
But after (export AUDIODRIVER=ao ; play ding.wav)
I see messages indicating successfull playing and application is waiting
the time the wav-file takes,
but no sound. But I can hear the sound using VLC-win32 or WindowsMediaPlayer.
You could tr
Hi Cygwin Team
As reply for my Post: aplay (audio) support for cygwin - solution
I got the hint to: " Install the Cygwin packages 'sox' and 'sox-fmt-*' "
But installation of these sox packages is broken!
I tried it on 3 computers and i have successfull installed Cygwin many
times before.
Error Me
30 matches
Mail list logo
