Closed GoogleCodeExporter closed 9 years ago
Ah crap, I pressed enter for a newline and it posted this before I could even
write
it and I see no option to undo this mistake. I'll continue my report here.
Title: Slow/low-pitch playback for 22khz wav files and in other instances
Ports Affected: Main stereo analogue out
Reproduction:
1. Open a sound file of your choice in Audacity
2. Set project frequency to 22khz
3. Play the file
As for the "other instances", I've also noticed that while playing Team
Fortress 2,
some custom sounds that I have installed suffer similarly. Some are 22khz files
play
fine while others don't and it even seems to happen to some 44khz files. None
of the
issues seem to depend on bits-per-sample nor the number of channels. I have no
further information on how to reproduce, but if you want examples of files that
work
and files that don't, please ask.
Once again, sorry for messing up the initial submission.
Original comment by nero...@gmail.com
on 19 Jun 2008 at 3:41
Things are getting really weird now. Right after I wrote that comment, I've
stopped
being able to reproduce the problem. I shall continue my investigation of this
Original comment by nero...@gmail.com
on 19 Jun 2008 at 3:45
Sorry, I forgot to mention that I'm using 1.2.0 on 32-bit XP SP3
Original comment by nero...@gmail.com
on 19 Jun 2008 at 4:18
this sounds odd - could you please disable the 88.1 and 96 kHz sample rates in
the
control panel applet and then try to reproduce the problem?
Original comment by dogb...@gmail.com
on 19 Jun 2008 at 6:13
I switched to my onboard audio and got the same issues in Team Fortress 2, so I
guess
that could be a Source engine bug, but I can't find anyone else who has or had
this
problem.
I've still been unable to reproduce in Audacity and disabling 88.2 and 96khz
seems to
have had no effect on anything. On another note, if I uncheck "Enable S/PDIF
output"
in the panel applet, I get no sound at all, despite using analogue ports.
I've also tried a different c-media card and everything is the same.
Original comment by nero...@gmail.com
on 20 Jun 2008 at 8:53
The "enable s/pdif output" option is indeed somewhat misleading for some
hardware
revisions - the switch disables the DAC for these. I've simply adopted the
notation
from the specifications of the hardware.
The issue with tf2 sounds like there's some error in the mixing process -
presumably, all the sounds are mixed dynamically during runtime into a single
stream
which is being played constantly. The driver has no effect on that. My idea was
that
on some systems, the highest sampling rate is chosen for the resulting stream,
and
some 8738 revisions handle 88.1kHz/96kHz improperly. But since the same bug
appears
also when using your onboard sound adapter, I'd guess that it's caused by
userspace
applications, too.
Original comment by dogb...@gmail.com
on 20 Jun 2008 at 10:42
Original issue reported on code.google.com by
nero...@gmail.com
on 19 Jun 2008 at 3:30