[BUG] ao_alsa changes samplerate after volume change
Hi! When I play the following sample http://www.mplayerhq.hu/MPlayer/samples/mov/qtaudio/surge-2-32-B-in32.mov I get a most peculiar effect: If I press 9/0 to change the volume the sample is suddenly played at what appears to be double speed. The problem goes away if I pass -ao oss on the command line. mplayer -v output below. Clemens, could you look into this? Sorry if you are receiving this message multiple times, I don't know which one your preferred email address is. BTW, subscribing to this list is a good idea. It's low volume. Diego MPlayer dev-CVS-060123-03:01-4.0.3 (C) 2000-2006 MPlayer Team get_path('codecs.conf') -> '/home/diego/.mplayer/codecs.conf' Using built-in default codecs.conf. CommandLine: '-v' '/home/diego/samples/MOV/qtaudio/surge-2-32-B-in32.mov' init_freetype Using Unoptimized OnScreenDisplay Using nanosleep() timing get_path('input.conf') -> '/home/diego/.mplayer/input.conf' Falling back on default (hardcoded) input config get_path('surge-2-32-B-in32.mov.conf') -> '/home/diego/.mplayer/surge-2-32-B-in32.mov.conf' Playing /home/diego/samples/MOV/qtaudio/surge-2-32-B-in32.mov. get_path('sub/') -> '/home/diego/.mplayer/sub/' [file] File size is 4627301 bytes STREAM: [file] /home/diego/samples/MOV/qtaudio/surge-2-32-B-in32.mov STREAM: Description: File STREAM: Author: Albeu STREAM: Comment: based on the code from ??? (probably Arpi) Checking for YUV4MPEG2 ASF_check: not ASF guid! Checking for NuppelVideo Checking for REAL Checking for SMJPEG Searching demuxer type for filename /home/diego/samples/MOV/qtaudio/surge-2-32-B-in32.mov ext: .mov Trying demuxer 7 based on filename extension Checking for MOV MOV: 'WIDE' chunk found! MOV: Movie DATA found! MOV: Movie DATA found! MOV: Movie header found! Quicktime/MOV file format detected. MOV: Movie header (100 bytes): tscale=600 dur=7868 -------------- MOV: Track #0: MOV: Track header! tkhd len=84 ver=0 flags=0x0 id=1 dur=7868 lay=0 vol=256 MOV: Edit atom! MOV: Edit list table (1 entries) (ver:0,flags:0) MOV: entry#0: duration: 7868 start time: 0 speed: 1.0x MOV: Media stream! MOV: Media header! MOV: Handler header: rlhm/nuos (lppa) Apple Sound Media Handler MOV: Media info! MOV: Sound header! MOV: Handler header: rlhd/sila (lppa) Apple Alias Data Handler MOV: unknown chunk: dinf 28 MOV: Sample info! MOV: Description list! (cnt:1) MOV: desc #0: 23ni (82 bytes) MOV: Sample duration table! (1 blocks) MOV: Sample->Chunk mapping table! (2 blocks) (ver:0,flags:0) MOV: Sample size table! (entries=578298 ss=1) (ver:0,flags:0) MOV: Chunk offset table! (53 chunks) MOV track #0: 53 chunks, 0 samples pts=578298 scale=44100 time=13.113 ==> Found audio stream: 0 Audio bits: 16 chans: 2 rate: 44100 Audio header: samp/pack=1 bytes/pack=4 bytes/frame=8 bytes/samp=2 Audio extra header: len=46 fcc=0x77617665 MOV: Found unknown audio atom Fourcc: 23ni -------------- MOV: longest streams: A: #0 (53 samples) V: #-1 (0 samples) ========================================================================== Opening audio decoder: [pcm] Uncompressed PCM audio decoder dec_audio: Allocating 2048 + 65536 = 67584 bytes for output buffer. AUDIO: 44100 Hz, 2 ch, s32be, 2822.4 kbit/100.00% (ratio: 352800->352800) Selected audio codec: [pcm] afm: pcm (Uncompressed PCM) ========================================================================== Building audio filter chain for 44100Hz/2ch/s32be -> 0Hz/0ch/s8... [libaf] Adding filter dummy [dummy] Was reinitialized: 44100Hz/2ch/s32be [dummy] Was reinitialized: 44100Hz/2ch/s32be alsa-init: requested format: 44100 Hz, 2 channels, 18 alsa-init: using ALSA 1.0.10 alsa-init: setup for 1/2 channel(s) alsa-init: using device default alsa-init: pcm opend in blocking mode alsa-init: chunksize set to 1024 alsa-init: fragcount=8 alsa-init: got buffersize=65536 alsa-init: got period size 1024 alsa: 44100 Hz/2 channels/8 bpf/65536 bytes buffer/Signed 32 bit Big Endian AO: [alsa] 44100Hz 2ch s32be (4 bytes per sample) AO: Description: ALSA-0.9.x-1.x audio output AO: Author: Alex Beregszaszi, Zsolt Barat <joy@streamminister.de> AO: Comment: under developement Building audio filter chain for 44100Hz/2ch/s32be -> 44100Hz/2ch/s32be... [dummy] Was reinitialized: 44100Hz/2ch/s32be [dummy] Was reinitialized: 44100Hz/2ch/s32be Video: no video Freeing 0 unused video chunks. Starting playback... [Mixer] No hardware mixing, inserting volume filter. [libaf] Adding filter volume [libaf] Adding filter format [format] Changing sample format from big-endian 32-bit signed int to big-endian 16-bit signed int [dummy] Was reinitialized: 44100Hz/2ch/s16be [libaf] Reallocating memory in module format, old len = 0, new len = 8200 Uninit audio filters... [libaf] Removing filter format [libaf] Removing filter volume [libaf] Removing filter dummy uninit audio: pcm alsa-uninit: pcm closed vo: x11 uninit called but X11 not inited.. Exiting... (Quit)
Diego Biurrun wrote:
When I play the following sample
http://www.mplayerhq.hu/MPlayer/samples/mov/qtaudio/surge-2-32-B-in32.mov
I get a most peculiar effect: If I press 9/0 to change the volume the sample is suddenly played at what appears to be double speed.
Are you playing to a C-Media codec? (see /proc/asound/cards)
I don't know which one your preferred email address is.
This one. Regards, Clemens
On Tue, Mar 14, 2006 at 08:25:21AM +0100, Clemens Ladisch wrote:
Diego Biurrun wrote:
When I play the following sample
http://www.mplayerhq.hu/MPlayer/samples/mov/qtaudio/surge-2-32-B-in32.mov
I get a most peculiar effect: If I press 9/0 to change the volume the sample is suddenly played at what appears to be double speed.
Are you playing to a C-Media codec? (see /proc/asound/cards)
cerebus:~$ cat /proc/asound/cards 0 [Snapper ]: PMac Snapper - PowerMac Snapper PowerMac Snapper (Dev 0) Sub-frame 0 Diego
Diego Biurrun wrote:
Diego Biurrun wrote:
I get a most peculiar effect: If I press 9/0 to change the volume the sample is suddenly played at what appears to be double speed.
cerebus:~$ cat /proc/asound/cards 0 [Snapper ]: PMac Snapper - PowerMac Snapper PowerMac Snapper (Dev 0) Sub-frame 0
This looks like a bug in the driver. I think sample rate/format changes and mixer control changes go over the same I2C bus. Please try some ALSA version newer than 1.0.10, but I guess this is a new bug. Regards, Clemens
Just stumbled over this old bug report.. On Tue, Mar 14, 2006 at 01:19:20PM +0100, Clemens Ladisch wrote:
Diego Biurrun wrote:
Diego Biurrun wrote:
I get a most peculiar effect: If I press 9/0 to change the volume the sample is suddenly played at what appears to be double speed.
cerebus:~$ cat /proc/asound/cards 0 [Snapper ]: PMac Snapper - PowerMac Snapper PowerMac Snapper (Dev 0) Sub-frame 0
This looks like a bug in the driver. I think sample rate/format changes and mixer control changes go over the same I2C bus.
Please try some ALSA version newer than 1.0.10, but I guess this is a new bug.
ALSA 1.0.11 is now in Debian unstable and I have upgraded to it. However, the problem remains. Diego
participants (2)
-
Clemens Ladisch -
Diego Biurrun