[MPlayer-G2-dev] Re: G2 CLI/GUI and config API again - a little request.
Arpi
arpi at thot.banki.hu
Tue May 13 21:35:39 CEST 2003
Hi,
> Config code does the full control of mplayer as well - your mplayer
no
> without that config code cannot play anything because it doesn't know
> what it has to play. :)
> Ok, it seems you still don't understand what I meant. That behavior
> is just exception for af/vf since plugin list is very specific sort of
> config objects. I'll try to explain it with example.
>
> For example, you have at some time filter chain:
> vf_a -> vf_b(1) -> vf_c -> vf_b(2)
>
> CLI or GUI has found that it must be rebuilded by inserting vf_n after
> vf_a. Tell me, what will you do: exit from commandline parser with some
> exit code or just insert this filter into chain by standard core API
since when does configparser builds the filter chains?????????????????
it's total braindamage.
> call? I think if you exit then you will get a big headache to implement
> all possible exitcodes support in the mplayer (remember - your condition
> was to don't call anything from parser), and you have to return into
> commandline parser to continue after that, it isn't implemented also.
> Also remember - we have CONF_TYPE_FUNC_FULL already, it's backward call
> to some core or application function also with standard API.
>
> Another examples of similar tasks are:
> - delete filter vf_c from that chain;
there is vf api call for this
> - move filter vf_b(2) after vf_a and before vf_b(1);
this is nonsense
remove and insert it
> Do you have any suggestions to do it without management of plugins by
> UI/parser? I want to hear it, tell me, please.
plugin management by the parser? what a nonsense.
what about video decoding by audio filters? :)
A'rpi / Astral & ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
More information about the MPlayer-G2-dev
mailing list