I have just upgraded to v183 and now cannot see the playlists when I go to: http://192.9.200.197/drive0/fids/101?.html

I get the following page:

Play Tags Main Length Type Artist Source
open("/drive0/fids/111") failed, rc=-2 Hijack v183 by Mark Lord

If I look in FTP I can see that indeed 111 does not exist. The player works fine and I can see all my playlists in emplde.

Any ideas?

You have a corrupt playlist somewhere. Your 101 ("root") playlist claims to contain 111 (another playlist), which is missing. Perhaps if you re-sync from Emplode, the problem will be fixed (maybe..).

In the meanwhile, I'll make Hijack a little more tolerant of such errors.

cheers

My probleme is when listening to stream in winamp, I chooose a playlist, it plays songs but when it ends the current playing song , the next plaid is not the next in the list.

example

song 1
song 2
song 3
song 4
song 5
song 6

song 2 ends it plays now song 5 and after song 5 plays songs 1

What dont I understand ?

I think Winamp has a "shuffle" button somewhere.. try turning it off.

Your 101 ("root") playlist claims to contain 111 (another playlist),

110 is a magic FID; it's the Unattached Items folder, and the root always contains it but never lists it.

Peter

Thanks for the Info, I dont know why cos I never enabled this option, is it default ?

Thanks Mark,

Your more tolerent v185 does allow me to see them all again. However, I still have the error at the top and have resynced a few times but it will not go away. Maybe I should delete the database on the player and see if that fixes it.

Hmmm..... Deleted playlist and tags for /empeg/var. Synced and still have the same error.

Does this mean 100 or 101 is corrupt?

101 contains:

drive=0
length=24
mtime=1012521121
play_count=0
play_last=0
skipped_count=0
title=Main
type=playlist

100 is (in hex):

10 01 00 00 20 01 00 00 30 0d 00 00 40 16 00 00 90 3d 00 00 20 53 00 00

Did you really mean 110 is the magic one or 111?

I have neither but it is 111 that causes complaint.

For each tune/playlist on your machine, there are (usually) two files:

• The "tag file", which ends with a "1", and
• The corresponding "content file" which ends with a "0".
  

The content file may be missing when the tag file indicates "length=0" for it. That is normal. But the tag file should ALWAYS be present, as otherwise the player + Emplode have no way of referencing it.

A playlist's "content" file just contains a list of 32-bit "file identifiers" ("FIDs"), which are the names of the corresponding Tune/Playlist "content" files that make up the playlist.

A tune's "content" file contains the .mp3 / .wav / .wma(coming soon) music file, as uploaded with Emplode.

When the player boots up, it looks for a "/drive0/vars/database" file (and a "playlists" and a "tags" file), and if not found, it then reads in all of the "tag" files and uses them to generate a single combined "database" file for run-time use (faster/easier to read one "database" file than 5000+ "tag" files while running..).

When Emplode is run, it also reads the "database" file from the player, and uses that for it's player information. But when you make changes to the "database" using Emplode, it actually just uploads new/changed "tag" and "content" files, and lets the player recreate the "database" file from those.

Some of the "FIDs" are "special". This includes "100" (101), the "root" or "top level" playlist. And "110" (111) the "Unattached Items" playlist.

Your player appears to be missing the 110/111 playlist, but it still has a direct reference to it in the root playlist. Very odd. Perhaps Emplode no longer creates those files until they are actually needed.. but then why would it include them in the root playlist? Oh well.

v186 of Hijack (released... now!) no longer returns error messages for empty/missing playlists, so your display will look nicer now. But it instead sends error messages to the serial port, just to help me when somebody eventually complains that "hijack is broken, it doesn't show Unattached Items or some such crud..".

Cheers

Thanks Mark,

Don't get me wrong, I am not the type to whinge that the display did not look pretty enough for me, I was more interested to know if I have a problem with this particular player's file structure.

I did not really expect the syncs I was doing to magically recreate the 111 file, just the opposite, I expected my playlist to possibly take on a flat structure if this was missing. Now you have explained that it is the unattached items list, it may be that, IIRC V2.0b does not use the unattached item folder at all. ISTR that it is still in emplode but hidden from view.

Thanks again for all of your efforts so far.

This post belongs in the FAQ! Thanks for the clear description of this part of the file structure.

Lynn

Nah, it belongs in the Developer Info Section instead. Oh, wait, it's already there, thanks to smu. Whaddya know?