[MPlayer-DOCS] Re: CVS: main/DOCS/man/en mplayer.1,1.1160,1.1161
The Wanderer
inverseparadox at comcast.net
Sun Nov 27 19:45:01 CET 2005
On 11/27/2005 01:22 PM, Tobias Diedrich wrote:
> Diego Biurrun wrote:
>
>>> IMHO this makes the documentation a bit unclear, based on this
>>> I'd expect "-ao oss:mixer-device=/dev/mixer:dsp-device=/dev/dsp"
>>> to work...
>>
>> Before my change, after my change or either way?
>>
>> Hmm, I'm not going to claim that the current description is
>> perfect, but I don't see the problem you describe. Other output
>> drivers are documented in the same way and where option=<value>
>> syntax is expected, this is written explicitly. I was also hoping
>> that the <> would make clear that it should be replaced by a
>> concrete value...
>
> I think it was more clear before the change. Most drivers use either
> the suboption parser or support only one parameter. The syntax
> explanation suggests that the suboption order is not important.
> Before it was made clear that oss is an exception in that the order
> _is_ important, but maybe thats just me. :-)
It's not just you; I get the same impressions from both forms.
> I think it might be good to convert oss to use the suboptionparser
> (breaks compatibility) or reinclude the
> "oss[:dsp-device[:mixer-device[:mixer-channel]]]" 'usage example'.
Agreed. The former is probably the better solution, but the latter is
much the simpler.
--
The Wanderer
Warning: Simply because I argue an issue does not mean I agree with any
side of it.
Secrecy is the beginning of tyranny.
More information about the MPlayer-DOCS
mailing list