similar to: Off topic: junk "mail filter"

>To: Discussion about the virtualization on CentOS ><centos-virt at centos.org> Message-ID: ><448255702.63.1260531144350.JavaMail.root at mail.chi.ldsys.net> >Content-Type: text/plain; charset=utf-8 >----- "rewing" <rewing at howfortune.com> wrote: >> I need to allocate public IP address to two guest os. >> > >I have only 2 network card

----- "Pasi K?rkk?inen" <pasik at iki.fi> wrote: > On Sat, Mar 06, 2010 at 09:04:20AM -0500, Kanwar Ranbir Sandhu wrote: > > Why would one use ConVirt instead of the management tools included in > > RHEL and/or CentOS? What's the difference? > > RHEL/CentOS doesn't provide web-based management.. or even easy > multi-host / cluster management of

----- "Aaron Clark" <ophidian at ophidian.homeip.net> wrote: > On 03/30/2010 07:33 AM, Sergio Charpinel Jr. wrote: > > Aaron, > > > > Seems to be something related to your block device. > > > > Try this config file: > > Sergio, > > I just tried this config and it booted fine: > name = "Belldandy" > maxmem = 256 >

The format you're describing here actually has *more* overhead than Ogg, not less. It's also unseakable, not robust errors, and without support for metadata. I'm not sure why you would want that. It's not like you're forced to include much data in the Ogg metadata (which seems to be the source of all the overhead you're seeing). Jean-Marc On 05/12/2016 11:51 AM, Amit

Hello Jean-Marc, Assuming that a 48KHz, 20ms 8-bit linear PCM data which is 960 bytes is compressed to 64 bytes (for assumption). The with the Oggs header (4 byte) + 1 segment entry (which is the size of the segment itself) + 64 bytes will amount to (4+1)/(4+1+64) = ~7.2%. This when compared with the original Oggs container itself for the same data payload size (26+1)/(26+1+64) = ~29.6%. Even if

Hello Jean-Marc, As an example, I am using the output of opus encoder to store the file as the following format and read back the same during decode process, without having much overhead. (Thought it would be useful to put a picture rather than running text) [image: Inline image 2] Regards Amit On Thu, May 12, 2016 at 10:47 AM, Amit Ashara <ashara.amit at gmail.com> wrote: > Hello

2017-04-21 0:38 GMT-03:00 Epsilon Minus <theepsilonminus at gmail.com>: > > > I'm desperate. My English is terrible, but I will try to be as clear as possible. > > I have Samba 4.4.4 in a Centos 7. > > I have many connections for each ip. > > The command smbstatus -b returns me infinity of these: > > > Samba version 4.4.4 > PID Username

I seem to have found the solution. But I have not the slightest idea what I have to do Does anyone help me? https://bugzilla.samba.org/show_bug.cgi?id=11472 Thanks! 2017-04-21 1:16 GMT-03:00 Epsilon Minus <theepsilonminus at gmail.com>: > 2017-04-21 1:08 GMT-03:00 Epsilon Minus <theepsilonminus at gmail.com>: >> 2017-04-21 0:38 GMT-03:00 Epsilon Minus <theepsilonminus

>>> Ralph Giles <giles at thaumas.net> schrieb am 21.12.2015 um 19:51 in Nachricht <CAEW_RkshUM55uwdvU6DsE17pLZki651Xvvu7d2Y6jObePXZwCQ at mail.gmail.com>: > On 21 December 2015 at 04:31, Ulrich Windl > <Ulrich.Windl at rz.uni-regensburg.de> wrote: > >> opusenc does not display the file name it processes. In Lunux when you use > some batch processing,

2017-04-21 1:08 GMT-03:00 Epsilon Minus <theepsilonminus at gmail.com>: > 2017-04-21 0:38 GMT-03:00 Epsilon Minus <theepsilonminus at gmail.com>: >> >> >> I'm desperate. My English is terrible, but I will try to be as clear as possible. >> >> I have Samba 4.4.4 in a Centos 7. >> >> I have many connections for each ip. >> >>

http://bugzilla.mindrot.org/show_bug.cgi?id=511 Ulrich.Windl at rz.uni-regensburg.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|INVALID | ------- Additional Comments From Ulrich.Windl at

On 05/12/2016 10:35 AM, Amit Ashara wrote: > For HMI panels, except for the capture pattern and a single page segment > entry, other fields are not important, and which results in almost 7% > overhead for a 20ms raw frame encoded with Opus. I'm not sure how you get a 7% overhead. In most uses I've seen, the overhead is more around 1%. > At the same time the > file

Hi Ulrich, As Jean-mark recommended, we created "--enable-check-asm" config option to active OPUS_CHECK_ASM macros in the optimization, where the C function is called inside and the results of C and optimization functions are compared when encoding/decoding the real audio files. Thanks, Linfeng On Wed, Apr 19, 2017 at 11:46 PM, Ulrich Windl < Ulrich.Windl at

The overhead of Ogg (in file size) is pretty small and it's efficient enough for most applications (and uses far less CPU than the codec anyway). If anything, you might want to look at optimizing the existing Ogg implementation (e.g. like Tremor did in the context of Vorbis). Of course, you're always free to design a new container, but I doubt it's worth it and it's a lot of work

Hello Jean-Marc, I suspected the answer to be No. For HMI panels, except for the capture pattern and a single page segment entry, other fields are not important, and which results in almost 7% overhead for a 20ms raw frame encoded with Opus. At the same time the file processing complexity is way too less considering that CRC's do not not need to be considered (programmer pods ensure that)

On 21 December 2015 at 04:31, Ulrich Windl <Ulrich.Windl at rz.uni-regensburg.de> wrote: > opusenc does not display the file name it processes. In Lunux when you use some batch processing, it might be interesting! Example output for > "for f in *.wav;do opusenc --bitrate 160 $f ${f%.wav}.opus; done": In situations like this, i usually insert an 'echo $f;' before he

Hello Ulrich 20ms is the size of each frame. The overall sound clips may be 0.25 - 0.75 secs each. Regards Amit On Fri, May 13, 2016 at 2:15 AM, Ulrich Windl < Ulrich.Windl at rz.uni-regensburg.de> wrote: > >>> Amit Ashara <ashara.amit at gmail.com> schrieb am 12.05.2016 um 17:47 in > Nachricht > <CAEyg9sgjbsxQY-=VnhQrKiGeTcFSRr1wxOPUhNyCQF8Piuahow at

>>> Linfeng Zhang <linfengz at google.com> schrieb am 25.04.2017 um 01:52 in Nachricht <CAKoqLCDvAk7eeS-gpmqSHVxp4t-Lzzw7TLo5rRo=Ey_Q==cxGg at mail.gmail.com>: > Hi Ulrich, > > As Jean-mark recommended, we created "--enable-check-asm" config option to > active OPUS_CHECK_ASM macros in the optimization, where the C function is > called inside and the

"Unfortunately my search for a good free player for Android was not very successful" - I presume you are using an Android device. If that's the case, portable devices have really bad electronics from the point of view of HiFi - because of low voltage and output amplitude being close to power rails. My point is that you are not really comparing one lossy format to another, but rather

I just thought i'd post a small sample that uses the new chan_local to show one way of doing variable callfwding This sample extension.conf uses's the ast DB to store a users current extension, in a db family of CallFWD and the unique Key is based on the current channel the user is assigned. In the globals var section each key is hardcoded EXT1, EXT2 this is used in the [incoming] context