search for: bebox

...39;m running beos as an encoder box, with two streams (8000 and 8001) hosted on it. the idea is to use my redhat box to relay those streams to the public using icecast, allowing the be machines cpu cycles to focus solely on encoding. anyway, i start up icecast, and set up two relay pulls from the bebox's streams on ports 8000 and 8001. now, i'm able to connect to icecast on both ports...but, it's playing the stream from 8000 on both 8000 and 8001, even though i specified different ports when i setup the relays. does icecast not recognize multiple source ports on the same ip? or...a...

...) > > hosted on it. > > > > the idea is to use my redhat box to relay those streams to the public > > using icecast, allowing the be machines cpu cycles to focus solely on > > encoding. > > > > anyway, i start up icecast, and set up two relay pulls from the bebox's > > streams on ports 8000 and 8001. > > > > now, i'm able to connect to icecast on both ports...but, it's playing the > > stream from 8000 on both 8000 and 8001, even though i specified different > > ports when i setup the relays. > > > > does...

..., with two streams (8000 and 8001) > hosted on it. > > the idea is to use my redhat box to relay those streams to the public > using icecast, allowing the be machines cpu cycles to focus solely on > encoding. > > anyway, i start up icecast, and set up two relay pulls from the bebox's > streams on ports 8000 and 8001. > > now, i'm able to connect to icecast on both ports...but, it's playing the > stream from 8000 on both 8000 and 8001, even though i specified different > ports when i setup the relays. > > does icecast not recognize multiple s...

...> > > > > the idea is to use my redhat box to relay those streams to the public > > > using icecast, allowing the be machines cpu cycles to focus solely on > > > encoding. > > > > > > anyway, i start up icecast, and set up two relay pulls from the bebox's > > > streams on ports 8000 and 8001. > > > > > > now, i'm able to connect to icecast on both ports...but, it's playing the > > > stream from 8000 on both 8000 and 8001, even though i specified different > > > ports when i setup the relays....

The merge of the format changes and new psychoacoustics is complete. There's still tuning work left to do (most notably there's a somewhat higher-than-acceptable level of background low-midrange/upper bass noise; this is due mostly to incomplete psychoacoustic modelling data in the 100Hz-500Hz range) however, at this point, pending bugfixes, the Vorbis 1.0 stream format is frozen.

...> the idea is to use my redhat box to relay those streams to the public > > > > using icecast, allowing the be machines cpu cycles to focus solely on > > > > encoding. > > > > > > > > anyway, i start up icecast, and set up two relay pulls from the bebox's > > > > streams on ports 8000 and 8001. > > > > > > > > now, i'm able to connect to icecast on both ports...but, it's playing the > > > > stream from 8000 on both 8000 and 8001, even though i specified different > > > > ports...

I am considering buying a small, and therefore easily portable, computer as an alternative to the laptop I already have. Obviously it would not have battery, a screen, nor a keyboard etc. but more or less be an easily portable computing unit to move between offices where a keyboard and monitor(s) could then be connected. I want to run CentOS 7, later CentOS 8. The smaller, the better, however,

Hello, would it be possible to update config.sub and config.guess to the latest versions (or at least version from automake-1.13.1) in order to support new architectures based on the ARM 64 bit CPU? Patch: http://plautrba.fedorapeople.org/openssh/openssh-latest-config.sub-config.guess.patch Related Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=926284 Thanks, Petr