search for: overdr

I'm new to Linux/Ubuntu and need some help getting Legions: Overdrive (http://www.legionsoverdrive.com/) with PlayOnLInux and WINE. Legions: Overdrive is a sci-fi FPS game, Freedom of movement returns in this spiritual successor to Tribes. Travel by jetpack and ski over foreign landscapes, dodging grenades and shooting enemies in deathmatch mode. Sharpen your sho...

Hi Jean-Marc, didn't get a reply to my last post (see below) -- do you have no idea what happens here? After some more tests, I disabled the DIV32_16 Blackfin optimizations and now get good quality on the Blackfin. But when I have overdrive on the input, things become very bad -- I'm not sure if this is really a filter stability issue like I wrote some weeks ago. I use the speex resampler to downsample from 48 to 16 kHz. When I look to the downsampled signal before passing it to the encoder, there seems to be a bug in saturati...

...i Jean-Marc, I did some further checks with 1.2 beta 3: The problematic function is DIV32_16 inside fixed_bfin.h. When I comment it out (i.e. replace it by the generic version of the routine), the quality improves significantly. Nevertheless, there is still a horrible distortion when there is some overdrive/saturation in the input signal. For me, it looks like there's an instable filter which oscillates when it is driven by a specific input frequency. With the blackfin version of DIV32_16 activated, a similar distortion appears even without overdrive, sometimes this distortion lasts forever. Ad...

...After some more tests, I disabled the DIV32_16 Blackfin >> optimizations and now get good quality on the Blackfin. > > OK, I'll need to investigate that one. It's mostly taken from the ADI > manual, so I don't see what could have happened. > >> But when I have overdrive on the input, things become very bad > > Does that happen without any assembly. Some amount of badness is > expected from the fixed-point because of saturation issues. It > shouldn't overflow though (can you check?) > >> -- I'm not sure if this is really a filter...

...page, and added the .ogv extension to Winamp's Directshow input plugin's extension list. The playback of the files, whether or not I play them in Mediaplayer, Winamp or another player, produces a very distorted audio playback, which sounds more like audio distortion of chipmunks through an overdrive guitar filter, (for lack of a better description). The video is upsidedown in Winamp but looks correct in Mediaplayer. Back to the audio, I'm not sure if the audio problem exists because my digital camera produces audio at 11025 Hz, 8 bps, Mono (that's according to Winamp's info rep...

...e tests, I disabled the DIV32_16 Blackfin >>> optimizations and now get good quality on the Blackfin. >> OK, I'll need to investigate that one. It's mostly taken from the >> ADI manual, so I don't see what could have happened. >> >>> But when I have overdrive on the input, things become very bad >> Does that happen without any assembly. Some amount of badness is >> expected from the fixed-point because of saturation issues. It >> shouldn't overflow though (can you check?) >> >>> -- I'm not sure if this is r...

D&B and DM Review present B2B CRM in Overdrive: The Revenue Impact of Optimal Data Date: Tuesday, March 23, 2004 Time: 2:00 p.m. - 3:00 p.m. ET 11:00 a.m. - 12:00 a.m. PT Get your CRM system in overdrive by adding "high-octane data." CRM is completely dependent on the quality of information contained within. Yet, according to in...

...;/dev/ttyS0'/> <target port='0'/> </serial> <console type='dev'> <source path='/dev/ttyS0'/> <target type='serial' port='0'/> </console> When I launch the vm, setroubleshootd goes into overdrive and creates massive logs, and /var/log/messages starts growing significantly also. The reason is that as soon as the vm starts, ownership and context of /dev/ttyS0 on the host are being reset. Why is that, and how can I prevent it from happening? Should be: crw-rw----. root dialout system_...

...After some more tests, I disabled the DIV32_16 Blackfin >> optimizations and now get good quality on the Blackfin. > > OK, I'll need to investigate that one. It's mostly taken from the ADI > manual, so I don't see what could have happened. > >> But when I have overdrive on the input, things become very bad > > Does that happen without any assembly. Some amount of badness is > expected from the fixed-point because of saturation issues. It > shouldn't overflow though (can you check?) > >> -- I'm not sure if this is really a filter...

...another. Most of the "turn-offs" doesn't have any effect. When turning off the optimizations inside "fixed_bfin.h", there is a big improvement -- the decoded speech sounds good again, only on some positions in my speech signal is a huge "click" which sounds like an overdrive caused by an instable filter. When trying to switch off the optimizations from "filters_bfin.h", my little program compiles but crashes on runtime, sometimes (not always reproducable) causing a kernel panic of uclinux. Error info is "Attempted misaligned instruction cache fetch&...

...line 880 inside nb_celp.c) both for fixed and floating point. There is a significant difference in the residual signal -- the fixed point signal shows some kind of "glitches" (see attachments) while the floating point version looks more or less smooth. But it is interesting that the huge overdrive you can observe in the re-synthesized output signal isn't present in the synthesized residual. This leads to an instable LPC synthesis filter, or am I wrong? cheers, Frank _________________________________________ NEU: Mit WEB.DE DSL ?ber 1000,- ? sparen! http://produkte.web.de/go/02/ ----...

...line 880 inside nb_celp.c) both for fixed and floating point. There is a significant difference in the residual signal -- the fixed point signal shows some kind of "glitches" (see attachments) while the floating point version looks more or less smooth. But it is interesting that the huge overdrive you can observe in the re-synthesized output signal isn't present in the synthesized residual. This leads to an instable LPC synthesis filter, or am I wrong? cheers, Frank ______________________________________________________ GRATIS f?r alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt f...

...Hi! Somewhere I read the recommendation that the peak level of input material shopuld not be 0dB, but something like -3dB. The reasoning was that encoding reconstructs the audio signal from the sampling points, and the reconsruction could actually exceed the sampling point, which my result in an overdrive, which will result in clipping. I just wonder whether the encoder (or the decoder at least) can or should warn in such situations. Regards, Ulrich > > Opus remains unbeaten for me at 133 kbps. That's totally awesome. > > Cheers > > On 10 April 2017 at 17:14, Agustín...

...he DIV32_16 Blackfin >>>> optimizations and now get good quality on the Blackfin. >>> OK, I'll need to investigate that one. It's mostly taken from the >>> ADI manual, so I don't see what could have happened. >>> >>>> But when I have overdrive on the input, things become very bad >>> Does that happen without any assembly. Some amount of badness is >>> expected from the fixed-point because of saturation issues. It >>> shouldn't overflow though (can you check?) >>> >>>> -- I'm n...

Once upon a time, John R Pierce <pierce at hogranch.com> said: > do note, if this is a stage grade electric piano, using big phone > plugs, the audio level out is not quite the same as consumer line > level that a computer input would want to record, you'll likely have > to crank the recording level way up, increasing the noise floor of > the recordings. the cure for

...th for fixed > and floating point. > > There is a significant difference in the residual signal -- the fixed point > signal shows some kind of "glitches" (see attachments) while the floating > point version looks more or less smooth. But it is interesting that the huge > overdrive you can observe in the re-synthesized output signal isn't present > in the synthesized residual. This leads to an instable LPC synthesis filter, > or am I wrong? > > cheers, > Frank > _________________________________________ > NEU: Mit WEB.DE DSL ?ber 1000,- ? sparen! &...

...restore using ctl-call SPEEX_PREPROCESS_SET_ECHO_STATE? Is this an intended feature to allow resume of idle connections? Further I'd wish to have the speex control agility be reduced when once already converged. Reason: less susceptibility to disturbing artifacts (e.g. short microphone overdrive) is suggested to happen. Any pointers to appropriate documentation are welcome (if present). -Rob

...: Pentium, Pentium-MMX. - Cyrix (= IBM) processors fall for a closely similar prank, but that can be configured away. (Use set6x86 for this). - AMDs are immune to this. - 486s, Pentium Pros and Pentium IIs don''t fall for this. - I expect 386''s to behave, Overdrive processors to fail. Some claim this is really bad. But keep in mind that anybody who "can execute arbitrary code on your machine" can already cause lots of trouble by starving the system of lots of resources at the same time. (last time I checked, fsck-ing was faster than waiting for...

Hi, I am trying to use two products that use SysLinux and finally realised the SysLinux is the cause of my woes. I'm trying to use Freesco and IPCop. IPCop version 1.3 used a different boot loader to 1.4 which uses SysLinux. I have been through numerous trials and tribulations in trying to get Freesco to work but eventually gave up and went with IPCop. I kept getting the "Boot

...hone out) and I can run the AD1836 audio codec on 48 kHz only, I cannot use my program now (because I use speex resampling...) So I tried to do file I/O, but the described problem (that the encoder corrupts its input buffer) is gone in this configuration. But nevertheless, when I try to encode an overdriven (saturated) signal, the strange toggling between -MAX and MAX values on a sample-by-sample basis still happens. The debug output for this is as follows: SHL16: output is not short: 36500 in ltp.c: line 649 EXTRACT16: input is not short: 33074 in nb_celp.c: line 802 EXTRACT16: input is not shor...