INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: Importing m3u's sanely  (Read 1614 times)

Richard Berg

  • Regular Member
  • Junior Woodchuck
  • **
  • Posts: 50
  • .sigs are lame
Importing m3u's sanely
« on: January 02, 2005, 12:37:18 am »

I harped on this a lot in the early MC10 days but learned to live with it.  According to the search function MC11 is going to change playlist handling/importing somewhat -- anyone know the current plans?  With the latest build, I get the same old behavior: importing an m3u imports all of the files it references, even if they're already in the library.

Also, it appears to have the same old length restriction (~160 characters per line).  That sounds like a lot, but my playlists tend to have lines like this:
Quote
..\..\..\Classical (various)\Mahler - Symphonie No. 8 - Bernstein\Sehr langsam beginnend - Chorus mysticus- 'Alles Vergängliche ist nur ein G'.ape

Since relative paths like that aren't canonical, a simple filename comparison won't be good enough to avoid dupes.  I've got some ideas about how an ideal player would handle these things, but I'd like to know what the MC folks have in mind :)
Logged

JimH

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 71698
  • Where did I put my teeth?
Re: Importing m3u's sanely
« Reply #1 on: January 02, 2005, 07:43:00 am »

Did you try using the advanced import and checking only m3u?

And why is it a big problem to have the files themselves imported too? 
Logged

GHammer

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 1930
  • Stereotypes are a real timesaver!
Re: Importing m3u's sanely
« Reply #2 on: January 02, 2005, 07:54:23 am »

Did you try using the advanced import and checking only m3u?

And why is it a big problem to have the files themselves imported too? 

Because, for me, the M3Us are playlists of files that are already in the library or will be imported if I am starting fresh.

So, I get duplicates in the library.

The way I thought it worked was that the M3U or PLS would be imported to the playlists section of the tree.
Logged

JimH

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 71698
  • Where did I put my teeth?
Re: Importing m3u's sanely
« Reply #3 on: January 02, 2005, 08:52:27 am »

Please keep posting.  We're about to enter serious debugging mode on MC11.  Thanks.
Logged

GHammer

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 1930
  • Stereotypes are a real timesaver!
Re: Importing m3u's sanely
« Reply #4 on: January 02, 2005, 11:20:48 am »

A good start on this would be to get the result the same no matter how a file is imported. Drag and drop, browse the drive, search, library import, etc.

I notice the different results on dragging a music file into MC for example.

If I drag an audio file into Playing Now, it is not imported to the library. Which is the option I have selected.

If I drag the file into a playlist it is imported into the library. Which to me is incorrect since I have the Automatically import files option deselected.

If an action (drag and drop) results in the same behavior everywhere, then it's just a matter of setting options properly.
Logged

Richard Berg

  • Regular Member
  • Junior Woodchuck
  • **
  • Posts: 50
  • .sigs are lame
Re: Importing m3u's sanely
« Reply #5 on: January 02, 2005, 02:05:52 pm »

Quote
To get MC to do that, try right clicking on the playlist file directly in explorer and choose media center > import
Exact same behavior as if I were using the Import wizard.  (dupes + path length restriction)

Quote
And why is it a big problem to have the files themselves imported too? 
I actually think this is a good feature that should be on by default.  However, you need to either (1) offer an option to turn it off, and/or (2) improve checking for duplicates.

Quote
Please keep posting. 
You asked for it :)  I suspect robust playlist handling will be useful to a lot of people, but here's what I in particular am really trying to do:



This is (to me) the most logical way to sort the bulk of my classical music.  (Classical CDs that feature, say, a soloist performing random short works are easy to categorize just like any other "various artists" album if tagged correctly.)  I have a couple other handy Classical view schemes, but thus far I haven't been able to duplicate what I've done here with Explorer, M3U files, and lots of time.  The problem arises because the unit of measure here -- "major work" -- is usually longer than a track but shorter than an album.  Thus, after ripping an album to its usual directory like so...


(notice deliberately truncated filenames so as not to break the m3us :( -- at least the tags are correct)

...I make 3 corresponding directories (each holds an appropriately abbreviated m3u + txt, the latter being my transcription of the liner notes), e.g. ..\Classical (major works by composer)\Bartók, Béla\1926 - Village Scenes, Sz 79 - Boulez.  Thus, by relatively simple usage of the filesystem & m3us, I've come up with the following sorting: composer -> date composed [or occasionally, opus number] -> work name -> performer [or conductor, if orchestral] -> proper track order within the work.

Needless to say, I'd rather use a database than a filesystem.  (Advanced -> HD Location doesn't count.)  Someday I will create a bunch of new fields and go nuts with a masstagger: split/clarify artist & album artist into Composer, Performer(s), Arranger, and Ensemble; split/clarify Date into Date Composed, Opus, and Date Recorded; add a boolean Part_Of_Something_Bigger, then split/clarify Track Name into a field to hold the larger Work Name, the individual Track Name, and a secondary Track Number field to hold its position within the work.  Very large works might even benefit from a 3rd level of tag resolution (e.g. Long Opera -> Act 2 -> Track Name), including yet another field to indicate the singer(s) of that aria, but that makes my head hurt  :o

Until then, here is my incomplete yet hopelessly idealistic wish list of playlist features:
- Ability to turn off re-importing the files an imported playlist happens to point to.
- Investigate the path-length limit and get back to us.
- Internally, store the entries with canonical path names.  Keeps the filename field in the library view sane, and will help a lot if problems with dupes persist.
- Be able to select (and therefore drag around) more than one playlist at a time!!
- When importing playlist(s), let me choose where to file it instead of automatically going to Imported Playlists.
- Tools similar to the Library Tools for single files.  So if the playlist on the disk changes, provide methods to cleanly re-import the playlist, or conversely to overwrite the disk file with the info from the DB.
- Grand vision: make playlists first-class objects, i.e. records in the database with the same status as songs or photos (though they should probably have their own table).  Then I can attach metadata to them, re-sort them at will, nest them inside each other, etc. as if they were simply very long songs...because for some people, they are.  (Not just classical geeks; I can see this sort of thing being enormously useful to DJs, for instance.)  Import/export of these new structures via XML or similar.
Logged
Pages: [1]   Go Up