I put an SB Live! Value (emu) in my machine, and I get the same
problem. I get a good few minutes of clear audio before it starts
becoming garbled, though.
--Blair
--
What is the practical application of a million galaxies?
--Alan W. Watts
On Mon, Mar 27, 2006 at 04:32:57PM -0500, Blair Sadewitz wrote:
I put an SB Live! Value (emu) in my machine, and I get the same
problem. I get a good few minutes of clear audio before it starts
becoming garbled, though.
what audio program are you using? mpg321 works fine for me on
amd64
I've tried gtk-gnutella, mutella, and mldonkey, but I'd like a client
which can search by bit rate. Any suggestion?
Thanks
GMPlayer) it works fine, tot he moment when KDE play some systems
sound (when warning window appear or something).
If it happend, them Mplayer can't play audio files present error
windows: http://nicram.sytes.net/openbsd/maplayer2.png ([AO SUN]
Can't open audio device /dev/audio, Device busy
or something).
If it happend, them Mplayer can't play audio files present error
windows: http://nicram.sytes.net/openbsd/maplayer2.png ([AO SUN]
Can't open audio device /dev/audio, Device busy - nosound.).
If i will wait some time (30-60 seconds) then it may play again
without problems.
Ahh about
How does OpenBSD deal with multiple audio devices?
Man pages reference /dev/audio etc, which seems to be a link to audio0
The kernel output mentions audio1, but I don't see it in the /dev
directory.
Do I have to create the device node first in /dev?
--
Will Backman - Network Administrator
Coastal
On 11/9/05, Will H. Backman [EMAIL PROTECTED] wrote:
How does OpenBSD deal with multiple audio devices?
Man pages reference /dev/audio etc, which seems to be a link to audio0
The kernel output mentions audio1, but I don't see it in the /dev
directory.
Do I have to create the device node first
reason I had to turn the other bit to write on the
/dev/cd0* device. I have never had to do this before to do a user read
on an audio device, but anyway it fixed the issues I was having.
Thanks for your help
Jase ;-)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED
On Tue, Nov 01, 2005 at 12:03:25AM -0500, Brad wrote:
A heads up to any macppc users.
-current now has 3 new audio drivers for macppc. aoa(4), daca(4)
and tumbler(4). If you have a macppc system which currently does
not have supported built-in audio; then I would ask that you please
try out
A heads up to any macppc users.
-current now has 3 new audio drivers for macppc. aoa(4), daca(4)
and tumbler(4). If you have a macppc system which currently does
not have supported built-in audio; then I would ask that you please
try out the latest snapshot at
ftp://ftp.openbsd.org/pub/OpenBSD
... I would also ask that you please send a dmesg
from your system to the list if you have do have the appropriate audio
hardware and mention whether it works or not and any other details.
mixerctl set some things - transcript below dmesg
attempts at playing audio result in i2s_set_rate
Hi,
I'm haveing some trouble with trying to get audio input to work on
my Ultra60 machine. Audio playback is working no problem, but when I try
to take any input from /dev/audio:
mymachine$ dd if=/dev/audio of=recorded.raw
dd: /dev/audio: Device not configured
0+0 records in
0+0 records
misc@openbsd.org
Audio play too fast on AC97 onboard
Hello
I noticed it with OpenBSD 3.4 it didn't change up to 3.7.
I didn't report that because i din't use sound so much before 3.7.
Now i'm using OBSD much more so sound start to be important for me:)
First of all, the audio play too fast. I
--On 11 October 2005 12:21 +0200, Marcin Wilk wrote:
Audio play too fast on AC97 onboard
Can anyone suggest some solution for me please ?
http://archives.neohapsis.com/archives/openbsd/2004-01/0764.html
Hi,
I'm running 3.8-current under macppc and since the last snapshot I
experience a strange problem.
Basically, after some random time (usually after 5 or 10 minutes playing
audio), my sound stops working. Each time I try to listen to an audio
file after that, I get a scratch noise
Thank You all for help!
I have made /etc/mplayer/mplayer.conf file put there:
srate=48000
framedrop=1
fs=1
af-adv=force=1
vf=pp=lb
For all other software i have put in the /etc/esd.conf file:
auto_spawn=1
spawn_options=-r 48000 -nobeeps -as 2
spawm_wait_ms=100
i will ocnfigure all other
Playing with unsupported hardware, but thought I would give a report in case
anyone else was thinking of going down this road:
Purchased a MiniVox MV100 USB audio speakerphone. dmesg picks up the
following:
OpenBSD 3.8-beta (GENERIC) #119: Wed Aug 24 01:47:37 MDT 2005
[EMAIL PROTECTED]:/usr
at end):
(exactly the same with newest snapshot)
uaudio0 at uhub2 port 1 configuration 1 interface 0: Creative Technology Ltd SB
Audigy 2 NX, rev 1.10/1.00, addr 2
uaudio_add_selector: NOT IMPLEMENTED
uaudio_add_selector: NOT IMPLEMENTED
uaudio_add_selector: NOT IMPLEMENTED
uaudio0: audio rev 1.00, 28
On Mon, Aug 15, 2005 at 11:24:24PM +0200, Jernej Vodopivec wrote:
Hello!
I couldn't find any acceptable solution for my problem - the problem
is that sound is playing too fast. I've found out that many people
has/had the same problem before but the problem is still here..
I am running
AFAIK, and I've been known to be wrong, those other OSes have rate
converters in the drivers, but OBSD leaves this to userland.
I think you are right.
http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yesnumbers=4249
Regards
Edd
No, unfortunately I didn't read the CAVEATS section.
I've read bug report (link sent by Edd Barrett) and I think there
should be an option to enable resampling in sound driver. Not all
aplications are capable of stream resampling.
Jernej
On 8/19/05, Jacob Meuser [EMAIL PROTECTED] wrote:
did
On 19/08/05, Jernej Vodopivec [EMAIL PROTECTED] wrote:
No, unfortunately I didn't read the CAVEATS section.
I've read bug report (link sent by Edd Barrett) and I think there
should be an option to enable resampling in sound driver. Not all
aplications are capable of stream resampling.
Am Freitag, 19. August 2005 13:59 schrieben Sie:
I agree .It seems the developers are not interested (fair enough, obsd
wasnt designed for multimedia) . Read the reply.
Yes some apps dont allow resampling. As I said mplayer is very good
for this, but it cannot substitute xmms (which does not
On 16/08/05, Andrew Daugherity [EMAIL PROTECTED] wrote:
Forgot to cc the list.
-- Forwarded message --
From: Andrew Daugherity [EMAIL PROTECTED]
Date: Aug 15, 2005 4:56 PM
Subject: Re: audio plays too fast
To: Jernej Vodopivec [EMAIL PROTECTED]
mpg123 has an option
Jernej Vodopivec wrote:
I couldn't find any acceptable solution for my problem - the problem
is that sound is playing too fast. I've found out that many people
has/had the same problem before but the problem is still here..
Yes, I always had this problem under OpenBSD, but only when using xmms
Hello!
I couldn't find any acceptable solution for my problem - the problem
is that sound is playing too fast. I've found out that many people
has/had the same problem before but the problem is still here..
I am running obsd 3.7 on Toshiba Satellite 2410-304 (auich0 at pci0
dev 31 function 5
On Mon, Aug 15, 2005 at 11:24:24PM +0200, Jernej Vodopivec wrote:
The only solution I've found is that I have to resample each file from
44100 to 48000 with sox - but this isn't acceptable solution - at
least not in longterm..
Is there any solution for this problem yet?
mplayer is
)
/dev/sound0 looks better with
crw-rw-rw- 1 root wheel 42, 0 Jun 19 14:29 /dev/sound0
Of course the really odd thing is that it is not working as root either.
Any hints, please?
audio* is the device more likely to be used by an app, btw. what's not
working mean? check mixerctl
I have a nforce mobo with built in sound. Dmesg shows
auich0 at pci0 dev 6 function 0 Nvidia nForce AC-97 Audio rev 0xc2: irq 5,
nForce AC97
audio0 at auich0
So I'm pretty sure the drivers are loaded and the card is supported.
I think the problem is that /dev/sound is
lrwx-- 1 root wheel
Christian Jones wrote:
Hi, all. I've been putting a laptop (Dell Inspiron 1000) through the
motions in order to submit its status to the OpenBSD i386 laptops
page. In doing so, I've tested out a bunch of things I've never used
before, and I've hit a snag with playing audio CDs (from the raw
, Audio, or anything else which might be
even tangentially related. No Plug Play, interrupts, or so forth.
It doesn't even let you disable APM or ACPI. So no luck there, but
thanks.
CDJ
--
Christian Jones
[EMAIL PROTECTED]
http://www.aleph0.com/~chjones
Hi list,
This is (possibly) not the same issue as in the recent Laptop CD Audio thread.
I have a Sony Vaio PCG-Z1XSP which I like a lot, but which has a
problem with audio. It doesn't matter if the audio is from a CD, a
DVD, an MPEG file or some other source, it's always the same problem
Hi, all. I've been putting a laptop (Dell Inspiron 1000) through the
motions in order to submit its status to the OpenBSD i386 laptops
page. In doing so, I've tested out a bunch of things I've never used
before, and I've hit a snag with playing audio CDs (from the raw
device, not mounting
-
Can Erkin Acar wrote:
Josh Grosse wrote:
[snip]
I have a VT8235 southbridge chip, providing integrated AC97 audio.I
just want 2-channel (stereo) output, but am only able to obtain
left-channel output from the soundcard. I'm running 3.7-release, and
of course its using
Way back on 24 Feb 2005, a user wrote about struggling with the auvia
driver, and began a conversation here on misc@ with Bruno Rohee about
the use of mixerctl with this particular driver. Apparently, after
turning off all outputs.*.mute, they both were able to only get audio
output only thru
Josh Grosse wrote:
[snip]
I have a VT8235 southbridge chip, providing integrated AC97 audio.I
just want 2-channel (stereo) output, but am only able to obtain
left-channel output from the soundcard. I'm running 3.7-release, and
of course its using the auvia(4) driver.
[snip]
ac97: codec
Can Erkin Acar wrote:
I have a patch for this. It will be fixed in -current soon.
Can
Wonderful news! If you need it tested, please let me know.
-Josh-
801 - 837 of 837 matches
Mail list logo