[MPlayer-users] channel switching and audio filters (was Re: MPlayer-users Digest, Vol 48, Issue 17)

Ivo ivop at euronet.nl
Sat Dec 8 18:01:46 CET 2007


On Friday 07 December 2007 16:28, Nan Null wrote:
> Thank you for the pointer.  The bug report is filed here: 
> http://bugzilla.mplayerhq.hu/show_bug.cgi?id=957
>
> This is a pitch shift filter.  In that report, I also mention a problem
> when there are 2 audio tracks, the filter doesn't work with the 2nd track
> when switch track on the fly by users, or when switch the track back to
> the old track, the audio will be reset to normal pitch (unless there's
> something I miss here).
>
> The command I use is:
>
> mplayer -af ladspa=tap_pitch:tap_pitch:0:0:-90:0 -fs -fixed-vo -vf
> yadif=3:1 -slave -quiet -noborder -brightness 0  somevideo.mpg
>
> or with pitch shifted:
> mplayer -af ladspa=tap_pitch:tap_pitch:5:0:-90:0 -fs -fixed-vo -vf
> yadif=3:1 -slave -quiet -noborder -brightness 0 somevideo.mpg
>
> If you can't reproduce the problem, I'll find a way to submit the video
> to you.  Thanks.

I can reproduce your problem. As a matter of fact, I can reproduce it with 
_any_ audio filter. e.g.

mplayer -v -af volume=-10 fubar.avi

has the same problem. So, this does not seem related to a bug in any of the 
filters or the tap_pitch plugin, but in the channel switching code.

It looks like the whole audio filter chain is destroyed and rebuilt with 
default values instead of those given on the command line. I am not that 
familiar with the channel switching code, but if I can find some time 
tonight, I will look into it.

Also, could you please switch to non-digest mode or at least change the 
subject line back to what it used to be? I almost overlooked this reply, as 
it was not properly threaded.

--Ivo



More information about the MPlayer-users mailing list