Unoffical empeg BBS

Quick Links: Empeg FAQ | RioCar.Org | Hijack | BigDisk Builder | jEmplode | emphatic
Repairs: Repairs

Topic Options
#228797 - 29/07/2004 04:28 Jemplode 56 does not allow replacement of tune.
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31594
Loc: Seattle, WA
I re-did the SYLT lyric tag on Weird Al's "Your Horoscope For Today" using the new SYLT plugin for Winamp because it lets me do milliseconds. When I used Emplode to replace the tune on the car player (right click on tune, select "Replace Tune"), it worked fine.

But when I used Jemplode 56, connected to the Rio Central, and tried to do the same thing, it gave me and error message saying "You have selected a tune that already exists on your device".

Well, duh, of course it's the same, I was trying to replace it with a slightly different copy of the same tune. That's the whole point of the Replace Tune feature right?

Odd thing is, when I did something similar with Incubus' "Drive" earlier today, jemplode worked without complaining. The difference there I think is because with "Drive", the original copy of the tune had no SYLT tag at all and the file size was probably different. Or maybe the RID checksum is different with and without the SYLT tag. But with "Horoscope", I was replacing an existing SYLT lyric so the file didn't change much except for the timestamps on the lyric. I think the same RID would even be calculated for it because none of the song data changed.

Any ideas on how this should be handled?
_________________________
Tony Fabris

Top
#228798 - 29/07/2004 10:48 Re: Jemplode 56 does not allow replacement of tune. [Re: tfabris]
mschrag
pooh-bah

Registered: 09/09/2000
Posts: 2303
Loc: Richmond, VA
I can just make Replace Tune not do the RID check and trust your judgement

Top
#228799 - 29/07/2004 10:54 Re: Jemplode 56 does not allow replacement of tune. [Re: tfabris]
mschrag
pooh-bah

Registered: 09/09/2000
Posts: 2303
Loc: Richmond, VA
Should replace ONLY replace content? That is, if you HAVE changed tags, should I copy those also, or just ignore it?

Top
#228800 - 29/07/2004 15:37 Re: Jemplode 56 does not allow replacement of tune. [Re: mschrag]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31594
Loc: Seattle, WA
Good question.

Emplode grabs the new tags, too, if any. Personally, that would be fine with me, as long as that old Octal bug is somehow fixed or worked-around. The track I'm trying to replace is track number 08 (which would induce the octal bug).
_________________________
Tony Fabris

Top
#228801 - 29/07/2004 15:38 Re: Jemplode 56 does not allow replacement of tune. [Re: tfabris]
wfaulk
carpal tunnel

Registered: 25/12/2000
Posts: 16706
Loc: Raleigh, NC US
Actually, I don't think it would, as there's no digit "8" in octal. Unless I'm misremembering the problem. Which, now that I think about it, I probably am.
_________________________
Bitt Faulk

Top
#228802 - 29/07/2004 15:48 Re: Jemplode 56 does not allow replacement of tune. [Re: wfaulk]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31594
Loc: Seattle, WA
You're correct about 08 not being valid in octal, and that is in fact the reason the problem exists. The problem was only on the Rio Central, and it went like this:

- If your ID3V2 tags had the track number padded to two digits so that everything sorts properly when you rename your songs based on tags (something you can only do in V2 tags, since the track number is ASCII, unlike V1 which is just a byte)...

- And, you add an album's worth of songs to the Central, with track numbers of 01, 02, 03, 04, 05, 06, 07, 08, 09, 10, 11, 12...

- The internal-to-the-Central C function that they're using to convert the ASCII track number field into a database number, by an accidental choice of the function that they chose to do the job, interprets a number with a leading zero as an octal value instead of a decimal value.

- So, track numbers 01, 02, 03, 04, 05, 06, 07 are all fine because those numbers are the same in both decimal and octal.

- Track numbers 10, 11, 12 are also fine because they don't have leading zeroes and therefore the function interprets them as decimal instead of octal.

- Track number 08 and 09 have leading zeroes so they are interpreted as octal.

- Unfortunately 8 and 9 are not valid octal numbers (as you said).

- So the function returns 0, and those tracks get tagged as 0 in the Central.

The work around would be for Jemplode to strip leading zeroes off of all track numbers before sending them to the Central.
_________________________
Tony Fabris

Top
#228803 - 29/07/2004 15:51 Re: Jemplode 56 does not allow replacement of tune. [Re: tfabris]
Roger
carpal tunnel

Registered: 18/01/2000
Posts: 5683
Loc: London, UK
Quote:
Emplode grabs the new tags, too, if any.


Emplode uploads the new tune as a brand new FID, then goes through fixing up every playlist that the original appears in, before deleting the old FID.

So it's not actually replacing the tune itself.
_________________________
-- roger

Top
#228804 - 29/07/2004 15:57 Re: Jemplode 56 does not allow replacement of tune. [Re: Roger]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31594
Loc: Seattle, WA
Which is the best way to do it of course, because if you directly replaced the FID, you'd lose all playlist links to that FID if the transfer were interrupted or aborted mid-stream.
_________________________
Tony Fabris

Top
#228805 - 29/07/2004 16:15 Re: Jemplode 56 does not allow replacement of tune. [Re: tfabris]
Roger
carpal tunnel

Registered: 18/01/2000
Posts: 5683
Loc: London, UK
Quote:
Which is the best way to do it of course, because if you directly replaced the FID, you'd lose all playlist links to that FID if the transfer were interrupted or aborted mid-stream.


Except that it's the worst way to do it, because playlists get written second, after deletes, but before tunes .
_________________________
-- roger

Top
#228806 - 29/07/2004 16:25 Re: Jemplode 56 does not allow replacement of tune. [Re: Roger]
wfaulk
carpal tunnel

Registered: 25/12/2000
Posts: 16706
Loc: Raleigh, NC US
Do you or do you not lose metadata when replacing tunes in that manner?
_________________________
Bitt Faulk

Top
#228807 - 30/07/2004 05:15 Re: Jemplode 56 does not allow replacement of tune. [Re: wfaulk]
Roger
carpal tunnel

Registered: 18/01/2000
Posts: 5683
Loc: London, UK
Quote:
Do you or do you not lose metadata when replacing tunes in that manner?


Yes and No.

Yes: you lose the metadata from the original tune. No: you don't lose the metadata from the new tune.

There is nothing in emplode to copy the metadata from the old tune to the new tune.
_________________________
-- roger

Top