[vlc-devel] RE : libvlc howto change pitch vmem, also; what about libvlc_new() lock?
d3ck0r at gmail.com
Thu Dec 25 15:04:40 CET 2008
On Thu, Dec 25, 2008 at 3:11 AM, brezhoneg1 <brezhoneg1 at yahoo.fr> wrote:
>> -----Message d'origine-----
>> De : vlc-devel-bounces at videolan.org [mailto:vlc-devel-
>> bounces at videolan.org] De la part de J Decker
>> Envoyé : jeudi 25 décembre 2008 07:56
>> À : vlc-devel at videolan.org
>> Objet : [vlc-devel] libvlc howto change pitch vmem, also;what about
>> libvlc_new() lock?
>> I started by asking in the forum in
>> After opening a video with vmem, is it possible to resize that
>> surface? that is, pass a new vmem_pitch, vmem_height, the vmem_data
>> is really resulted dynamically by the lock and unlock proces...
> Having a look at vmem.c, no resizing is implemented.
> Actually, most often, modern video drivers automatically take care of
> resizing. More complex vout (xvideo, ...) only fall back to software
> resizing if the driver doesn't support resizing.
> With vmem, rationale is to give you back the video buffers. If you plan
> to display it by any means (SDL, .... ), I guess resizing should first
> be addressed at this level.
How can I find the size of the video clip before hitting the play
button? Then there wouldn't be a layer of software resizing... which
for certain there is at this time.
Is there a simple sample of source to just return like
size(width/height), codec names(shrug), wheter there is audio or not,
total play time? The function to get the length only seemed to result
non zero after starting to play.
>> Also, is there any particular reason that libvlc_new() should lock and
>> never complete?
>> vlc-devel mailing list
>> To unsubscribe or modify your subscription options:
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
More information about the vlc-devel