while i remember.. i have wondered why:

AD520C.L=20df03.L,null ; press and hold "ATT" = standby


does not shut the player down, every other of the ir translateoption does work

Oh shoot.. yes, you are correct. Darn.

It is really easy to convert the XML back to CSV, though,
if your computer can run AWK or PERL scripts.

?

For example, if you have gawk available, then just pipe the .xml output from Emplode through this script (attached).

hmm.. will have to look in to that, i'm running win xp home

damn.. anyone knowing if this would be fixed in Jemplode? so that both the fictional and hex numbers are exported? i use the fictional numbers for sorting the csv file

Multiply by sixteen.

Peter

Of course! (duh.. I should have noticed that earlier)

so i just have to multiply every fid from emplode with 16?

i tried to multiply fid 18 with 16.. 288 is what my basic school math gives me in return....

but the player writes 1 for the first digit during fid entry no matter if i push 1 or 3 or 8... (using the rio remote)

Whoops.. my typo when adding the decimal FID entry.
Hijack v482 will be out shortly with that fixed.

Meanwhile, you can turn the Knob to correct that digit..

-ml

np.. i will wait for this... and thanks for helping us that only understand monkey numbers

i might be pushing it.. but is it possible to make it so that the fid number entered is multiplyed by 16?

not that is much trouble to multiply the fids in the csv

other than that the fidentry thing works like a charm

Good. I'm going to leave it as-is, so you should probably arrange for your CSV data to be multiplied by 16.

Cheers

You could change that to this:

AD5219.M=AD5219.U,FidEntry.N ; FidEntry when not in a menu


Cheers

was just working on the csv file... np problem until i spinned the mouse wheel past fid 2090 ( or close to that) and saw that the export was screwed up a bit... then i i looked down some more and at the end i was just one playlist fid after another... not the change between playlist and tune fids as the rest of the csv file... is this normal? i could e-mail a copy of the export... i could even set up my router so that the player could be reached on the internet via emplode / jemplode

Assuming you never deleted anything, the FIDs are assigned in numerical order as you add tunes and create playlists.

So for many of us, that means we see Albums and their tunes grouped together early on, and then more complex/custom playlists at/near the end.

cheers

no i started with empty drives.. and in emplode i choosed to enable import m3u playlist files... then i just added my winamp playlist's...

sorry for beeing "away"... but simply did not have the time...

how is it that a export is not the same all the way.. in the beginning it is one playlist fid followed by the songs of that playlist... but in my case the end of the export is pure playlist...

would it help to comment on this if you had a copy of the export?

the way i put songs on the player is to enable winamp playlist import and then i just drop the winamp playlists in emplode

anyone cracked this "nut" ?

i could reaaly use a fix on the export so that i more easy could print the playlist on paper and bring it along in the car

together with the fid entry feature it would make it a lot more easy for other people to just go through the printed playlist and select songs by giving me the fid number


i had an idea to hunt down the problem... i could hook the unit up my local network and forward the port that emplode/jemplode uses to the unit, so that anyone could connect to the unit to help solve this "maybe" simple problem.. i just don't know the port number

In general, the FID numbers are assigned sequentially, as you create/upload playlists and tunes.

So if you were to reformat the player, then upload 5000 tunes, and then create all of you playlists, what you would see would be

• The master playlist (FID 100h)
• 5000 tunes, numbered sequentially
• Your own playlists, numbered sequentially after the tunes.

Also, whenever you delete a tune or playlist, the FID for it is freed for re-use, and will be assigned to the next tune/playlist that you upload.

Cheers

But not necessarily during the same session. I seem to recall that emplode doesn't release the FIDs for re-use until you synchronise the changes in your current session. I don't know what JEmplode does.

i just drop the winamp playlist in to emplode and it does the rest...

is it wrong just to enable import of winamp playlist files and then drag&drop them in to emplode?

No, it's perfectly right. I'm still not sure what problem you're reporting with it. If you're complaining that the exported list isn't in depth-first order, then I think you're expecting too much of it. Don't forget that a song, or a playlist, can appear in several different parent playlists. The exported list, though, lists each song and playlist only once each. So it can't be the same as the depth-first order; however, surely it wouldn't be hard for a small program to generate the depth-first listing from the exported list?

Peter

the problem is that most of the export is sorted right..

first one playlist and then the tunes.. but over 2/3 down it gives me a big stack of playlists

i dont use parent playlist, i drop one playlist for each cd/album that i add in emplode

would it help a lot if you can connect to my player from the internet?

have to go to work but is back in about 7 hours

regards bo

Not at all. The only bad thing happens when you drop both a folder tree full of song files, *and* some playlist files contained within those folders, onto emplode. Once upon a time, that would cause each song to be installed onto the player twice, thus wasting disk space.

I'm not sure if it still does that in 2.0. Even if it doesn't, even if it duplicate-checks in 2.0 and discards the duplicates, at the worst then you're making the import take twice as long as it needs to take.

I've looked back over this thread, and I'm a bit worried that all of the trouble you went to might have been because of a mistake I made very early on in the thread.

As I understand it, you want to be able to directly call up a playlist on the player without scrolling though menus. Right? So you've gone to a lot of trouble to print out a list of FIDs and then Mark implemented a new feature to let you punch in the FID directly.

All this time I'm thinking that you can find stuff easier on the player with its alphanumeric search feature, so why go to all the trouble of printing out a list. I'm worried that maybe it's because I said I didn't think there was an alphanumeric *playlist* search. I just checked, and there is. You press the Search button enough times on the remote and there it is.

So could all of the above be made a lot easier by just pressing the "search" button on the remote enough times to get to the search by playlists feature?

No, the problem is that some of the export is sorted in a way which led you to think it was a full depth-first playlist-order listing. Which it isn't, was never intended to be, and in the general case cannot possibly be (not while listing each FID only once).

If the output had been more mixed-up right from FID 100, then you would have realised much sooner that this is a "problem" that can't be solved at import time, but only by you (or some other generous person) writing a small program that takes the exported data and generates a depth-first playlist-order listing of it, repeating FIDs when necessary, a bit like this thing. (I'm assuming that the exported CSV does actually contain the playlist structure, i.e. the child-FID lists for each playlist -- I don't have an Emplode install around to check.)

Peter

first I don't like strangers monkey with my empeg, second it's not safe to use the search feature as it requies me to take the eyes of the road, and even a sec can be fatal.

with the FID entry thing i don't have to look at the unit

since i have to check drive for error and such i think i will take the player indoor in 2 days time and start with a format and drive check. then i will add songs as i use to and then do the export and place a copy here

could a workaround be to only drop 10 winamp playlists in emplode at a time until all music is uploaded?

i only drop the playlist file itself not songs (i use the search feature in winxp so that i don't get any .mp3 files only .m3u)