-
Posts
470 -
Joined
-
Last visited
-
Days Won
20
Content Type
Profiles
Forums
Downloads
Gallery
Everything posted by viSci
-
Alternative to Citadel for logging and displaying time series data
viSci replied to TTGrey's topic in Database and File IO
Has anyone looked at NI's new Systemlink / Skyline technology? It looks like a type of DDS running on RabbitMQ that is being used for all future LV software and package deployment for Windows and Linux platforms. Skyline 17.5 has Publish Subscribe tag's, tag viewer and a new web dashboard that can bind to tags. I was informed that in Q2 Skyline will have historical capabilities but am not sure if it could serve as a citadel replacement.- 9 replies
-
- historical data logging
- searchable data
-
(and 1 more)
Tagged with:
-
There is probably a way to stream from VLC but I have not figured it out yet. I did look at the Blackmagic SDK and played with an example that can stream a solid blue screen to the SDI output. I guess that is a starting point...
-
Shaun - Thanks for the link. There is a DirectShow rendering example given for mms video stream but I could not get it to work. I tried to modify the URL for local media but no luck. I will try to contact the originator of the library... bbean - Yes Blackmagic does have a nice app that works great. I can use it to stream uncompressed AVI files to my SDI output. The problem is that I need to do this programatically...
-
Thanks for the links. Took a peek but did not see any examples or API's of how to stream video to a directshow output device.
-
I have a BlackMagic UltraStudio SDI device that connects to a PC via USB3 and provides SDI video input and output. I was hoping to be able to generate AVI files in LV and render them via DirectShow to the SDI output but so far I can only get this to work in 3rd party video application software. I was wondering if anyone has had any luck using the DirectShow interfaces in LabVIEW and if they would care to offer some tips or example code.
-
Actually that mod did not work. Here is the solution I came up with. I tried passing in the cluster typedef directly into the DLL but it always crashes .
-
-
Ok I realized I did not follow your instructions correctly. After I changed 'Adapt to Type' to 'Array' it ran without crashing. I am getting back an unstructured string but it is a starting point. Thank you Ned, that was a big help!
-
The Typedef on the last line was just meant to indicate that the DLL function takes two parameters, the first is a pointer to a U16 and the second is a pointer to the data structure I am trying to build. I tried as you suggested, to create a large U8 array and pass it in as a pointer to array and adapt to type. It no longer crashes in edit mode and now waits until I run the vi
-
I have create a LV wrapper for a DLL that crashes LV when the CLN is simply wired in edit mode and saved. I will admit that the DLL prototype requires a rather obese LV cluster which is so large it freezes LV when probed but still I do not see any other way to convey the data. Here is the diagram... LV will crash when I connect the cluster to the 2nd input of the CLN and then Save. The CLN function prototype is... int32_t LDR_GetCsmuDir(uint16_t *DirType, void *Response); The Response parameter is set to 'Adapt to Type', Pointer to Handle. I also tried 'Handles by Value' as it still crashes. Basically I have a cluster of 256 strings each of which is 256 characters, which appears to be too much for LV to handle. Perhaps there is a way to Malloc the data but that is outside my area of knowledge presently.
-
It has been awhile (more like 6 years) since the great SVN, HG, GIT debate occurred in the LAVA community. I thought it would be informative just to get a simple roll call of who has settled for what. Rationales are optional, just wanted to get a head count...
-
At NIWeek, the new NI Package Builder was showcased. It looks like an alternative to VIPM, is that correct? Did anyone notice if it is going to work with previous versions of LabVIEW or just 2017?
-
ActiveX to Automate Excel - Bug/Anomoly Report
viSci replied to peter_flores's topic in LabVIEW General
I have greatly simplified my life by using the XLR8 3rd party toolkit for all my .xlsx needs. http://sine.ni.com/nips/cds/view/p/lang/en/nid/212056 -
I was dismayed when a large client announced they are abandoning their sizable investment in NI cDAQ HW to go with the Siemens LMS SCADAS system. It got me wondering why NI does not offer something to compete with this type of Uber DAS system and software. Certainly NI has the HW covered, although LMS has a better take on DAS HW with multi-functional inputs (voltage, current, PWM, etc). I would love to hear your take on the subject... Just a side note that the systems I am talking about are fairly small < 32 channels, so it is not the large network based scalability of the LMS that is the selling point. Rather it seems to be the desire to have full featured, fully integrated, off the shelf software supported by a larger company that is the draw.
-
Register for shared variable data value change notifications
viSci replied to george seifert's topic in LabVIEW General
More info on the subject... http://zone.ni.com/reference/en-XX/help/370051P-01/cvi/libref/cvicnvcreatesubscriber/ -
Register for shared variable data value change notifications
viSci replied to george seifert's topic in LabVIEW General
Amazing NI is still trying so hard to sell the DSC. From what I can tell NSV events are possible in CVI without the DSC. Here is an old thread that ends in some CVI code that show how to register NSV change callbacks. Now all you have to figure out it how to trigger LV user events from CVI, which I believe is possible. http://forums.ni.com/t5/LabWindows-CVI/NSV-Async-Read-Callbacks/td-p/1329994 -
Here is a pi in the sky question... Will there be any support for acquiring images over the MIPI interface?
-
Quite a few years in the making..many thanks for your dedication! I especially like the new script event feature with line number status.
-
Thanks for the replies. I went with a tool called FireDaemon, it is low cost $50 and works very well! Of course I also refashioned my app to remove any nasty popup's or dialogs that could occur. I also added a command line interface and a comprehensive log file which was essential to debug various issues with my new LV service.
-
Nice, thanks! I think this would be a good starting point. Perhaps add auto ref level based on the measured amplitude and offset. Also could add interpolated indexes since there is a small error between the thresholded index and the actual fractional index that would correspond to the precise point where the signal crossings occur.
-
Does anyone remember if there was an older version of this vi written in pure G? I would like to have a version that I can modify to return all pulse measurements in a waveform instead of just the one specified. It seems like much of the work in finding one pulse could be applied for finding all pulses. My interest comes from a requirement for real-time processing of a 32 channel AI at 100kHz with each ch containing ~ 500 pulses/s. The current Pulse Measurement vi is about 10x too slow to keep up. I am on my way to creating my own from scratch but still would be useful to have on hand for comparison.
-
Just curious to know if any capability has been added to allow Lua to call multiple LV vi's within a single script. Also is it possible from within LV to single step a Lua script?
-
Greetings all - I have a LabVIEW 2014 executable that I am trying to put into a form that can be run as or from a Windows Service. Of course I removed all possible dialog windows and any need for UI interaction. I did my testing using a program called FireDaemon which can wrap any window exe as a Windows Service. I found that I could not get it working until I included the NI Authentication Service (NIAuth) as a dependency within FireDaemon. If I do not do this my application (which does not use any web services as far as I know) just hangs when the Windows Service activates. Does anyone have a clue about this? I would like to create a version of my app that does not require this dependency.