<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
Dnia 2009-05-21, czw o godzinie 14:05 -0500, Ian Monroe pisze:
<BLOCKQUOTE TYPE=CITE>
<PRE>
I guess one concern I have is that you use headers with ominious names
like "xine_internal.h".
I wouldn't doubt you that your equalizer is better's then Xine's
(since Xine's always made things quiet sounding), but perhaps an
improved equalizer would be better pushed upstream to Xine then? I'd
rather just use what Xine provides and not have to worry about
something breaking with different versions of Xine.
Ian
</PRE>
</BLOCKQUOTE>
Well regarding pushing it to upstream (means xine devel) - a year ago I prepared a patch that<BR>
gave a xine better equalizer (2nd order IIR) but it was so though to convince the head developer<BR>
of xine that it really makes the difference if you use floating point data instead of fixed point that I gave up.<BR>
I will not count on pushing it into xine stream - it's very conservative development stream.<BR>
<BR>
I hope this equalizer is opportunity to give a phonon (and by that also to Amarok) a better sound and that will not fall into void.<BR>
Xine also doesn't provide fade plugin - I think while it's implemented as xine plugin (kvolumefader) for phonon use - so it can be equalizer.<BR>
<BR>
Regarding use of xine_internal.h - I'll review it asap and let you know.<BR>
<BR>
Best regards<BR>
<BR>
Artur Szymiec<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
Omnes Vulnerant Postuma Necat ...<BR>
--------------------------------------------------------------------------<BR>
Registered User No 397465<BR>
GNU/Linux Linux 2.6.28-12-generic x86_64<BR>
(K)/(U)buntu 9.04<BR>
--------------------------------------------------------------------------<BR>
<BR>
<BR>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>