From b1057f437bf65300831a0ccb45b920787c6b318d Mon Sep 17 00:00:00 2001 From: tpearson Date: Sat, 11 Jun 2011 06:00:15 +0000 Subject: TQt4 port kdemultimedia This enables compilation under both Qt3 and Qt4 git-svn-id: svn://anonsvn.kde.org/home/kde/branches/trinity/kdemultimedia@1236079 283d02a7-25f6-0310-bc7c-ecb5cbfe19da --- mpeglib/lib/frame/README | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'mpeglib/lib/frame/README') diff --git a/mpeglib/lib/frame/README b/mpeglib/lib/frame/README index 9e21059f..e54bd918 100644 --- a/mpeglib/lib/frame/README +++ b/mpeglib/lib/frame/README @@ -27,7 +27,7 @@ IOFrameQueues ============= IOFrameQueues deal with the problem, that you first start -with an empty FrameQueue (this is a FrameQueue which contains +with an empty FrameQueue (this is a FrameQueue which tqcontains prealloceated data, but the data is empty (eg:all pcm samples zero) Only after converting an "empty" Frame by a decoder (mp3decoder) the frame if "full" (== Frame with data) @@ -58,7 +58,7 @@ A IOFrameQueue, which allows converting "dataFrames back to continous stream". What is this? Lets say an application wants only 20 byte from a dataFrame which -contains 3KB of data? +tqcontains 3KB of data? There must be some mechanism to read less or more data from the queue. And the data should be written to a continus memory segment. -- cgit v1.2.1