Anmelden:     

Forum: General Discussion

Topic: Taking requests for new tool application - Page: 2

Dieser Teil des Themas ist veraltet und kann veraltete oder falsche Informationen enthalten

So, what you're saying is that your app will be able to extract the field headers and data out of the XML database, then export that infomation in various file formats.

My file type preference is Access .mdb

Thanks

Joey...
 
tayla wrote :
joey is it a secondary backup tag file your looking for.


No, it can't be a secondary backup because there is no first backup to begin with.

What my idea is trying to achieve is a way to capture any media file edits within VDJ through a text file that would be written by a FileLog feature within VDJ to accomplish this.

Then you can open and use that FileLog information to help you, using MP3Tag or Tag&Rename to make edits to the file tags and synchronize the file info to the VDJ file database info.

VirtualDJ won't have to write to tags directly, only to a FileLog.txt file which you can mechanize or do it manually.

Thanks

Joey...
 
JamesWjRose wrote :
If you have a file type preference please let me know.
For my needs, either a tab delimited .txt file or a .csv file.

Looking forward to your release,
Robert Pfeifer
Pifemaster Productions
www.pifemaster.com
 
Will there be anyway to merge two databases from different computers?

Example. Computer "A" and computer "B" have duplicated copies of the physical library and folder structure. DJ#1 is using computer "A" and sets a bunch of cue points he wants on computer "A", Dj#2 is using computer "B" and sets his cue points on computer "B". What I want to do is ADD the cue points from computer "A" to computer "B"'s database (and vice versa) so when the Djs have to switch clubs and are using the other system they can import their cue points from each system without losing the cuepoints already on the system.

The other thing I think would be very helpful is if each file could be set with a unique identifier so when you had a file in a playlist or history list and wanted to bring that list back in at a future date if the file had been moved the playlist/history list would look for and find it in it's new location.

Example. When a playlist is made a song may be in the "Current Dance" folder....a few months from now the song is no longer current so it is moved to the "2000's Dance" folder. As it is now if you bring up the old playlist or history list when the program is in autoplay mode it will skip the song(s) that had been moved because it can't find them. If there was a way for the playlist to search for the song and locate it's new location it would not need to skip it.

Thanks for listening!
 
DJ-Electric,

Interesting idea. I will def think about it. The one issue that I have to be aware of is that Atomix would prefer if I do not affect changes to their database. And this is understandable because if I make changes to the database they end up with the support calls/emails. (Not because I ignore it, but because the user would not know what the issue is and would start by contacting VDJ. So I understand their concerns.

I will look into your idea and see what I can do.

Thank you very much for the input (really!)

Peace,
James
 
Rather than writing over the existing database can't you have it write a new database called "VirtualDJ Local Database V6.xml.new" and then if we want to try the changed databse we can simple rename the original database as "VirtualDj Local Database V6.xml.original" to save it and then use the new database....that way if it screws up we know it was not VDj's faul and it was the new database and we can revert easy enough back to the original.
 
Yah dj-e-lectric,

I was thinking the same thing, just swap out the database and Done..

Another idea is to restrict the write back to file info fields, worst case scenario, you'll have to rescan & fix links.

Joey....
 
Yes I can write a new database. What I am planning on doing is opening a conversation with Atomix on what they feel is acceptable practices so that I can give the users the most functionality with the least worry for Atomix. I respect the work they have done (I've been in IT for over 20 years and a software dev for over 15, so I can comprehend the amount of work that has gone into VDJ) and do not want to make their life worse by screwing up the database or causing them additional support issues.

So, short answer is yes I can make an additional database called "xyx" and even make an automatic backup of the current one (just in case) But I want to ask them first what they would be comfortable with.

DJCel has been great about going through my code for "DJ Patterns" (and he found few minor bugs, thanks!) and I'm more than happy to have my code be reviewed by Atomix but even that does not mean that I couldn't screw it up. Testing is a big deal and can be very teadious and expensive.

I have not given up, I just want everyone to know that I am being appreciative of you wants/needs as well as Atomix's business.

Peace,
James
 
Does Anyone Have The New Denon s3700 Skin? if you do can you please message me at djprophesy.mixtapes@Live.com i REALLY need it Thanks !
 
Skins are available to Pro Users only. If you have a Pro licence, register it against your profile and you will be able to download it.

Cheers,

Roy
 
PLEASE!! Please can you add the ability to write back from the XML to the MP3 and MP4 tags so that you can copy out BPM, Key, and most importantly -- cue points into the actual MP3/4 tags?
 
djpoopypants wrote :
PLEASE!! Please can you add the ability to write back from the XML to the MP3 and MP4 tags so that you can copy out BPM, Key, and most importantly -- cue points into the actual MP3/4 tags?



I would love to do so, however I have been asked by Atomix not to write to their database. This is understandable because if I make a programming mistake and screw up their XML file, then they will be the ones stuck with the support issues.

So yes, it is possible. If they change their mind, or if we reach a mutual agreement then I will do so.

Peace,
James
 
What about writing a new database to write back to that can be used, this why you can swap if something go's wrong and you won't be writing back to the original VDJ database.

Use at your own risk... and you'll still have the backup.

Joey....
 
djpoopypants wrote :
PLEASE!! Please can you add the ability to write back from the XML to the MP3 and MP4 tags so that you can copy out BPM, Key, and most importantly -- cue points into the actual MP3/4 tags?


I second that emotion...especially the cue points would be nice
 
Hmmm... I have developed an application in the past that would do exactly this. (Copy Database info in the ID3 Tags of the files). The application was not perfect, but however it did it's job especially with MP3 files.
James you don't have to write on the VirtualDj database to accomplish this. You only have to READ it! Of course, copying the cue-points info is useless if you can't bring it back and that will still be a missing feature. However, all the other common changes from withing VirtualDj could be copied inside the ID3 Tags. So, even if you have to rebuild your VirtualDj database you don't miss everything...

If you need any help with this part send me a PM. My application was written in VB.NET using a third party SDK for the ID3 Tags which I hold license for. I always wanted to improve my app, but my time is way too limited right now. So, if you're interested I might give it up to better hands!
 
I have toyed with doing this myself. Again you don't have to write to the VDJ database simply read and write to the MP3/4...

James, take a look at the UltraID3Lib. It's .Net Framework compatible...

http://home.fuse.net/honnert/UltraID3Lib/

Have spoken to the developer on many occasions. Nice bloke.

Cheers,

Roy
 
Thanks guys.

I haven't looked at the Ultra library in years. The idea of making the changes into a new database is still viable. The first release of DJT2 (the next version of the "DJ Patterns" app) will be coming within the next 4 weeks. (I have a nice vacation cruise in 10 days so...)

That release will have the "DJ patterns" abilities as well as the Export process. I have updated the code so that the process can be faster and so that new features will be easier to plug into it in the following versions.

I will upload the code so that anyone can view it, change it, or offer ideas.

One idea that was suggested, that I like, is to offer the user to add user defined tags to media. That data would be held in a different XML file and would allow the user to sort/filter based on these tags.

One of the features added to the upcoming release that I'm fond of is the ability to filter data (in Export and/or Patterns) based on selected genres. (one or more)

Peace,
James
 
I wanted to have an id3 <-> vdj dj synchronizer and have all parts (read/write id3, read vdj db) but I cannot get the correct character encoding to make succesfull writes to the database.

And _after_ spending all this time coding it all and experimenting with all sorts of character encodings I get the bright idea to search the forums. So apart from the fact that I cannot write a working VDJ DB file I now know I'm also not supposed to. I understand and respect Atomix' reasons and promise I won't call them if I mess up my own database :). An workaround I could see is that Atomix adds an 'import database' option (which is also usefull for users to restore a backup!) that imports and displays a dialog if something went wrong telling the user that the blame lies with the database you want to import, and not to call tech support.

Well. Please correct me if I'm wrong, and I'll be following this thread to see if your talks with Atomix. And of course post/submit my script (without VDJ DB writing of course) as soon as the Hercules mk4 w/ VDJ Le hits the stores and I can purchase a Pro version at a reduced price. I'm guessing there are some mac users out there who can use my script.
 
Writing to the database or constructing a new one from scratch is easy, it's just s standard UTF-8 file - where you're probably going wrong is that you are indenting entries too much. Virtual DJ's database has to have exactly one space for elements on a new level. As for tagging, TagLibSharp does everything and is what I used in my meta-data tool a long time ago. It wouldn't be terribly difficult to get file<=>database synchronization implemented.
 
Well, either the XML VirtualDJ has created is not UTF-8 encoded, or there is some sort of escaping going on that I don't recognise, since there are both '&amp;' and '&quot;' entries in the filenames which looks like HTML escaping, and accents like 'õ' appear as 'o~' (tough when I copy-paste it here to post it it the correct character appears).

The indentation does explain why some databases my scripts produce cannot be read by VDJ.
 
98%