similar to: Is it a wine bug if sound in a particular app doesn't work properly without emulated directsound

This is one of those nasty answers. If you are running pulseaudio switching to emulation for directsound then it works. This is most likely not a bug in wine. But a bug in pulseaudio provided version of alsa interface. If you not running pulseaudio so just alsa direct problem can be wine. But due to varation in quality of alsa drivers it might be an alsa driver bug. Please not pasuspender is

BTW: You can pass also the float32 data directly to DirectSound instead of doing the conversion (float32->int16) yourself. Have a look at "WAVEFORMATEXTENSIBLE" in the Windows Platform SDK Tobias Waldvogel -----Ursprüngliche Nachricht----- Von: Martin Cesky [mailto:martin@scssoft.com] Gesendet: Dienstag, 2. April 2002 11:02 An: vorbis-dev@xiph.org Betreff: Re: [vorbis-dev] Ogg

I am currently trying to run Gothic 1.08j on a Debian wheezy amd64 based machine using PlayOnLinux or just the plain wine installation. The game runs in generel but only if sound is disabled. To get sound working, AppDB and other tutorials advise to get the native directsound dlls and add overrides to the wine configuration. Whether I download the dlls and add the overrides manually or use

I'm having a problem trying to write a simple vorbis file player using DirectSound. The decoding portion is pretty much straight from the vorbisfile sample code. The pcm data gets put into one half of a DirectSound buffer, and as that half is playing, the next half gets filled. The problem is, there's skipping and some noise when the file is being played (although some of the music is

Yesterday I've tried to get Diablo II working under Wine (Codeweavers preview version), and it constantly crashed (or better, seemed to get stuck in a deadlock) during startup. It was during a DirectSound SetCooperativeLevel call, and the console kept saying 'timed out. waiting 60 secs'. Now, I'm using ALSA with OSS emulation (through the snd-pcm-oss kernel module) and a

well i discoverd, HL uses waveIn, which is a part of the DirectSound ... so ... is there a Wine binding for waveIN ? - -moritz angermann

Hi, I've just downloaded the Ogg Vorbis source, LIB and DLL files from www.xiph.org and I've been trying to get them working in Borland Delphi 3 Pro. Has anyone managed to get OV to decode and play an OGG file using Delphi? Ideally I'd like to use DirectSound (part of DirectX), via the UnDelphiX (DelphiX with the JEDI headers) components. Also, if I choose to sell a

On 14 November 2017 at 16:03, Alex Bradbury <asb at lowrisc.org> wrote: > Dear list, > > At the RISC-V BoF at the LLVM Dev Meeting and the longer working > session the day after, those of us working on RISC-V with LLVM decided > it would be worthwhile to schedule regular sync-up calls in order to > better co-ordinate ongoing work between different developers. This is >

hi, I downloaded the vorbis-sdk-1.0rc3 and wrote an application that plays ogg files using DirectSound(win32 application). It uses streaming technique - I'm implementing and passing IStream interface to the DirectX. The interface is used by DirectX to fill his buffers during playing. DirectX is assuming that it's readind from a wav file, so the interface decodes on-the-fly so that

We are pleased to announce the first LLVM Cauldron, to be held on Thursday September 8th 2016 in Hebden Bridge, UK. This is the day before the GNU Tools Cauldron being held at the same venue, so we hope to take advantage of the high concentration of compiler enthusiasts and to encourage lots of cross-pollination between communities. This will be a one-day conference with a single talks track and

LLVM Weekly - #211, Jan 15th 2018 ================================= If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/211>. Welcome to the two hundred and eleventh issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex

On Mon, Aug 28, 2017 at 8:04 AM, Alex Bradbury <asb at asbradbury.org> wrote: > On 27 August 2017 at 00:01, Alex Bradbury <asb at asbradbury.org> wrote: >> Hi all. I'm assuming most people reading this email are familiar with LLVM's >> code review process <http://llvm.org/docs/DeveloperPolicy.html#code-reviews> >> as well as LLVM Weekly, the

Dear list, At the RISC-V BoF at the LLVM Dev Meeting and the longer working session the day after, those of us working on RISC-V with LLVM decided it would be worthwhile to schedule regular sync-up calls in order to better co-ordinate ongoing work between different developers. This is primarily to sync-up, share blocking issues and so on. I understand something similar was done during the

On 23 November 2017 at 09:38, Alex Bradbury <asb at lowrisc.org> wrote: > On 14 November 2017 at 16:03, Alex Bradbury <asb at lowrisc.org> wrote: >> Dear list, >> >> At the RISC-V BoF at the LLVM Dev Meeting and the longer working >> session the day after, those of us working on RISC-V with LLVM decided >> it would be worthwhile to schedule regular

LLVM Weekly - #220, Mar 19th 2018 ================================= If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/220>. Welcome to the two hundred and twentieth issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex

LLVM Weekly - #52, Dec 29th 2014 =============================== If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/52>. Welcome to the fifty-second issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex Bradbury](http://asbradbury.org).

On 11 May 2014 13:25, Alex Bradbury <asb at asbradbury.org> wrote: > On 6 May 2014 09:42, Jay Foad <jay.foad at gmail.com> wrote: >> I followed a link from LLVM Weekly to http://reviews.llvm.org/rL207598 and got: >> >> " >> Still Importing... >> >> This commit is still importing. Changes will be visible once the >> import finishes.

>I remember?I had to expose the echo cancelation level implementing a get_echo_level( ) function based on this: >http://lists.xiph.org/pipermail/speex-dev/2008-September/006889.html This is really a good idea to determine the frequency difference between capture and play of the sound card. But it need constant far-end voice and a long time because it must repeat the process of

On 18 August 2016 at 15:21, Renato Golin <renato.golin at linaro.org> wrote: > On 18 August 2016 at 14:32, Alex Bradbury <asb at asbradbury.org> wrote: >> Good question, I didn't mention buildbots in this RFC as from a quick >> look at http://lab.llvm.org:8011/builders it didn't look like >> early-stage architecture ports tend to have one, and as you say

On Mon, May 19, 2014 at 1:48 PM, Alex Bradbury <asb at asbradbury.org> wrote: > On 12 May 2014 08:35, Manuel Klimek <klimek at google.com> wrote: > > On Mon, May 12, 2014 at 9:34 AM, Manuel Klimek <klimek at google.com> > wrote: > >> > >> It seems that we cannot execute svn commands against llvm-project any > >> more: > >> $ svn