<feed xmlns='http://www.w3.org/2005/Atom'>
<title>xine-lib/src/post/visualizations/oscope.c, branch xine-1-beta4-release</title>
<subtitle>xine-lib git mirror
</subtitle>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/'/>
<entry>
<title>yet another glue logic for viz plugins. that should fix problems with</title>
<updated>2003-01-14T21:00:23+00:00</updated>
<author>
<name>Miguel Freitas</name>
<email>miguelfreitas@users.sourceforge.net</email>
</author>
<published>2003-01-14T21:00:23+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=078248481d0daa452ef839fd79c7c01180b69919'/>
<id>078248481d0daa452ef839fd79c7c01180b69919</id>
<content type='text'>
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

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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

</pre>
</div>
</content>
</entry>
<entry>
<title>testing new logic for visualization plugins. this code should be ported</title>
<updated>2003-01-05T15:05:55+00:00</updated>
<author>
<name>Miguel Freitas</name>
<email>miguelfreitas@users.sourceforge.net</email>
</author>
<published>2003-01-05T15:05:55+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=87323eae7676ae8422d69288e18978d0a38564f2'/>
<id>87323eae7676ae8422d69288e18978d0a38564f2</id>
<content type='text'>
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

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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

</pre>
</div>
</content>
</entry>
<entry>
<title>added a visualizations post plugin directory and an oscilloscope</title>
<updated>2003-01-04T20:42:47+00:00</updated>
<author>
<name>Mike Melanson</name>
<email>mike@multimedia.cx</email>
</author>
<published>2003-01-04T20:42:47+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=ca1512a619ca74a03184d6f0c2b98d266539b463'/>
<id>ca1512a619ca74a03184d6f0c2b98d266539b463</id>
<content type='text'>
viz plguin, as well as a reference template viz plugin

CVS patchset: 3776
CVS date: 2003/01/04 20:42:47

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
viz plguin, as well as a reference template viz plugin

CVS patchset: 3776
CVS date: 2003/01/04 20:42:47

</pre>
</div>
</content>
</entry>
</feed>
