similar to: Google's released a high-speed x64-optimized compressor

Good day! I'm creating HDL IP CORE (for using in FPGA) for theora encoder (now only I-frames). I don't undestand one moment. Now i develop such stages: 1. From RBG(byer) to YCbCr converter 2. DCT processing (8x8 pixels blocks) 3. Quantizator of DCT coeff. 4. Zig-Zag of quantized DCT coeff. and now i have uresolved last stage of compression - how i must send 8x8 blocks to huffman

--- Josh Green <jgreen@users.sourceforge.net> wrote: > I'll let the list know when SF-FLAC is finished, should anyone be > interested. I'm considering starting a FREE SoundFont compressor > campaign, so users will stop using SoundFont encoders that aren't > available on platforms such as Linux. This would also pressure some > of > the existing formats to release

On Wed, 2002-07-17 at 15:34, Josh Coalson wrote: > > Have you seen the API changes in 1.0.3? Now all metadata is > parsed and at each decoder layer you can specify which blocks > get passed up to the metadata callback. See the > *_decoder_set_metadata_respond/ignore functions. > > Also, on the encoder size, you can now pass a list of arbitrary > metadata blocks to

Hi Guys, I was wondering what the idea behind the "Key Frame" settings are in the VP3 codec settings. As far as I could ascertain (from browsing through the source code) the VP3 codec ignores the lpbiPrev and lpPrev members of the ICCOMPRESS structure. My conclusion is thus that each frame passed to the codec is compressed individually and that the redundant information based upon

--- Josh Green <jgreen@users.sourceforge.net> wrote: > Its been a while since I was discussing a SoundFont compressor based > on > FLAC. I've recently implemented the compressor using an application > metadata block with the ID 'SFFL' that I registered, which contains > my > own header and a block of zlib (gzip) compressed SoundFont info. The > audio chunk (a

Hi, It's going to depend a bit on what format you're going to use. If you plan to stream in ogg vorbis, you can use Ices 2.x and accept PCM via standard input. This means you could run a sox effect or ecasound to get and compress the sound from the soundcard before sending it on to ices. Ecasound can make use of LADSPA plugins which opens you to a range of compressors, such as the

Hi, I searched the Internet to find an answers, but I didn't find anything useful, so I'm turning to you, maybe someone has the answer. I want to make a realtime broadcast from a Linux box. The source is the soundcard's line-in, and it sends the stream to an Icecast server. I would like to have realtime compressor/limiter functionalities on this Linux box, so the outgoing signal

The first four bytes is the length of all data chunks, and the first four bytes of each chunk is the length of compressed chunk data, even when there''s only one chunk, which is the case for inline extents. Signed-off-by: Li Zefan <lizf@cn.fujitsu.com> --- fs/btrfs/snappy.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/fs/btrfs/snappy.c

I scripted the creation of snapshots and it works fine. Now I'd like to run the script as non-root. virsh snapshot-create-as --domain hq-live-v01 \      --name snappy \      --diskspec vda,file=/var/lib/libvirt/images/hq-live-v01.snappy,snapshot=external \      --diskspec vdb,file=/var/lib/libvirt/images/hq-live-storage.snappy,snapshot=external \      --disk-only --quiesce --atomic This

hm, to have a look at Pure Data and external called oggcast~ http://www.akustische-kunst.org/puredata/ is recomended, you can set quality/bitrate/samplerate ... while streaming then, and do whateweryou want to your sound before sending it to icecast, including building your compressor-limiter. cheers Ales Zemene -- http://ales.mur.at irc.kunstlabor.at #kunstlabor citation of

Hi, I searched the Internet to find an answers, but I didn't find anything useful, so I'm turning to you, maybe someone has the answer. I want to make a realtime broadcast from a Linux box. The source is the soundcard's line-in, and it sends the stream to an Icecast server. I would like to have realtime compressor/limiter functionalities on this Linux box, so the outgoing signal

On Wed, Mar 20, 2019 at 15:48:43 -0500, Eric Blake wrote: > On 3/20/19 1:50 PM, Mircea Husz wrote: > > I scripted the creation of snapshots and it works fine. Now I'd like to run the script as non-root. > > > > virsh snapshot-create-as --domain hq-live-v01 \ > >      --name snappy \ > >      --diskspec

Its been a while since I was discussing a SoundFont compressor based on FLAC. I've recently implemented the compressor using an application metadata block with the ID 'SFFL' that I registered, which contains my own header and a block of zlib (gzip) compressed SoundFont info. The audio chunk (a block of consecutive 16 bit signed samples separated by 46 zero samples) is then encoded with

Dear all My current setup is the following: Normal Hosts --------+ eth0 eth1 | +----------+ +-<->| F/W box |--<-> Internet | +----------+ High priority hosts--+ My eth0 is a normal 100MBps LAN and my Internet connection is a 1Mbps ADSL line. What I want to achieve is to have normal hosts to share a big

On 3/20/19 1:50 PM, Mircea Husz wrote: > I scripted the creation of snapshots and it works fine. Now I'd like to run the script as non-root. > > virsh snapshot-create-as --domain hq-live-v01 \ >      --name snappy \ >      --diskspec vda,file=/var/lib/libvirt/images/hq-live-v01.snappy,snapshot=external \ >      --diskspec

Thomas suggested posting these here so they don''t get lost. Making Scriptaculous Snappy: *) Drag/Drop - make release cost proportional to remaining distance For drag/drop - change the ''release'' animation time to be proportional to the remaining distance the dropped item has to travel. If a user drags the item almost all the way to the final location, the release time

All I have to say is *wow*. The vectorizer performs *remarkably* better now than it did the last time I benchmarked it. I'm stunned. I measured -O2 and -Os, as well as -march=x86-64 and -march=corei7-avx. My hope with the latter two was to cover both worst-case and best-case in terms of the quality of the vector ISA available. First, binary size growth. This is measured on average across a

1. The UDT library is a BSD-licensed accelerated UDP-based transport. Would tinc be able to use this for UDP-based connections and would the licensing be acceptable? http://udt.sourceforge.net/index.html 2. I would like to see a 3rd compression protocol added to tinc: one based on the Mahoney compression schemes would be worth investigating (need something fast and uses small RAM on

Hi, so here it is, LZ4 compression method inside btrfs. The patchset is based on top of current Chris'' for-linus + Andi''s snappy implementation + the fixes from Li Zefan. Passes xfstests and stresstests. I haven''t measured performance on wide range of hardware or workloads, rather wanted to publish the patches before I get distracted again. I''d like to ask

Hi Michael, when I was looking for information on tinc in combination with IPv6, I also found your new tutorial at that time (earlier this month). Somehow a couple of things are less clear to me in the newer tutorial (maybe the nice network topology image is missing). OK, you added the unique local addresses to the setup. But I dont't get it how the routing is done in your setup. You