V3 Beta5
Posted by: Narkotic
V3 Beta5 - 31/12/2003 03:00
Question... Besides all the new techincal features/advances in v3... Does the interface "look" any different? I'm just curious as to see if it's been changed at all. If it has, could I see some screenshots? Thanks..
Posted by: tfabris
Re: V3 Beta5 - 31/12/2003 11:59
No, it does not look any different. In fact, a lot of its code is from an earlier version of the 2.0 tree, back when there were still certain features not yet implemented, and certain bugs not fixed. The main advantages in the 3.0 portions of the code tree are related to the new 3.0 audio engine, the same one that's used on the Karma. Primarily what you get with 3.0 is: crossfade, pitch bend, OGG, and FLAC. Otherwise there are no new improvements in the user interface and in fact there are some features missing and some old bugs cropping up again.
Posted by: image
Re: V3 Beta5 - 31/12/2003 12:30
is FLAC functional already? i thought that it wasn't implemented yet.
Posted by: genixia
Re: V3 Beta5 - 01/01/2004 13:26
Please also note that there is no V3 Beta 5. You must be getting confused with V3 Alpha 5.
Posted by: tgnb
Re: V3 Beta5 - 01/01/2004 22:47
The main advantages in the 3.0 portions of the code tree are related to the new 3.0 audio engine, the same one that's used on the Karma. Primarily what you get with 3.0 is: crossfade, pitch bend, OGG, and FLAC.
How can I upload FLAC files?
Posted by: tfabris
Re: V3 Beta5 - 01/01/2004 23:05
I don't know, I never tried. It's possible I'm wrong about it. I was under the impression that the 3.0 codebase supported FLAC, but I never actually used a FLAC file on either the Karma or the Car player, so maybe I was wrong.
Posted by: Narkotic
Re: V3 Beta5 - 02/01/2004 02:40
oops... damn, and i'm a software developer!
::slaps myself::
Posted by: tgnb
Re: V3 Beta5 - 03/01/2004 13:35
I don't know, I never tried. It's possible I'm wrong about it. I was under the impression that the 3.0 codebase supported FLAC, but I never actually used a FLAC file on either the Karma or the Car player, so maybe I was wrong.
get my hopes up for nothing why don't you
oh well maybe some day
Uhm..
Also, isn't is "Alpha3"? and not "5"? At least, that's what my player says when it boots up.. If there IS a '5' out there, I'd like to start using it.
Me.
Posted by: tman
Re: V3 Beta5 - 03/01/2004 17:45
It's a bit late but
Merry Christmas!
It's a bit late but Merry Christmas!
Okay, I feel REAL DUMB now.. I have no clue how I missed that in the first place.
Muhahaha! Mine is an evil laugh!
Sorry.
Thanks!
Me.
Posted by: image
Re: V3 Beta5 - 04/01/2004 10:03
well, with some inital experimentation, .flac files aren't imported by jemplode. but i wanna see if i encode with OGG encapsulation (i think its similar to the old .wav encapsulation of mp3 files; tho i forgot for what reason that was for). hopefully, it'll work. more updates when i experiment more.
Posted by: peter
Re: V3 Beta5 - 04/01/2004 10:35
well, with some inital experimentation, .flac files aren't imported by jemplode. but i wanna see if i encode with OGG encapsulation (i think its similar to the old .wav encapsulation of mp3 files; tho i forgot for what reason that was for). hopefully, it'll work. more updates when i experiment more.
Flac encapsulated in Ogg is not currently supported by the car-player (or, for that matter, by Karma). For now it's ".flac" files only.
Peter
Posted by: image
Re: V3 Beta5 - 04/01/2004 11:23
is .flac importation enabled in emplode v2.1? also, even if we do get it on the empeg, is v3a3/5 going to play it?
Posted by: peter
Re: V3 Beta5 - 04/01/2004 11:41
is .flac importation enabled in emplode v2.1? also, even if we do get it on the empeg, is v3a3/5 going to play it?
To answer your questions in strictly reverse order, v3a5 plays flac, v3a3 doesn't, Emplode (I think) can't put them on and you have to use Jemplode. Unless, that is, someone fixed Emplode while I was off over Christmas, which is always possible.
Peter
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 12:06
Gah. Maybe I should try alpha 5 on one of my other players, because it still doesn't work with the database on the player with all the music.
Posted by: image
Re: V3 Beta5 - 04/01/2004 12:20
well, jemplode doesn't import flac as of yet either. <peers at our favorite java guru>. just tempted to rename my flacs as ogg, and see what happens.
Posted by: peter
Re: V3 Beta5 - 04/01/2004 12:22
well, jemplode doesn't import flac as of yet either. <peers at our favorite java guru>. just tempted to rename my flacs as ogg, and see what happens.
The "codec" tag will get set incorrectly, and the vorbis decoder will fail to play it with extreme prejudice.
Peter
Posted by: image
Re: V3 Beta5 - 04/01/2004 12:39
if i recall, we can manually set the codec tag in jemplode. what should it be, btw?
Posted by: peter
Re: V3 Beta5 - 04/01/2004 13:16
if i recall, we can manually set the codec tag in jemplode. what should it be, btw?
"flac" (or "mp3", "wma", "wave", "vorbis").
Peter
Posted by: mschrag
Re: V3 Beta5 - 04/01/2004 13:47
There is a new jEmplode at
http://www.inzyme.com/rio/empeg ... The installers are still the old versions (they just take forever to upload), but the individual jar files, etc are new.
So the deal is that as long as you use the jar file of jEmplode, it is bundled with Rio Music Manager Lite's jar file which DOES have FLAC support. So it checks to see if you have rmmlite in your classpath and enables FLAC if you do. If anyone happens to know of an open source java flac parser, I will include it and provide source ... In the meantime, if you want to use FLAC, it will have to be binary only for the time being. If anyone's uncomfortable with that, you can use the non-binary version and it just won't get FLAC.
I haven't kept up with all the changes, but they're roughly:
Fast database rebuilds (turn it on in Options)
Tag syncing on duplicates (turn it on in Options)
Commandline full database rebuild ( java -classpath jemplode.jar org.jempeg.empeg.protocol.RebuildDatabase <ipaddress> ) -- This should rebuild an alpha5 db for you.
I haven't kept good notes on this release, but there are a bunch of misc fixes and tons of fixes inherited from Rio Music Manager Lite. There are still quite a few things people have reported, but it's been so long since I did a release, I just wanted to get this out there.
ms
Posted by: mlord
Jemplode v48 (!) - 04/01/2004 15:13
The fast database rebuild works for me (didn't try flac).
But on my v3a5 player (the only one I've tried), after a fast rebuild, the player does not get restarted (should it?).
Cheers
Posted by: mschrag
Re: Jemplode v48 (!) - 04/01/2004 15:20
Yeah it should be .. Actually it looks like it's not restarting after any rebuild except a rebuild-on-failure. Whoops.
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 15:27
Seems like it doesn't want to deal well with my "large" database (only 12k songs, actually); On the first try it died, probably out of memory. 46 and 47 are both fine. Should any of the changes cause increased memory usage?
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 15:36
Hm. Running it again shows it's only using 10% of the system memory, but panning in the top level of "Playlists" is taking 90% of the CPU. Curious.
Posted by: mschrag
Re: V3 Beta5 - 04/01/2004 16:14
Not sure what would have changed ... can you run it from a console and hit Ctrl-Break and send me the output?
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 16:48
I guess I need to figure out what key is "break" on a Mac
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 16:53
Well, just running in an xterm, just letting it open the database and doing nothing else, I see:
Unknown fid type for fid 272 titled ""
java.lang.NullPointerException
at com.inzyme.container.ContainerSortableContainer.getSize(ContainerSortableContainer.java:33)
at com.inzyme.sort.ContainerSortUtils.linearSearch(ContainerSortUtils.java:172)
at com.inzyme.container.ContainerUtils.getChildContainer(ContainerUtils.java:92)
at org.jempeg.nodestore.soup.AbstractTagSoupUpdater.getContainer(AbstractTagSoupUpdater.java:87)
at org.jempeg.nodestore.soup.AbstractTagSoupUpdater.getContainer(AbstractTagSoupUpdater.java:89)
at org.jempeg.nodestore.soup.AbstractTagSoupUpdater.initialize(AbstractTagSoupUpdater.java:127)
at org.jempeg.nodestore.soup.AbstractTagSoupUpdater.initialize(AbstractTagSoupUpdater.java:111)
at org.jempeg.nodestore.soup.SoupUtils$SoupInitializeRunnable.run(SoupUtils.java:324)
at java.lang.Thread.run(Thread.java:554)
java.lang.OutOfMemoryError
java.lang.OutOfMemoryError
java.lang.OutOfMemoryError
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 16:58
The right answer is that I should install eclipse again (the previous laptop had it and I didn't bring it with me to the Mac) but at the moment I'm taxiing files and so my disk is ~full. Blah.
Posted by: mschrag
Re: V3 Beta5 - 04/01/2004 19:41
Are you running the jemplode jar directly? if so, try running it:
java -Xmx128M -jar jemplode.jar
If you're running the app bundle, then I need to look, but in one of the properties files you should be able to specify the max memory that can be used by the VM ... Jack that up if you find it.
By default it will only get 64M of RAM max, which maybe (obviously) is not enough to handle a db of that size ... Surprising though. Do you have a lot of soups? Soups eat memory, I think (and processor at least initially)
ms
Posted by: mschrag
Re: V3 Beta5 - 04/01/2004 19:43
That keybinding is Ctrl-\ on Linux .. maybe the same on OS X. But I would jump the memory up first .. you might be seeing weird problems related to the outofmemory situation.
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 21:35
That must be it. I run 47 from the "app" the installer blatted down, and just ran the jar directly to try this one. I have several soups. Let's find out.
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 21:38
With the 128 setting I don't get out of memory errors. I still get the following, but it doesn't seem to make jEmplode unusable.
Of course, popping up "Options" and trying to scroll results in the options window moving down the screen while it's scrolling, which is bizarre, but presumably isn't related.
Unknown fid type for fid 272 titled ""
java.lang.NullPointerException
at com.inzyme.container.ContainerSortableContainer.getSize(ContainerSortableContainer.java:33)
at com.inzyme.sort.ContainerSortUtils.linearSearch(ContainerSortUtils.java:172)
at com.inzyme.container.ContainerUtils.getChildContainer(ContainerUtils.java:92)
at org.jempeg.nodestore.soup.AbstractTagSoupUpdater.getContainer(AbstractTagSoupUpdater.java:87)
at org.jempeg.nodestore.soup.AbstractTagSoupUpdater.getContainer(AbstractTagSoupUpdater.java:89)
at org.jempeg.nodestore.soup.AbstractTagSoupUpdater.initialize(AbstractTagSoupUpdater.java:127)
at org.jempeg.nodestore.soup.AbstractTagSoupUpdater.initialize(AbstractTagSoupUpdater.java:111)
at org.jempeg.nodestore.soup.SoupUtils$SoupInitializeRunnable.run(SoupUtils.java:324)
at java.lang.Thread.run(Thread.java:554)
Posted by: mlord
Re: V3 Beta5 - 04/01/2004 21:45
On Linux-x86, I get totally silent output when running it from a terminal window.
Cheers
Posted by: Daria
Re: V3 Beta5 - 04/01/2004 21:46
How many soups?
Posted by: mlord
Re: V3 Beta5 - 04/01/2004 21:50
Dunno. About 5600 tracks, though.
What's in your fid 272 that it is complaining about? 272 = 0x110, so look at the 111 file and also try to view it with Hijack:
http://your.players.ip.addr/?FID=111&EXT=.htm
Cheers
Posted by: mlord
Re: V3 Beta5 - 04/01/2004 21:51
Note: 110/111 are the "Unattached Items" soup list.
Cheers
Posted by: mschrag
Re: V3 Beta5 - 04/01/2004 21:55
In reply to:
Of course, popping up "Options" and trying to scroll results in the options window moving down the screen while it's scrolling, which is bizarre, but presumably isn't related.
I just fixed this a couple minutes ago for RMML ... It appears to be a bug in Apple's Java impl when I turn on the brushed metal look. The next build will have that turned off which fixes the problem.
Posted by: image
Re: Jemplode v48 (!) - 05/01/2004 12:30
The fast database rebuild works for me (didn't try flac).
tried flac, and it loads great. gonna see if it crashes v3a5 in my car. what i'd like to see is seeing the speed improvement on a database rebuild for pgrzelak.
Posted by: jem7784
Re: V3 Beta5 - 05/01/2004 14:10
Perhaps I did something wrong here as I could still not get a database to work with alpha 5. I downloaded the jemplode.jar file and pointed by shortcut to it instead of the jemplode.exe created with the installer. Well, I did the manual rebuild from the command line with having alpha 3 on the player. It completed with no real errors. Then upgraded to alpha 5 and it went into the databse rebuild loop as all have seen. No database found. Tried to then do the command line rebuild and it would do nothing... Got a java error and no database. Then went back to alpha 3 and tried a simple upload and was having huge problems such as described by others with out of memory errors. I have a Mark2A model with 80GB on 2 hard drives and I've got close to 20,000 songs on it. I've been unable to do any sort of uploading of songs using Jemplode 48 and had to go back to emplode to even sync it all after failure and lockup of Jemplode 48. Did I do something horrible wrong or is it the size of my database or why can I not seem to get alpha 5 on like others have?
Jemmi
Posted by: mschrag
Re: V3 Beta5 - 05/01/2004 14:28
You shouldn't need to do anything with alpha3 anymore ... I just installed alpha5 and ran the commandline rebuild. When you say you got a java error, can you include the full stack trace of that error?
Posted by: jem7784
Re: V3 Beta5 - 05/01/2004 15:00
I am at work now and cannot do anything with this until the earliest tomorrow night as far as reflashing to alpha 5 and trying again. I am wondering if my huge database is causing problems
Jemmi
Posted by: mschrag
Re: V3 Beta5 - 05/01/2004 15:07
If you have a huge database, memory problems definitely aren't helping the situation ... I need to profile jEmplode again now that things have changed so drastically behind the scenes. Maybe I'm doing something silly.
Posted by: crazymelki
Re: V3 Beta5 - 05/01/2004 15:08
Hello Mike,
Does this "Commandline full database rebuild" also work on a Windows PC?
Thanks a lot in advance...
Posted by: mschrag
Re: V3 Beta5 - 05/01/2004 15:09
Yep .. it's all pure java. I actually develop on Windows.
Posted by: crazymelki
Re: V3 Beta5 - 05/01/2004 15:16
strange....
I get the following message:
C:\>java -classpath jemplode.jar org.jempeg.empeg.protocol.RebuildDatabase 192.168.0.51
Exception in thread "main" java.lang.NoClassDefFoundError: org/jempeg/empeg/protocol/RebuildDatabase
Same message, when I change to the jEmplode directory..
bye
Posted by: image
Re: V3 Beta5 - 05/01/2004 15:22
unless your jemplode.jar is located at c:\, you're gonna need to change the directory to its location.
Posted by: mschrag
Re: V3 Beta5 - 05/01/2004 15:24
Sounds like you don't have the latest jemplode.jar (http://www.inzyme.com/rio/empeg)
Posted by: mschrag
Re: V3 Beta5 - 05/01/2004 15:25
it might not be able to find jemplode.jar either -- you should fully qualify the path to jemplode.jar in the commandline to be on the safe side too
Posted by: crazymelki
Re: V3 Beta5 - 05/01/2004 15:40
yeep...That was the problem...Thanks..
It haves to look like this:
C:\Program Files\jEmplode>java -classpath lib\jemplode.jar org.jempeg.empeg.protocol.RebuildDatabase 192.168.0.51
And Hijack must be installed....
Thanks a lot
Posted by: mcomb
Re: V3 Beta5 - 05/01/2004 19:54
There is a new jEmplode at http://www.inzyme.com/rio/empeg
ACK, DANGER! From the debug output it looks like you have the early version of my
ftp upload code in there. That version will cause strange, bizarre, and hard to recover from things to happen on dual drive players if "Use hijack when possible" is enabled in the options (it doesn't properly reuse fids). I sent another patch at some point, but it must not have made it in to this build.
The attached patch should be applied on top of what is already in there. In the meantime please don't use this version on a dual drive player with hijack enabled!
-Mike
Posted by: mcomb
Re: V3 Beta5 - 05/01/2004 19:59
Forgot the attachment...
Posted by: RobotCaleb
Re: V3 Beta5 - 05/01/2004 20:22
cool, thanks. now, how do i apply it?
Posted by: mcomb
Re: V3 Beta5 - 05/01/2004 21:11
cool, thanks. now, how do i apply it?
We need mschrag to do another release with that patch applied unless you feel like building jemplode from source. If he doesn't poke his head in soon I'll but up a temp version somewhere after I get dinner.
-Mike
Posted by: Defiler
Re: V3 Beta5 - 05/01/2004 21:30
So, I have "Use hijack" disabled, and I'm using the given command line to rebuild my player database, but all the playlists vanish. When I re-launch jEmplode, it forces a media check, and then reports "There isn't a file with FID 2 on this device."
Yes, I have a dual-drive Mk2a. =(
Posted by: mcomb
Re: V3 Beta5 - 05/01/2004 21:35
Ughh, I just looked at the source and that patch may have been applied, but then Mike rewrote some of my code and duplicated one of my earlier bugs. Mike, take a look at HijackUtils.uploadFid(). That function needs to check both drives for the fid number before uploading and either reuse or delete existing fids otherwise you can end up with two copies of the same fid on a dual drive player (one on each drive). At one point I had a findFid() function in there that was intended to do that, but it isn't in this version.
-Mike
Posted by: mcomb
Re: V3 Beta5 - 05/01/2004 21:41
So, I have "Use hijack" disabled, and I'm using the given command line to rebuild my player database, but all the playlists vanish. When I re-launch jEmplode, it forces a media check, and then reports "There isn't a file with FID 2 on this device."
Yes, I have a dual-drive Mk2a. =(
That is not going to be related to the bug I mentioned, but for what it is worth I had the same problem. Does the new on PC database rebuild work with version 2 of the player software?
-Mike
Posted by: Defiler
Re: V3 Beta5 - 05/01/2004 21:52
I'm not sure if the rebuild process works with 2.0. I don't have any MP3s on my player at the moment, but I could roll back to 2.0, encode some, and try it. Would that be valuable test data for you, or should I just wait for a fix?
Speaking of patches.. I tried to apply the patch you linked earlier, but my Windows copy of "patch" behaves very oddly.
I tried "patch -p3 < whatever_the_patch_was_called.txt", and it just created a subdirectory called "-p3"
I was too lazy to send the files over to a Linux box with a 'real' patch tool.
Posted by: mschrag
Re: V3 Beta5 - 06/01/2004 09:36
Ack .. Sorry about that.. I shuffled things around a bit to do the database rebuild stuff. I'll fix this tonight when I get home. I don't remember seeing the findFid function, but I'll restore from CVS ... Now I have to try and remember what problem I was trying to solve by /removing/ it ... I'm terribly lazy with cvs messages when I'm not at work.
Posted by: mschrag
Re: V3 Beta5 - 06/01/2004 09:38
Now you see why I didn't post a top level thread about 48 being out
I knew this one would be sketchy ..
Posted by: mcomb
Re: V3 Beta5 - 06/01/2004 12:09
I don't remember seeing the findFid function
It could be cleaned up with your RemoteFid class, but the basic idea is attached. My guess is you removed it because it was kind of a hack and then forgot to replace it with something better
-Mike
Posted by: Defiler
Re: V3 Beta5 - 06/01/2004 14:48
While we're on the topic, and all anxiously waiting for updated tools.. Heh.. Should it be possible to use the Logo Editor plugin in 48? I don't have any entries on the Plugins menu in 48.. I had to fire up 47 in order to change animated boot logos.
Posted by: mschrag
Re: V3 Beta5 - 06/01/2004 15:48
If you're just running 48 by running the jar separately, it won't find the plugins ... Once I get the real installers up (after I get 48 to work right
), it will put them in the right place and setup the classpath properly ...
Posted by: mschrag
Re: V3 Beta5 - 07/01/2004 07:01
OK everyone .. My sat connection has been down for the past 3 days, but now that the "helpful" folks at DirecWay have me back up on a new frequency, I can actually get some work done at home. So I'll work on these problems when I get home tonight.
ms
Posted by: mschrag
Re: V3 Beta5 - 07/01/2004 07:07
Ah hah .. I see waht happened ... I never applied your second patch. Remember when I had you resend the first patch? I had a brain fart and was thinking that was both of them together, which it wasn't. So I never actually did have those fixes ... I have the email w/ the second patch though. Checking it out now.
Thanks for catching that Mike ...
ms
Posted by: image
Re: V3 Beta5 - 07/01/2004 17:30
i broke the database rebuild by doing the following. i deleted a file completely, then created a new playlist. i then said, i dont need that playlist, so i went to the pending operations, and deleted that event that created it. when i synced, it died on updating All Music.
now, this was all good since i could try and rebuild the database on v3a5 manually. but here's what happened:
[RemoteFid: name=101; path=/empeg/fids0/_00000/; fullPath=/empeg/fids0/_00000/101; fid=257]
playlist = adjusted to 7 entries
[RemoteFid: name=111; path=/empeg/fids1/_00000/; fullPath=/empeg/fids1/_00000/111; fid=273]
playlist = adjusted to 0 entries
[RemoteFid: name=181; path=/empeg/fids0/_00000/; fullPath=/empeg/fids0/_00000/181; fid=385]
playlist = adjusted to 0 entries
com.enterprisedt.net.ftp.FTPException: Failed.
at com.enterprisedt.net.ftp.FTPControlSocket.validateReply(FTPControlSocket.java:436)
at com.enterprisedt.net.ftp.FTPClient.initPut(FTPClient.java:380)
at com.enterprisedt.net.ftp.FTPClient.putBinary(FTPClient.java:422)
at org.jempeg.empeg.util.HijackUtils.upload(HijackUtils.java:149)
at org.jempeg.empeg.protocol.RebuildDatabase.main(RebuildDatabase.java:166)
Posted by: mschrag
Re: V3 Beta5 - 07/01/2004 18:23
Is it possible you ran the commandline and something else was running on your Empeg also? This is basically failing when uploading /empeg/var/tags. Can you check and see if there's anything weird looking about that folder on your Empeg? Does the file exist or not?
Posted by: image
Re: V3 Beta5 - 07/01/2004 19:13
yup, its there. the serial log give a lot of errors. here's the tail of it.
kftpd: open(/empeg/fids0/_00001/fd1) failed, rc=-2
kftpd: open(/empeg/fids1/_00001/fd1) failed, rc=-2
kftpd: open(/empeg/fids0/_00001/fe1) failed, rc=-2
kftpd: open(/empeg/fids1/_00001/fe1) failed, rc=-2
kftpd: open(/empeg/fids0/_00001/ff1) failed, rc=-2
kftpd: open(/empeg/fids1/_00001/ff1) failed, rc=-2
kftpd: open(/empeg/fids0/_00002/001) failed, rc=-2
kftpd: open(/empeg/fids1/_00002/001) failed, rc=-2
kftpd: open(/empeg/var/tags) failed, rc=-30
hijack: Remounting read-only: /
and i think its mounting the wrong partition rw. it says /, but isnt it supposed to be the music partitions?
Posted by: mschrag
Re: V3 Beta5 - 07/01/2004 21:07
Note to self: caches that never clear, have no upper bound, and get hit a lot with unique values are not healthy for memory use
Posted by: self
Re: V3 Beta5 - 07/01/2004 22:00
noted
Posted by: frog51
Re: V3 Beta5 - 08/01/2004 03:37
ROFL!
Posted by: pgrzelak
Re: V3 Beta5 - 08/01/2004 05:52
That was excellent!
Posted by: JBjorgen
Re: V3 Beta5 - 08/01/2004 15:17
/me laughs
Posted by: image
Re: V3 Beta5 - 28/01/2004 19:06
after a few tries, i have come to a two fold conclusion on my RebuildDatabase errors.
first of all, the reason why it can't write the /empeg/var/tags file is because it sets / as rw, not the music partitions. this is demonstrated by me actually running 'rwm' right before executing the command, and it has no trouble writing all of the necessary files. this becomes unnecessary if we do it from the GUI, since the sync makes the music partitions writable.
but unfortunately, the resulting database is corrupt. i imagine that its because you're counting the number of kftp err=-2 lines before terminating the fid scan. i imagine this is to prevent jemplode from scanning way past the maximum fid. this is fine and dandy for most, but i recently deleted the first 2000 songs that i first uploaded, and probably decimated the _00000 and _00001 directories totally as a result. so it only gets to /_00002/ (actually, its _00003 now, since i started uploading and probably reusing the deleted fids) before terminating and trying to write the tags and database3 files.
so, if this is what really is happening (didnt look at the source, so be gentle), might i suggest recursively doing an ls -al in ftp and parsing the results, instead of blindly trying to read fids?
Posted by: thedon
Re: V3 Beta5 - 31/01/2004 20:05
So... I'm just having issues
I've installed the Alpha 5 upgrade on my Mk II, and I have NONE of my playlists... I've tried rebuilding the playlist db using the command from the command line that have been suggested in other threads and it ran just fine with no errors... But still no love on the playlists... When going into the playlists on the emepeg it just says "None".
Also, how would I upload new tunes if I can't connect to it through jEmplode or emplode?
I get Out of memory errors while using emplode when it rebuilds the db, and nothing happens at all in jEmplode...
I can use any and all help...
(Btw - I've been waiting over a year and a half for crossfade support, and this is the ONLY reason I ever tried putting the alpha upgrade on here... If anyone has another solution, i'd be willing to entertain those options... And yes, for those that are wondering I am impatient, and maybe worse, I am stubborn as all hell
)
Joey
Posted by: Daria
Re: V3 Beta5 - 31/01/2004 20:12
I've installed the Alpha 5 upgrade on my Mk II, and I have NONE of my playlists... I've tried rebuilding the playlist db using the command from the command line that have been suggested in other threads and it ran just fine with no errors... But still no love on the playlists... When going into the playlists on the emepeg it just says "None".
That's what I get. I'm not willing to go through and figure out what it's choking on so I went back to alpha 3.
(Btw - I've been waiting over a year and a half for crossfade support, and this is the ONLY reason I ever tried putting the alpha upgrade on here... If anyone has another solution, i'd be willing to entertain those options... And yes, for those that are wondering I am impatient, and maybe worse, I am stubborn as all hell )
Alpha3 has crossfade, and mostly works otherwise. I can upload music to it and rebuild the database.
Posted by: thedon
Re: V3 Beta5 - 31/01/2004 20:22
Where do I get my hands on alpha 3?