Hijack v176 is out, with these changes/additions:

• Fixed some lowercase dependencies in playlist browsing
  

• Added hijack version number to /proc/version
  

• Added pop-up error message for [hijack] option errors in config.ini
  

• Removed echo-back of [hijack] (and [ir_translate]) options on serial port, except for lines which have errors
  

• New menu item for selecting "Home/Work Location".
  

• Revamped config.ini processing: Hijack intercepts config.ini as it is read by the player on startup, and edits the file in-memory using ;@HOME and ;@WORK directives. If the menu is set for ;@HOME, then lines beginning with ;@HOME will be enabled, otherwise lines beginning with ;@WORK will be enabled. This means the trailing portion of those lines will be passed to the player, and the next existing line (if any) lower in the file with the same setting will be commented out. This allows things like this:

  
           [network]
  
           ;@HOME DHCP=0
  
           ;@WORK DHCP=1
  
           DHCP=0
  
  
  
           [hijack]
  
           ;@WORK kftpd_password=n0H4cKz
  
           ;@WORK khttpd_files=0

  
  The logic for this is clever enough to only do the edit when the player itself is reading config.ini on startup, so this will not affect emptool, emplode, ftp, or http access to config.ini
  

Have Fun!

YAYAY! Thanks Mark. Much appreciated. I'll give the home/work thing a go after lunch. Wow... a weekend from request to implementation. Amazin'.

Hijack v177 is out. The only change from v176 is that the "Home/Work Location" menu setting now sends the user directly to the "Reboot" screen afterward, to enable the new setting.

-ml

I'm wondering about the use of this feature. I don't have any real need for it, but am thinking that it might be helpful to have additional 'choose on boot' and 'none' options. In particular, the choose on boot would allow you to select the mode on bootup (remembering the last mode) in AC mode. if you were to use this every day to select different network modes, wouldn't you have to reboot the player for those changes to be used if you only had the hijack menu to select from?

Correct me if I am mistaken..

This got me thinking.. It would also be nice to have ;@AC and ;@DC modes to turn on/off options while in the car.

>It would also be nice to have ;@AC and ;@DC modes
>to turn on/off options while in the car.

Show me a real-life example of how you will use this.

Cheers

I don't think too many people would like the "choose on boot" delay on player startup.. gets very tedious after a while. So, while this does sound like a nice feature, it (1) chews up another flash bit, and (2) probably won't be used after the first few tries.

Cheers

I guess I don't have any real use (other than turning off khttpd/kftpd, which probably isn't even necessary) as my setup is fairly simple right now. I guess I wouldn't put it in jsut for me.. Perhaps someone else might have a need for it, then it would be a useful addition. It was just a thought.

>I don't think too many people would like the "choose on boot" delay on player startup.. gets very tedious after a while. So, while this does
>sound like a nice feature, it (1) chews up another flash bit, and (2) probably won't be used after the first few tries

I agree that it would be tedius if you reboot multiple times. The reason I was thinking about this, is that if you used this to change from a static IP at home, to a dynamic one at work. If your home network used the same subnet as at work, then having a low numbered static IP at home (say 192.168.0.10) could cause ip conflicts unless you made sure to not plug it in until you've switched modes. Again, it's probably not an elegant solution, but I was thinking it preferable to user-error..

I won't add any bloat here for a boot-time menu for HOME/CAR.

But in v178 I have added ';@AC' and ';@DC' as valid tags (very cheap, codewise).

And also new in v178: by default, kftpd/khttpd will not run in DC/Car mode -- saves us a few pages of memory for added buffering in the bumpy car environment. But if you want them anyway, use this option in config.ini:

[hijack]

dc_servers=1

v178 will be released in a minute or less from now.

Cheers

-ml

Cool.. that works for me.. Thanks for the good work..

Do you already disable the writing of the raw and png images when in DC mode? How about the notify stuff? Curious.

Bruno

No, none of that stuff is disabled.

But none of it actually does anything unless accessed.
For example, the screen captures for .png/.raw, only happen
when the /proc/ entries are read.

Cheers

-ml

But in v178 I have added ';@AC' and ';@DC' as valid tags (very cheap, codewise).

Cool. Do you have any plans to handle a three-way conflict between an @DC, @HOME, and @WORK for the same variable?

Currently, ;@AC and ;@DC get processed first, then ;@HOME and ;@WORK.

I suppose something like this would be useful to some foks:

;@DC DHCP=0

;@AC ;@HOME DHCP=0

;@AC ;@WORK DHCP=1

Currently, that won't work, because Hijack won't process comments after the "@" directive, but I'll enable it in the next release.

-ml

Aha, and then I can remove ReserveCache if in car! Very good! (Which reminded me to modify the script in /etc/preinit.d that starts VNC server to refrain from that in the car environment. Ah, that /proc filesystem is really handy!)

Which reminded me to modify the script in /etc/preinit.d that starts VNC server to refrain from that in the car environment.

How are you doing that in a script? I was thinking of writing a special-purpose app for that, but if it's already done....

Check this thread here for a way to do it via a script. Basicially it's just an if statement catting /proc/empeg_power and grepping it for certain things.

With the latest (internal) beta, I have removed "ReserveCache=" completely, and things appear to still work fine.

-ml

Aw, heck, forgot that /proc is not yet mounted at pre-init time! Do you think it is possible to mount it from the script just like that?

Yeah, but you'd better umount it afterwards.

Everything works even on 12MB MkIIs? Do you mean you don't use ReserveCache, or it is not available any more? (There might be some memory-hungry userland apps...)

Yeah, it's not needed anymore with the upcoming beta.

I test everything on my Mk2 player (12MB, 18GB).

-ml

Oh -- if it doesn't work, let me know and I'll figure out a way to find the information from empeg-preinit and pass it to the script as an argument.

It works it works it works it works HOT DAMN it WORKS! (not that i expected any less)

Thanks a ton Mark. Where's that paypal account of yours again?

Awesome. Now i don't have to bring my USB cable to and from work just to change the IP scheme. ROCK.

I've been out of town for a few days and I'm a little out of the Hijack loop (I had the "ancient" v161 on my player.) So it appears 2-drive Empegs can now use the HTTP server's playlist display thingie and play M3U playlists, etc. Well I tried things out and some playlists work, some don't. I haven't figured out why it is, at first I thought it was a limitation on the size of the playlists, but I couldn't confirm it. Then I thought it was just root playlists that weren't playing right, but some playlists below the root level aren't working either. When the playlists are working, I click "Play" and the IE "downloading" box quickly pops up and disappears, then WinAmp starts playing the playlist. On the ones that don't, no such "downloading" box appears, the throbber in the corner of the browser momentarily throbs, but then stops. There seems to be a lot of disk activity after the HTTP connection has ostensibly closed.

So any idea what's going on? Is something timing out? Is there a known limitation on playlist size that I haven't read about yet? I'm still trying to catch up with all the posts here and the info on the Hijack page, so maybe I'll discover something, but I wanted to know if anyone else had problems with certain playlists and M3U output.

Off to further explore the new Hijack features.

No size limits that I know about.. but retest with v180 and see.. one other chap had tagfiles with embedded '\0' (null) characters, and the pre-v180 parser in Hijack treated those as end-of-file.

-ml

Still no luck for me in v180. Same behavior as described above. I'll try to clear out my IE cache to see if that's part of the problem.

Edit: No luck even after clearing my cache. I'm stumped.

Someone mentioned on the weekend seeing differing behaviour between playlists that had more than just the title field populated, and ones that didn't. I know all mine have both title and source populated (I made a macro to do that for me). I can click on the PLAY link of the player root and all my songs will appear in Winamp (~5925).

You may want to look at your playlist tags to see if there's some such pattern to them.

Bruno

Can someone explain to me how to use this? I have static at home and DHCP at work. Please let me know how to set up the dual boot type thing, so I can select where I am. Thanks.