[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