Greetings!

Well, I just sync'ed my latest acquisitions onto my labrat player. This time, I think I have gone over the edge. The audiobooks that I was sync'ing had lots of very small tracks on it, so I was adding about 1800 tracks / directories to a player that was already over 25000 fids.

Emplode crashed during the database rebuild. It went down hard and generated an exception. I am now checking the player - the database did not get created properly, in that the tags file was not created. I am going in (slowly, regenerating the database during boot is, at best, glacial) to see what was created, check the hard drive status (dirty or clean mounts) and to see if I can generate a stable database.

Once I get things stable, I will try another sync. I may have crossed that magic number of maximum fids - gone where no one has gone before (to my knowledge). More to follow...

Edit 1: The filesystems were clean. I am doing the non-recommended procedure of setting the drives read/write, running the player application from shell and trying to rebuild the database that way.

Edit 2: The emplode crash generated a Dr. Watson and a dump, if anyone looking at emplode wants it.

Edit 3: The manual database rebuild worked. No errors. I reset the player to read only, rebooted cleanly. Next up, I will try a small sync with emplode.

Edit 4: Emplode loads fine. Perhaps it was just coincidence, but I would rather document what happened in case anyone else gets this amount of files, or sees this kind of trouble. "All Tracks" lists 27066 items listed. All my latest files made it up safely. Configuration change (shutdown timer) had a successful sync. Looks good!

Go man Go! To the moooooon!

Okay. Got one question. How on earth do you store your CD collection? Do you have an extra house or something?

Now be realistic. That many tracks, and this is considering that all his audiobooks may be on CD as well, with an average of 12 songs per disc, would only come out to about 2,256 CDs. That's merely one wall in a large room, not a whole house. Sheesh.

Yeah. Good point Hopefully he doesn't have many singles or vinyl! (Imagine how much space that would be in vinyl...)

I'm more curious about how he pays for it all than where he stores it! heheh.

You've got me worried now.. I'm not "too" far away.

I thought that 28,000 was the limit.

Greetings!

Let's see...

Go man Go! To the moooooon!



How on earth do you store your CD collection?

I use four DJ Cases from Univenture. They work great, are perfect for permanent storage and are still vaguely portable when needed. As for the jewel boxes, my recycler was happy to take some, and (when I set them out over a few recycle pickups) found that someone decided to help themselves to some jewel boxes as well during the night.

...would only come out to about 2,256 CDs...

In my case, a bit less. Some audio books were downloaded and are only a handful of tracks. Some CD audio book vendors are insane and put 99 tracks on each CD to allegedly "make it easier to find your place". It averages out.

...vinyl...

What's that??? Just kidding. All of my rare or irreplacable vinyl I converted to CD (and then subsequently ripped / encoded) long ago. I only kept the really exotic vinyl, so that is only about a dozen or so records.

...how he pays for it all ...

Ah... I was very fortunate in my youth. Or, more precisely, when I was in college. I managed under a series of circumstances to arrange to be a full time, on campus graduate student; a full time teaching assisted; and a full time employee for a major Telegraph company simultaneously! The teaching job paid for my tuition, room and board, and everything from the other job was free and clear! For that brief time, I lived like a king - compared to most college students anyway...

Different priorities. Some people drink. Some people smoke. Some people have social lives. As an anti-social hermit, I can redirect my resources elsewhere...

...You've got me worried now...

It may have been a coincidence. I will try to find out with a bit more experimentation. Also, I have deleted a bunch of tracks with this sync (replacing some with better bit rates). It may be that my high fid number may have been higher.

Hmm... This does appear to be the case. I am playing around with the players and rsync right now. My highest fid is "73EF" - or 29679. I guess the various playlist hierarchy reads a bit differently from the total tracks. So, I am well over the danger level. I need to get another few audio books though - I want to break the 30000 barrier. Maybe when Harry Potter 6 comes out...

I wonder if Hugo ever imagined that the empegCar would ever see a FID count over 30000...

When emplode is "rebuilding the database", it's actually just reporting progress while the player does it itself. So, the actual process is the same. It's possible that when emplode is connected, the player uses more memory, and you're that close to the limit that the extra makes it go phut.

It might have been a timeout for the database rebuild as well. Unfortunately, I did not catch the error message.

It might have been a timeout for the database rebuild as well.

Could be. In that case, I'd expect emplode to barf, but for the player to carry on rebuilding the database regardless. Maybe not, though.

I have lots of vinyl from my college days (mid 70's) and would like to digitize them as you did. How in fact did you go about doing that?

Ed

Actually, there was a fairly recent thread about this very topic. Take a look here, and let me know if you have any questions.

Roger, are these software limits or hardware ones?

If I remember correctly, a little of both. When the drive is first built, the geometry for the scratch partition is set up with this limit in place. I suspect that it would require a change of the scratch partition size and the code itself. Not a quick fix.

Greetings!

Working with Hijack 344, I repeated the problem and have additional documentation in that thread.