[vlc-devel] Re: vlc: svn commit r8350 (gbazin)

[Mark Moriarty]

Question -- Is it reasonable to make the changes I described Friday,
changing input_decoderdecode to an int and passing the error state (FIFO
filled) back upstream?  That provides a hook for the calling function to
take other action, whether a return 0/kill the Demux or a parameter change
(reduce framerate for Screen: perhaps).

I've been playing with the getthreadtimes function, which allows measurement
of CPU use.  It might be interesting to use during initialization,
auto-selecting a framerate which keeps CPU use at roughly XX percent.  The
function doesn't apply to Win95/Win98, unfortunately.  There's a similar
call in Linux, though it sounds like the Linux graphics approach doesn't
have the issue Windows does.

Thanks. 

-----Original Message-----
From: vlc-devel-bounce at videolan.org [mailto:vlc-devel-bounce at videolan.org]
On Behalf Of Subversion daemon
Sent: Monday, August 02, 2004 4:46 AM
To: vlc-devel at videolan.org
Subject: [vlc-devel] vlc: svn commit r8350 (gbazin)

r8350 | gbazin | 2004-08-02 11:46:17 +0200 (Mon, 02 Aug 2004) | 1 line
Changed paths:
   M /trunk/modules/access/screen/screen.c
   M /trunk/modules/access/screen/win32.c

modules/access/screen/win32.c: avoid an extra memcpy() of the screen.

--
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/ To
unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>