similar to: shout python

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rakotomandimby Mihamina wrote: > Hi, > > I discovered shout-python. I use it to straem theora to an icecast > server. But works quite right except some times, it hangs, with no > reasons. I built it against libshout 2.2 The server i an IceCast > 2.3.1 > > I have some notes: > > The stream type, in the example could be

On Wed, 2006-01-25 at 12:38, Daniel Holth wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rakotomandimby Mihamina wrote: > > > Hi, > > > > I discovered shout-python. I use it to straem theora to an icecast > > server. But works quite right except some times, it hangs, with no > > reasons. I built it against libshout 2.2 The server i an

If FLAC is to be streamed over http, it makes sense that ogg123 ought to be able to recognize flac on http when it sees it. http://dingoskidneys.com/shoutpy/httppeek.patch It seems to work. - Daniel Holth --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to

I'm not a developper so I can't do it by myself, but I wonder if it could be possible to use tagSpam and tagNospam DSPAM feature to ehance user's dspam lerning experience. I even don't know if this must be done by DSPAM itself or by dovecot, but let me explain : The feature would be done by a signature replacement into tagSpam and tagNospam text, so the user would simply

I'm looking to do streaming audio apps, but I can't seem to find an SDK for streaming to a SHOUTCAST server. I would hate to be forced into Windows Media just for that reason. Can you guys point me to something that would work, and has good documentation? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL:

I've noticed that there are forks of icecast with interesting new features (specifically the one on savannah.gnu.org with the ability to stream speex). Are there plans to merge any of these forks with the icecast.org icecast? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

Everyone might be interested in knowing that videolan's cvs tree, combined with the excruciatingly simple patch attatched, is capable of playing back chained ogg/theora+vorbis streams. (encoded with example cvs). For example, icecast video. videolan has decided to parse vorbis, speex, theora headers with its own code. There's an ogg demuxer (the file I patched) and the codecs are each

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://dingoskidneys.com/~dholth/oggzcomment-0.0.1.tar.gz This is a program that is capable of altering vorbis and theora comments in a combined stream. It requires python, libogg, and liboggz. Compile thusly: gcc oggzdc.c -o oggzdc -logg -loggz gcc oggzrc.c -o oggzrc -logg -loggz 1. Dump comment headers to a simple comments-only (now:

As ogg gains more codecs, moving forward into the brave new world of multi-codec streams, the cutting edge cannot press forward effectively without a way to abstract out many of the parts of dealing with multi-codec ogg streams. It's tricky to get these things right. Every program that uses ogg needs a reliable way to find out when chained streams begin and end, which codecs a given stream

Hello, I'm creating a module written in python that brings an easy to implement interface for the libshout lib, mainly to provide streaming capabilities to a gnome player called Exaile (http://www.exaile.org). The module is almost done (already available at http://devpower.blogsite.org:8080/archivos/icastplugin.py) but I'm encountering some problems (I believe sync problems):

Hi. I'm working on a very simple C++ wrapper for parts of libogg and libvorbis; I thought I would expose it for initial comments and the generally curious. No conveniences, no frills. No helpful higher-level abstractions. Just a translation from ogg_method_foo(ogg_method* data) to classes that hold the ogg_stream_state etc., so you may type mypage.bos() instead of

Hi there, I am trying to use python-shout 0.2.1 to broadcast to a icecast 2.4.0 server, which result in a segmentation fault and I can't understand why. Is anyone else experiencing this problem? Here is the config that I use with icecast 2.4.0. <icecast> <limits> <clients>100</clients> <sources>2</sources>

Is there a demand for reformatting the theora source so that, for example, there is always the same amount of whitespace between variables in function declarations? It would make it much easier to read. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'theora-dev-request@xiph.org'

hi. I'm looking at the source and I'm trying to figure out how the ogg/vorbis streaming works, specifically the decoding parameters that have to be transmitted to the clients separately from the compressed audio data. If I saved two megabytes of an icecast stream with wget, then cut it in half, could I play it with ogg123 if I knew where to cut? thanks, daniel --- >8 ---- List

I am running Icecast 1.3.12-debian, with libshout 2.0 and Shout 2.0.1. When I run example.pl in the Shout build directory directory, I get the error "couldn't connect..." I'm not sure where to look to unravel this error. Icecast is working fine and streaming static files smoothly.

Any idea what might cause this error to happen on a FreeBSD 4.9 machine trying to use Shout.pm with perl 5.8.5 ? /usr/libexec/ld-elf.so.1: /usr/local/lib/libshout.so.3: Undefined symbol "pthread_mutex_init"

Hi, From the vorbis decoder specification, it is clear that the decoder needs to have all the codebooks before decoding can actually begin. I will appreciate if someone can clear the following questions: 1. I guess the codebooks are derived from the actual input data. Probably the encoder may be making two passes through the input. The first pass finds out the frequency of different symbols

Hi there, that really seems to be the issue here. I've quickly created a new sdist package for python-shout and installed it with the diff applied into my virtual environment and the broadcasting seems to work just fine again. So I can confirm this to solve the issue. Hopefully they accept Bug Fixes fast so everyone could profit from this. Thanks On Mon, Jul 21, 2014 at 2:49 PM,

Hi list, I'm the main developper of liquidsoap, the streamer from the Savonet project (http://savonet.sf.net). This streamer mainly uses shout2 as an output plugin, but also alsa, raw data over rtp, etc. And many outputs can be used in the same instance of liquidsoap. For that reason, we don't use directly sync and delay from libshout, but have a centralized scheduler, which should avoid

So, I abandoned the hope of using the ogg python bindings to do pure ogg container encoding. I started looking at the libogg in the hopes of retooling the bindings to follow a better object model and it actually looks like the problem is down in libogg, not the bindings. Am I crazy or does libogg rely on libvorbis to return ogg_packets, and that there are no functions that will build an ogg_packet