|
Hello
Sorry not sure which section or fourm applies.
After not getting a response in one I thought perhaps the other was more appropiate.
Are you able to offer anything to the problem or am I simply on the wrong site.
Thank in advance
Douglas
|
|
|
|
|
Douglas Kirk wrote: not getting a response
You need to be patient.
|
|
|
|
|
Thank you
I am trying to delete this thread, but will have to try later on my other machine
I will continue to watch on the other board
Douglas
|
|
|
|
|
Douglas Kirk wrote: delete this thread
I don't think you can delete it after is has replies.
|
|
|
|
|
Hi,
Just wondering where would I post/share example code/project to share with others? i.e. I have a WIP thing I've done that's not professional but I'd like to share, so not sure if I'd post it as an article or is there somewhere more appropriate.
EDIT: code/project is c++/MFC/OpenGL based, hence why I'm asking here.
Thanks.
|
|
|
|
|
You could probably post it as a Tip/Trick.
|
|
|
|
|
Articles --> "Submit an article or tip"
Pravinda
the Magician
|
|
|
|
|
May I know how can I take control of other app using my own program in vc++.
Eg: do a "scroll up" in browser ; open MS Word and save; perform "next/previous" in window photo viewer.. etc
|
|
|
|
|
There's either ShellExecute (to launch apps), or the more sophisticated method of using COM/COM+ automation. (formerly known as OLE)
Adding-automation-to-MFC-applications
www.cgoakley.org/prog/oleaut.html
"It's true that hard work never killed anyone. But I figure, why take the chance." - Ronald Reagan
That's what machines are for.
Got a problem?
Sleep on it.
|
|
|
|
|
how about pressing a hotkey combination (eg: CTRL+S for save)?
|
|
|
|
|
|
The classic way os to do a PostMessage() (Or SendMessage()) for which you need tohe window handle of the receiving app and thw WM_COMAND value of te controll you want to manipulate.
You can also do some surprisingly nifty stuff with windows hooks (look at SetWindowsHookEx()) if you want total control of another app.
==============================
Nothing to say.
|
|
|
|
|
Hey guys!
I'm tryng to learn C++ and I think that I would learn a bit better if I had someone to help me learn, mentor me. I wasn't sure if anyone here had the time and drive to help me out.
When it comes to coding, I'm a pretty quick learner. And I'm finding that a lot of companies want people who know C++.
If this is possible, that would be great!
Thanks for your time.
|
|
|
|
|
|
Thank you! I will check these out for sure.
|
|
|
|
|
What are some of the shell API's that allow me to retrieve the various properties of a .lnk file?
Properties such as the target file, and maybe the compatibility settings.
SOLUTION:
This link gives all the info: Shell Links[^]
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Could some learned guru explain to me why is passing a file (path) to this DirectShow "method" so convoluted?
Here is the definition in DirectShow, the variable is “LPCWSTR”:
( long pointer char wide string ????)
HRESULT AddSourceFilter(
[in] LPCWSTR lpwstrFileName,
[in] LPCWSTR lpwstrFilterName,
[out] IBaseFilter **ppFilter
);
Here is may attempt to use it, per MS documentation, but it fails:
hr = pGraph->AddSourceFilter( L"I:\\Briefcase OpenLW\\0 tcc_mdi\\V1\\TCC_MDI_1\\OpenCamera\\DirectShow_test.txt",
L"Source", &pSourceF);
<b>I have not check the return the value of hr , not yet.</b>
Here is another usage in dvapp ( SDK 8.1)
HRESULT CDVGraph::MakeFileToDvGraph_Type1(TCHAR* InputFileName)
{
m_iGraphType = GRAPH_FILE_TO_DV;
HRESULT hr = S_OK;
USES_CONVERSION; <b>// did I missed this ??</b>
// Add the file as source filter to the graph
hr = m_pGraph->AddSourceFilter(T2W (InputFileName ), T2W(InputFileName), &m_pInputFileFilter);
CHECK_ERROR( TEXT(" CDVGraph::MakeFileToDvGraph_Type1::m_pGraph->AddSourceFilter failed."), hr);
The macro T2W is eventually defined in ATL:
#ifdef _UNICODE
#define T2A W2A
#define A2T A2W
inline LPWSTR T2W(LPTSTR lp) { return lp; }
inline LPTSTR W2T(LPWSTR lp) { return lp; }
#define T2CA W2CA
#define A2CT A2CW
inline LPCWSTR T2CW(LPCTSTR lp) { return lp; }
inline LPCTSTR W2CT(LPCWSTR lp) { return lp; }
#else
#define T2W A2W
#define W2T W2A
inline LPSTR T2A(LPTSTR lp) { return lp; }
inline LPTSTR A2T(LPSTR lp) { return lp; }
#define T2CW A2CW
#define W2CT W2CA
inline LPCSTR T2CA(LPCTSTR lp) { return lp; }
inline LPCTSTR A2CT(LPCSTR lp) { return lp; }
#endif
Is this really enhancing the language or just adds / use more memory?
Cheers Vaclav
|
|
|
|
|
There is nothing convoluted about it, it is merely trying to allow for different cases, whether the source parameters are in Unicode or ASCII.
Use the best guess
|
|
|
|
|
OK , I got the DirectShow to "play" an image from a camera in right splitter view of my MFC application. Now I need to capture a single frame and process it in differet splitter pane.
So if I can grab a frame , convert it to bitmap and than to OpenCV image I'be all set.
AFter finding ISamplerGrabber I also found this nice note included in MS documentation about ISampleGrabber.
Are these MS guys for real?
I sure hate to use something they do not support in next month.
<b>Note [Deprecated. This API may be removed from future releases of Windows.]</b>
|
|
|
|
|
Vaclav_Sal wrote: Deprecated. This API may be removed from future releases of Windows. A fairly common note in the MSDN documentation. It's just warning you that this may not be the best option.
Use the best guess
|
|
|
|
|
and really, it's implied just by virtue of being an MS product.
|
|
|
|
|
Use the best guess
|
|
|
|
|
Your posts made me curious. After some hunting around, I discovered that the new multimedia thing is... "Microsoft Media Foundation", which looks like in improved version of DirectShow. It's Windows Vista and later. (If I get crazy enough, I may rework an interactive multimedia product I created in the 90s using VFW to use this.)
|
|
|
|
|
It is true that Microsoft has moved on and left DirectShow behind. I have not gone there because so much of what I do still has to work on Windows XP.
I don't see a lot of articles on the subject, but this one was posted about two weeks ago: Capturing of video from web-camera on Windows 7 and 8 by Media Foundation[^]. To me, the most interesting thing about this article is how he decided to go with Media Foundation because of DirectShow problems on Windows 8.
Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
|
|
|
|
|
Soren,
thanks for the link.
At this point I am pretty much stuck with DirectShow and would like to finish it.
After breif scan of the article it sure looks as people who like to do something serious;me excluded, I am doing this for "fun"; with video feel pretty much same about convoluted approach by MS.
It reminds me how they struggled with Windows form get-go ( who remembers Window ME?) and IE went pretty much same.
Cheers Vaclav
|
|
|
|