search for: fragsize

...ack { + SwfdecPlayer * player; + GList * streams; /* all Stream objects */ + GMainContext * context; /* context we work in */ +}; + +typedef struct { + SwfdecPlayback * sound; /* reference to sound object */ + SwfdecAudio * audio; /* the audio we play back */ + int dsp_fd; + int fragsize; /* Audio fragment size */ + GSource * source; /* source for writing data */ + guint offset; /* offset into sound */ +} Stream; + +/* Size of one of our audio samples, in bytes */ +#define SAMPLESIZE 2 +#define CHANNELS 2 + +/*** STREAMS ***/ + +static gboolean +handle_stream (GIOChannel *so...

We build a Voip client with Iaxclient(Jiaxclient+Iaxclient2.1beta1+Theora1.0+libvidcap0.21),when we established video call with resolution 640X480(bitrate:500000,frameRate:11,fragsize:1472) in both sides,the CPU is consumed about 100%,the workload of Asterisk server is good at that moment.This issue does not exist with the resolution 320X240(bitrate:204800,frameRate:11,fragsize:1500), the environment is as following, - CPU Interl Celeron 2.66GHz,RAM1GB, - Windows XP SP...

Hello! My name is Lars Quentmeier and I'm trying to write a theora-player. Video is already showing up, but unfortunately I can't get my Vorbis-Decoder to work correctly. Could you perhaps help me? My decoding function looks like this: int VorbisDecoder::getAudioData(char* audiobuf, int fragsize){ // single audio fragment audio buffering bool audiobufReady = false; int size=0; int audiobufFill = 0; while(!audiobufReady){ //1)try to decode some data while(!audiobufReady){ float **pcm; //if there's pending, decoded audio, grab it if((size=vorbis_synthesis_pcmout...

...aemon/ext2.c +++ b/daemon/ext2.c @@ -811,3 +811,455 @@ do_set_e2generation (const char *filename, int64_t generation) return 0; } + +int +do_mke2fs (const char *device, + int checkbadblock, const char *badblockfile, + int64_t blocksize, int directwrite, + int64_t fragsize, int forcecreate, + int64_t blockspergroup, int64_t numberofgroups, + int64_t bytesperinode, int64_t inodesize, + int withjournal, int64_t journalsize, + const char *journaldevice, const char *newvolumelabel, + int reservedblockspercentage, const ch...

Hello, it seems an mismatch of schema file provided by dovecot-2.3.5.2 [root at mail conf]# pwd /var/solr/data/dovecot/conf # Below solrconfig.xml is from Solr-8.0.0. [root at mail conf]# grep text_general solrconfig.xml <str name="queryAnalyzerFieldType">text_general</str> field types. Text content will be indexed as "text_general" as <str

...ghlightComponent" name="highlight"> > <highlighting> > <fragmenter name="gap" default="true" > class="solr.highlight.GapFragmenter"> > <lst name="defaults"> > <int name="hl.fragsize">100</int> > </lst> > </fragmenter> > <fragmenter name="regex" class="solr.highlight.RegexFragmenter"> > <lst name="defaults"> > <int name="hl.fragsize">70</in...

...onent class="solr.HighlightComponent" name="highlight"> <highlighting> <fragmenter name="gap" default="true" class="solr.highlight.GapFragmenter"> <lst name="defaults"> <int name="hl.fragsize">100</int> </lst> </fragmenter> <fragmenter name="regex" class="solr.highlight.RegexFragmenter"> <lst name="defaults"> <int name="hl.fragsize">70</int> <float...

Hello, list ! Here is diff of changes, i had to make to get swfdec running on OpenBSD 4.2-current. Regards Valery. P.S. Please cc me, i am not subscribed to the list -------------- next part -------------- A non-text attachment was scrubbed... Name: swfdec.diff Type: application/octet-stream Size: 11628 bytes Desc: not available Url :

...f"]; @@ -7963,7 +7963,7 @@ or C<guestfs_rm_rf> to remove directories recursively." }; { defaults with name = "mke2fs"; added = (1, 19, 44); - style = RErr, [Device "device"], [OInt64 "blockscount"; OInt64 "blocksize"; OInt64 "fragsize"; OInt64 "blockspergroup"; OInt64 "numberofgroups"; OInt64 "bytesperinode"; OInt64 "inodesize"; OInt64 "journalsize"; OInt64 "numberofinodes"; OInt64 "stridesize"; OInt64 "stripewidth"; OInt64 "maxonlineresize...

Very large but mechanical change to the generator. Rich.

This is a follow-up to the other generator changes in: https://www.redhat.com/archives/libguestfs/2017-February/msg00217.html Rich.

Split up the huge generator/actions.ml into several smaller files. Rich.

The existing mechanism was clunky, slow and used ~ 10 MB of local disk. Rich.