DonationCoder.com Software > Post New Requests Here

IDEA: M3U8 playlists

<< < (5/6) > >>

oblivion:
Great! Let me know how it works for you!  :Thmbsup:
-c.gingerich (August 06, 2013, 05:58 PM)
--- End quote ---
It's been okay, but I've just had something very odd happen...

It MIGHT be because the title tag of the last imported track was formatted as "artist name" + "forward slash" + "title" -- I claim no responsibility for that, it was as whatever online CDDB archive delivered for that CD when I ripped it -- but the upshot is that while the program still seems to be responsive (I've just dragged the file column wider to display the full filename and that worked fine) the Artist and Album columns for that track are displaying garbage and I can't delete that entry, I can't start a new playlist and try again, in fact none of the buttons respond to a keypress (beyond the tiny visual feedback indicating that they've been pressed). I can't even close the program.

IDEA: M3U8 playlists

I'll forcibly close it and see if I can pin down an exact trigger (assuming the behaviour's repeatable!) and let you know anything I discover...

[later]

Okay, I'm still getting garbage in the artist and album columns, but I'm wrong about what's causing it -- editing the tags in Opus to remove the slashes hasn't helped. All the tracks on the album exhibited something similar... However, the program's working as expected apart from that, now -- I can't replicate the bit where it went mostly unresponsive.

I'll have to drop the file into a tag editor that can show me more detail of the tag info to see if there's something corrupt I can't currently see.

[later still]

I did that, and couldn't see an obvious problem. The tags were v3.2 and looked as you'd expect.

So I rewrote them all anyway: inserted "various" into the album artist tag, cut the artist name out of each title and pasted it -- minus the <space><slash><space> -- into the artist field. Finally renamed the files themselves to <trackname><space><dash><space><trackname>.

If I were the patient sort, I'd have changed one thing at a time until it worked properly. I'm not the patient sort. Sorry. It works as expected now, anyway. Oh, except that I'm getting "various" for the artist, so presumably either you're using the content of the album artist field or the tag editor I used has it backwards. No biggie.

Strikes me that it's most likely that whatever created the tags in the first place (I have no idea but it would probably have been CDex or fre:ac/BonkEnc as it was in 2010 and that's about when I started using things other than CDex) stuffed something up and me rewriting the tags has unstuffed them. Unless it was something to do with the slashes.

[yet later still]

I think it's something to do with fre:ac. That's what I use for MP3 ripping and conversion pretty much all the time now and I've just seen similar behaviour from a track I ripped only a couple of weeks ago. Phooey -- I LIKE fre:ac.

No, it's not that consistent. The more I play, the less I can get an idea of what the problem is. :(

Any ideas about what might be going on? I should think the problems aren't worse than cosmetic -- I still haven't replicated the crash and it's only the (entirely non-controversial) filename that's being written out, after all -- but if the tags, as written by fre:ac, aren't behaving properly I should probably think about ways to identify and then clean up the problem...

c.gingerich:
Hmm. I'm not sure what is the cause. Is there any way you can give me an MP3 that has the problem so I can do some testing?

oblivion:
Hmm. I'm not sure what is the cause. Is there any way you can give me an MP3 that has the problem so I can do some testing?
-c.gingerich (September 06, 2013, 09:42 AM)
--- End quote ---

Yes -- please let me know as soon as you have it so I can take it down again! (NB this is now an encrypted zipfile -- I'll PM the password to you as the content is commercial.)

problem file

oblivion:
It occurred to me that the problem here might just (hah! "Just!") be that the various fields containing track names etc might require unicode support after all, in order to display sensible content. (This isn't something I know much about -- I'd assumed that unicode would be a superset of the standard character set but if that's a naive assumption, then it might explain a lot.

At any rate, I'm still seeing the program occasionally just going completely unresponsive. Have you been able to look at it at all since we last discussed this?

c.gingerich:
I am sorry I have not looked at this yet. To be honest, I got busy and just plain forgot. I'll try to get to this asap.  :-[

Navigation

[0] Message Index

[#] Next page

[*] Previous page