Oh, it's not that I wanted settings from Hijack moved to the config... It's that based on the other thread, instead of merging things and possibly sacrificing your design (something you shouldn't do, IMO), you might be able to offer people the ability to simply hide what they think they won't be using. Even if the interface to hide certain items is built into the interface of Hijack itself. :)

BTW, you can edit the config.ini remotely and upload it to the empeg, right?

Bruno

BTW, you can edit the config.ini remotely and upload it to the empeg, right?

Right. Or in situ, from the bash prompt, if you have installed an editor on the empeg.

/Michael

>BTW, you can edit the config.ini remotely and upload it to the empeg, right?

Not today, I can't. There is no way for the consumer image to do this.

And even the developer image requires a lot of work to set it up for this, other than mucking about with sz/rz every time.

A Huge part of the elegance and appeal of Hijack is that it does NOT require any Linux hacking of any kind to install and use. Just a simple kernel download, using simple tools available on both major platforms.

This limits what we can do (to maintain mass appeal), and forces a lot of stuff into the kernel that might otherwise be in userland.

Once I finish getting my kftpd incorporated into Hijack (next week?), this will all change.. anybody with an ftp/web browser can then hack any file on the player with relative ease. And it's really easy to whip up more restrictive front-ends for specific tasks like option-setting and backup/restore.

But it ain't there yet.

Cheers

-ml

>>BTW, you can edit the config.ini remotely and upload it to the empeg, right?
>Right. Or in situ, from the bash prompt,
>if you have installed an editor on the empeg

Both of those are impossible for 99% of empeg users, running the standard consumer images. There is no bash prompt. There is no (easy) editor, other than perhaps "cat" (which is what I personally use to write all my code)

Cheers

-ml

Are you saying that this doesn't work on the consumer image? If so, I need to update this FAQ entry.

What Mark originally said was:

But config.ini currently REQUIRES Emplode on MS-Windows for modifications, and us Linux folks think that's pretty software-racist. Jemplode isn't currently working on RedHat 7.2, and Emplode doesn't quite run under wine yet (could somebody please fix that!). Emptool doesn't have any obvious way to edit config.ini either.

Or of course the developer version for rz/sz'ing the file, ftp, scp etc or editing in situ.

To the best of my knowledge the edit config.ini via emplode works (I've only used the consumer version when it initially came preloaded on my MkIIa and briefly when trying to debug a snag in my disk shuffling exercise - 3 existing disks, 1 new; 1 MkI and one MkIIa...)

/Michael

i think mark meant that there's no way for a non-windows user, like himself, to edit config.ini with the standard consumer image install.

--dan.

I think the number of people running the developer image is greater than 1%, but I guess most would be running consumer. I've always run the developer version except when I very first tried 1.03 to make sure the new drive cable was working.

Now with all the drive space I'm thinking of installing a mail and nntp server.

Bruno

Yeah, just kidding about the mail and news. :)

Myself, I have never yet installed a Developer image..

I'm hoping to use one of my units as an auxiliary NFS server for my website when the latter starts running low on space.. would be better if I had a 60GB unit rather than the 30GB I have on order.. anyone wanna do a swap?

-ml

I think it does, but editing Win registry is not for the faint of heart, either (i.e. for your average Joe the Consumer). (Not that Joes the Consumers are very likely to buy empeg, though ).

Simple to double-click on a reg file to add in the needed keys. I've seen people mess up their systems in all sorts of ways. I wouldn't dream of ever telling these people that Windows even "had" a registry, let alone they could touch it.

I think I first opened regedit a few days after I installed my first Win95 system (that was my first PC :)

Bruno

Yeah, I forgot one does not have to actually edit the registry (and I am still extra carefull doing that, like checking working directory three times when typing 'rm -rf' while root on Unix ). Ah, I see now there is a link to .reg file. Tony thinks of everything!

I believe the issue with JEmplode on RH 7.2 (other than RH 7.2 being broken ), is that RH installs kaffe as the jvm, and personally, I haven't had much luck with it. Better off with the blackdown or the Sun versions of the jre.

I am currently working on a HiJack panel in the Configure Player dialog in JEmplode. I currently have it sync'ing "Use Old Style Menus", so the framework is there, and I will be adding the options for voladj, and other's.

Gimme a week. I also told mlord that I will try to find the issues with kaffe, but that is lower on my list, given that I really don't like kaffe :-)

rjf&

So, I did a little investigation into why Kaffe isn't able to run JEmplode.

The issue appears to be that it doesn't fully support the 1.2 jvm, and that would be a problem for sure.

If you guys really wanna try out JEmplode (and you should), grab the Sun JRE for Linux

Cheers,
rjf&

Is there any way you could include some redefinition for the buttons of the Sony Stalk remote? I'd like to see something like that very much.

Great work you're doing so far!!!!

Greg

Im working on it [or more like trying to get Mark Lord to put a mod into the Kernel so we can start looking into this].

There another thread with this in it.

If you can figure out where (if at all) the stalk data passes through the kernel, then I will add code to intercept it and allow IR translations on it.

Cheers