search for: shout_set_metadata

...ported by libshout? Just curious... Deven Deven Phillips wrote: > Okay > > Nevermind the SEGFAULT, it was string pointers in my code. Sorry > for the inconvenience. Continuing with the issue though . . . . > > Now that I can successfully call shout_metadata_add() and > shout_set_metadata(), shout_set_metadata() returns SHOUTERR_NOCONNECT. > This cannot be correct because it streams the mpeg audio just fine . . > . Any ideas??? > > Do I need to call them in a specific order? Right now my order is: > > shout_metadata_add() > shout_send() > shout_set_metadata...

Mihai, Here's the full backtrace. (gdb) bt full #0 0x40292093 in strlen () from /lib/i686/libc.so.6 No symbol table info available. #1 0x40291dc5 in strdup () from /lib/i686/libc.so.6 No symbol table info available. #2 0x400aed79 in _shout_util_dict_set (dict=0x0, key=0x804b746 "song", val=0x0) at util.c:236 prev = (util_dict *) 0x80555b8 #3 0x400ad61b in

...en > > Deven Phillips wrote: > >> Okay >> >> Nevermind the SEGFAULT, it was string pointers in my code. Sorry >> for the inconvenience. Continuing with the issue though . . . . >> >> Now that I can successfully call shout_metadata_add() and >> shout_set_metadata(), shout_set_metadata() returns >> SHOUTERR_NOCONNECT. This cannot be correct because it streams the >> mpeg audio just fine . . . Any ideas??? >> >> Do I need to call them in a specific order? Right now my order is: >> >> shout_metadata_add() >> shout_se...

...es, But have found thar artist is missing, and title contains a combined form. My source is a modified version of ices-0.4 sending mp3 streams. The modification is to attach artist and title metadata instead of song, which seems tobe working, in that both the artist and title are present. What does shout_set_metadata do? I have tried to use wireshark to see what is being sent to the server, but it doesn't appear to be anything obvious... -Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20160226/b5be07d7/attachment.htm

Hi, I've just completed a conversion of the perl Shout-1.0 library to something that will talk to an icecast2 server. I'll be submitting the results for inclusion back to the icecast site. One thing is missing: proper metadata support. this feature has changed since icecast 1; previously it was a single string. now, it's a linked list of key/value pairs.

I know you guys are tired of me asking questions. I promise it will slow down soon. But I have a few more questions about ezstream. 1. How can I redirect the ezstream output to a file? Every time I give ezstream a pipe or redirection of the command line, it doesn't output anything at all? I've had ezstream 0.1.2 shut down on me after several hours and I was hoping to retrieve an

...* Made vorbis an optional codec * Do not pass to small headers to libspeex * Updated documentation, mostly in regard of making it clearer which functions are now obsoleted * General code cleanup * Added compiler warnings about obsoleted functions and ignored return values * Replaced old shout_set_metadata() with new shout_set_metadata_utf8() * Fixed shout_set_metadata*() sometimes returning SHOUTERR_RETRY (#2328) * Workaround old clients by emulating SHOUTERR_RETRY with SHOUTERR_BUSY (#2316) * Remove our re-implementation of X509_check_host() * Allow to disable building tools (#2331) If y...

...* Made vorbis an optional codec * Do not pass to small headers to libspeex * Updated documentation, mostly in regard of making it clearer which functions are now obsoleted * General code cleanup * Added compiler warnings about obsoleted functions and ignored return values * Replaced old shout_set_metadata() with new shout_set_metadata_utf8() * Fixed shout_set_metadata*() sometimes returning SHOUTERR_RETRY (#2328) * Workaround old clients by emulating SHOUTERR_RETRY with SHOUTERR_BUSY (#2316) * Remove our re-implementation of X509_check_host() * Allow to disable building tools (#2331) If y...

...s a combined form. > > My source is a modified version of ices-0.4 sending mp3 streams. The > > modification is to attach artist and title metadata instead of song, > > which > > seems tobe working, in that both the artist and title are present. > > What > > does shout_set_metadata do? I have tried to use wireshark to see what > > is > > being sent to the server, but it doesn't appear to be anything > > obvious... > > -Craig > > For MP3 streaming metadata ICY is used, which is not capable of having > separate Artist and Title > metadata...

...s a modified version of ices-0.4 sending mp3 streams. The > >>> modification is to attach artist and title metadata instead of song, > >>> which > >>> seems tobe working, in that both the artist and title are present. > >>> What > >>> does shout_set_metadata do? I have tried to use wireshark to see what > >>> is > >>> being sent to the server, but it doesn't appear to be anything > >>> obvious... > >>> -Craig > >> > >> For MP3 streaming metadata ICY is used, which is not capable of h...

...min command metadata on non-existent source cajun -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= it appears that the URL that libshout tries to form is missing the leading slash on the mountpoint name. indeed this is true, because if I modify the libshout api function 'shout_set_metadata' to supply the extra leading slash, metadata works nicely. (well, mostly nicely - the metadata string in xmms ends in '((NULL))'; not sure why, but at least the rest of the string is there...) is anyone available to fix that real quick, or should I file a bug? thanks! -paulb =====...

...change in the code to >turn off this behavior? I'd go back to 0.1.2, but as previously mentioned >it quits after a while, and I'm still trying to find a solution to that. there is currently not a way to turn off the metadata update. you could turn it off by removing the call to shout_set_metadata() in ezstream.c, however that's not something I plan on making configurable... oddsock

...>>> My source is a modified version of ices-0.4 sending mp3 streams. The >>> modification is to attach artist and title metadata instead of song, >>> which >>> seems tobe working, in that both the artist and title are present. >>> What >>> does shout_set_metadata do? I have tried to use wireshark to see what >>> is >>> being sent to the server, but it doesn't appear to be anything >>> obvious... >>> -Craig >> >> For MP3 streaming metadata ICY is used, which is not capable of having >> separate Artist...

...know which key is used to set the title string on xmms during stream > playback. (assuming it's still used for the same functionality). The only defined key is "song". Usage: metadata = shout_metadata_new(); shout_metadata_add(metadata, "song", "my song name"); shout_set_metadata(shout, metadata); shout_metadata_free(metadata); The interface was changed to allow more types of dynamic metadata updates, but so far no extensions on the client or server side have been made. -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.ic...

...xistent source > cajun > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > it appears that the URL that libshout tries to form is missing the leading > slash on the mountpoint name. indeed this is true, because if I > modify the libshout api function 'shout_set_metadata' to supply the extra > leading slash, metadata works nicely. Your application is required to give a mountpoint that includes the leading slash. libshout should probably treat it not being there as an error, though it doesn't currently. <p>> > (well, mostly nicely - the me...

...>>>> The >>>>> modification is to attach artist and title metadata instead of >>>>> song, >>>>> which >>>>> seems tobe working, in that both the artist and title are present. >>>>> What >>>>> does shout_set_metadata do? I have tried to use wireshark to see >>>>> what >>>>> is >>>>> being sent to the server, but it doesn't appear to be anything >>>>> obvious... >>>>> -Craig >>>> >>>> For MP3 streaming metadat...

On Monday 19 January 2004 23:04, Deven Phillips wrote: > Even more to consider... > > The metadata is working with WinAmp and RealPlayer. The concern I > have is that the 'url' metadata is being misinterpreted. My url has a > "-" in it, and that is getting mistranslated somewhere and > WinAmp/RealPlayer then see it as artist/title information. Not good.

...;>>>> modification is to attach artist and title metadata instead of > >>>>> song, > >>>>> which > >>>>> seems tobe working, in that both the artist and title are present. > >>>>> What > >>>>> does shout_set_metadata do? I have tried to use wireshark to see > >>>>> what > >>>>> is > >>>>> being sent to the server, but it doesn't appear to be anything > >>>>> obvious... > >>>>> -Craig > >>>> > >>...