[FFmpeg-devel] [PATCH] swscale-example: Implement get_stride() helper function.

Michael Niedermayer michaelni
Sun Aug 23 23:09:13 CEST 2009


On Sun, Aug 23, 2009 at 05:41:41PM -0300, Ramiro Polla wrote:
> On Sun, Aug 23, 2009 at 12:33 AM, Michael Niedermayer<michaelni at gmx.at> wrote:
> > On Sat, Aug 22, 2009 at 05:26:42PM -0300, Ramiro Polla wrote:
> >> $subj
> >
> >> ?swscale-example.c | ? 28 +++++++++++++++-------------
> >> ?1 file changed, 15 insertions(+), 13 deletions(-)
> >> f8c7823d01948633377756b382eb49f5448304dd ?0001-Implement-get_stride-helper-function.patch
> >> From 01b04a2ee8e548ef3290dfea6da2560095ce75d4 Mon Sep 17 00:00:00 2001
> >> From: Ramiro Polla <ramiro.polla at gmail.com>
> >> Date: Sat, 22 Aug 2009 15:56:00 -0300
> >> Subject: [PATCH] Implement get_stride() helper function.
> >
> > ok though i would not be surprised if we had such a function somewhere
> > already, i guess it would be difficult to use from libav...
> 
> Since we're touching this subject, is it ok for swscale-example to
> depend on libavcodec? (I assume not but it's worth asking). The code
> could be simplified and the correct amount of memory used if we use
> AVFrame and such.

i think no we should not add such dependancy in the example, there are
so many packages around alraedy that create their own intermingled micro
universes. I hope ffmpeg will not degenerate into such a thing, lets
leave all the parts be useable on their own ...


> 
> As another option I think we should add another code as
> swscale-example, and turn this one into a regression suite (and not
> make it depend on lavc). This code does far more than a simple example
> would need, and far less in terms of options (no flags are explained,
> etc...). I have a simple swscale example that uses AVFrame and outputs
> a png (easy to see the result). What do you think?

can i see the code?

btw, the format we want as output is a raw format with header createable
with a single printf() for a swscale example

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Thouse who are best at talking, realize last or never when they are wrong.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20090823/7851ad53/attachment.pgp>



More information about the ffmpeg-devel mailing list