#65396 - 02/02/2002 18:35
Re: Hijack v168: even more stuff
[Re: mlord]
|
addict
Registered: 19/08/2000
Posts: 588
Loc: England
|
Wow!!! nested playlists. You managed to get around the recursion problem then?
_________________________
Marcus
32 gig MKII (various colours) & 30gig MKIIa
|
Top
|
|
|
|
#65397 - 02/02/2002 19:21
Re: Hijack v168: even more stuff
[Re: mlord]
|
carpal tunnel
Registered: 12/11/2001
Posts: 7738
Loc: Toronto, CANADA
|
Didn't want to start a new thread. Hope you see this easily enough.
FTP rename isn't working for me. And I haven't seen it discussed elsewhere. RNFR is reported as a bad command (I did make sure to rw first) using WS_FTP as well as SmartFTP (pretty interface, but operation still leaves a lot to be desired).
Bruno
|
Top
|
|
|
|
#65398 - 02/02/2002 19:24
Re: Hijack v168: even more stuff
[Re: mlord]
|
member
Registered: 19/12/2001
Posts: 108
|
Fantastic. Out of curiosity... How are you discriminating between downloading and streaming? Are you using User-Agent or some other method?
|
Top
|
|
|
|
#65399 - 02/02/2002 21:27
Re: Hijack v168: even more stuff
[Re: hybrid8]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
>FTP rename isn't working
That's cuz it is not implemented.. this is a kernel FTP daemon, and it needs to be very space-efficient as a result, so not all commands exist.
But "rename" (RNFR+RNTO) will be implemented in Hijack v170.
Err.. v170, not v169 as originally posted.
Cheers
Edited by mlord (02/02/2002 21:28)
|
Top
|
|
|
|
#65400 - 02/02/2002 21:30
Re: Hijack v168: even more stuff
[Re: crocklobster]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
>Fantastic. Out of curiosity... How are you discriminating
>between downloading and streaming?
I could tell you, but then I'd have to kill you.
Use the Source, Luke..
-ml
|
Top
|
|
|
|
#65401 - 02/02/2002 21:32
Re: Hijack v168: even more stuff
[Re: beaker]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
>Wow!!! nested playlists.
>You managed to get around the recursion problem then?
Yes, with a loop and a 16-entry file-descriptor stack. Very nice and tidy, after all the screaming and whimpering stopped...
Cheers
-ml
|
Top
|
|
|
|
#65402 - 02/02/2002 21:40
Re: Hijack v168: even more stuff
[Re: hybrid8]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
>Has anyone put together a good hijack help file? Hmm..
Not yet. I'm kinda hoping somebody might step forward and write a quick webpage for me, summarizing all current features of Hijack and how to access them. There was a volunteer earlier, but he got really distracted by silly things like family and job..
-ml
|
Top
|
|
|
|
#65403 - 02/02/2002 23:18
Re: Hijack v168: even more stuff
[Re: mlord]
|
carpal tunnel
Registered: 12/11/2001
Posts: 7738
Loc: Toronto, CANADA
|
Your ARTIST and SOURCE name passing seem to be limited to 31 characters right now. So I only get "Carter the Unstoppable Sex Mach" instead of "...Machine." This also won't be able to fit "My Life With The Thrill Kill Kult"
It seems to be able to deal with the TITLE length of all my tracks (didn't count the characters on any of these, but I have plenty that go beyond 31).
Just a heads up.
Bruno
|
Top
|
|
|
|
#65404 - 02/02/2002 23:31
Re: Hijack v168: even more stuff
[Re: hybrid8]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
I've bumped the "artist" buffer size up to 48 chars in v170.
Cheers
|
Top
|
|
|
|
#65405 - 02/02/2002 23:57
Re: Hijack v168: even more stuff
[Re: mlord]
|
carpal tunnel
Registered: 12/11/2001
Posts: 7738
Loc: Toronto, CANADA
|
Have you done any speed tests on http and ftp transfers?
Using HTTP, I'm getting about 320KB/s when downloading a track while another is playing on the player. And a rate starting at about 10KB/s and decreasing to under 4KB/s while sending my entire player contents through your m3u method.
While the player is paused, these increase to downloads of about 660KB/s and playlist compiling/download starting at 12KB/s and ending at about 6KB/s (475KB list gets generated using the "Play All" link on the root view). That's just over 5900 tracks - my music is all within album lists within artist lists - split into two top level lists + a bunch of compilations that are equally recursive.
If this sounds correct, what's the likelihood it can be improved at some point?
With all this added functionality, I'm wondering how come no one is talking about making a nice backup program that could handle tracks and database. The communication is easier than ever with all the work already put into Hijack.
Bruno
edit: Damn, the first time I posted I noticed winamp was still streaming in the background. Then I was getting downloads at about 280KB/s.
Edited by hybrid8 (03/02/2002 00:13)
|
Top
|
|
|
|
#65406 - 03/02/2002 00:28
Re: Hijack v168: even more stuff
[Re: mlord]
|
enthusiast
Registered: 14/09/2000
Posts: 363
|
48 chars gets all that I care about out of my 1902 different artists. I don't care about these three getting truncated, they aren't on my empeg anyway.
Celine Dion, Gloria Estefan, Shania Twain & Carole King
Whitney Houston, Chaka Kahn, Faith Hill, Brandy, LeAnn Rimes, & Mary J Blige
Methods Of Mayhem, Tommy Lee, Fred Durst, Lil' Kim, Crystal Method, George Clinton
took me a minute to figure out how to find out what the longest artist name in my collection are. If anyone's interested, I can post the sort perl bits I wrote and the command line process it all.
|
Top
|
|
|
|
#65407 - 03/02/2002 00:37
Re: Hijack v168: even more stuff
[Re: hybrid8]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
I just spent a couple of hours fiddling with the .m3u generation code, with no luck. It just has too much random disk access to do, which makes it rather slow.
For each playlist, it has to open/read/close the tagfile, and then open/loop-thru the corresponding fidlist file. For each tune, it has to open/read/close the corresponding tag file. This amounts to a lot of random access on the drive, and a ton of directory look-ups. The Linux ext2 filesystem in the kernel is pretty lousy (linear search) with directory lookups in LARGE directories.. like the /fids/ dir.
Not much to be done, unless we want to reverse-engineer the database file, instead of using the raw data in /fids/
If you (or anyone else) can figure out (from emptool sources) the format of the database file, then we can use that for a dramatic speedup.
As for backup programs, I use use mirrordir, an excellent Linux/unix FTP mirroring program.
Cheers
-ml
Edited by mlord (03/02/2002 00:40)
|
Top
|
|
|
|
#65408 - 03/02/2002 00:48
Hijack v171
[Re: mlord]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
Hijack v171 is out.
v168: tons of enhancements (see earlier release notice)
v169: fixed empty playlist issue from v168
v170: added FTP "rename" capability; revamped the playlist browser
v171: added config.ini "spindown_seconds=30" option (default shown) for hard drives, since kftpd/khttpd can leave them spinning "forever" otherwise.
-ml
|
Top
|
|
|
|
#65409 - 03/02/2002 02:22
Re: khttpd in v168 died (not any more)
[Re: mlord]
|
pooh-bah
Registered: 13/09/1999
Posts: 2401
Loc: Croatia
|
Tested with v171 (you release three versions while I sleep :-))
Works, as expected. Thanks!
_________________________
Dragi "Bonzi" Raos
Q#5196
MkII #080000376, 18GB green
MkIIa #040103247, 60GB blue
|
Top
|
|
|
|
#65410 - 03/02/2002 06:03
Re: Hijack v171
[Re: mlord]
|
member
Registered: 11/09/2000
Posts: 143
Loc: Jylland, Denmark
|
Hi,
Can we have the /proc/empeg_screen.png and /dev/null added with these headers, pretty, pretty please:
Cache-control: no-cache
Pragma: no-cache
Expires: Tue, 01 Jan 1999 01:00:00 GMT
It would help me with some JavaScript stuff I'm working on, so we can have remote-control capabilities in a browser.
_________________________
Lars
MkII 40gig 090000598
|
Top
|
|
|
|
#65411 - 03/02/2002 09:28
Re: Hijack v168: even more stuff
[Re: mlord]
|
new poster
Registered: 07/09/2001
Posts: 25
|
Hi
I know I'm probably just being dump, but I can't work out the password feaure for FTP & HTTP. Can someone explain how it works?
I've set a password in config.ini, but I'm not sure which username to use, I've tried anonymous but that does'nt seem to work.
Thanks
Phill
_________________________
RioCar 20 Gig Blue & Tuner
|
Top
|
|
|
|
#65412 - 03/02/2002 09:41
Re: Hijack v171
[Re: Wire]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
Huh?
Added with what headers?
By the way, if you send buttons exactly like this, then the server returns a "204 No Response" header:
GET ?BUTTON=xxxxxxx;BUTTON=yyyyyyyy
or
GET ?BUTTONRAW=xxxxxxxxx
If it would help, I could add a "NOOP" command as well, for silly browsers that always insert a leading slash, as in
GET /?NOOP;BUTTON=xxxxxxxx
The NOOP would guarantee a "204 No Response", even with a pathname.
-ml
|
Top
|
|
|
|
#65413 - 03/02/2002 09:42
Re: Hijack v171
[Re: mlord]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
Oh.. those headers (my eyes are extra blurry this morning..).
Do you really need all three?
-ml
|
Top
|
|
|
|
#65414 - 03/02/2002 09:45
Re: Hijack v168: even more stuff
[Re: phillos]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
The khttpd does NOT support password use, so don't bother trying there. For kftpd, insert these lines into config.ini:
[hijack]
kftpd_password=MyP4SsW0rD
Connect up the serial port, and monitor the output while rebooting the player. You should see the above line get echoed out somewhere near the "end". If not, you screwed up.. fix it.
Once that part is working, just ftp to the player, use ANY userid (it is 100% ignored), and enter the password exactly as in config.ini.
-ml
|
Top
|
|
|
|
#65415 - 03/02/2002 09:59
Re: Hijack v171
[Re: Wire]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
Okay, I'm awake now.. I'll add those non-cacheable headers to everything from "/proc/" and "/dev/" (as it should be).
Hijack v172, shortly.
Thanks!
|
Top
|
|
|
|
#65416 - 03/02/2002 10:21
Re: Hijack v171
[Re: Wire]
|
carpal tunnel
Registered: 25/12/2000
Posts: 16706
Loc: Raleigh, NC US
|
empegVNC is already browser-capable. Not to discourage you from developing what you want, but there's little point in reinventing the wheel, unless you want to.
_________________________
Bitt Faulk
|
Top
|
|
|
|
#65417 - 03/02/2002 10:25
Re: Hijack v171
[Re: wfaulk]
|
carpal tunnel
Registered: 12/11/2001
Posts: 7738
Loc: Toronto, CANADA
|
It's nice to have a selection of wheels. I keep two sets for my car, why would the empeg be any different. Hehe.
Bruno
|
Top
|
|
|
|
#65418 - 03/02/2002 14:19
Re: Hijack v171
[Re: mlord]
|
member
Registered: 11/09/2000
Posts: 143
Loc: Jylland, Denmark
|
Hi,
Did build 172 break ?button=something? I get an 403 Access Not Permitted no matter what's in front of the ? ....
_________________________
Lars
MkII 40gig 090000598
|
Top
|
|
|
|
#65419 - 03/02/2002 15:21
Re: Hijack v171
[Re: Wire]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
Yeah, it's broken -- forgot to add "khttpd_commands" to the options table, so it's picking up default value of '0' == not enabled.
Fixed in v174 shortly.
|
Top
|
|
|
|
#65420 - 03/02/2002 15:49
Re: Hijack v171
[Re: mlord]
|
carpal tunnel
Registered: 12/11/2001
Posts: 7738
Loc: Toronto, CANADA
|
Mark, the disk integrity check disabling feature is definitely not working for me (previously with 166 and now with 172). Let me know what details you need to help get to the bottom of this.
Bruno
|
Top
|
|
|
|
#65421 - 03/02/2002 17:18
Re: Hijack v171
[Re: hybrid8]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
Login to your empeg on the serial port, and do this:
fsck -fay /
fsck -fay /drive0
fsck -fay /drive1
sync
and then reboot and double-check the hijack menu setting for the fsck. It should be fine after that. If not, let me know.
-ml
|
Top
|
|
|
|
#65422 - 03/02/2002 17:19
Re: Hijack v171
[Re: hybrid8]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
If you find yourself in the habit of rebooting from the Hijack menu "reboot machine" feature, then do keep in mind that this method of rebooting does NOT remount-ro beforehand.. the "SITE REBOOT" and http "?REBOOT" do remount-ro, but not the menu.
-ml
|
Top
|
|
|
|
#65423 - 03/02/2002 17:52
Re: Hijack v171
[Re: mlord]
|
carpal tunnel
Registered: 12/11/2001
Posts: 7738
Loc: Toronto, CANADA
|
I never reboot from the hijack menu itself. And even when using the SITE reboot I had been in the habit of manually mounting ro beforehand.
I'll check out what you wrote above...
Bruno
|
Top
|
|
|
|
#65424 - 03/02/2002 18:05
Hijack v175: better playlist internals
[Re: mlord]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14492
Loc: Canada
|
Okay, Hijack v175 is released. Hopefully nothing will appear different, except that the playlist browsing has been revamped internally to be much more CPU efficient (faster, but still slow though, because of all of the random disk I/O it requires).
A side effect of this is that LONG tags are far less likely be to truncated. The only fixed size buffer is for places where the "artist" and "title" fields get merged (such as in .m3u playlists) into a single 128 byte buffer.
Anyway, please give it whirl and let me know if I broke anything.
Cheers
Edited by mlord (03/02/2002 18:05)
|
Top
|
|
|
|
#65425 - 03/02/2002 18:10
Re: Hijack v175: better playlist internals
[Re: mlord]
|
carpal tunnel
Registered: 12/11/2001
Posts: 7738
Loc: Toronto, CANADA
|
How long is the fsck on drive0 supposed to take (running 2 30GB drives)? It's been going over 15 minutes so far...
Bruno
|
Top
|
|
|
|
|
|