| Age | Commit message (Collapse) | Author | 
|---|
|  | CVS patchset: 5829
CVS date: 2003/12/03 10:52:41 | 
|  | have_video=1, have_audio=0 seems more logical
CVS patchset: 5791
CVS date: 2003/11/26 19:30:14 | 
|  | Makes things a bit more symetric:
- the audio fifo (demuxer->decoder) can't be NULL
- the video driver can be NULL
A dummy fifo (5 buffers) is used if the audio driver or video driver is NULL.
Audio frontends (rhythmbox, seedeexeen, quark) do not need to instanciate a video driver anymore.
CVS patchset: 5767
CVS date: 2003/11/20 00:42:14 | 
|  | CVS patchset: 5743
CVS date: 2003/11/16 12:18:59 | 
|  | CVS patchset: 5721
CVS date: 2003/11/11 18:44:50 | 
|  | audio buffer can be NULL; this should be used to indicate that the frame/
  buffer does not come directly from a stream, but was generated otherwise
  (the most important result is that frames/buffers with stream NULL will not
  be passed through metronom)
* modify visualization post plugins so they set the stream on the generated
  frames to NULL, this avoids cluttering metronom, when playing a stream with
  audio AND video AND a visualization post
* this also means modifying the way post plugins provide vpts values:
  they have to calculate them themselves for now
CVS patchset: 5647
CVS date: 2003/10/30 22:40:53 | 
|  | patch by Philip Jgenstedt
CVS patchset: 5243
CVS date: 2003/08/04 03:47:09 | 
|  | CVS patchset: 5216
CVS date: 2003/07/26 17:44:30 | 
|  | Fix strange problems with viz plugins.
CVS patchset: 4716
CVS date: 2003/04/30 06:58:50 | 
|  | closing a bogus xine_video_port_t:
xine-lib/src/xine-engine/audio_out.c:fifo_append_int:225: assertion `!buf->next' failed.
Next audio buffer is not NULL.
CVS patchset: 4395
CVS date: 2003/03/11 17:40:30 | 
|  | the vis plugins should invalidate the extra info of the frames they output to not
interfere with the (correct) extra info which will be set by audio out
CVS patchset: 4250
CVS date: 2003/02/22 14:21:37 | 
|  | CVS patchset: 4152
CVS date: 2003/02/14 04:17:23 | 
|  | jumbo audio buffers (several seconds).
unfortunately it requires an extra data copy, but i don't think that will
make any perceptible difference.
CVS patchset: 3916
CVS date: 2003/01/14 21:00:23 | 
|  | to other plugins after some test/cleanup.
unfortunately we must support three cases here:
1) decoders that send data in small chunks, data must be accumulated between
multiple audio frames to generate a single video frame (eg: wav).
2) good sized decoder chucks, the naive approach of 1:1 audio/video frames
mapping usually works fine (eg: mp3)
3) very big decoder chunks. a single audio frame must generate several
video frames (eg: wma)
btw: mike, nice work on oscope!!
CVS patchset: 3787
CVS date: 2003/01/05 15:05:55 | 
|  | viz plguin, as well as a reference template viz plugin
CVS patchset: 3776
CVS date: 2003/01/04 20:42:47 |