[MPlayer-dev-eng] [PATCH] libbs2b audio filter

Andrew Savchenko bircoph at gmail.com
Sun Mar 29 14:11:42 CEST 2009


Hi,

On Sunday 29 March 2009 03:51, Uoti Urpala wrote:
[...]
> > > As far as I can tell I did not misread your message, but you
> > > did not understand what I said. What I meant was that at
> > > best your "special error code" suggestion turns "uninit();
> > > return ERROR;" into "return MAGIC_ERROR_CODE;".
> >
> > Nope, my idea differs, maybe my original explanation was
> > unclear. I do not propose to call uninit in each filter before
> > return. I propose to modify filter initializer in af.c, thus
> > this will be single modification affects all filters at once,
> > e.g.:
>
> This still sounds exactly like how I interpreted it the first
> time. Yes you do not propose to call uninit() before return; the
> point was that compared to calling it your idea would only save
> that single call even in the best case.

Then I misunderstood you originally, my apologies.

> > err=new->info->open(new);
> > if (err == AF_FATAL)
> > 	new->info->uninit(new);
> > else {
> > 	//...
> > }
>
> And as I wrote above, this would at most help avoid a single
> uninit() call per AF_FATAL use. If by your above "affects all
> filters at once" you mean that the change to af.c would
> immediately help all filters without working on them
> individually then I disagree. Currently nothing uses AF_FATAL,
> and suddenly starting to call uninit() after other errors
> without checking the filters individually would not be safe.

Of course filters should be corrected and their uninit functions 
should be verified to do proper work.

-- 
Best regards,
Andrew
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20090329/629410cf/attachment.pgp>


More information about the MPlayer-dev-eng mailing list