Wait, did you run fidsift on this thing? Are we looking at some kind of problem with fidsift?

Unfortunately, I see a distinct lack of audio files there. Or is it just my imagination.

I just reinstalled the developer image to get rid of anything screwy and also get rid of hijack. I then repeated Paul's instructions with the .old stuff. When I executed player, this time it did take a while to build the database, I then rebooted and nothing. Fired up emplode for the heck of it and sure enough, my songs are there. A quick sync with emplode and hip hip horay, the silence in my car is gone.

I would like to thank everyone involved in helping me with this. My knowledge of linux is very limited and without you're help, I would be completely lost. You've saved me from spending hours and hours reripping. I know this has been said many times before, but once again, the empeg community pulls though and proves to be the best web community out there. I just wish there was more that I could contribute, the vast majority of my posts have been me asking for help. Thanks again!

Unfortunately, I see a distinct lack of audio files there. Or is it just my imagination.

Right, there's no audio files in his split directories. But there are loads in his actual fids0 and fids1 directories, where the 2.0 player should still be finding them.

Peter

You've saved me from spending hours and hours reripping.

Congratulations -- now make a backup, for heaven's sake!

Peter

Agreed! Always backup your data!!!

Funny thing is, I had my entire music collection on my computer until about 2 days before this happened. I've always had it on my computer until recently when I was running out of room. I dont have the funds at the moment to get a new hard drive so I figured that with my music on the empeg, I didn't need it on the computer also so I deleted it. After this incident though, I will recheck the funds and rethink the buying a new hardrive idea.

I'm glad you're working again, but I'm still wondering what got lost which caused this problem in the first place...

What would cause the player to NOT rebuild the database if the FIDs are there?

What would cause the player to NOT rebuild the database if the FIDs are there?

The root-filesystem symlinks looked fine, and indeed emplode appeared able to make new 100 and 110 fid files correctly. I wonder whether hijack_mangle_fids() is doing the right thing -- does it work in the case where the subdir exists but the file isn't in it? That's a perfectly valid state for a recently-upgraded-to-v3 unit to be in, and the player copes with it fine. What version of Hijack did you have installed, kswish0?

Peter

What version of Hijack did you have installed

v345

my empeg is my back up it has saved my files Mp3 and others a few times after computers going south for the winter. It is the most relable computer i have.

Congrats on getting it all worked out! I'm kinda surprised that it took 3 pages to get you to reinstall the player software. I think we like making things more complicated than they need to be sometimes. But yes, I think it's in everyone's best interest that we find the cause of this...

My empeg has been perfectly happy ever since I got this all figured out...until today. I finally got some time in my busy schedule to reinstall hijack and put some apps back on my player. So I just reinstalled hijack v345 and it no longer plays music. All of the playlists are still there this time, it just wont play them. The song that was currently playing when I first booted up had the triangle in the bottom left like it was playing, but it wasn't. I tried to pause it, but when, I pressed the top button on the face, it didn't change to the pause symbol, it stayed a triangle. The time elaspsed time for the song isn't playing though. I then tried to pick a new song. I went through my playlists and picked a new one to play and when i selected it, it just displayed the hourglass. I finally had to just pull the plug because it never actually started playing the song, the hourglass just stayed there. My last problem was solved by reinstalling the developer image and getting rid of hijack 345, now reinstalling hijack caused a different problem. Why does v345 not get along with my player? I've never had problems with any of the other versions of hijack.

I reinstalled 2.00 to get rid of hijack and everything worked perfectly fine again. Then I downloaded a new hijack file incase my old one was corrupt, and reinstalled it. Same problem again. It says its playing, but it really isn't. Why is hijack causing this screwyness for me? Does someone have an older version I could try? Or is there something else I should be doing? I must have messed something up in the process of trying to get my playlists back.

I reinstalled 2.00 to get rid of hijack and everything worked perfectly fine again. Then I downloaded a new hijack file incase my old one was corrupt, and reinstalled it. Same problem again.

In case Mark doesn't see this thread in this forum, please post the above in "Programming" with the words "Bug" and "Hijack" prominently somewhere in the thread title.

i think the same problem has jumped out and bitten me on the bum. much swearing and jumping up and down.

Very weird, this. I don't know what is causing the subdirs to be created, but the solution is simple. I've altered Hijack so that it no longer blocks the player's view of the flat directory when subdirs also exist.

Hijack v346 will be released shortly, and should eliminate any problems I've seen discussed thus far in this thread.

Cheers

CVS archive of source tree updated and tagging now.

Hijack v346 will be released shortly, and should eliminate any problems I've seen discussed thus far in this thread.

I tried out 346 and my problems still exist. The player says its playing but its not.

Tony, does this behavior resemble how the player acts if it's trying to play a song that isn't on the player anymore (yet it thinks the song was not deleted or moved)? I seem to remember something like this... maybe it was when I deleted a visual file (like escher.raw) without replacing it and the player tried to load it...

You just need to redo the database build now. Delete the old database files and resync as per the FAQ.

But I'll be releasing v347 shortly, because v346 broke the built-in webserver's access to playlists.

Cheers

Oh man, this player s/w is totally fscked in places. During "normal" bootup and playback operation, it still tries to open files with O_CREAT.. on a read-only filesystem. I wonder why it does that?

Makes it really tricky. Because ideally, Hijack should only do the name remapping (aka "mangling" for files being newly created, not for access to existing files. But since there doesn't appear to be a reasonable way to detect this, I dunno..

down load 346 pop down to the shop while it is downloading for some milk and come back and 347 is coming out arse

keep up the good work

I deleted the old database files and rebooted. Now I'm trying to sync but emplode wont find the player. What can I do to make emplode recognize my player so that I can sync and permanently rebuild the database.

Have you done all the steps here? This should rebuild the database without requiring emplode.

Yes, that is exactly what I followed. But it is rebuilding the database everytime I reboot. If I could sync, it would fix this right?

But it is rebuilding the database everytime I reboot.

Those steps (if followed precisely, especially/specifically the EXIT command) are supposed to rebuild the database and fix the problem, thus making it so that you don't have to do a synch.

The part of the synch that fixes the database is where it runs the player software with the drives read-write. Should be the same thing.

What is happening when you hit that command? Can you send us a serial log of exactly what you're typing and what's coming back out?

You sure you did the "rwm" command?
Did you check that the database file etc got created on the disk at the end of the procedure? Do the initial rwm, cd to the directory the database is in, then do 'touch foo', 'ls -l' and compare the file creation times between the database and the 'foo' file you just created (in case your clock & date is off) and see when the database file was created... You can then do 'rm foo'. Then decide if you want to continue to delete and recreate the database again (probably if the date/timestamp is off from when you did the procedure before) ie do the rm commands, exit, q etc according to the FAQ , or just do 'rom' to mount the drive readonly again.

/Michael

I suspect at this point a quiet email to the guys is necessary....

Oh hell, when are they going to just hire him as a consultant and get him the source code already!?