search for: inputplugin

...adata *metadata, void *client_data); static void error_callback_(const void *decoder, FLAC__StreamDecoderErrorStatus status, void *client_data); -static void init_decoder_func_tables(); +static void init_decoder_func_tables(void); static decoder_t source_to_decoder_type (const char *source); InputPlugin flac_ip = @@ -181,7 +181,7 @@ static const decoder_funcs_t* DECODER_FU static decoder_funcs_t const * decoder_func_table_; -InputPlugin *get_iplugin_info() +InputPlugin *get_iplugin_info(void) { flac_ip.description = g_strdup_printf("Reference FLAC Player v%s", FLAC__VERSION_STRIN...

On Thu, Jan 20, 2005 at 11:05:51PM -0800, Eric Wong wrote: > I should also add that relevant performance patches have already been > posted to the dev mailing list. There are a few more but they haven't > made the situation with compression-level >= 3 any better. > > Let me know if anybody here can help with optimizations (particularly > with ARM assembly) to FLAC so

...S@ @ID3LIB_CFLAGS@ @XMMS_CFLAGS@ INCLUDES = -I$(top_srcdir)/src --- 25,33 ---- noinst_HEADERS = \ charset.h \ configure.h \ ! wrap_id3.h \ ! http.h \ ! plugin.h CFLAGS = @CFLAGS@ @ID3LIB_CFLAGS@ @XMMS_CFLAGS@ INCLUDES = -I$(top_srcdir)/src *************** *** 40,46 **** xmmsinputplugin_LTLIBRARIES = libxmms-flac.la ! plugin_sources = charset.c configure.c plugin.c wrap_id3.c fileinfo.c if FLaC__HAS_ID3LIB libxmms_flac_la_SOURCES = $(plugin_sources) --- 42,48 ---- xmmsinputplugin_LTLIBRARIES = libxmms-flac.la ! plugin_sources = charset.c configure.c plugin.c wrap...

...r v1.0.2 [libxmms-shn.so]\nFLAC Player v1.0.2 > [libxmms-shn.so]") Ah, I see. My first guess at what is happening is that both plugins are stomping on each other's global symbols. Looking at flac/src/plugin_xmms/plugin.c, it looks like the only one it could be is get_iplugin_info(): InputPlugin *get_iplugin_info() { flac_ip.description = g_strdup_printf("FLAC Player v%s", FLAC__VERSION_STRING); return &flac_ip; } I copied the basic plugin design from another plugin (I think it was XMMS' WAVE reader). I'm not familiar enough with XMMS' plugin imp...

Hi list, It seems that when playing several OggVorbis files under xmms, there is a memory leak. It's a rather annoying problem because when you have a playlist of 100+ files, xmms will at the end eat something like 100M or more.. Such a memory leak have been reported inside xmms-1.2.2 code and I could see it playing Ogg files and mp3 files ; upgrading to 1.2.3 solves the problem with mp3

...ion failed. Inputstring: %s; Error: %s", string, strerror(errno)); #endif break; diff --git a/src/plugin_xmms/http.c b/src/plugin_xmms/http.c index 2f31576c..4bb81870 100644 --- a/src/plugin_xmms/http.c +++ b/src/plugin_xmms/http.c @@ -61,8 +61,6 @@ static gint icy_metaint = 0; extern InputPlugin flac_ip; -#undef DEBUG_UDP - /* Static udp channel functions */ static int udp_establish_listener (gint *sock); static int udp_check_for_data(gint sock); @@ -573,7 +571,7 @@ static int http_connect (gchar *url_, gboolean head, guint64 offset) if (!strncmp(line, "icy-metaint:"...

...ion failed. Inputstring: %s; Error: %s", string, strerror(errno)); #endif break; diff --git a/src/plugin_xmms/http.c b/src/plugin_xmms/http.c index 05f7300e..161d1b3d 100644 --- a/src/plugin_xmms/http.c +++ b/src/plugin_xmms/http.c @@ -61,8 +61,6 @@ static gint icy_metaint = 0; extern InputPlugin flac_ip; -#undef DEBUG_UDP - /* Static udp channel functions */ static int udp_establish_listener (gint *sock); static int udp_check_for_data(gint sock); @@ -573,7 +571,7 @@ static int http_connect (gchar *url_, gboolean head, guint64 offset) if (!strncmp(line, "icy-metaint:"...

Hi Erik, I've found a middleground for the problem of setting default CFLAGS. I've gone back to setting them if {C,CXX,CPP,LD}FLAGS are unset at the onset of the configure script (i.e., the user hasn't specified anything) and then proceed to set them to the defaults as before. This has been suggested before: https://lists.gnu.org/archive/html/autoconf/2006-04/msg00022.html In

Dear FLAC devs, I would like to get some of our patches merged into master. Most of them deal with adhering to GNU conventions, respectively not overriding flags/variables that are up to the user to set. For instance, honoring $(htmldir) is important, as we have installation paths for the documentation that differ from what is currently coded in the various Makefile.am's. Regards David