similar to: advocacy and added options to ogg123

For some reason this didn't make the list and I got no approval message... this time I'll force the From to be my subscribed address. Bug in Monty's new filtering system? Anyway, here goes again. ----- Forwarded message from ----- Date: Thu, 1 Aug 2002 10:24:46 -0400 To: vorbis-dev@xiph.org Subject: Re: [vorbis-dev] [fwd] CVS: ogg123 rocks! vcut no so much so... (from:

Hi, I have made a small patch for enabling repeating in ogg123. It adds the parameter "--repeat n" or "r n" where n indicates how many times it repeats the playlists. Zero in forever. Apply it if you like, I find it very convenient. -- Regards Niels Sandmann Jabber: sandmann@jabber.dk, Email: sandm@nn.dk -------------- next part -------------- Only in ogg123: .deps Only in

Brendan Cully wrote: > > The format of ices.conf changed somewhat in 0.2, to support multiple streams > from the same playlist with different reencoding options. In short, these > settings have been moved into the Stream node. For more info have a look > at the sample ices.conf included with the distribution. I did modify my ices.conf when I made the upgrade. Here's my

I'm not sure who's this responsibility lies with, but I suspect something a little funny's going on. If I run ogg123 with arguments being tracknames, it consumes 60% of my processing resources: i.e. find /u1/media -name "*.ogg"| xargs ogg123 -z (with or without shuffling, it uses the same amount) But, if i write a list to a playlist, it uses 8% of resources: find

Some detailed feedback that looks useful. ----- Forwarded message from Michael Semon <wayfarer42@postmaster.co.uk> ----- Delivery-Date: Tue Jul 16 05:29:37 2002 X-Mailer: MIME-tools 5.41 (Entity 5.404) From: "Michael Semon" <wayfarer42@postmaster.co.uk> Subject: CVS: ogg123 rocks! vcut no so much so... To: feedback@vorbis.com Hi! Being impatient for RC4, I downloaded

Hello I'm following this up to the vorbis-dev mailing list (and bcc to you). Thanks for your repsonses. At 15:09 Uhr -0500 07.08.2005, Graham Mitchell wrote: > > b) concerning oggdec and ogg123: > > - neither is able to read from a pipe nor a fifo, as it seems. > >Yes, the "ogg123" from a pipe bug was actually just fixed in CVS during the >last week, so try

Hi, I've been working on ogg123 to see if i could add a remote interface compatible with the one in mpg123. This remote interface is used mainly by mp3 players which use mpg123 as their backend. The reason i did this was that i have recently encoded some of my cd's in ogg vorbis format but wanted to keep using my favourite player (playmp3list,

[I'm not online regularly, so don't include me in any replies. And I'm not sure if the vorbis or the flac list, or something else, is more suitable for the following, so bear with me] Moin, moin. I used a recent ogg123 to play back a FLAC file I had created, and saw it wasn't able to seek within the file. So, I thought to myself, why not try out an OggFLAC file, so I created

[I'm not online regularly, so don't include me in any replies. And I'm not sure if the vorbis or the flac list, or something else, is more suitable for the following, so bear with me] Moin, moin. I used a recent ogg123 to play back a FLAC file I had created, and saw it wasn't able to seek within the file. So, I thought to myself, why not try out an OggFLAC file, so I created

> * Here is the most innovative idea here: > > Have collobarative playlist editing abilities (conference). I don't think > this has ever been done. Imagine 3 people going on a picnic. Each one > has a portable player. They connect to their music collection, decide > together which songs they want to take with them, divide them among the > portables and load them

Dear list, a few weeks ago there was a short thread about ogg123 starting to stutter (http://www.xiph.org/archives/vorbis/200403/0043.html) and making static noise after streaming music for more than 3.5 hours. I have a similar problem; i used ices-2.0 to stream a playlist, and after a couple of hours (sometimes just one hour, sometimes 5 to 8 hours) i get noise or stutter. Now one thing i

Would a patch to ogg123 for using scandir(3) and alphasort(3) instead of opendir(3) and readdir(3) in playlist_append_directory() be accepted, or are those not sufficiently portable? On Linux, _SVID_SOURCE or _BSD_SOURCE is required to use them. This shouldn't be hard to implement and I'd like very much to have directories added to the playlist in sorted order.

I tried to use the current cvs version of ogg123 with oss output and the ogg just sounds like static. I wanted to document it on the list in case anyone else is having the problem. I can make ogg123 write wav files fine. Also Vakor does not have any trouble playing oggs with ogg123, so I am not certain what the problem is. I have tried compiling all of ogg vorbis (ao,ogg,vorbis,vorbis-tools)

On Tue, Jan 22, 2002 at 09:16:28PM -0500, Asheesh Laroia wrote: > I have MP3 files and FLAC files in my playlist. It's about 800-900 tracks > long. > > I'll start XMMS 1.2.6, and it'll work for some arbitrary amount of FLAC > files. Usually, that's between twenty and a hundred. Then, with no > warning, it will skip over all the FLAC files and play only the

> I'll be posting some basic protocol ideas soon as I think I've finally > figured out how I want to handle stats and future admin functionality. I've written a mini liveice streamer/encoder built around the vorbis library, I need to know what connection protocol the new server will work around. (I'd get the icecast 2.0 sources, but once again the icecast source control

The best I can suggest is, run XMMS on repeat mode for a few hours. The flac plugin will, if my setup isn't bizarre (it's just debian testing), eventually give way. Just disable audio output or something, let it run overnight, and see what state it's in in the morning. I'm sure the Oggs will be a suitable test, rather than MP3s. Just try a playlist of two entries, with shuffle

One possibility is that Lame is using the wrong endianess for your system try changing NUMBER_LITTLE_ENDIAN to NUMBER_BIG_ENDIAN in liveice.h and rebuilding. The default distribution of Lame uses big endia samples on IO, which means that in raw input mode it needs the -x arg to be set. However - some 'helpful' people have made this the default on some distributions.... so when liveice

hello all: i have icecast2 and ices2 built and working great, streaming ogg like it aint no thing...i have a bunch of (legacy) mp3's however, that id like to stream to the icecast2 server, which means ices-0.2.3 (i know i could just convert all the old mp3s to ogg, but thats not being very nice to people with windows media player, for example...). i have an old ices (i think its from a

Perhaps I missed something, what is oggs? Ted On Wed, 2003-01-15 at 04:00, Mathias Gygax wrote: > On Wed, Jan 15, 2003 at 12:03:47AM -0600, ted lynn wrote: > > I just downloaded and installed the newest version of icecast. I have > > been using shout to stream my mp3's into icecast, and it worked ok > > except it kept stopping mid song and I'd have to hit the play

> SOURCE $mountpoint ICE/1.0\n > ice-password: $password\n > ice-name: $name\n > ice-url: $url\n > ice-genre: $genre\n > ice-bitrate: $bitrate\n > ice-public: $public\n > ice-description: $description\n\n > Cool - I'll code this in right now.... There's no brains to this code right now, it just modifies the encoder example to read from teh soundcard and send