[quote="trixmoto"]I don't think I can access your ticket - how about emailing it to me?[/quote]

Sorry I did not realize the 'ticket' system was only for MM developers.

But they pointed me to here.

http://www.filedropper.com/importm3uowner-pc

It is a 581kb .LOG file

Thanks again

I don't think I can access your ticket - how about emailing it to me?

[quote="trixmoto"]With regards to this script, the best way to start is create a logfile so that I can see what's going on. I certainly need more information to go off.[/quote]

Well I have a 581kb .LOG file but I cannot figure how to attach it to this forum thread so I created a HelpDesk Ticket (I think that is what the 'How to report a bug' thread mentioned).

Here is the ticket thread.

http://www.mediamonkey.com/support/index.php?_m=tickets&_a=viewticket&ticketid=21385

Thanks again for your time and talents for troubleshooting what I am doing wrong.

With regards to this script, the best way to start is create a logfile so that I can see what's going on. I certainly need more information to go off.

I have downloaded the latest MM player and the latest Trixmoto scripts
Import m3u and Recreate m3u

Here are some issues I am encountering that I would appreciate help with (if anyone has the time)

Import M3U script

- When I import the playlist ALL of the listings are not recognized as matches in my database, even though the Artist and Title are the EXACT text as in the M3U file. The file IS in my database to be matched but when i click on the imported file in the imported playlist it turns GRAY a though it is do not exist. How can I fix this?


Recreate M3U script

- Seems to work better than import M3U, but
- It only allows ONE script to be imported at a time
- For those files that ARE NOT in my database it does NOT seem to list them in the playlist despite me having the 'list track' checkbox option checked



Basically what I want is to select my playlists in a folder and 'import' them again with the following rules

- Allow multiple playlists to be imported in one process
- ADD the any MISSING files as Artist - Title into the database, without having me to have to 'select' the correct match (as recreate m3u does). I will 'FIND' the correct file later, I just want to SEE in the imported m3u playlist which ones are NOT currently matched in the database.


Again I appreciate your time in advance

I just lost a bunch of playlists. I had previously exported them so I expected to be able to easily re-import them. I installed the latest and greatest version of Import M3U (3.7) and set it to work but after it has imported about 20 entries, it dies with the "Don't use WriteLock after Readlock" error others have mentioned in this thread. Supposedly this was fixed in the last release but I am not sure that fix is working. Any ideas as to how I can get around this? (Is there some other way to import M3Us without using this script?)

New version (3.7) is now available to download from my website. I've re-ordered the code to fix the WriteLock/ReadLock errors.

rably, could you explain what you mean??? i don't know how or where to add a "commit" i can see the one in the loop, but keep in mind i do not know anything about adjusting scripts, i just can't stand having to retry the script more than 20 times to import 1 playslist,

I get this error trying to use the latest version of the script.

[img]http://i10.photobucket.com/albums/a136/rseery/Mediamonkey/importm3uerror1.jpg[/img]

[img]http://i10.photobucket.com/albums/a136/rseery/Mediamonkey/importm3uerror2.jpg[/img]

Also,

I was getting the error above where you said there were unicode characters in the paths. I took a lot of stuff out of the library and that error went away, but how can I find and fix these bad characters?

Thanks for all your fine work!

Bob

I hope you are able to quickly and easily spot a fix. :)

I've not had a chance to have a look at the code, but I've added this to my list to investigate.

I am a relative neophyte at database 'stuff', but that sounds like it would definitely help. My observation has been that the script was 'getting ahead of itself'. Or maybe falling behind. Either way, making sure that the transaction is complete (committed), before moving to the next, smells right.

I think I'll wait a few days to see if Trix confirms your fix and revs the script all official-like before I attempted to hack the code myself. I'm not a coder/scripter, and I know near-zero VBS (it is VBS?) but I can tweak other people's work in a few script languages with some success. :)

Thanks for sharing what you found!
-- Bear

I was able to stop getting the error by adding another commit inside the "while not trax.EOF" loop of the vbs file. The playlist looks like it imported completely.

[quote="jonp"]I am using MM4 getting an error using this script.......

Error #-2147418113 - SongsDB.SDBatabase
Don't use WriteLock after ReadLock was acquired - it's potentionally dangerous (M:\Sources\MediaMonkey4\Comps\GenThread.pas, line 1295)
File: "C:\Program Files\MediaMonkey\Scripts\ImportM3U.vbs", Line: 284, Column: 10

Any ideas?[/quote]

I am also getting this error. I have seen it on both installations of MM4.03 that I have used on two computers; XP Pro WP3 and Win7 Home Premium. The M3U files are generated by MM "Export All Playlists" function. I have done this in order to move between computers. I had a working set of Playlists on one machine. I loaded MM on a 2nd machine and ran your scripts on the M3U files I copied over. Got the error consistently. Then, a couple of weeks later, I bought another PC, exported my Playlists from source, installed MM fresh, downloaded your script, copied over M3U files, ran your script and got the error right away.

On average the script can process about 25-40 entries and then it throws this error. As a workaround I have manually edited the M3U files. I take note of which file is the last processed, open the M3U, delete the lines that were already successfully imported, save the file, re-run the script on the same (edited) file and watch it do another batch and throw the error again.

I have about 2500 entries in a dozen or so M3U files. It's going to take me a couple of hours or more to manually hack the files to get them all in. Again.

Looks like you've got Unicode characters in your file paths. Unfortunately VBScript can't handle UTF-8 (which most programs use for Unicode) so that's probably what is causing the problem.