search for: requiremnets

Hi I have the models 1.ServiceDeskTicket with fields id --- number --- service_desk_status_id -- created_on -- updated_on etc 2.ServiceDeskActivity with fields id -- service_desk_ticket_id -- description -- created_on -- updated_on 3.ServiceDeskAttachment id -- service_desk_ticket_id -- attachment -- created_on -- updated_on Relations as ServiceDeskticket has_many

OK, I have made a little search about this "problem" that apparently occurs only on Windows platform... (but I am sure most of you are already aware of it): the slow down is due to the adoption of a different algorithm for pow in mingw 3.x. This is motivated by some other changes in mingw. Here is a quote of Danny Smith that did this change: >When mingw changed default FPU settings

http://www.businessinsider.com/red-hat-ceo-go-ahead-copy-our-software-2013-8 Title says is all. Nice to know RH understands and accepts the relationship between CentOS and RHEL. Although it is complex. After all, if too many choose CentOS, there may no longer be a CentOS. However, I don't think I would refer to CentOS as a "parasite" as the author Matt Asay does. More appropriate

Yes, I downloaded the aumix utility and am using it now. Set line in to %50 then %25 and to record but still the same thing. I'm streaming from the line in on the sound card which is being fed from a portable radio nearby. I get the distortion whether I have the audio fed into 'line in' or not. Matt -----Original Message----- From: owner-icecast@xiph.org

...y moron asking for 44100Hz, Stereo at 32kbit # should be shot # SAMPLE_RATE 22050 BITRATE 24000 MONO #STEREO # Encoding Quality - this is a general quality feature which covers various # switches on the encoder - I've scaled things into the range 0-100 # reducing the quality reduces the CPU requiremnets # It relies on me coding command line parameters..... ENCODING_QUALITY 30 # Variable bitrate Quality - only for USE_XING_VBR # approximate data rates (tested agains Annie Nightingale's radio show # 44100Hz 16 bit, mono.) # these are per channel estimates - double them for stereo... # 0 rough...