search for: 25kbps

Hello, Does anybody know how I can configure icecast so it doesn't disconnect a client which "has fallen too far behind". We are using icecast2.01 streaming software for our church home-listening system. Our client we use a netgem-netbox. We are streaming 25kbps MP3 on V90-56kbps modem connection After around 45 minutes after starting the cleint the icecast error.log reports: [2004-11-27 20:25:58] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error -1. But the client still goes on playing for about 1 hour. Then it suddenly stops...

...in the codec. Why these sample rates? It's telecommunications tradition, rather than PC audio tradition. If you want an efficient and high quality format for voice chat, try 16kHz with VBR quality 6. You should see around a 10:1 compression ratio when someone is talking. That is, around 25kbps would be a rough peak using these settings. If that's too much bandwidth for you, you can cut it by almost half using VBR quality 2. (The loss of quality will be noticible to most people using headsets. It is less noticible when using speakers.) For further bandwidth savings you could u...

...sconnect a > client which "has fallen too far behind". there isn't anything else icecast can do when that condition is reached > We are using icecast2.01 streaming software for our church home-listening > system. > Our client we use a netgem-netbox. > We are streaming 25kbps MP3 on V90-56kbps modem connection a 56kbps modem is not going to have a lot of tolerance. > After around 45 minutes after starting the cleint the icecast error.log > reports: > [2004-11-27 20:25:58] DBUG format-mp3/format_mp3_write_buf_to_client Client > had recoverable error -1. &g...

For those who may forget, usin torrents to download and share the new images will get you faster downloads (if enough folks participate) if you have a "fat" pipe and alleviate the load on the CentOS servers. I have a "chubby" pipe (~ 1.2MB/sec) and got the stuff really quickly earlier today. If your torrent has distributed hash table capability, I suggest that you also use

https://bugs.freedesktop.org/show_bug.cgi?id=60704 Priority: medium Bug ID: 60704 Assignee: nouveau at lists.freedesktop.org Summary: [nouveau, git regression] - I2C PWM fan control broken on nv50 adt7475 on kernels 3.3.x+ QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified

...g. I''m using IP Masquerading to route internet to the LAN eth0 - LAN interface eth1 - Internet interface this is my firs htb script: #!/bin/bash tc qdisc del dev eth1 root handle 1: tc qdisc add dev eth1 root handle 1: htb default 30 tc class add dev eth1 parent 1: classid 1:1 htb rate 25kbps ceil 48kbps #tc class add dev eth0 parent 1:1 classid 1:10 htb rate 4kbps ceil 48kbps tc class add dev eth1 parent 1:1 classid 1:10 htb rate 4kbps ceil 48kbps tc class add dev eth1 parent 1:1 classid 1:11 htb rate 4kbps ceil 48kbps tc class add dev eth1 parent 1:1 classid 1:12 htb rate 4kbps ceil 4...

...et-mark 1 iptables -t mangle -A lay7 -o eth1 -m mark --mark 1 -j CLASSIFY --set-class 2:2 iptables -t mangle -A lay7 -m layer7 --l7proto smtp -j MARK --set-mark 2 iptables -t mangle -A lay7 -o eth1 -m mark --mark 2 -j CLASSIFY --set-class 2:3 ### HTB RULES ### #define UPLOAD eth1 #define UPRATE 25kBps #define P2P 10kBps dev UPLOAD { egress { class ( <$emule> ) ; class ( <$smtp> ) ; class ( <$ssh> ) if tcp_dport == 8080 ; /*Changed port from 22 to 8080 */ class ( <$otro> ) if 1 ; htb () { class ( rate UPRATE, ceil UPRATE ) { $emule =...

...ese sample rates? It's > telecommunications tradition, rather than PC audio tradition. > > If you want an efficient and high quality format for voice chat, try > 16kHz with VBR quality 6. You should see around a 10:1 compression > ratio when someone is talking. That is, around 25kbps would be a > rough peak using these settings. > > If that's too much bandwidth for you, you can cut it by almost half > using VBR quality 2. (The loss of quality will be noticible to most > people using headsets. It is less noticible when using speakers.) > For further bandw...

...sample rates? It's > telecommunications tradition, rather than PC audio tradition. > > If you want an efficient and high quality format for voice chat, try > 16kHz with VBR quality 6. You should see around a 10:1 compression > ratio when someone is talking. That is, around 25kbps would be a > rough peak using these settings. > > If that's too much bandwidth for you, you can cut it by almost half > using VBR quality 2. (The loss of quality will be noticible to most > people using headsets. It is less noticible when using speakers.) > For further...

...-t mangle -A PREROUTING -p udp -m ipp2p --bit -j MARK --set-mark 3 iptables -t mangle -A PREROUTING -p tcp -m mark --mark 3 -j CONNMARK --save-mark iptables -t mangle -A ipp2pPOST -o $DEV -m mark --mark 3 -j CLASSIFY --set-class $P2P TCNG FILE, AND TC CLASSES #define UPLOAD eth1 #define UPRATE 25kBps #define P2P 10kBps dev UPLOAD { egress { class ( <$prio> ) ; class ( <$p2p> ) ; class ( <$interactive> ) /* ACK packets go in this class */ if ip_hl == 0x5 &&...

...;s > > telecommunications tradition, rather than PC audio tradition. > > > > If you want an efficient and high quality format for voice chat, try > > 16kHz with VBR quality 6. You should see around a 10:1 compression > > ratio when someone is talking. That is, around 25kbps would be a > > rough peak using these settings. > > > > If that's too much bandwidth for you, you can cut it by almost half > > using VBR quality 2. (The loss of quality will be noticible to most > > people using headsets. It is less noticible when using speakers...

...andwidth. However, when I try the good old tc/htb commands on the host, it fails to do anything useful. My script that works on the non-virtualized setup was this TCADD="tc class add dev eth0 parent" $TCADD 1:0 classid 1:1 htb rate 1250kbps ceil 1250kbps $TCADD 1:1 classid 1:10 htb rate 25kbps ceil 150kbps prio 0 $TCADD 1:1 classid 1:11 htb rate 100kbps ceil 300kbps prio 1 $TCADD 1:1 classid 1:12 htb rate 300kbps ceil 600kbps prio 1 $TCADD 1:1 classid 1:19 htb rate 75kbps ceil 150kbps prio 2 TFADD="tc filter add dev eth0 protocol ip parent" $TFADD 1:0 prio 0 u32 match ip dport...

...;s > > telecommunications tradition, rather than PC audio tradition. > > > > If you want an efficient and high quality format for voice chat, try > > 16kHz with VBR quality 6. You should see around a 10:1 compression > > ratio when someone is talking. That is, around 25kbps would be a > > rough peak using these settings. > > > > If that's too much bandwidth for you, you can cut it by almost half > > using VBR quality 2. (The loss of quality will be noticible to most > > people using headsets. It is less noticible when using speakers...

...tradition, rather than PC audio tradition. > > > > > > If you want an efficient and high quality format for > voice chat, try > > > 16kHz with VBR quality 6. You should see around a 10:1 > compression > > > ratio when someone is talking. That is, around 25kbps would be a > > > rough peak using these settings. > > > > > > If that's too much bandwidth for you, you can cut it by > almost half > > > using VBR quality 2. (The loss of quality will be > noticible to most > > > people using headsets. It...

...--------------------------------------------------------- ### iptables -t mangle -A PREROUTING -j lay7PRE iptables -t mangle -A POSTROUTING -j lay7POST iptables -t mangle -A PREROUTING -j ipp2pPRE iptables -t mangle -A POSTROUTING -j ipp2pPOST ### TCNG RULES ### #define UPLOAD eth1 #define UPRATE 25kBps #define P2P 10kBps dev UPLOAD { egress { class ( <$smtp> ) ; class ( <$ssh> ) if tcp_dport == 8080 ; class ( <$ack> ) if ip_hl == 0x5 && (ip_len & 0xffc0) &&amp...

Hi all, I just came across the following page: http://r3mix.net In the "News" section there is a fairly negative critique of Vorbis; especially it is mentioned that Vorbis "has terrible masking problems". There is also a Vorbis-encoded frequency sweep which shows strong deficiencies at high frequencies, but I suppose this is due to the quite low bitrate of the distributed

Hi all, I''ve not been able to find an explanation of the relationship between prio and rate as they apply to the HTB technique. Hopefully someone on here will be able to help me. As I understand things, when prio values are assigned to an HTB setup, classes with a given prio value will only be serviced when there are no packets waiting in classes with a lower prio value. Now, does