xine-lib/src/xine-engine, branch 1-rc5

modified patch from Reinhard Nissl to report the length of the out fifos

2004-06-19T20:07:15+00:00

CVS patchset: 6713
CVS date: 2004/06/19 20:07:15

rename part of config entry keys from "plugin" to "subsection", because for

2004-06-19T19:54:59+00:00

the users it is better if we structure by intuitive categories, not strictly
by plugins

CVS patchset: 6712
CVS date: 2004/06/19 19:54:59

this comment is outdated since decoders provide the discontinuity() function

2004-06-19T19:53:29+00:00

CVS patchset: 6711
CVS date: 2004/06/19 19:53:29

force slave metronoms to reinit when a new master is attached; otherwise a

2004-06-19T19:51:25+00:00

visualization plugin's metronom gets confused when you wire different
streams to the plugin's input

CVS patchset: 6710
CVS date: 2004/06/19 19:51:25

readd the decoder's name to the description of the config entry, but do

2004-06-19T19:48:42+00:00

it right this time: use a different pointer for every decoder by putting the
descriptions into a dynamically growing chunk of heap memory
the name of the decoder in the description is necessary, because frontends
should not have to display the config entry key and this is currently the only
string to contain the decoder's name

CVS patchset: 6709
CVS date: 2004/06/19 19:48:42

Fix description in decoder priority config entry - there must be different pointers of the strings.

2004-06-16T15:41:37+00:00

CVS patchset: 6693
CVS date: 2004/06/16 15:41:37

implement steps 1, 2, 3 and 4 of the seeking proposal:

2004-06-13T21:28:52+00:00

http://article.gmane.org/gmane.comp.video.xine.devel/9532
it is now up to demuxers to decide what the 0..65535 position means.
demuxers tested: ogg, voc, flac, rm, asf, vqa, vob, avi, y4m, au, mov, ts, mp3, mpg, wav, ra, mve

CVS patchset: 6686
CVS date: 2004/06/13 21:28:52

make sure the current decoder plugin name is included in verbosity debug

2004-06-13T15:40:30+00:00

CVS patchset: 6684
CVS date: 2004/06/13 15:40:30

Argl, I forgot to shorten the mask because of the new PLUGIN_NO_UNLOAD flag,

2004-06-10T18:54:31+00:00

thanks again to Daniel Mack for pointing this out

CVS patchset: 6667
CVS date: 2004/06/10 18:54:31

two amazingly stupid bugs pointed out by Daniel Mack:

2004-06-09T17:31:08+00:00

* use the info pointer before increasing it
* the plugin type is just a unit8_t, so (1<<8) is not a good constant
  for PLUGIN_NO_UNLOAD, use (1<<6) instead; I hope 64 plugin types will be
  enough...

CVS patchset: 6663
CVS date: 2004/06/09 17:31:08