summaryrefslogtreecommitdiffstats
path: root/options/m_property.h
Commit message (Collapse)AuthorAgeFilesLines
* command: export some option metadatawm42014-11-131-0/+2
| | | | | | | This might be interesting for GUIs and such. It's probably still a little bit insufficient. For example, the filter and audio/video output lists are not available through this.
* command: make sub-properties more flexiblewm42014-11-131-5/+5
| | | | | This makes it work with all kind of types, instead of just some simple ones.
* command: redo the property typewm42014-06-131-15/+20
| | | | | | | | | | | | | | | | | | | | | | | Instead of absuing m_option to store the property list, introduce a separate type for properties. m_option is still used to handle data types. The property declaration itself now never contains the option type, and instead it's always queried with M_PROPERTY_GET_TYPE. (This was already done with some properties, now all properties use it.) This also fixes that the function signatures did not match the function type with which these functions were called. They were called as: int (*)(const m_option_t*, int, void*, void*) but the actual function signatures were: int (*)(m_option_t*, int, void*, MPContext *) Two arguments were mismatched. This adds one line per property implementation. With additional the reordering of the parameters, this makes most of the changes in this commit.
* player: show "neutral" position markers for OSD barswm42014-06-081-0/+5
| | | | This commit implements them for volume and some video properties.
* command: add helper function to split property pathswm42014-03-301-0/+6
| | | | | | We've just checked whether a sub-path started with "name/", but that changes behavior whether the property name has a trailing '/' or not. Using a helper function to split of path components avoids this problem.
* m_property: add mechanism to access properties as mpv_nodewm42014-02-241-0/+11
| | | | | | | | Allows retrieving properties by their native values (or something close to it), rather than having to go through string conversion. The caller could actually just copy the value itself and then use the m_option functions to convert it to mpv_node, but maybe it's more flexible this way.
* m_property: add a mechanism to organize a list of sub-propertieswm42014-02-161-0/+12
| | | | | This automatically adds a "count" sub-property, and for each entry in the range [0, count), a numbered sub-property to access the item.
* m_property: add a sub-property mechanismwm42014-02-161-1/+27
| | | | | | | This adds a mechanism for easier export of sub-properties. The following commits will make use of it to export fine grained information about certain things. The sub-property mechanism reduces the amount of code needed to export a data value to 1 line.
* m_property: mp_msg conversionswm42013-12-211-3/+5
| | | | | Includes some semi-crappy hacks to avoid changing too much code for this conversion (allowing NULL log argument for m_property_do()).
* Move options/config related files from mpvcore/ to options/wm42013-12-171-0/+142
Since m_option.h and options.h are extremely often included, a lot of files have to be changed. Moving path.c/h to options/ is a bit questionable, but since this is mainly about access to config files (which are also handled in options/), it's probably ok.