INTERACT FORUM
Windows => Third Party Plug-ins, Programs, and Skins => Topic started by: quirtep on June 14, 2006, 02:25:33 pm
-
What happened to this plugin. If it's discontinued, is there any chance I could get a copy anyway since I use it all the time? THANK YOU!
-
My Cover Art Finder 3 Program Does This Now
Just Set It To Find the Data Local, And It Will Look In 3 Places For The Cover Art, And then Save it to the Place Where You have It Set In Media Center.
-
Maybe I'm doing something wrong, but it isn't working for me. I have my cover art saved in a specific directory - and I save it there manually myself. I then use Media Center to add images, and I have it set to copy the cover art to the folder as folder.jpg. Cover art is also saved inside the files. HOWEVER - If I then use Media Center to copy the album to a different location and then import these copies into the library, I would like a way to copy the cover art to the directory where the new copies reside. I used to be able to do this with the "Move Cover Art To Folder As Folder.jpg" plugin - the plugin would just use the covert art as embedded in the file and create the folder.jpg from that. Bottom line: Is there any possibility of me getting my hands on the old plugin since it was simpler and worked perfectly for my purpose? THANK YOU!
-
As I Said Tell MC to save It As Folder.jpg
And Set It To get art Local
And Run it
It Should Save The Image As Folder.jpg if it finds the art.
I am not sure if the other code exists.
-
OK - I got it to work - but it is MUCH slower than the old plugin was. Why if I have it set to look first for art locally does it take several seconds for each and every track? The old plugin would whip through a hundred tracks in a minute. This takes over an hour...
It appears to be ignoring the setting to look first for local art because when I look at the event log, I see "Remote File Exists." Since I have the cover art for every track I'm using with the plugin and have the plugin set to look first for local art, it should never even look on the remote server...
-
Never mind. I managed to write my own little script using the C# plugin. Thanks anyway.
-
Since I have the cover art for every track I'm using with the plugin and have the plugin set to look first for local art, it should never even look on the remote server...
your right
I also think J. river changed a few things in mc11.1 how it saves, and that's why it is slower with not only this plug-in but others. and it is due to MC is saving right then and not waiting when the user exists the plug-in.
But i also could be wrong, but i don't think so.
-
OK, I'm right that that's how it should work - but it wasn't working that way. I'm pretty sure the slow speed was caused by it looking at the remote server even though it shouldn't have been. Also - I could be wrong - but I don't think so. (my ego is big!)
-
Also - the little C# program I wrote which basically does the same thing as your old plugin (move cover art to directory as folder.jpg) is fast...
using System;
using System.Windows.Forms;
using System.IO;
//css_reference MediaCenter.dll;
class Script
{
static public void Init(MediaJukebox.MJAutomation mediaCenterInterface, System.Windows.Forms.TextBox textBoxReference)
{
//Get the current playing now playlist
MediaJukebox.IMJCurPlaylistAutomation playlist = mediaCenterInterface.GetCurPlaylist();
System.Windows.Forms.TextBox outputTextBox = (System.Windows.Forms.TextBox)textBoxReference;
string PrevAlbum = "";
//Iterate through all the files in the playlist
for (int counter = 0; counter < playlist.GetNumberFiles(); ++counter)
{
//Get the file from the current position in the playlist
MediaJukebox.MJFileAutomation track = playlist.GetFile(counter);
//Get the track's filename
string trackFileName = track.Filename;
//Get the track's album name
string Album = track.Album;
if (PrevAlbum == "" || PrevAlbum != Album)
{
PrevAlbum = Album;
string image = track.GetImageFile(MediaJukebox.MJImageFileFlags.IMAGEFILE_IN_FILE);
//Determine the location of the filename
string trackLocationOnDisk = Path.GetDirectoryName(trackFileName);
try
{
//Currently set to overwrite destination folder.jpg that already exists
File.Copy(image, trackLocationOnDisk + "/folder.jpg", true);
}
catch
{
}
outputTextBox.AppendText("\r\n" + Album);
}
}
}
}
-
I'm pretty sure the slow speed was caused by it looking at the remote server even though it shouldn't have been.
I Agree
This was an option i added for someone so it would replace the folder.jpg program.
I was quite shure it did not do that, but i will look at it to see if thats what it is doing and fix it if it is.
-
I'm pretty sure the slow speed was caused by it looking at the remote server even though it shouldn't have been.
well this is true it does access the site, if you turn all off but one of the options this will limit the server access however.