search for: mcbicecast

...ly. It is comething like: my IceCast server is 6 hops far from me and when my connection goes-gomes it becomes 8 hops far from me. Also some addresses on trace route are not the same. This is why I see this situation as a route change. Regards, On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl> wrote: > Hi, > > Are you running behind an ADSL line? If so, what type of ADSL connection > (PPPoA, RFC1483 bridged), what type of router, etc. > Also the line quality (noise margin, line speed, rx/tx attenuation) may be > an important issue. If the line is inde...

2011/5/7 Maarten Bezemer <mcbicecast at robuust.nl>: > Hi, > >> On Fri, 2011-04-29 at 09:05 +0200, Peter J. Philipp wrote: >>> You don't check for malloc failure. ?I've made a patch that is possibly >>> wrong but it saves the program from SIGSEGV and replaces it with SIGABRT. > > On Fri,...

Hi, > On Fri, 2011-04-29 at 09:05 +0200, Peter J. Philipp wrote: >> You don't check for malloc failure. I've made a patch that is possibly >> wrong but it saves the program from SIGSEGV and replaces it with SIGABRT. On Fri, 29 Apr 2011, Philipp Schafft wrote: > But I have a question: > Not all of them (only had a brief look at the patch) look to be in a >

...y. It is comething like: my IceCast server is 6 hops far from me and when my connection goes-gomes it becomes 8 hops far from me. Also some addresses on trace route are not the same. This is why I see this situation as a route change. Regards, On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl> wrote: Hi, Are you running behind an ADSL line? If so, what type of ADSL connection (PPPoA, RFC1483 bridged), what type of router, etc. Also the line quality (noise margin, line speed, rx/tx attenuation) may be an important issue. If the line is indeed gone for 15-20 seconds, t...

...IceCast server is 6 hops far from me and when my connection > goes-gomes it becomes 8 hops far from me. Also some addresses on trace route > are not the same. This is why I see this situation as a route change. > > Regards, > > On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl> > wrote: > >> Hi, >> >> Are you running behind an ADSL line? If so, what type of ADSL connection >> (PPPoA, RFC1483 bridged), what type of router, etc. >> Also the line quality (noise margin, line speed, rx/tx attenuation) may be >> an imp...

Dear Philipp, I've compiled it from source on my raspberry pi, and replaced the binary from the synaptic package manager with the compiled one. Everyting is working fine now, it seems that there is indeed a "faulty" package in the repository. I don't know who I should contact to get this fixed? Anyway, it works, but while using ogg as output stream from mopidy, I get a delay of

Well, if it is the only option to overcome the problems I will certainly do it, On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler <sascha.bieler at radiogong.de> wrote: > Ups? > > Is it possible to place a second (backup) streamer in another network and > you define a fallback mount? > > > > *From:* Taner Sener [mailto:tanersener at gmail.com] > *Sent:* Tuesday,

Hi, On Tue, 18 Apr 2006, Autoegocrat wrote: > Ok here's the deal. I set up Icecast and Oddcast, got them to communicate > properly, but cannot access the live audio remotely. On other computers in > the LAN it works perfetly. So, I guess there's nothing wrong with your icecast or firewall config. > Currently I operate wirelessly behind a D-Link > 514 router (a mite

Hi, Even excessive load shouldn't kick out clients. Although the playing of the audiostream may become a bit shaky, it wouldn't stop completely. Or, if it would indeed stop, it wouldn't restart without the computer being rebooted, and for sure not restart after 10 minutes. That doesn't make any sense. What's more: missing interrupts and shaky playback would only eventually get

Hi Erwin, Not sure if this might be related. Not sure if you are connecting the fallback to another stream or to just a file. If it is a file, then you can get buffering issues because most clients have buffers they can fill with minutes of audio. If you fall back to a file that is pushed towards the client at once, it can push a few minutes of audio in just seconds. If you set up a locally

Hi, Are you running behind an ADSL line? If so, what type of ADSL connection (PPPoA, RFC1483 bridged), what type of router, etc. Also the line quality (noise margin, line speed, rx/tx attenuation) may be an important issue. If the line is indeed gone for 15-20 seconds, this indicates a retrain/relogin of your connection. Maybe the logs from your modem can tell you more about these outages. I

Hi, I managed to get my hand on a Xenyx x2222usb at a friend's, so I took the opportunity to do some testing with it. Pi model B, one of the more recent editions (I also had an older one from just after they were introduced and that one had trouble rebooting when attaching/detaching network so I ditched that one). Two usb onboard. Xenyx x2222usb has the same usb chip 08bb:2902 Texas

Hi u, On Thu, 22 Jan 2015, unosonic wrote: > well, sort of, with a PI, Ices2 as a client, and an USB audio device as > input, e.g. a "class compliant" audio recoder like Olympus LS5, Zoom H2 > etc., but also a little mixer like the Behringer Xenyx 302 USB. > The problem i've encountered is with USB class1 devices, i.e. so called > "full speed" USB (which is