m3u verifier?

Topic: m3u verifier? (Read 11104 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.

m3u verifier?

2003-07-12 20:46:59

so in my collection of mp3 albums occaisonally i stumble across a m3u playlist that for whatever reason doesn't match up with the songs any more. now this just sorta annoys me because if i wasn't paying attention i might well never hear some songs... now i'm wondering if anyone knows if there's a program that can go through all my music directories and see what playlists have broken links? thanks

m3u verifier?

Reply #1 – 2003-07-13 19:57:18

I don't know of a program that does this, however the closest I have is my own program that I use to "mass create" playlists, i.e. I select a root folder, and the program goes and creates a playlist for any files found in any directory. Typically a large folder of about 200 albums (all my own CDS of course ) takes >10 seconds.

I guess I could modify the program (aka create a new program) that would search for existing playlists and validate the files and/or create a new playlist.

If nobody else has any suggestions, and this sounds like a good idea for you, just say the word and I'll go to work on a new program for you.

m3u verifier?

Reply #2 – 2003-07-13 20:06:23

wow, if you've fun doing that, I would appriciate that very much. I've also got some quite large playlists (about 2000 songs each), and I BET there are some broken ones. I delete them evertime I catch one, but who want's to sit for hours just skipping...
So if you wanna do that (and are able to), I'm sure some people (including me) will praise you all day long.

m3u verifier?

Reply #3 – 2003-07-13 21:01:40

m3u's are just simple text files. Just edit them how you see fit to fix them and voila!

m3u verifier?

Reply #4 – 2003-07-13 21:05:58

Quote

m3u's are just simple text files. Just edit them how you see fit to fix them and voila!

It still would be nice if you had a little program that's doing the job for you...
If somebody have some spare time and fun doing it, why not?!

m3u verifier?

Reply #5 – 2003-07-13 21:28:14

Quote

m3u's are just simple text files. Just edit them how you see fit to fix them and voila!

Editing a 1000-line text file can be a bit tedious, no?

I second the need for such a program - if z0rk or any other guy can make one, that would be great.

m3u verifier?

Reply #6 – 2003-07-13 21:35:13

Quote

I don't know of a program that does this, however the closest I have is my own program that I use to "mass create" playlists, i.e. I select a root folder, and the program goes and creates a playlist for any files found in any directory. Typically a large folder of about 200 albums (all my own CDS of course ) takes >10 seconds.

I guess I could modify the program (aka create a new program) that would search for existing playlists and validate the files and/or create a new playlist.

If nobody else has any suggestions, and this sounds like a good idea for you, just say the word and I'll go to work on a new program for you.

yeah, this is what I do too. DOS batch is the only thing you need sometime. It WOULD be nice to have a program with a UI display that everything is well and good though, recursively of course.

m3u verifier?

Reply #7 – 2003-07-13 21:35:55

Quote

Quote
m3u's are just simple text files. Just edit them how you see fit to fix them and voila!

Editing a 1000-line text file can be a bit tedious, no?

I second the need for such a program - if z0rk or any other guy can make one, that would be great.

especially editing a 2000-line text file...
well, what we need now is a responce from e.g. zOrk who 'voluntered' to program such an app
(if he (or sombody else) still want's do it, meaning if he's got time and energy)

m3u verifier?

Reply #8 – 2003-07-13 22:00:33

I'll get started on it right away. I've been looking for a new project to start because I've run out of ideas. I usually code small little apps that are only useful for me, so once I've got nothing else I need I quickly run out of things to do. :-)

Just give me some ideas on what you actually want to be done, i.e. if a playlist is found, and there is a missing file, what do you want done? Automatic fix? Notification? etc?

I assume that I'll have to code this to be compatible with regular playlists (i.e. just the filenames) and for playlists that include extended info (like playlists generated by Winamp).. but if I do an automatic fix of some sort, I don't think I'd be formatting the playlist with the extended info.

So just tell me your ideas, and I'll start working on this.

m3u verifier?

Reply #9 – 2003-07-13 22:32:25

Quote

Just give me some ideas on what you actually want to be done, i.e. if a playlist is found, and there is a missing file, what do you want done? Automatic fix? Notification? etc?

I'm not into programing, but this app should be about finding invalid playlist enties (my main interest is winamp )
It would be nice to have some option if an invalid track is found, e.g.:

- delete entry
- search for propper file (if you gave the file a new name and hence it doesn't match witch the playlist anymore, there you could reintegrate the file).

that would prob. be the most wanted features, along with an option 'always do one of them' (e.g. always delete invalid entries)

As I said, I don't know if this could be done, but if you are able to do that, so go ahead, there will be much honor waiting for you...
thx

m3u verifier?

Reply #10 – 2003-07-13 23:42:30

Quote

Just give me some ideas on what you actually want to be done, i.e. if a playlist is found, and there is a missing file, what do you want done? Automatic fix? Notification? etc?

How about that? Each time a dead entry is found, a small window pops up:

Quote

"White Stripes - Seven Nation Army" was not found.
Point me to this file: <______location field______> Browse Button
or remove this entry from the playlist: Remove Button

Or better yet, let the program process the whole list, and then come up with a window saying:

Quote

3 Dead Entries Found - What do you want to do?

01. "White Stripes - Seven Nation Army"
New Location: <______location field______> Browse Button
Removal: Remove Button

02. "White Stripes - Apple Blossom"
New Location: <______location field______> Browse Button
Removal: Remove Button

03. "White Stripes - The Air Near My Fingers"
New Location: <______location field______> Browse Button
Removal: Remove Button

I don't know - that's just a quick thought.

PS: Don't worry about the extended info on playlists, etc. - has anyone ever really found a decent use for them?

Edit: Oops, I hadn't seen Digga's post, but it's nice to see that we're thinking alike. I second the request for a "Always do [X] or/and [Y]" option.

m3u verifier?

Reply #11 – 2003-07-14 02:07:36

So far this is what I've completed:

GUI Interface (obviously)

You can add as many top-level directories as you want to process for missing files, you can click a button to add a selected directory, or you can drag & drop directories onto the list.

When you have at least one directory in the list to process, it will go and recursively search the directory for any playlist (*.m3u file!! If you guys use *.pls or other names let me know!) and when a playlist is found it will (and I think I've got the major main points here...):

*) See if every mp3 file (say so if you want support for other file formats too (mpc, ogg, etc) listed in the playlist is within the same directory as the playlist file or not, and depending on the outcome:

a) All files present: No action taken.

B) Missing files: Existing playlist is deleted (overwritten actually) with all present mp3 files in the directory, and the missing file is added to a "this is missing" list for later usage.

(hey, MTV's BASH just started.....hehehe..... no more coding for an hour!!)

Then after the process is complete, if there were any missing files you get a information box that lists all the missing files, and the path they were supposed to be in. From there, well, I'm still working on what to do then.... Either just leave it for you to deal with, or figure out the best way to correct the new playlist that is missing the file......... or something.

I'm losing concentration now watching tv, so I'll resume later.

Let me know of your thoughts on this so far, and anything I should change, add, etc.

m3u verifier?

Reply #12 – 2003-07-14 03:50:33

winamp seems to load massive m3u playlists far more quicker than normal "un-extended" ones... so support for extended playlists is handy

m3u verifier?

Reply #13 – 2003-07-14 04:05:05

Sounds like an interesting app that could come in very handy... thx for the effort z0rk. There's one thing I'd like you to add to it if possible... the option to remove the extended info from Winamp playlists. I guess that should be fairly easy to do as you would just need to remove all the lines starting with "#EXTINF:".

Also it would be nice if you could just make it one application with that mass playlist creation you mentioned included in it.

Keep up the good work.

m3u verifier?

Reply #14 – 2003-07-14 05:14:59

Quote

winamp seems to load massive m3u playlists far more quicker than normal "un-extended" ones... so support for extended playlists is handy

As you probably know, that's because the Extended info playlists include the track length, artist, and song title..... aka all the info winamp would normally have to read on its own when loading files therefore making the loading slower (notice in the winamp options you can set the option to load info upon load, or upon display.... display is faster because it wont load the entire playlist when you start up).

However, adding the EXT info to the playlist would require more work than I really want to do, because I'd have to include the capability of reading ID3 tags and all of that.... to actually create the EXT info, so I'd rather not do that.

Quote

There's one thing I'd like you to add to it if possible... the option to remove the extended info from Winamp playlists. I guess that should be fairly easy to do as you would just need to remove all the lines starting with "#EXTINF:".

Also it would be nice if you could just make it one application with that mass playlist creation you mentioned included in it.

By default (and I dont plan on giving an option) all EXT info is removed from playlists ONLY in directories that have missing files because the original playlist is simply overwritten with the new existing-file track list.

But as far as having a seperate function to go in and remove all EXT info from playlists regardless if files are missing or not, thats certainly easy enough.

The Mass Playlist creation I will include in this program.

I've been coding non stop (except for that 1 hour during TV ) (so, approx 5-6 hours) since I posted saying I would start to, and I *think* I'm finished (other than adding in the mass playlist creation). I've tested it somewhat and seem to have everything working properly, although I never can fully test everything in all possibly ways that someone might break it.

I'd be greatful if one or two people volunteered to beta test it for me before I actually make it available to everyone, and report any problems they encounter.

If any of you have an NTFS drive with your mp3s on it, I definately could use you just to make sure all the functions work with NTFS correctly (although they should).

m3u verifier?

Reply #15 – 2003-07-14 11:01:29

Quote

I'd be greatful if one or two people volunteered to beta test it for me before I actually make it available to everyone, and report any problems they encounter.

o.k. ... I guess I'm kinda willing to do that...
Sombody obviously have to perform some testing, and since I'm interested in that program...
can you upload it somewhere for a few minutes, maybe tomorow?

by the way, why id a ntsf-drive needed, isn't it supposed to also work with fat ones?

m3u verifier?

Reply #16 – 2003-07-14 11:41:21

Quote

By the way, why is a ntsf-drive needed, isn't it supposed to also work with fat ones?

I guess he means it definitely works with FAT, he just needs to check whether it also works well in NTFS. So, NTFS-volunteers are not needed, but appreciated. (If I got that right.)

In other news, I'm here for a beta test as well, z0rk.

m3u verifier?

Reply #17 – 2003-07-14 13:06:55

Quote

I guess he means it definitely works with FAT, he just needs to check whether it also works well in NTFS. So, NTFS-volunteers are not needed, but appreciated. (If I got that right.)

right on, I'm the daring ntsf-beta-tester, bring it on zOrk!!

m3u verifier?

Reply #18 – 2003-07-14 15:03:18

Yes I certainly meant that the program works fine on FAT/FAT32, but in the past I've experienced (to a lot of programmers disagreement) problems with some functions working properly on NTFS formatted drives. My methods in this program are not the same as the ones I've had problems with in the past, but I still need it to be tested so I know for sure that it works.

I've got a couple more things to add that I've thought of, so I'll get all of those in and then contact you guys for some beta teasting.

I've got some other stuff to do today (amazingly) so I may not be ready until later this afternoon or early evening.

Thanks for your support.

m3u verifier?

Reply #19 – 2003-07-14 19:46:55

zOrk, what programming language are you using, if I may ask? Is it VB? I am just curious what most ppl use when creating small apps like this one.

m3u verifier?

Reply #20 – 2003-07-14 20:31:34

Yes I'm using VB6 (knock it if you will). I've been programming with VB since before puberty (started with VB3 on Windows 3.1), so I'm most comfortable and knowledged with it. I've taken courses in college for C++ but don't put much time or effort into really learning it, so about the best I can do is very basic console programs.

I don't even care about learning VB.NET or any of the .NET languages, I don't like change much...... stick to what I know, it's easiest like that.

Now, as for the beta's...

I'm ready to upload a file for some beta testing by other people, I'll figure out which web host I'm going to throw it on and then PM the volunteers with the information.

As soon as I get enough feedback from them, I'll finalize any changes and release a public version for everyone to use.

Additional functions I've included:
Mass Create Playlists (recursive playlist creation)
Mass Remove Extended Info from Playlists (recursive editing)
Mass Delete Playlists (recursive playlist deletion)

When doing any fileops that delete playlists, you have the option of moving it to the recycle bin instead of straight deleting the file.

All operations (where appropriate) tell you how many files were processed, playlists edited, playlists created, playlists deleted.

m3u verifier?

Reply #21 – 2003-07-14 22:18:12

@ zOrk
sent you a pm *edit* two :-) *edit*

m3u verifier?

Reply #22 – 2003-07-15 03:16:06

I'll try making some free time to test this also... pm me.

m3u verifier?

Reply #23 – 2003-07-15 21:00:04

I've finished with Beta 2 of the program, and I'll be contacting the volunteers. So far Digga has been the only one to report any problems (only had 2 beta testers ) and I've fixed/addressed all his reports.

It's coming along good, I think it should be getting close to a public version, as long as no major reports come in from anyone.

For those of you who care (even though nobody does ) here is the change log (small version without all the extra information) for Beta 2 so you guys can see in what way I'm going with this, and what I'm actually doing (and not just sitting on my thumb and rotating).

Quote

Added options screen for configuration settings.

   Introduced a new method of resetting the program after each
   function, this solves any problems with not being able to
   continue with a new function after others have run.

   Added functionality to detect and respond to playlists that include
   virtual and fixed paths. Examples of these paths would be

d:\my music\something\file.mp3
and
something\file.mp3

   Added option to change the method of mass playlist creation.
New Options: Single File Mode, Multi File Mode.
Single File Sub Modes: Mode1, Mode 2

m3u verifier?

Reply #24 – 2003-07-15 21:27:53

Quote

Yes I'm using VB6 (knock it if you will). I've been programming with VB since before puberty (started with VB3 on Windows 3.1), so I'm most comfortable and knowledged with it. I've taken courses in college for C++ but don't put much time or effort into really learning it, so about the best I can do is very basic console programs.

Don't feel bad, I use VB5 (and have been programming various flavors of Basic since 1984). Took a VB programming course (vocational school) when VB4 was brand new, and won the class prize for best original program at the end of the course -- which happened to be a copy of VB4 (the teacher worked at Microsoft and could get software for practically nothing). I just upgraded from that later.

I too have taken college level C and C++ courses (beginning and advanced), but never really dove into it -- lo siento, pero no me gusta mucho las linguas. I've also got some 6502 and 80x86 (16-bit) assembly language experience -- DOS and console stuff only, no Windoze skills in that area.

It's possible to do some pretty fancy stuff with VB and API calls, altho some would argue it's a waste of time (I wouldn't!). Programming for fun is -- programming for fun, even if it involves a lot of wheel-reinventing.

Notice