Search options (Page 3 of 30)

Er...no? I'm not seeing this. What type of file are you seeing this with?

Edit: Er...YES!

I'm guessing this is with old school game files? Interestingly, all the tracks would have been off by 1. It just so happens that with all of the ones I have, they all have the same metadata.

Actually, I moved stuff around so this shouldn't happen. The last.fm/growl notifications will be delayed until it can read the metadata though.

Yes, Cog does not currently store any metadata for the current playlist. I'm thinking of adding an m3u comment that "caches" the metadata info, but it's going to be a bit before I get to that.

It's not quite that simple. It just loads/parses the playlist file, does some uniquing/sorting (if neccessary), and adds "empty" playlist entries. If it's frozen, select it in Activity Monitor and click "Sample Process", and send me the output so I can determine what is going wrong.

This is a limitation of Cog with autoplay. The fix requires rearchitecting the entire growl/last.fm/metadata system. Or, I can disable metadata loading for autoplay, then growl/last.fm won't be correct but that'll fix that. I consider AO a very specialized format, so I'm loathe to change the general behavior of Cog just because of it.

Edit: Another option would be to disable metadata for AO. That would also fix the majority of these kinds of issues, since that's when most multithreaded access occurs.

Cog now uses a new framework for HTTP streaming. This should be working again, along with Shoutcast servers.

I like Cog's current icon too much. Maybe someday icons will be customizable, but for now I'm keeping it.

I can't seem to reproduce this. Is this still happening?

This should be fixed for the shuffle/repeat buttons. The play button is another story.

This should be fixed with r1835.

If you could send an example song to me, that would help greatly. Do you know what kind of tags/encoding these files are using?