"Confidental" files are not needed, I have improved fixed point calculation to be faster than these secret files. These files could and should be trashed. It is a nonsense to calculate in doubles for every pixel. Also replacing multiplication with table access is another nonsense. CPUs can calculate multiplication faster than accessing to external RAM through layered cache. This could help before 30 years, but not now. But at this time the table could be too big to fit into RAM. Convert RGB32 to...
"Confidental" files are not needed, I have improved fixed point calculation to be faster than these secret files. These files could and should be trashed. It is a nonsense to calculate in doubles for every pixel. Also replacing multiplication with table access is another nonsense. CPUs can calculate multiplication faster than accessing to external RAM. This could help before 30 years, but not now. Convert RGB32 to YUV res 1920,1080 time 14.210[ms] LUT 20.839[ms] fix point 10.942[ms] orig 17.678[ms]...
"Confidental" files are not needed, I have improved fixed point calculation to be faster than these secret files. These files could be trashed. It is a nonsense to calculate in doubles for every pixel. Also replacing multiplication with table access is another nonsense. CPUs can calculate multiplication faster than accessing to external RAM. This could help before 30 years, but not now. Convert RGB32 to YUV res 1920,1080 time 14.210[ms] LUT 20.839[ms] fix point 10.942[ms] orig 17.678[ms] FlipConv...
No communication is possible: <info@videocoding.com>: Domain videocoding.com does not accept mail (nullMX) Domain seems to be death now, only wayback gets some traces of something: https://web.archive.org/web/20070428083040/http://www.videocoding.com/v2/index.html It looks that Ergo acquired VICS: https://web.archive.org/web/20070502121147/http://www.2ergo.co.uk/news_and_events/32,view/50/ https://web.archive.org/web/20070104075338/http://www.2ergo.co.uk/contact_us/
No communication is possible: <info@videocoding.com>: Domain videocoding.com does not accept mail (nullMX) Domain seems to be death now, only wayback gets some traces of something: https://web.archive.org/web/20070428083040/http://www.videocoding.com/v2/index.html
Files marked as confidental should not be published in this BSD licency based library. COPYRIGHT: (c)VICS 2000-2006 all rights resevered - info@videocoding.com RESTRICTIONS: The information/data/code contained within this file is the property of VICS limited and has been classified as CONFIDENTIAL. Frankly said, I have tested this module and it does not work as expected - YUV values are shifted. It seems to me to be wasting of time to repair this module when complainment from videocoding might come...
Function RealYUV444toRGB24Converter::Convert seems to be wrongly implemented: void RealYUV444toRGB24Converter::Convert(void* pInputBuffer, void* pRgb) { unsigned char* optr = (unsigned char *)pRgb; unsigned char* inBuffer = (unsigned char *)pInputBuffer; int numberOfPixels = _width * _height; for (int i = 0; i < numberOfPixels; i++ ) { unsigned char v = inBuffer[ (i * 4 ) + 0 ]; unsigned char u = inBuffer[ (i * 4 ) + 1 ]; unsigned char y = inBuffer[ (i * 4 ) + 2 ]; //drop the 4th byte (= alpha-channel...
Because there is no way to contact original authors, I have published a new DQ_VPP serie of filters: https://sourceforge.net/projects/direct-show-demo-filters/files/DQ_VPP_VIDEOPROCESSING/ I have completelly removed word "CSIR" from code modified by me. The functionality should be equivalent or even signifficantly better.
Because there is no way to contact original authors, I have published a new DQ_VPP serie of filters: https://sourceforge.net/projects/direct-show-demo-filters/files/DQ_VPP_VIDEOPROCESSING/ I have completelly remove word "CSIR" from code modified by me. The functionality should be equivalent or even signifficantly better.
I have attempted to contact CSIR MERAKA institute without any success. To: enquiries@csir.co.za Hi, Mail rtvc@meraka.org.za seems not to work any more. This is a product of Meraka institute: https://sourceforge.net/p/videoprocessing/discussion/933076/thread/b7b9dc17ba/ I has been improved these filters, but there is written not to use CSIR Meraka name for derived/cloned product without permission. I am not sure whether it is a good idea to name my clone CSIR meraka or to choose different naming....
I have attempted to contact CSIR MERAKA institute without any success. To: enquiries@csir.co.za Hi, Mail rtvc@meraka.org.za seems not to work any more. This is a product of Meraka institute: https://sourceforge.net/p/videoprocessing/discussion/933076/thread/b7b9dc17ba/ I has been improved these filters, but there is written not to use CSIR Meraka name for derived/cloned product without permission. I am not sure whether it is a good idea to name my clone CSIR meraka or to choose different naming....
I have attempted to contact CSIR MERAKA institute without any success. To: enquiries@csir.co.za Hi, Mail rtvc@meraka.org.za seems not to work any more. This is a product of Meraka institute: https://sourceforge.net/p/videoprocessing/discussion/933076/thread/b7b9dc17ba/ I has been improved these filters, but there is written not to use CSIR Meraka name for derived/cloned product without permission. I am not sure whether it is a good idea to name my clone CSIR meraka or to choose different naming....
I have attempted to contact CSIR MERAKA institute without any success. To: enquiries@csir.co.za Hi, Mail rtvc@meraka.org.za seems not to work any more. This is a product of Meraka institute: https://sourceforge.net/p/videoprocessing/discussion/933076/thread/b7b9dc17ba/ I has been improved these filters, but there is written not to use CSIR Meraka name for derived/cloned product without permission. I am not sure whether it is a good idea to name my clone CSIR meraka or to choose different naming....
I have attempted to contact CSIR MERAKA institute without any success. *> To: enquiries@csir.co.za Hi, Mail rtvc@meraka.org.za seems not to work any more. This is a product of Meraka institute: https://sourceforge.net/p/videoprocessing/discussion/933076/thread/b7b9dc17ba/ I has been improved these filters, but there is written not to use CSIR Meraka name for derived/cloned product without permission. I am not sure whether it is a good idea to name my clone CSIR meraka or to choose different naming....
I have attempted to contact CSIR MERAKA institute without any success. To: enquiries@csir.co.za Hi, Mail rtvc@meraka.org.za seems not to work any more. This is a product of Meraka institute: https://sourceforge.net/p/videoprocessing/discussion/933076/thread/b7b9dc17ba/ I has been improved these filters, but there is written not to use CSIR Meraka name for derived/cloned product without permission. I am not sure whether it is a good idea to name my clone CSIR meraka or to choose different naming....
I have attempted to contact CSIR MERAKA institute without any success. To: enquiries@csir.co.za Hi, Mail rtvc@meraka.org.za seems not to work any more. This is a product of Meraka institute: https://sourceforge.net/p/videoprocessing/discussion/933076/thread/b7b9dc17ba/ I has been improved these filters, but there is written not to use CSIR Meraka name for derived/cloned product without permission. I am not sure whether it is a good idea to name my clone CSIR meraka or to choose different naming....
Please note that original DirectShow filters published here are barely working. I need to fix a lot of stuff to make it somehow working. I am not sure whether it is possible to name my bugfixed filters "CSIR VPP". There is written: Neither the name of the CSIR nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. But I did not get any response yet.
I have finally found one of sources of this kind of video corruption. Microsoft's renderer is a piece of a shit. In the last media connection negoitation phase it emits unexpected width and height. Sometimes negative ones. DShow filter must expect this. Only scale filter in version >=1.5.1 is now fixed for this issue: https://sourceforge.net/projects/direct-show-demo-filters/files/CSIR_VPP_VIDEOPROCESSING/
I have finally found one of sources of this kind of video corruption. Microsoft's renderer is a piece of a shit. In the last media connection negoitation phase it emits unexpected width and height. Sometimes negative ones. DShow filter must expect this. Only scale filter in version >1.5.1 is now fixed for this issue: https://sourceforge.net/projects/direct-show-demo-filters/files/CSIR_VPP_VIDEOPROCESSING/
H264 encorer or decoder is deffective, see images attached. Resulting video is corrupted. It fails for video with resolution 724x576. Used AV Objects video generator could be obtained from here: http://www.avobjects.com/download
There exists 2 public formats with a same internal byte representation MEDIASUBTYPE_I420 and MEDIASUBTYPE_NV12 (and both represent a same bytestream). It makes no sense to introduce a new GUID for already well known formats. I have added these formats to known format table of scalle filter: void ScaleFilter::InitialiseInputTypes() { AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB24, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB32, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video,...
There exists 2 public formats with a same internal byte representation MEDIASUBTYPE_I420 and MEDIASUBTYPE_NV12 (and both represent a same bytestream). It makes no sense to introduce new GUID for already well known formats. I have added these formats to known format table of scalle filter: void ScaleFilter::InitialiseInputTypes() { AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB24, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB32, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video,...
There exists 2 public formats with a same internal byte representation MEDIASUBTYPE_I420 and MEDIASUBTYPE_NV12. It makes no sense to introduce new GUID for already well known formats. I have added these formats to known format table of scalle filter: void ScaleFilter::InitialiseInputTypes() { AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB24, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB32, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_ARGB32, &FORMAT_VideoInfo);...
There exists 2 public formats with a same internal format MEDIASUBTYPE_I420 and MEDIASUBTYPE_NV12. It makes no sense to introduce new GUID for already well known formats. I have added these formats to known format table of scalle filter: void ScaleFilter::InitialiseInputTypes() { AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB24, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB32, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_ARGB32, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video,...
There exists 2 public formats with a same internal format MEDIASUBTYPE_I420 and MEDIASUBTYPE_NV12. It makes no sense to introduce new GUID for already well known formats. I have added these formats to known format table of scalle filter: void ScaleFilter::InitialiseInputTypes() { AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB24, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_RGB32, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video, &MEDIASUBTYPE_ARGB32, &FORMAT_VideoInfo); AddInputType(&MEDIATYPE_Video,...
Version 1.4.2 can rescale YUYV, YUY2 and YVYU video formats. Download CSIR_VPP_DshowFiltersInstaller-1.4.2.exe or higher release. It is strange, but the acceptable way to render YUY2 videoformat goes through AV Object's free video Transformer: http://www.avobjects.com/download - see image. All four standard Microsoft's renderers are faulty to render this videoformat directly. And standard Colorspace converter does not understand YUYV at alll.
Version 1.4.2 can rescale YUYV, YUY2 and YVYU video formats. Download CSIR_VPP_DshowFiltersInstaller-1.4.2.exe or higher release. It is strange, but the only way to render YUY2 videoformat goes through AV Object's free video Transformer: http://www.avobjects.com/download - see image. All four standard Microsoft's renderers are faulty to render this videoformat directly. And standard Colorspace converter does not understand YUYV at alll.
Version 1.4.2 can rescale YUYV, YUY2 and YVYU video formats. Download CSIR_VPP_DshowFiltersInstaller-1.4.2.exe. It is strange, but the only way to render YUY2 videoformat goes through AV Object's free video Transformer: http://www.avobjects.com/download - see image. All four standard Microsoft's renderers are faulty to render this videoformat directly. And standard Colorspace converter does not understand YUYV at alll.
Version 1.4.2 can rescale YUYV, YUY2 and YVYU video formats. Download CSIR_VPP_DshowFiltersInstaller-1.4.2.exe. It is strange, but the only way to render YUY2 videoformat goes through AV Object's free video Transformer: http://www.avobjects.com/download - see image. All four standard Microsoft's renderers are faulty to render this videoformat directly. And standard Colorspace converter does not understand YUYV at alll.
Version 1.4.2 can rescale YUYV, YUY2 and YVYU video formats. Download CSIR_VPP_DshowFiltersInstaller-1.4.2.exe. It is strange, but the only way to render YUY2 videoformat goes through AV Object's free video Transformer: http://www.avobjects.com/download - see image. All four standard Microsoft's renderers are faulty to render this videoformat.
Version 1.4.2 can rescale YUYV, YUY2 and YVYU video formats. Download CSIR_VPP_DshowFiltersInstaller-1.4.2.exe. It is strange, but the only way to render YUY2 videoformat goes through AV Object's free video Transformer: http://www.avobjects.com/download - see image.
Version 1.4.2 can rescale YUYV, YUY2 and YVYU video formats. Download CSIR_VPP_DshowFiltersInstaller-1.4.2.exe
I have made speed analysis: <test> Testing scale computing 32[bits] AMD Phenom Scale Orig RGB32 from 1920,1080->800,600 time 97.233[ms]. << originalC++ Scale RGB24 from 1920,1080->800,600 time 50.724[ms]. Scale RGB32 from 1920,1080->800,600 time 52.338[ms]. Scale ARGB32 from 1920,1080->800,600 time 62.008[ms]. Scale ARGB32_MMX from 1920,1080->800,600 time 24.887[ms]. Scale ARGB32_SSE from 1920,1080->800,600 time 24.385[ms].</test> <test> Testing scale computing 64[bits] AMD Phenom Scale Orig RGB32...
I have made speed analysis: <test> Testing scale computing 32[bits] AMD Phenom Scale Orig RGB32 from 1920,1080->800,600 time 97.233[ms]. << originalC++ Scale RGB24 from 1920,1080->800,600 time 50.724[ms]. Scale RGB32 from 1920,1080->800,600 time 52.338[ms]. Scale ARGB32 from 1920,1080->800,600 time 62.008[ms]. Scale ARGB32_MMX from 1920,1080->800,600 time 24.887[ms]. Scale ARGB32_SSE from 1920,1080->800,600 time 24.385[ms].</test> <test> Testing scale computing 64[bits] AMD Phenom Scale Orig RGB32...
I desperatelly needed scale filter. But the filter published here does not work well. It is signifficantly improved now. Two running video charts are consuming 33% CPU as depicted on image. I has been published modified filter here: https://sourceforge.net/projects/direct-show-demo-filters/files/CSIR_VPP_VIDEOPROCESSING/ It is unclean to me whether it is possible to use same naming or whether anybody is interested to merge my modifications of a code to this project.
I desperatelly needed scale filter. But the filter published does not work well. It is signifficantly improved now. Two running video charts are consuming 33% CPU as depicted on image. I has been published modified filter here: https://sourceforge.net/projects/direct-show-demo-filters/files/CSIR_VPP_VIDEOPROCESSING/ It is unclean to me whether it is possible to use same naming or whether anybody is interested to merge my modifications of a code to this project.
I desperatelly needed scalle filter. But the filter published does not work well. It is signifficantly improved now. Two running video charts are consuming 33% CPU as depicted on image. I has been published modified filter here: https://sourceforge.net/projects/direct-show-demo-filters/files/CSIR_VPP_VIDEOPROCESSING/ It is unclean to me whether it is possible to use same naming or whether anybody is interested to merge my modifications of a code to this project.
I desperatelly needed scalle filter and this scalle filter. But the filter published does not work well. It is signifficantly improved now. Two running video charts are consuming 33% CPU as depicted on image. I has been published modified filter here: https://sourceforge.net/projects/direct-show-demo-filters/files/CSIR_VPP_VIDEOPROCESSING/ It is unclean to me whether it is possible to use same naming or whether anybody is interested to merge my modifications of a code to this project.
I propose video scalling in assembly. It is a classic assembly, not SSE/AVX instructions. It could be even speed up (four times?) using SSE/AVX.
I propose video scalling in assembly. It is a classic assembly, not SSE/AVX instructions. It could be even speed using SSE/AVX.
I attempt to debug a problem. Tee pin filter is capable to connect into a DShow graph and it allows to run a graph. It receives 2 frames and then occurs deathlock. It is hard to locate a problem because there is no explicit crash. Providing Tee filter does not make any sense, because Microsoft provides "Infinite Tee pin filter" and it works without any problem: https://learn.microsoft.com/en-us/windows/win32/directshow/infinite-pin-tee-filter
I attempt to debud a problem. Tee pin filter is capable to connect into a DShow graph and it allows to run a graph. It receives 2 frames and then occurs deathlock. It is hard to locate a problem because there is no explicit crash. Providing Tee filner does not make any sense, because Microsoft provides Infinite Tee pin filter and it works without any problem: https://learn.microsoft.com/en-us/windows/win32/directshow/infinite-pin-tee-filter
A new installer is ready, it allows user to choose which filters to install, see image attached. This installer should work from Windows XP to Windows11 for both platforms Win32 and x64. Because nobody responds, I have temporarily store improved version of filters here: https://sourceforge.net/projects/direct-show-demo-filters/files/CSIR_VPP_VIDEOPROCESSING/
A new installer is ready, it allows user to choose which filters to install, see image attached. Because nobody responds, I have temporarily store improved version of filters here: https://sourceforge.net/projects/direct-show-demo-filters/files/CSIR_VPP_VIDEOPROCESSING/
A new installer is ready, it allows user to choose which filters to install, see image attached.
A new installer is ready, it allows user to choose which filters to install, see image attached.
It is very bad idea to use floating points double type for scale calculation. This could be used in some still images, but not in video. It kills performance at all. The original scale filter reached 100% CPU at 1280 * 1024 / 15fps. I propose a fix that consumes around 20% at 1280 * 1024 / 30fps. It is possible to make this even 6x faster using assembly code.
It is very bad idea to use floating points double type for scale calculation. This could be used in some still images, but not in video. It would kill performance at all. The original scale filter reached 100% CPU at 1280 * 1024 / 15fps. I propose a fix that consumes around 20% at 1280 * 1024 / 30fps. It is possible to make this even 6x faster using assembly code.
Scalling of RGB32 is desperatelly missing. I propose some implementation for this.
Scalling of RGB32 is desperatelly missing. I propose some implementation for this.
It seems to me that nobody attempted to recompile these DShow filters :(. Files RTSPOverHTTPServer.cpp and MPEG1or2VideoHTTPSink.cpp are missing. 1>------ Build started: Project: liveMedia, Configuration: Release x64 ------ 1> BasicHashTable.cpp 1> BasicTaskScheduler.cpp 1> BasicTaskScheduler0.cpp 1> BasicUsageEnvironment.cpp 1> BasicUsageEnvironment0.cpp 1> DelayQueue.cpp 1> HashTable.cpp 1> strDup.cpp 1> UsageEnvironment.cpp 1> GroupEId.cpp 1> Groupsock.cpp 1> GroupsockHelper.cpp 1> IOHandlers.cpp...
It seems to me that nobody attempted to racompile these DShow filters :(. Files RTSPOverHTTPServer.cpp and MPEG1or2VideoHTTPSink.cpp are missing. 1>------ Build started: Project: liveMedia, Configuration: Release x64 ------ 1> BasicHashTable.cpp 1> BasicTaskScheduler.cpp 1> BasicTaskScheduler0.cpp 1> BasicUsageEnvironment.cpp 1> BasicUsageEnvironment0.cpp 1> DelayQueue.cpp 1> HashTable.cpp 1> strDup.cpp 1> UsageEnvironment.cpp 1> GroupEId.cpp 1> Groupsock.cpp 1> GroupsockHelper.cpp 1> IOHandlers.cpp...
Class "FilterPropertiesBase : public CBasePropertyPage" declares INT_PTR OnReceiveMessage(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { //TODO: only SetDirty if the spin message was intercepted SetDirty(); // Let the parent class handle the message. return CBasePropertyPage::OnReceiveMessage(hwnd,uMsg,wParam,lParam); } But the class FrameSkippingProperties wants to return BOOL BOOL OnReceiveMessage(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { // Let the parent class handle the message....
Class "FilterPropertiesBase : public CBasePropertyPage" declares INT_PTR OnReceiveMessage(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { //TODO: only SetDirty if the spin message was intercepted SetDirty(); // Let the parent class handle the message. return CBasePropertyPage::OnReceiveMessage(hwnd,uMsg,wParam,lParam); } But the class FrameSkippingProperties wants to return BOOL BOOL OnReceiveMessage(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { // Let the parent class handle the message....
Class "FilterPropertiesBase : public CBasePropertyPage" declares INT_PTR OnReceiveMessage(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { //TODO: only SetDirty if the spin message was intercepted SetDirty(); // Let the parent class handle the message. return CBasePropertyPage::OnReceiveMessage(hwnd,uMsg,wParam,lParam); } But the class FrameSkippingProperties wants to return BOOL BOOL OnReceiveMessage(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { // Let the parent class handle the message....
Class "FilterPropertiesBase : public CBasePropertyPage" declares INT_PTR OnReceiveMessage(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { //TODO: only SetDirty if the spin message was intercepted SetDirty(); // Let the parent class handle the message. return CBasePropertyPage::OnReceiveMessage(hwnd,uMsg,wParam,lParam); } But the class FrameSkippingProperties wants to return BOOL BOOL OnReceiveMessage(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { // Let the parent class handle the message....
The current installations is not suitable too much. I am planning to create new installer. Plaese note attached file for inno setup. It works on both 32 and 64 Windows. For 64 bit windows it installs both sets of filters automatically. Is there any interest for this installer? I am publishing also several DShow filters here: https://sourceforge.net/projects/direct-show-demo-filters/ and the installer recipe could be very similar. The installer is available here: http://78.108.103.11/~fojtik/DQ/C...
The current installations is not suitable too much. I am planning to create new installer. Plaese note attached file for inno setup. It works on both 32 and 64 Windows. For 64 bit windows it installs both sets of filters automatically. Is there any interest for this installer? I am publishing also several DShow filters here: https://sourceforge.net/projects/direct-show-demo-filters/ and the installer recipe could be very similar.
The current installations is not suitable too much. I am planning to create new installer. Plaese note attached file for inno setup. It works on both 32 and 64 Windows. For 64 bit windows it installs both sets of filters automatically. Is there any interest for this installer? I am publishing also several DShow filters here: https://sourceforge.net/projects/direct-show-demo-filters/ and the installer recipe could be very similar.
Added StringTokeniser to general utils
Added MediaUtil lib
Added RGB32 to YUV classes
YuvSource
Added filters
H264Source
FrameSkippingFilter
Updated for VPP integration
Updated crop classes
Added pic in pic concat classes
Added pic in pic and scale classes
Updated AudioMixingFilter and CropFilter
Added filters from Source dir
Added latest changes
Updated to build H264 encoder and decoder filters
More changes for VPP integration
VPP integration coninued
More changes for VPP integration
Updating upstream changes for VPP integration
Added missing includes
Updated licences and added missing RC file
Added files for new H264 codec rate control release
Removed unneeded files
Basic new structure
Maybe you can help me?
Yes, /live worked. But, have another issue - after connection by VLC player I getting exception (attached) in graphstudio https://yadi.sk/i/GarmWZbr3L3NhP https://yadi.sk/i/Mv1cIFM93L3NoG
Yes, /live worked. But, have another issue - after connection by VLC player I getting exception (attached) in graphstudio (https://yadi.sk/i/GarmWZbr3L3NhP)
IIRC the streams default URI is rtsp://<ip>:<rtsp_port>/live. Can't remember off hand if the port was 554 or 8554 but you should be able to see that in the windows resource monitor. Will double check the URI when I'm back at work.
In ffplay I have "method DESCRIBE failed: 404 Stream Not Found" error
I have several questions... Right now I have the following graph: my webcam Logitech C920 -> CSIR VFP H264 Encoder -> RTSP Sink. Port is default - 554. I'm able to start graph but unable to connect using VLC or any other player. Am I missed something? URL is rtsp://localhost:554 .
No, that is correct, It does match the input type. Can you see in GraphStudio that...
Ah, thats interesting, thanks. The outputs from the Elecard Color Space Converter...
The VideoMixingBase::GetMediaType calls SetOutputDimensions to set the output media...
Hi, I have been trying to use the Video Mixing Filter but am having trouble getting...
Bug report by Russ. Bug fix in pip filter in in...
After registration, the filter should show up as an audio capture device. What issue...
Hello All, Any body know about how to use Virtual Mic filter? Thanks for any dir...
Hi, Thanks for the response. My knowledge about C++ and VS is limited (that might...
It is an IP camera with H264 (no sound). Ok, H.264 is supported by the filter with...
Hi Ralf, It is an IP camera with H264 (no sound). But I'm correct to say that both...