xine-lib/src/post, branch 1-beta3

- mmx optimizations don't use MMXEXT instructions

2003-01-25T11:44:19+00:00

- be sure to initialize use_asm

CVS patchset: 4003
CVS date: 2003/01/25 11:44:19

the further misadventures of the DSP newbie: attempt to make spectrum

2003-01-18T15:28:08+00:00

analyzer more accurate and interesting to look at

CVS patchset: 3953
CVS date: 2003/01/18 15:28:08

yet another glue logic for viz plugins. that should fix problems with

2003-01-14T21:00:23+00:00

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

oops, plot the right channel data

2003-01-14T06:30:43+00:00

CVS patchset: 3914
CVS date: 2003/01/14 06:30:43

added a FFT scope visualization

2003-01-14T03:41:00+00:00

CVS patchset: 3911
CVS date: 2003/01/14 03:41:00

Goom optimizations for x86 use Extended MMX.

2003-01-06T22:18:24+00:00

CVS patchset: 3802
CVS date: 2003/01/06 22:18:24

Adapts fooviz to the new logic

2003-01-05T23:38:23+00:00

CVS patchset: 3796
CVS date: 2003/01/05 23:38:23

New logic for visualization plugin ported to Goom.

2003-01-05T22:50:37+00:00

CVS patchset: 3795
CVS date: 2003/01/05 22:50:37

convenience

2003-01-05T16:54:19+00:00

CVS patchset: 3790
CVS date: 2003/01/05 16:54:19

testing new logic for visualization plugins. this code should be ported

2003-01-05T15:05:55+00:00

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