Please Mike, please please please release a version of Jemplode that writes tag info to the downloaded file? Also, please help me figure out why my {pos:2} won't work!

- Jon, your # 1 fan, friend, and follower

Greetings!

Mike, now is the time to mention if you have a PayPal account or local pub that has a running tab...

Any pub, any time.

Especially if it's in the Bay Area... ;-)

- Jon

Odd because I thought 42 had tag rewriting... Dan definitely wrote the code for it. I'll take a look at this. Just to be sure, you turned this on in the options?

"pos" is a strange beast ... depending on how the code accesses the tune, pos may or may not have a value. Basically, pos only has meaning if the tune is handled within the context of playlist. In some cases, the playlist isn't known, so pos can't be determined... I'll take a look at this too and see what's up.

Mike

In some cases, the playlist isn't known, so pos can't be determined...

Right, I told him that. You have to download a playlist to get Pos. I thought he tried that after I reminded him of that.

What would be neat is to have "pos" fall back on "tracknr" if it's not available, and vice-versa.

I don't understand what you guys mean by this. I've tried downloading both individual mp3's and also entire playlists. Either way I get no pos data...

- Jon

I mean you click on a PLAYLIST and select download. Not click on a track or a group of tracks and select download.

The main problem here is that if you reorder a playlist, it doesn't propagate the pos change to the tracknr tag. I don't think it should, either, in general, but maybe there should be a way to tell it to go do it.

OK .. i did some looking. Here's the deal:

In the old code (i.e. pre 41), there was an object that represented a node and it's parent together. After a substantial rewrite, that object disappeared (replaced with something else). That object provided the context of what node you are downloading and its parent playlist (i.e. for pos translation). In the midst of those code changes, the method that parses those filename strings never got upgraded to take the new object, so it doesn't ever get the playlist context passed in... I'll fix this in the next release.

Mike

Ok, so that's the issue with the {pos:2} problem? Weird that bodybag has this working and I don't. Maybe he isn't running v42...

So the only other issue is why the idv2 tag isn't writing to the downloaded file. I can live with the genre and year not getting populated, it's time consuming, but fixable.

Mike, you are the man. So when ya gonna release the next version? ;-)

- Jon

> The main problem here is that if you reorder a playlist, it doesn't propagate the pos change to the tracknr tag. I don't think it should, either, in general, but maybe there should be a way to tell it to go do it.

Yes! That's what I need. Anyone else need that feature?

- Jon

<delicate nudge, nudge, nudge>

Now that I've upgraded my empeg to 120 GB, I want to start the long process of downloading/uploading...

Any idea when you might be able to get v43 out with the pos update Mike???

- jb

I'll can probably get 43 out tomorrow ...

OMG, that would be a wonderful thing. Thanks in advance!

- Jon