similar to: choppy motion/rectangles

Hey everyone. I''ve got a best practices question. How are you guys rendering newsfeeds? We have a couple of apps where we send newsfeed items from a backend process. As such, we aren''t in the context of a controller and can''t use the rails template rendering. We''ve tried about 3 different ways to make that bearable, but aren''t having much

Hi all, I am almost ready for the last step with landing my long-standing patch. I have converted (almost) all low-level interface users of CallInst to respective high-level interfaces. What remains is a handful of hunks to flip the switch. But before I do the final commit I'd like to coerce all external users to code against the high-level interface too. This will (almost, but see below)

Hi there The default option for saving graphics from R (1.9.1) on my Mac is as a pdf file. If I open the file in Acrobat reader it looks really good and crisp, and is obviously saved as vector graphics, since I can zoom in as much as I like and it continues to look really nice. If I import it into MS Word (from office 2000), or Textedit, however, it imports it as a bitmap and unless I save

I''m noticing some long delays when optimizing my index. I know this is terribly inefficient, but in order to make sure that my ActiveRecord model is in sync with my index, I''m optimizing after every new record that I store, like so: class Resume < ActiveRecord::Base include Ferret has_and_belongs_to_many :users SEARCH_INDEX = File.dirname(__FILE__) +

Hey there everybody. I am new to the list, so bear with me if make mistakes :) I updated my Server from FC7 to FC9 and with it came Samba 3.2.0pre3-9.fc9 (heaven knows why it had to be a pre version). I reused my old config and noticed that displaying all hosts in my workgroup as well as authentication went from normal to awfully slow. Once the connection is established it is bearable, though

On 5 Apr 2020, at 21:20, Tobias Kirchhofer wrote: >>>> we experience difficulties with crond behaviour sending mail since >>>> CentOS 8.1. The cron job is the same like we used in CentOS 7. > > Meanwhile we found the reason for the bug - actually we do not know if > it is related to a specific version of CentOS or a specific kind of > command as cron job.

On 6 Apr 2020, at 12:21, Stephen John Smoogen wrote: > On Mon, 6 Apr 2020 at 04:16, Tobias Kirchhofer <collect at shift.agency> > wrote: > >> On 5 Apr 2020, at 21:20, Tobias Kirchhofer wrote: >> >>>>>> we experience difficulties with crond behaviour sending mail >>>>>> since >>>>>> CentOS 8.1. The cron job is the

Am 30.06.2010 um 23:31 schrieb John Criswell: > > Stupid question: is making the getOperand() method of CallInst > going to work? For example, if I have the following code: > > void > method (Instruction * I) { > I->getOperand(2); > ... > } > > void method2 (CallInst * CI) { > method (CI); > ... > } > > Will method() still work

It seems that --enable-shared builds are not used by LLVM developers because the executables starts slowly. I guess this is related to the number of symbols the dynamic linker has to resolve. If we could reduce the symbols exported to those which are required, maybe the startup time would become bearable. One way of doing this is to add annotations to each public class and function (such as

Óscar Fuentes wrote: > It seems that --enable-shared builds are not used by LLVM developers > because the executables starts slowly. I guess this is related to the > number of symbols the dynamic linker has to resolve. If we could reduce > the symbols exported to those which are required, maybe the startup time > would become bearable. I think that premise needs to be retested. I

Gabor Greif wrote: > Hi all, > > I am almost ready for the last step with landing my long-standing patch. > I have converted (almost) all low-level interface users of CallInst to > respective high-level interfaces. What remains is a handful of hunks > to flip the switch. > > But before I do the final commit I'd like to coerce all external users > to code against the

Sounds great to me Gabor. I really like your new incremental approach to this patch set. -Chris On Jun 30, 2010, at 1:59 PM, Gabor Greif wrote: > Hi all, > > I am almost ready for the last step with landing my long-standing patch. > I have converted (almost) all low-level interface users of CallInst to > respective high-level interfaces. What remains is a handful of hunks >

Gabor Greif wrote: > Am 30.06.2010 um 23:31 schrieb John Criswell: > > >> Stupid question: is making the getOperand() method of CallInst >> going to work? For example, if I have the following code: >> >> void >> method (Instruction * I) { >> I->getOperand(2); >> ... >> } >> >> void method2 (CallInst * CI) {

I am experiencing choppy sound when I bridge from a SIP peer to an IAX peer. I am running Asterisk 1.4.13 on a 2.6.22.9 kernel (Fedora). I am experiencing choppy sound from the SIP peer to the IAX peer but not vice-versa. I know that this is not a bandwidth issue because I don't have choppy sound (with the same codec) when bridging IAX->IAX peers or SIP->SIP peers. My timing source is

Hi there I europe alaw is usual. I have a SIP Phone which perferes ulaw. When my * box has to transcode alaw to ulaw the sound get's one way choppy. (alaw => ulaw is choppy, ulaw => alaw is fine). I managed to fix the issue by forcing my SIP phone to use alaw only, but is this a know issue with asterisk 1.2.13? -Benoit-

Hi there, We're having some complaints of choppy audio from our SIP customers. Asterisk is showing no errors, but I'm getting a lot of these in my syslog: Feb 17 13:34:31 ntop[2863]: **WARNING** packet truncated (14654->8232) The first number varies, but the last number is always 8232. I've read that this is a common MTU size, but none of our interfaces have an MTU of 8232.

Hello list, I've been experiencing choppy sound as well. The version on Asterisk I was using originally was dated 10/24/03 (I think), the problem appeared after I updated from that version. My setup is a little different though. I'm having choppy sound only on some incoming calls -- from PSTN->PBX (between spans on a TE410) and PSTN->SIP. We use Cisco 7940 handsets and we also

I have had no success in getting the voicemail working on Asterisk 1.2.11 on CENTOS4(2.6 kernel) guest on vmware server 1.0.1. I tried with or without ztdummy device, renice -20 on asterisk process and even real-time priority on the host Windows XP box for the vmware process. I am running on an AMD Athlon 64 X2 4600+. The behaviour is when the voicemail answer, the voice sound ok but when

Hi Guys I'm conecting 2 astersk servers using this arquitecture (Ext softphone)<==sip==>(asterisk 1)<====iax2 trunk====>(asterisk 2) <===alaw==>(pstn) If i call from the Ext to the asterisk 2 the sound is perfect, but if i call from Ext to the pstn, i can hear perfect but they tell me that sound really choppy, i tried using several codecs (same problem) but i

Hi! I have Asterisk 1.6.1 installed on OpenSuSE 11.0 running with choppy sound. One specialist on the forums asked me if I have DAHDI configured, he assumed that this could be cause of choppy sound problem. > dahdi_test Unable to open dahdi interface: No such file or directory Do I need to configure DAHDI even if I do not have any Zaptel devices? Is there any guide for configuring