Rolf Kalbermatter

QUOTE (Hurdus @ Dec 10 2008, 05:42 PM) Seems like a http://forums.ni.com/ni/board/message?board.id=170&message.id=373893&query.id=30448#M373893' target="_blank">cross post. It's considered polite to give a reference to such cross posts so that people are not wasting their time answering you with ideas when the whole problem might already have been solved on another board, which in this case is. Rolf Kalbermatter

QUOTE (BrokenArrow @ Dec 21 2008, 09:29 AM) Alphabetical order is for many things completely useless. There may be many more "means" with something in front too and then it doesn't help. But once you know the term mean and use the online search (palette search, quick drop or anything like that) you will get them all. It's been years that I really did use an alphabetical list to search for something rather than online resources (google, online help, etc, etc). I find alphabetical lists mostly useless, almost like learning out of your head complete mathematical or chemical formulas. Rolf Kalbermatter

QUOTE (Darren @ Aug 12 2008, 09:56 AM) Actually that is not correct. I happened to have an older application developed in LabVIEW 7.1 and Vision 7.1. After installing LabVIEW and Vision 8.6 I recently made a minor bugfix to the application in 7.1 and sent out the executable to the client. It wouldn't work anymore since the executable was complaining about various Vision VIs not being loadable. Investigating in an older install of LabVIEW I found out that various VIs were different where they were implementing shape to Region conversions in the diagram in 7.1 and were now calling the nivision.dll for these functions in 8.6. Of course the installed Vision 7.1 DLL did not contain those exports. It must be the 8.6 installer since I did only install Vision in 8.2 at the time 8.2 got released and had made other modifications in 7.1 on that application since and never installed Vision in 8.5 since I never used that version for much. The client had to download the Vision Runtime 8.6 from the Website and install it but then got an evaluation dialog despite that the Vision Runtime 7.1 was installed and licensed on that system. Not Good!!! Rolf Kalbermatter

QUOTE (Pollux @ Dec 19 2008, 02:46 PM) It's not just Romanian but in fact German and a few other European languages too. It's English too at least according to this: http://www.thefreedictionary.com/analphabet and this: http://www.merriam-webster.com/dictionary/analphabet Rolf Kalbermatter

QUOTE (BrokenArrow @ Dec 15 2008, 10:56 AM) They still do that but not in paper form. It's all in the online help. I doubt there exist one single file or document, listing all of what you want. It's all buried in numerous knowledge databases, documents, internal release guidelines, build files, etc. etc. It could be compiled probably but I would hazard this to be a very time consuming job with little benefit as every driver release or even bug fix will change that again. Rolf Kalbermatter

QUOTE (test001only @ Dec 12 2008, 04:02 AM) Do you mean memory or disk space? For the first it obviously won't work as the file on disk is not loaded into memory unless you do an explicit file read. The later I'm 100% sure does work as I use that for instance in some data logger applications to make sure that the file is properly allocated without having to worry about disk full issues during the logging itself. Rolf Kalbermatter

QUOTE (Irene_he @ Dec 12 2008, 09:49 AM) This is a bit of a nitpick but most Canon Cameras do support some settings over PTP. The problem is that the Windows WIA driver for PTP cameras only supports some generic PTP properties and methods. And there is no easy way to access that PTP interface directly on Windows machines. I do have a LabVIEW interface that goes through WIA to access a PTP camera directly through its PTP interface using the WIA passthrough operation. But this is both non-open source and also anything but trivial or for free . Even when you would have that interface you would have to have documentation over the actual supported PTP properties and methods in order to be able to do much more than just take a simple image. And setting those properties right is anything but trivial since they seldom mach the settings you would make on the control dials or menus directly but have different units/operations and often depend on other properties too. I have only used this interface with Nikon DSLR cameras (D series) also controlling vendor specific properties and methods not supported by the generic WIA interface so far and have no experience with the Powershot series of Canon at all. Rolf Kalbermatter

QUOTE (Antoine Châlons @ Dec 18 2008, 06:08 AM) There is probably no way to disable this completely. At least the first time you really do want to have this security check as otherwise every virus could connect to Skype and (ab)use it for whatever it wants. MS had this in the past that any application could conenct to Outlook over ActiveX and that was a perfect way for a Virus to harvest the entire email address list as well as using the Outlook credentials to send out tons of spam mails. So they had to disable unnoticed connection to Outlook over ActiveX with a security patch. Maybe that Skype will cache a once given acknowledgement for a specific application somehow so it won't prompt each time again but the first prompt you do not want to give up ever! Rolf Kalbermatter

QUOTE (xavier30 @ Dec 16 2008, 06:47 PM) Not sure exactly about the details at the moment, but first the *.framework is not a file but a directory on the Mac. It contains various files that implement the actual shared library in a fairly clean versioned manner. If you want to see an example of how it is doen you can go and checkout the lvzip sources from the OpenG Toolkit on sourceforge. There is an XCode project contained to compile the various sources into a MacOS framework. Rolf Kalbermatter

QUOTE (Antoine Châlons @ Dec 18 2008, 04:19 AM) I don't think you can programmatically login. I only looked briefly at the Skype ActiveX interface and it seems if you open a reference to the SkypeClient interface you can define the user to login with in the IClient.OpenAuthorizationDialog method but it has no password so if this is what you are looking for it will simply put up a login dialog to prompt the current user for his password. The IApplication.Connect method doesn't seem better. Rolf Kalbermatter

QUOTE (Ton @ Dec 16 2008, 01:13 AM) You would be surprised how many different MS sanctioned clipboard formats there can be. There is certainly some form of special path type and I believe it can even come in various flavors such as shell ITEMIDLISTS but also other types. Either, although possible, is not practical to do without some external code in form of a DLL. QUOTE (asbo @ Dec 17 2008, 07:57 PM) He's looking to intercept/emulate the file move/copy functionality of the context menu in Windows Explorer. Unfortunately, I don't know enough about how that works to comment - it may use DDE messages or something similar. Nowadays this is usually done with shell COM objects. Either IDropSource or IDropTarget depending on if you are the source of or a registered target for possible drag operation. You also implement IDataObject to contain the actual data object itself which can contain support for one or more different clibboard formats. It is certainly not something you can do directly in LabVIEW but which requires some external code in form of a DLL, a good understanding of COM in general and the poor mans shell implementation of it and of drag and drop operations in general. If you do not know C/C++ quite well you are in for a steep learning curve. Rolf Kalbermatter

QUOTE (Gary Rubin @ Dec 9 2008, 12:03 PM) Some of the Advanced Analysis Library Or Vision functions could be offloaded from inside those functions if the library and hardware has been found present. However there is of course the issue about data transfer. I suppose offloading large data sets to do small discrete operations on the GPU wouldn't be to efficient because of the necessary transport of data from and to the GPU. So it would be mostly for specific very computationally intense algorithms only. I'm not sure if a simple FFT would be already enough for that. Rolf Kalbermatter

QUOTE (Neville D @ Dec 8 2008, 03:51 PM) Nothing against that. I just say betting in an application on CUDA limits the possible platforms you can deploy this application to. QUOTE BTW MACs use NVIDIA graphics (in addition to INTEL integrated graphics) so potentially this could increase performance on MAC machines in the near future as well. Anyway, I think its a good direction for processor hungry applications like Vision or control. Software still would need seemless support for processing everything on the host CPU to make this useful in most applications. This makes such a solution a bit hard to do through the call Library interface and IMO it is much better to integrate that on a much lower level such as on the graphics routine kernel in a Vision library. Or in the analysis library. However latter may be a little hard for the LabVIEW Advanced Analysis Library since it makes mostly use of the Intel Math Kernel library and I'm not sure Intel is going to integrate CUDA into it nor even facilitate it for others to do so. Rolf Kalbermatter

QUOTE (Michael_Aivaliotis @ Dec 8 2008, 01:05 AM) And that caused a lot of bitching in the past since it didn't always work optimal. For many versions Bundel/Unbundle by Name could get really badly confused and just randomly switch terminals (and not always was that causing broken wires). The situation was so bad that I had wished it would not rename at all but just leave invalid names in the Bundle/Unbundle instead and let me search it out manually. Rolf Kalbermatter

QUOTE (tushar @ Dec 5 2008, 04:00 AM) You should really read the release notes to the ZLIB library. There is a section in it that reads: 2) Adding of files into existing ZIP archive supportedZLIB Compress Directory.viZLIB Compress Files.viZLIB Open ZIP Archive.viThe boolean parameter to append or truncate has been replaced by anenumeration to support addition of files into an existing archive.The old append value meant that the ZIP file was tacked to the endof the existing file which might have been useful for a selfextractingexecutable only.Following table shows the old and new settingsold value new value remarksFalse create new truncates existing file to 0True append to end appends to end of existing fileNA append to archive appends new files into the archive Obviously you do not want to use "append to end" but "append to archive" instead. Rolf Kalbermatter

QUOTE (Luis Fernando @ Nov 27 2008, 10:45 AM) Unless you get them from the manufacturer of the device they probably don't exist. NI does write instrument drivers but most times includes only the functionality they: - can test - can understand - and believe is useful Even many instrument manufacturers do write instrument drivers for LabVIEW and do apply exactly the same rules in deciding what to support in such a driver! Many of the instrument drivers on NI's instrument driver download are actually from the instrument manufacturers and that are often not the most complete or well written drivers of them all. Rolf Kalbermatter

QUOTE (MJE @ Nov 23 2008, 08:18 AM) When you call DLL functions and configure the parameters right LabVIEW WILL pass the data pointer to the DLL and NOT copy all the memory before calling the function or returning from it. I haven't looked at CUDA and am not sure how it works but if what you mean by paralellisme is that you can call several fucntions in parallel to work on the same data then yes you would get a problem when calling that in LabVIEW. LabVIEW manages it's memory in its own and very dynamic way. It will make sure that a memory pointer passed to a DLL function will remain locked in place and valid for the duration of the function call but once the function returns that memory can be reallocated, moved, copied, overwritten, deallocated and whatever else you can think of at LabVIEW's will and at any time. So if you would need to call functions that will hold on to memory buffers beyond the function call itself you can't use LabVIEW's Call Library Node without some good LabVIEW-C voodoo power. All in all the perfect case to create a wrapper DLL to interface between LabVIEW and such libraries. However the biggest draw back I do see is the fact that I haven't owned an NVIDIA powered computer in all the time so far. Sort of makes such a solution very narrow scoped in terms of possible deployments as I'm sure I'm not the only person that does own a computer with a different graphics processor than from NVIDIA. Rolf Kalbermatter

QUOTE (crelf @ Oct 24 2008, 08:08 PM) It's what you get when using the newest MS compiler tools. They create DLLs and executable's that explicitly link to the newest and greatest MS C runtime libraries. Using older MS compiler versions has the benefit that all current MS OSes come with those runtime libraries already installed but I guess Vista wasn't compiled with MS VC 2008 and therefore does not come with its runtime libraries. Ok I admit, the LabVIEW RTE installer should have installed the redistributables of whatever runtime libraries for the compiler that was used for the delivered LabVIEW components . I prefer to compile my tools with Visual C 6.0 and so am sure they will work even on a Windows 98 or NT 4 out of box installation . It's really great to just have a VI library and a DLL and not have to worry about the correct runtime libraries being installed. Also makes life a lot easier if you don't have to tell someone to first install .Net 2.1.2.3.5 or higher before attempting to run your software. Rolf Kalbermatter

QUOTE (TobyD @ Oct 23 2008, 10:37 AM) This is OS independant. Works on all systems. If a valid DNS setup is configured you get the machine name otherwise the IP number. Rolf Kalbermatter

QUOTE (labviewRTS @ Nov 14 2008, 05:22 PM) Actually the most challenging and time consuming part is to create the requirements specifications together with the functional specifications. Certainly with a system like what you have in mind! Once these have been created and verified the actual implementation is still a lot of work but in fact simple in comparison. So you probably shouldn't hold your breath for someone to create for you the grunt work of your system. Those that know what would be involved and know how to write such specifications, likely would write such a software themselves if they haven't already done so. Rolf Kalbermatter

QUOTE (Justin Goeres @ Dec 1 2008, 02:55 PM) The reason is obvious. Transparent means whatever is behind has to show through. The only way to do that is by letting the parent redraw itself and then redraw its own contents on top of it. This by definition is redraw first at all times. There is no other way to achieve real transparency. You can see that issue also with other controls that are overlapping and set to have parts transparent. Transparency in any UI object is a very difficult thing to handle correctly AND with good performance. There is sort of a bug in here in the property node that COULD return an error when you try to change it but not in any other way. I guess the property node just ignores the change of the property though, since there wasn't a readily available error code to return. Rolf Kalbermatter

QUOTE (Shazlan @ Dec 4 2008, 04:12 AM) And how would you suppose would the data go from the PCI expansion box into your computer? Not that I would trust this to work even if the ExpressCard to connect it to your computer would not be damaged. PCI expansion slots have many troubles and if they have to go through ExpressCard slots even more. Many drivers are not written to allow transparent access through PCI hubs and even if they are, many PCI hubs (your ExpressCard is one too) are not implementing the PCI specs correct enough to allow particular bus transfers such as DMA or certain Interrupt operations to occur transparently. Rolf Kalbermatter

QUOTE (Neville D @ Nov 19 2008, 12:40 PM) Either that or Pharlap ETS (from Ardence, ähem I mean IntervalZero). My guess would be VxWorks though since it is usually a bit more compact and their support is supposedly good (as is their price , in this market you certainly get what you pay for). Yet another LabVIEW targettable embedded OS would really not make much sense at all. I don't think the Matrox cameras will have a big effect on the NI pricing. The strength of the NI cameras is that they can be easily targeted directly from within a LabVIEW project and their algorithme is simply programmed in LabVIEW too. It might be an issue for high volume projects though where the nice integration in LabVIEW is not as important as the total cost of the entire solution but I'm sure NI will certainly be open about volume discounts if you tell them you need 10000 of these nice gadgets :laugh: . Rolf Kalbermatter

QUOTE (Darren @ Dec 6 2008, 01:00 AM) Autorelinking is tricky. It is usually required when you change the connector pane and that can be not always unambiguously resolved. I wouldn't mind if there was a dialog that tells me something like: "There are currently XX instances of this VI in memory and they can all be relinked safely/not safely! Do you want this to be done automatically?" though. Rolf Kalbermatter

QUOTE (Lorenzo @ Dec 4 2008, 05:24 AM) ActiveX might work provided you find the right application but it is really overkill for that. Try to find a tool that provides a command line program and just call that using System Exec. Don't expect LabVIEW to do it for you. PDF is not a format LabVIEW is ever going to support natively. To complicated, in fact proprietary, and an ever moving target with every new release of Acrobat adding yet another 20 nifty feaatures to it. Rolf Kalbermatter