search for: 320kb

What I've got... Software: Linux: Slackware 9.1 Asterisk: out of CVS - so its new. isdn4k-utils: to test the ISDN Card Hardware: PII Pentium 400Mhz (Its a test of concept machine) with 320Kb RAM 1 x ISDN BRI Card - DIVA EICON (Installed + working) 2 x Grandstream (Barbie?) BT100 SIP Phones. What Works.. I can call from one phone to the other... get read voicemail... I can dial from a PSTN phone the BRI Number - and get the * demo messages Whats been read.. Lots.. Andy's...

I've been reading through the source, and I can't understand where compression is occuring! It appears that it should be ouputing all of the LSP and residule data, but the output is smaller then the input (it's about 500Kb/s+, but it bzip2's to about 320Kb/s). The output sounds okay, but has signifantly worse S/N then mp3 at 320. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/

Well, there's so few going right now that I'm showing 38 days to get the DVD. My normal dnld from a mirror travels appx. 600Mb/sec. I'll wait until most of the U.S. goes home before I give up and use the normal download though. Here's hoping... -- Bill

...) gc trigger (Mb) max used (Mb) Ncells 210766 5.7 467875 12.5 467875 12.5 Vcells 3615863 27.6 6933688 52.9 6898609 52.7 > save(lmtest3, file = "lm3.RData") > system("ls -s lm3.RData") 320 lm3.RData ## A minimal increase in Vcells; .RData object is now 320Kb > sapply(ls(pattern = "lmtest*"), function(x) object.size(get(x, envir = .GlobalEnv))) lmtest1 lmtest2 lmtest3 358428 358428 358428 ## all objects are deemed the same size by object.size() ######################### End sim -- --- Dr. Julian Taylor phone...

On Thu, 29 May 2003, Devin Campbell wrote: > I had a chance to listen to it for quite a while yesterday and I realized > that it's not a constant problem. hmmmm. Maybe it's in the player. If you kill off your player then restart it, is it still there? A friend of mine experiences noise with ogg123 that gradually creeps in, though it's not as subtle as what you're

Hello, I am running GlusterFS version 3.2.7-2~bpo60+1 on Debian 6.0.6. Today, I have experienced a a glusterfs process cause the server to invoke oom_killer. How exactly would I go about investigating this and coming up with a fix? -- Steve King Network/Linux Engineer - AdSafe Media Cisco Certified Network Professional CompTIA Linux+ Certified Professional CompTIA A+ Certified Professional