#musicbrainz

Am I missing something or is there no "STOP" option in Picard?

there is no STOP option in Picard ;

Theres a little X somewhere on the top right I think :p

Well it's currently scanning 5000 files I hand-picked from other locations, I need it to stop, I can't afford to start again

5000 files...why..

because it never said "are you sure you want to fingerprint 5000 files? this will take hours"

Actually it's not that, I think it's bugged out, it's scanning files but nothing is changing in the right hand window

Enverex: then rejoice. you can afford to start again..

Your comment doesn't make sense

If something has bugged out, you have to start over anyway. So rejoice, it doesn't matter.

ok, fixed now

Why would I rejoice? That's like saying "Hey, you've got aids, rejoice!".

It seems to be fingerprinting files but not actually looking them up. Anyone seen that behaviour before?

Not at all, it's like saying that you found out you have aids while laying in bed with a terminal illness, but lets not dwell on this subject.

are you sure it's not that it just can't find any matches?

Maybe this is related to that 10 in 11 seconds..or 11 in 10 seconds thing.

No, I lost network connection part the way through and since reconnecting it's just not trying. I've seen it happen before

outsidecontext you about? still having no luck trying to use an original year tag in scripting

the tag does show up in details when checking a recognised track and can use it for filenaming ok

rifraf: sorry, i did not look at it today :)

:(

you tagger script looked good on a quick look. i wanted to take a look at your plugin.

no worries, am thinkin maybe just to let picard do the taggin and use mp3tag for the manipulation afterwards

sure, if you wanna try the plugin will help get it setup for you so you can test some files

it shoul be easy enough

what local time do you have right now?

9:18am

its Australia Day , \o/

:) oh, you are from tomorrow

yep

you have a link for the modified plugin still?

yeah, found it. http://tiptoes.hobby-site.com/mbz/lastfm/#Picar..., right?

yeah, the zipfile link is probly easier than copying the code from the webpage

it's all in the modified last.fm plugin, right?

yep replace the existing files if you already had it installed

already have it installed :)

but i think i know what's the problem

ok, so overwrite, and when you open picard you should see all the new options, defaults should work

you are loading data from last.fm and based on that you set the originalyear

yep

its amazing how accurate it is in most cases

Wait, you're using Last.fm's data on when the original release year was?

yes

I would not trust that data further than I would frisbee a walrus.

test some files

hi

It is getting better, but it is still far from accurate.

just a guess: the data loading is run asynchronously, so it's possibly not available when the tagger script is executed

creature sorting chronologically is so much better than using the release date

its gives a weighted date based on years found for all tracks on album

RifRaf: I haven't been following the details of what you're doing, but a lot of the Last.fm 'release date' data is based on when the album was uploaded, rather than when it was actually released. So you may be getting duff data.

is there a way to precompile the new release form with the titles of a bunch of mp3 files?

(I would like to have that when the release isn't available in freedb)

rifraf: yes, that's it. the variables are not yet available when the script is run :(

outsidecontext hrm i thought it may be that, only the main picard tags are available but not plugin tags?

depends on the plugin

ok let me try with genre

a simple plugin setting some variable from locally available data will work as expected

but if the plugin does some http lookup, which is normally run asynchronously, you can't rely on the data being available in the script

couldn't you do everything you try to do with tagger script do inside your plugin?

yep. something like $copy(subtitle,date) does work but even $copy(subtitle,genre) will not work :(

outsidecontext yep guess will have to try do that

as expected

you should be able to set the date tag to the earlier date inside the plugin

it didn't seem to like being changed when i tryed earlier

its ok, mp3tag does the job pretty quickly and lets me see what files have no date or original year tag in bulk

and then at least the plugin does not mess with any of picard tags such as the correct release date

rifraf: i just noticed that date is a special case, you can't easily change it from inside the plugin or the tagger script

heh, kinda wat i discovered :)

that is tagger script should work in the latest picard release. just for the fun of it you could try switching the release event from the context menu bonce the album is loaded

that should trigger your tagger script again, this time with the variables set

by right clicking album and going to Releases? i see just the one release ticked

rifraf: that would of course only work for albums with more then one event

oh more on some, never even noticed this before

bu sorry. that was not in the last release, will be in the next

k, it loading the album again when i change it

problem is, that applying the release event will always overwrite your changes to the date tag

that's whats happens and why you have no chance of changing the date

could an original year tag be put into a future version of picard so that its just there?

i'll have to ask luks about that

wait, inside the plugin you should be able to change the release events :)

in your _tags_finalize you get the album object

am writting it as ~id3:TXXX:ORIGYEAR am is seen properly in other programs that support original year

there should be an array album.release_events. try changing the date there

not sure it its the ~ or what but do not see that tag in details even though it is written to the mp3 files

yes, it's the ~. those tags are hidden in the UI

but without it the tag does not show up in other programs, just stumbled on that yesterday from some other plugin in the forum

rifraf: yes, it's the only way to get the tag straight into id3 tags without changing something in picard :)

can you open a feature request for this on http://bugs.musicbrainz.org/ ?

ok

rifraf: something like http://pastebin.ca/1318006 should work in your plugin. just set something usefull as the date

outsidecontext did you try the plugin out on some files yet? interested to see what others think of the tags its adding

no, i did not really try it. just looked at the relevant parts for the problem

but it has quite some functionality

yep chops and dices lasts.fms tags up and then sorts them pretty well

you win the "Picard plugin with the most functionality" price

yes, the tags can be pretty useless sometimes

lol, i am not responsible for it all, was a team effort

i personally completely switched to the tagging of MB. there i can set the tags i want and because there are not yet many tags nobody interferes :)

natta!

natta catcat

ok rifraf, i'm off for today. have a nice day and good luck with the plugin

ok cheers, thanks for the help, stops me beating my head against a brick wall

glad to hear :) cu

ruaok: do you have any objects to me writing some basic unit tests?

i want to write some that do things like $artist->create, just to make sure thye don't blow up when given valid data

aCiD2: and it blows up correctly when given invalid data?

I should it doesn't blow up at all :P

+hope

alastairp: I just want the valid data tests for now, but ideally, yes :)

aCiD2: no, not at all.

cool

ah gay

our Sqlobject won't let me do a nested transaction

does postgres allow that?

no

but with dbix::class, it doesn't die if you try it, it's just a noop on begin, and one rollback kills everything

so I was doing my unit tests by surrounding everything in a transaction, and rolling back at the end of the test

never mind!