do i begin? I think i should create the .def and .h files. Then
generate .lib files with which my application can link to. Is this the
right direction?
BTW, i am using this in conjunction with EFL libraries.
Thanks,
Ryan R
Thanks for response.
So now i am reading through the strmif.h and inluding the missing
interfaces and methods (IPin, IBaseFilter, IGraphBuilder, etc. ).
From what i've read, these definitions are generated from an idl file,
strmif.h using MIDL.exe.
Any comments?
Ryan
Vincent Torri wrote:
>
Hello,
I got a test program compiled and linked with some directshow stuff.
Hadn't tested it yet, but wanted to send a small patch with some easy
fixes first.
Ryan
diff --git a/cegcc/src/w32api/include/amvideo.h b/cegcc/src/w32api/include/amvideo.h
index 10e8e60..906d6ab 100644
--- a/cegcc/sr
Another patch to include the FILTER_STATE enumeration. I think this is
used with the IBaseFilter interface. I will soon find out.
Ryan
diff --git a/cegcc/src/w32api/include/dshow.h b/cegcc/src/w32api/include/dshow.h
index da4bf68..7d24759 100644
--- a/cegcc/src/w32api/include/dshow.h
+++ b/cegcc
Hello,
This is a preliminary patch for dshow. I only have a test program i am
using to verify the compile and linking with. The Windows API stuff is
extensive. I removed the dependencies for ddraw (which only has a def
file in the source), and for the AM* stuff ( i think controlling camera
fr
d include files from Visual Studio or so ? That would be a
show stopper.
No.
If you obtained all this info by e.g. browsing MSDN, that would be
admissible.
Yes.
Ryan
Danny
On Fri, 2009-01-23 at 21:43 +0100, Ryan Raasch wrote:
Hello,
This is a preliminary patch for dshow. I only have
Hello,
As i have found out over the last few days, the direct show
api/interfaces supported on the CE platform is different than the
desktop (i was dumb to assume different). Would it be better to be
editing or adding files for directx/directshow/etc. under libce? And not
in the w32 directory?
Eric House wrote:
> Anybody looked into doing this, i.e. (I assume) creating sms.h and
> sms.def files? I want to implement transport over SMS for users who
> don't have data plans.
>
The .def files in src/w32api/libce. So "just" the headers are needed.
> Thanks,
>
> --Eric
Hello,
This is a patch including the function to iterate through the system
devices based on
http://msdn.microsoft.com/en-us/library/aa930135.aspx
Thanks,
Ryan
diff --git a/cegcc/src/w32api/include/winbase.h b/cegcc/src/w32api/include/winbase.h
index 0502602..33645fe 100644
--- a/cegcc/src/w3
Sorry. I forgot to add the definitions to the coredll.def file. This
patch includes just that.
Thanks,
Ryan
--- a/cegcc/src/w32api/libce/coredll.def
+++ b/cegcc/src/w32api/libce/coredll.def
@@ -290,6 +290,7 @@ EnterCriticalSection
EnumCalendarInfoW
EnumClipboardFormats
EnumDateFormatsW
+EnumD
Hello,
I am trying to use the CLSID's located in the file
src/w32api/lib/directx/strmiids.c
Two issues.
1. There is not a defining header for the CLSID's ( could use extern
const's).
2. There are no symbols in the toolchain's import libraries or dlls to
link to. Why is this file not compiled
Eric House wrote:
>> Eric House wrote:
>>> Anybody looked into doing this, i.e. (I assume) creating sms.h and
>>> sms.def files? I want to implement transport over SMS for users who
>>> don't have data plans.
>
> Ryan Raasch replied:
>> The .de
Great!
Danny Backx wrote:
> I've added one definition (EnumDevices) and committed.
> Thanks !
>
> Danny
>
> On Tue, 2009-01-27 at 12:02 +0100, Ryan Raasch wrote:
>> Hello,
>>
>> This is a patch including the function to iterate through t
One could also use libevil, from the Enlightenment Libraries. It is a
library used by the e libraries to support those function calls. It does
not have any dependencies.
Vincent Torri knows best :)
Ryan
Danny Backx wrote:
> That's probably because the contents of ltdl.h is not supported on
> W
gt; On Thu, 2009-01-29 at 11:30 +0100, Ryan Raasch wrote:
>> The issue is the uuids under
>>
>> src/lib/directx
>>
>> ( many needed uuids are in src/lib/directx/strmiids.c )
>>
>> are not compiled in when using the mingw32ce compiler. Therefore, none
>>
This patch alters the makefile/configure stuff to dip down to the
directx directory to build and install.
NOTE:
Didn't completely figure out how srcdir, etc. So too many headers
installed.
Ryan
diff --git a/cegcc/src/w32api/configure.in b/cegcc/src/w32api/configure.in
index a016bb4..b2905d7
Hello,
This patch copies the Makefile.in, ddraw.def, directx media objects
header file and adds ddraw.h to the libce.
This is the first of series of patches.
- To build the import library of strmiids.lib, and ddraw.lib
- To have a ddraw.h ( from MSDN ) , but needs polishing, and can'
Just so there is no doubt to the creation of ddraw.h.
http://msdn.microsoft.com/en-us/library/aa913258.aspx
But i cannot find the values for the defines!
Example:
http://msdn.microsoft.com/en-us/library/aa911351.aspx
Any suggestions?
Ryan
--
lues for
enum's etc. correctly (i.e. have a public reference or reverse
engineer somehow)?
Thanks
Ryan
Pedro Alves wrote:
> On Friday 06 February 2009 12:21:19, Ryan Raasch wrote:
>> Hello,
>
>> This patch copies the Makefile.in, ddraw.def, directx media objects
&
Vincent R. wrote:
> On Fri, 06 Feb 2009 20:26:54 +0100, Ryan Raasch
> wrote:
>> Yes. that is one way. The "only" drawback would be swimming through all
>> of the ifdef's for WIN and WINCE_VER (can't remember offhand what they
>> were).
>>
&g
Vincent R. wrote:
> On Fri, 06 Feb 2009 21:20:59 +0100, Ryan Raasch
> wrote:
>> Vincent R. wrote:
>>> On Fri, 06 Feb 2009 20:26:54 +0100, Ryan Raasch
>>> wrote:
>>>> Yes. that is one way. The "only" drawback would be swimming through all
Hello,
This patch adds the more interfaces needed for directshow. References
found below.
http://msdn.microsoft.com/en-us/library/aa926221.aspx
http://msdn.microsoft.com/en-us/library/aa926767.aspx
Thanks,
Ryan
>From 655b835043221f328a18fb00df70e26bc5059b59 Mon Sep 17 00:00:00 2001
From: Rya
Hello,
I have a made another stab at the ddraw inclusion with references here
http://msdn.microsoft.com/en-us/library/aa913258.aspx
The #defines, however, are not in the ddraw.h header file. They are not
publicly displayed.
Thanks,
Ryan
>From c11517e355b40018fcedf9d49f77514b857d44c9 Mon Sep
23 matches
Mail list logo
