Solved: Serious Problem #2 - Videos do not start everytime

[Peter]

Dear Dave,

Before I was using the 'ImageDisplay' component but now
I didn't connect any component to the output of the 'DSCapture' component.

This component has a property (called VideoPreview).
When set to true, it will open a window where it is showing the video.

I also tried to put a generic filter behind the DSCapture and save a frame to a file on the disk. The saved image is always the same than the one we see on the build-in viewer.

I added a test application as attachment. (See: VideoLabTest.zip)
  VideoLabTest.zip (Size: 29.95 KB / Downloads: 1)

Best regards, Peter

(09-04-2013 07:22 PM)Dave Wrote:  And you used a VLDSImageDisplay to view the output?

[Dave]

Can you please send this to Boian (mitov@mitov.com) with description? I'm not on the .net platform.

Regards,
Dave

[Peter]

Dear Dave,

I did send him the request.
The problem is that I don't get any response.
I will try to send this again.


Best regards, Peter

(09-04-2013 10:19 PM)Dave Wrote:  Can you please send this to Boian (mitov@mitov.com) with description? I'm not on the .net platform.

Regards,
Dave

[Peter]

Dear,

The flipping problem I am encountering is not caused by the Videolab library.
This is caused by the IDS (camera supplier) directshow driver.

I know this is not solving your issue but at least you know the problem I have described is not related to your problem.
I hope the cause of your problem will also be found soon.

Best regards, Peter

[rawvalue]

Dear Peter, Dear Dave

The problem of flipping vidoes is in the VideoLab Libraries!

Why?

We have tested on the same Machine - with the same DirectShow Filters with other Software:

- Arkaos MediaMaster Pro
- Arkaos GrandVJ
- MediaPlayerClassic HC
- ...

There is never a flip of Vidoes !!!

So this is a problem of the Video Lab Libraries !!!

Regards
Fritz

[Peter]

Dear Fritz,

The VideoLab Library is actually a Visual Wrapper around DirectShow.
I reviewed the code and the VideoLab Library is not flipping the image at all.
DirectShow was the culpit.

see: http://msdn.microsoft.com/en-us/library/...s.85).aspx

Sometimes "biHeight" is negative. When it does, then the image is flipped.
In my case, the IDS DirectDraw driver was the cause of the problem.
There has to be a timing issue because we figured out that the more code that was written
during the initialization process(code that was never bound the DirectShow Graph that we are using),
the more frequent the problem was there.

=>By adding the following Parameter in the Windows Registry, the problem was solved.
=> HKEY_LOCAL_MACHINE\SOFTWARE\IDS\uEye\DirectShow
=> FlipImageVertical = 1

Like I told you before, I will not insist that our problems are having the same cause.
I do want you to know that I reviewed the VideoLab code and that it is actually just a wrapper around
DirectX.

If you place your demo application on a dropbox folder in a zipfile (including source code) I will download it and review it at my place.

Maybe I can help you this way.


Best regards, Peter

[Dave]

Hooking into this. Yeah it's just a wrapper and yes you could have a local issue but something else is going on as well, it's rather unlikely that we are all on the same hardware and drivers and yet we've all seen the flipping.
I've been going through some other source-code some time ago which is able to play HD content using the VMR and it always plays upside up (or downside down - whichever you prefer). I've informed Boian about this so he could have a look when he has some time, unfortunately that's something he's short on. I'm sure this will get sorted out but it still may take some time.

Regards,
Dave

[rawvalue]

Dear Peter, Dear Dave

Thank you all for your time and answers!

** 1 ** --> "DirectShow is the Source of the error":
Yes and No!
We all know, that there are bugs in different basic "Operating System Functions".
Now - one of the "Jobs" of a Library is to solve/workaround this problems/Bugs.
(We also have self programmed Libraries running on approximately 130000 seats in Germany, Austria, Switzerland, Hungary the last 17 years, and there we have solved/workarounded a lot of problems from "others" - mainly Microsoft.)

The mentioned Programs are also using DirectShow - so why they do not have the Problems !!!????

In my List of other Software - i have a "..." --> we have also tested other Libraries that uses DirectShow:

- FathSoft (VideoCapX)
- Montivision
- LeadTools
- DirectShow .NET (a SourceForge Project)

None of them has this problems ...

We also have tested these other Libraries/Apps with different Capture Cards:

Lowend (Composite, S-VHS, DVB-c, DVB-T, DVB-S):
- PinnacleSystem (PCI Cards, USB Interfaces, Firewire Interfaces)
- Hauppauge (PCI Cards, PCIe Cards)
- Winnov (PCIe Cards)
HighEnd (VGA, Component, DVI, HDMI, SDI-SD, SDI-HD):
- Datapath (Vision RGBPro, Vision SDI2, Vision RGB E2s)
- BlackMagic Design (different SDI, HDMI Capture Cards)
- ActiveSilicon (Phoenix SDI Series)

Also here there are none of these problems

The reason why we have bought the MITOV Libraries is - to save Time (== Money !).
We do not want to "look into the SourceCode of MITOV Libraries" - MITOV is earning money for Building and BugFixing ! We will pay more money if necessary - but we need A STABLE MITOV LIBRARY !!!
The Mitov Libraries have the best "function set" if you compare it with the other mentioned Libraries - but if they are buggy, we can not work with them.

** 2 ** "HKEY_LOCAL_MACHINE\SOFTWARE\IDS\uEye\DirectShow"

Thank you for this hint ! We will try this

** 3 ** "review of our samples from peter"

Thank you very much for this offer !
But ... This is the Job of MITOV

Regards
Fritz

[rawvalue]

Tested with new Version 7.5.0.0
The reported Errors are fixed.
Thank you MITOV!