[FFmpeg-devel] [PATCH] Add asink_anullsink - Null audio sink

[Michael Niedermayer]

On Wed, Sep 15, 2010 at 04:31:07PM +0200, Stefano Sabatini wrote:
> On date Wednesday 2010-09-15 14:07:40 +0200, Michael Niedermayer encoded:
> > On Wed, Sep 15, 2010 at 12:53:37AM +0200, Stefano Sabatini wrote:
> > > On date Thursday 2010-08-19 17:06:53 +0200, Stefano Sabatini encoded:
> > > > On date Thursday 2010-08-19 06:11:12 -0700, S.N. Hemanth Meenakshisundaram encoded:
> > > > > Renamed, updated doc.
> > > > > 
> > > > > ---
> > > > >  doc/filters.texi              |   13 +++++++++++++
> > > > >  libavfilter/Makefile          |    2 ++
> > > > >  libavfilter/allfilters.c      |    2 ++
> > > > >  libavfilter/asink_anullsink.c |   40 ++++++++++++++++++++++++++++++++++++++++
> > > > >  4 files changed, 57 insertions(+), 0 deletions(-)
> > > > >  create mode 100644 libavfilter/asink_anullsink.c
> > > > 
> > > > Looks fine.
> > > 
> > > I'll apply in three days if I see no objections.
> > 
> > Does this filter work?
> > Does it consume audio or does it never read a single sample? 
> 
> Consume audio, but input samples are completely ignored (but that's
> not the point of the filter, which is to help testing/debuggging
> filterchain setup), and is the equivalent of the video nullsink.

iam not so sure if this filter actually works
the thing is that nothing seems to ever call request_frame and so nothing
will ever be pushed towards this sink. its like ffmpeg will wait at frame
1 for ever.


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

If you really think that XML is the answer, then you definitly missunderstood
the question -- Attila Kinali
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20100915/f4f66e8b/attachment.pgp>