Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Much the same functionality already exists in the form of Silent mode.I don't see how silent mode solves the particular challenge of separating user interaction from downloading.
While the version may very well be important, your troubles may have had more to do with a bug in the recent update to 0.9.9.5, reported here. If your connection is working, leave it alone—the problem is it cannot be changed it using Connect to server.Yup. It is still not working properly...
Maybe I'll try 2.0.5 tomorrow...
I run Firebird as a service now, but until I figured out how to use it, I ran it as an application. Doing so provided a notification tool that would allow me to see if a connection I attempted was successful. If you're not already doing that, it might help you trouble-shoot.
What version of Firebird are you using? I don't know why there would be any problem using 2.1.2, but I'm using 2.0.5—because the embedded version used by PVD is 2.0.3.
I know nothing about Maestro, but this caught my eye:With the trial version of Firebird Maestro I was able to find the option for indicating connecting to an embedded database, and then I was able to connect just fine.
Is it possible you have Maestro configured to connect to the database via Firebird embedded, instead of the server?
Connect with [computer name:|ip address:]path (i.e., computer name or ip address are optional). All three ways work for me. So I don't understand why your last attempt would not work, unless...Ok, I forgot to tell you that I've tried that...
You haven't acknowledged the possibility I've suggested several times. If PVD is connecting to your database via Firebird embedded—because that's how it was previously loaded—you have to "disconnect" by switching to another database (or by creating a new one). Then Connect to server, entering the path to your original database.
raldo, did you use the "Connect to server" function from the Main menu?Yes, I tried that (after I realized that I need to install the beta, 0.9.9.5 beta 4).
If you need such functionality then you should install firebird server and connect to the database using the "connect to server" function.
No—but I suppose that's not surprising. So when the credits order is lost, it will be the user's fault. That'll go over well. Are you mentioning this because you haven't figured out how to number the results? If so, then this would be when the non-programmer (me) says, "What could possibly be so difficult about numbering the results?!"Smartass
There will be numbering.Like Rick, it seems to me that MC's approach to video metadata is certainly less than inclusive (although recent trends indicate this may change at some point)...I gather you're talking about displaying video metadata? Yes, it's completely incomprehensible.
The way PVD refers to fields has changed since this post, but it shows how you can go about creating an mpl from PVD: http://yabb.jriver.com/interact/index.php?topic=47538.msg326313#msg326313
If the resultant MPL were in a folder that MC could pick up in auto-import? I know it's not exactly what you had in mind, but we'd be halfway there at least...
To use PVD as a silent web retrevial engine would just give your sister & husband the impression it doesn't work.As I said earlier in this thread, PVD should ideally feed info/disambiguation back to MC.
Version 1.1 has to be at least a year away, so I hope you don't plan on waiting. I realize you probably want to do it your way, regardless of my opinion. But might the "simpler approach" be something like what I suggest, and still be something you can build on later? If so, you might consider a successful "phase 1" plugin might generate enough interest to make things happen faster.I'm working on something these days, maybe you'll see something within a few weeks
I think I'll just add COM server to my TODO list for 1.1. I am pretty sure that it is the most recent version I will be able to concentrate on such things like controlling PVD from another App. Please use a simpler approach until then.
If that's the design premise, it's hard to imagine how your plugin will further the development of PVD.Why? You could still use PVD in the way you've always used it and prune the data. And then use an MC plugin for import.
Yes, but one could still handle data integrity issues with a seamless system. You mentioned a new MC field "DateImportedFromPVD" which could be used to block import. Or some other mechanisms could be used.QuoteI'm interested in a system where the entire operation of metadata import can be done from MC.I don't think the benefits that might be had using this approach would come close to outweighing the data integrity issues I raised above. I wouldn't risk messing-up my database using it, even if it worked. And I'm sure it won't. It's already enough of a challenge controlling "the entire operation of metadata import" directly from PVD.
couldn't the plugin still extract all the data temporarily to XML and import that?Yes, that's exactly what I am saying in the above posts. Use the mechanisms that are already there. (but pass the data through UDP instead)
If I would need existing data from PVD I would just query the PVD database directly using SQL and then put data into MC using it's API. This seems like most powerful and universal way to me.
Raldo, I don't understand your apparent reluctance to consider this may be the best solution.
