Jacob Meuser wrote:
On Sat, Dec 06, 2008 at 09:50:50PM +0000, Jacob Meuser wrote:
On Sat, Dec 06, 2008 at 10:44:39PM +0200, Pekka Niiranen wrote:
When I play the created file "sound440.au" in Windows I corretly
get 2 seconds of 440 Hz sound. However, when I play it in
OpenBSD v4.4 with the following command:
aucat -i sound440.au
/dev/audio: playing s16le,0:1,48000Hz
sound440.au: s16le,0:1,44100Hz -> s16le,0:1,48000Hz
sound440.au: reading s16le,0:1,44100Hz
filling buffers...
starting device ...
draining buffers...
actually, there is a problem your usage of aucat. .au files are only
supported in "legacy mode", and they will always be interpreted
as mono 8kHz ulaw. if you use -i, .au files are treated as raw
files with the default parameters.
gives even shorter sound. What am I missing?
this is all explained in aucat(1), of course.
and cat foo > /dev/audio uses the default settings as well.
this is also explained in audio(4).
and the FAQ is pretty clear about this as well.
auich0: DMA bug workaround enabled
maybe it has something to do with that. the driver isn't actually doing
anything special for that chip...
let me know if the device works. I will remove the message so I
don't jump to conclusions in the future ...
I obviously do not understand enough of audio processing to be able to
understand the manuals. Why is mono 8kHz ulaw chopping the sound,
for example.
When I run command:
aucat sound440.au
aucat: format not supported by /dev/audio
I do get longer sound. However, it has not the correct pitch nor
the duration. I was hoping to start the playing from Python script with
os.system("aucat sound440.au)
I will try to find another commandline player or try to change
from the format *.au to something else.
Thank you for your answers,
-pekka-
E-mail message checked by Spyware Doctor (6.0.0.386)
Database version: 5.11290
http://www.pctools.com/en/spyware-doctor-antivirus/
