Age | Commit message (Collapse) | Author |
|
CVS patchset: 4137
CVS date: 2003/02/12 00:43:33
|
|
CVS patchset: 4129
CVS date: 2003/02/11 08:58:15
|
|
CVS patchset: 4124
CVS date: 2003/02/10 00:02:45
|
|
CVS patchset: 4123
CVS date: 2003/02/09 19:25:25
|
|
CVS patchset: 4055
CVS date: 2003/01/31 02:29:59
|
|
analyzer more accurate and interesting to look at
CVS patchset: 3953
CVS date: 2003/01/18 15:28:08
|
|
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
|
|
CVS patchset: 3914
CVS date: 2003/01/14 06:30:43
|
|
CVS patchset: 3911
CVS date: 2003/01/14 03:41:00
|
|
CVS patchset: 3796
CVS date: 2003/01/05 23:38:23
|
|
CVS patchset: 3790
CVS date: 2003/01/05 16:54:19
|
|
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
|