Ahhh... i totally got the other impression. doh.

Ok... Figured out prob from 3 post reply from the top of this thread.... That was only yesterday... and look at this thread now..... no sleep for the wicked....

Problem getting animation editor to connect at all, but rest of emplode ok etc...

I have a kftpd_password=heytheretux set in my config.ini.
Remove it, reboot the peg, problem goes away.

Also when the pwd is set it also made -update hijack- tells me everything was upto date, even when I went back hijack versions....

I need it set because multiple people at work stream mp3's and video from it, and I'don't want to have to switch to insecure @home profile, whilst still connected to the LAN, or wait until I get home to put the latest risky or bond animation on my player

Can you do third profiles? @update_animation ? I forget....

Getting rid of ;@WORK khttpd_files=0 temoprarily which currently prevents updating (and may prevent animation connect - haven't tried it yet), is less of a security risk than opening up FTP to the peg in my book.


Wierd that with all these people creating animations, no-one had this problem yet.... I guess they either have @home's without ftp pwds (I sometimes share mine over internet and vpn's from home, so still have it set), or people aren't doing too much streaming at work or whatever....

Would someone like to have a quick go, and make sure I am not talking absolute pants?

Is it just a matter of catering for ftp passwords read from config.ini?

Cheers,

Kieran
OZ

Whoops .. yeah ... I never added and user or password support into jEmplode

I've had this problem and I posted about it a while ago...
hopefully Mark can do something to allow check the /proc/version file even while files=0
the issue with files is bsically moot if you turn off your password, but if it's on and files is not set then you can view the config file through http and get the ftp password out of it...
that would be bad

I've noticed something similar happen when I select a bunch of tracks in a playlist that's sorted by Source and edit their properties to change the Source... I imagine it happens for other fields, too.

Apparently there is a memory leak in Dan's MP3 parser

I have gotten out of mem errors importing mp3s with id3v2 image tags before. I am not sure if it was with DMZ's taglib or the older id3lib based one though. I bet if Tony uses something to strip out any less common tags it will work with the newer parser. I eventually wrote a perl script to strip and clean my tags on all my mp3s which is the main reason I never have bug reports for you any more :-)

-Mike

Yeah -- we started with that id3lib port (which sucked), then Dan donated his (which was much better), and currently (temporarily, if Dan has time to work on his -- I know he's busy these days) we use JD3Lib (http://sourceforge.net/projects/jd3lib/) which seems to work really well (and also parses VBRI header information so we can use it for that to).

Mike

and also parses VBRI header

Not properly, it doesn't . I was hoping that it'd give me some pointers to parsing the TOC properly. Unfortunately, it doesn't do anything with it. This is unfortunate.

It does, however, get the average bitrate, etc. correct, but emplode can already do that for VBRI files.

The guy who wrote it is pretty helpful -- I'll drop him an email and ask if he is planning on adding any code for that.

Mike

Here's what I turned up in a search:

toc (table of contents) gives seek points for random access
the ith entry determines the seek point for i-percent duration seek point in bytes = (toc/256.0) * total_bitstream_bytes
e.g. half duration seek point = (toc[50]/256.0) * total_bitstream_bytes

That's Xing's VBR TOC. When you said VBRI, I thought you were referring to FhGs VBR header (which is tagged as "VBRI", where Xing's is tagged "Xing"), on which I cannot (and I'll bet that you can't either) find any useful information regarding large MP3 files.

My bad ... Though you've thrown the information-finding gauntlet

I believe /proc/version is now accessible anytime, v248.