search for: avutil

...file.h" does what exactly what I need? If #include "../whatever/src/headefile.h" produces an error, then "../whatever/src/headefile.h" has a problem. Speex doesn't have multiple levels of subprojects that include eachothers' header files (eg. In ffmpeg, avcodec uses avutil etc), and therefore speex doesn't need to include headers from different folders, they are all in the same folder and there is no reason to include them that strange way. If SPEEX had mulple subprojects (like speexdsp, speexutils etc) then to use some speex a programmer would have to add includ...

I'm just curious, who and why came up with that strange way to write includes: #ifdef _BUILD_SPEEX # include "speex_types.h" #else # include <speex/speex_types.h> #endif I personally consider it a bug. If I use speex then obviously I should not have _BUILD_SPEEX defined. The broken behavior happens in this simple scenario: 1) I check out latest git version to ./src/speex 2)

...0xf74dc270 rawmemchr+0x40 in libc.so.6: movl 0x0(%eax),%ecx Modules: Module Address Debug info Name (129 modules) PE 340000- 354000 Deferred mgwz PE 360000- 376000 Deferred pthreadgc2 PE 380000- 3a7000 Deferred avutil PE 3b0000- 3c8000 Deferred crashrpt PE 400000- 18df000 Deferred dvdfab PE 10000000-10013000 Deferred zlibwapi PE 63240000-63250000 Deferred avcore PE 64940000-64a02000 Deferred avformat PE 65000000-6...

so i was trying to run a game and when i ran it via terminal i got some answers why. fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:keyboard:X11DRV_LoadKeyboardLayout L"00000409", 0080: stub! fixme:keyboard:X11DRV_LoadKeyboardLayout L"00000409", 0001: stub! fixme:wgl:X11DRV_wglChoosePixelFormatARB unused pfAttribFList wine: Unhandled exception