Hijack v132: IR fixes, "max_connections"

Posted by: mlord

Hijack v132: IR fixes, "max_connections" - 17/01/2002 16:29

Okay, Hijack v132 is available at http://empeg-hijack.sourceforge.net/

This is a fairly important release:

-- maximum number of simultaneous ftp/http connections is limited to 4, configurable in config.ini using [hijack] max_connections=4

-- IR translations have been overhauled, fixing bugs in the .C (Car) and .H (Home) modifiers, and fixing several issues with translations involving the front-panel buttons and knob.

-- memory use in the kftpd/khttpd servers has been revamped to reduce chances of fragmentation over time.

Please let me know if your IR button translations don't work with this release.. I don't think I broke anything..
Posted by: Yang

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 16:41

I should be picking up my empeg tonight, so I'll let you know..
Posted by: tman

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 17:53

Is there any way of throttling the FTP/HTTP processes?

If you download a MP3 from the player and if the empeg is actually playing something then it starts to stutter. If you stream the MP3 then it works fine.

Great work BTW

- Trevor
Posted by: mlord

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 18:31

Mmm.. may be best to hold off on this release for a spell..

I'm not sure the buttons are working 100% okay. I'll put out a v133 when I'm happier with it.

Cheers
Posted by: mlord

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 18:31

I'm open to proposals on how to throttle them.

-ml
Posted by: Taym

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 19:11

Buttons seem to work correctly on my empeg with v132, except for the UP (cancel) button, which, when pressed during simple play mode, marks/unmarks the track instead of pausing.
Also, IWBNI the remote control could be resized too.
Question: what should be there in the middle of the page, below the empeg and on the right of the remote? I get a classic error saying "the page cannot be displayed" in IE6. Suggestion: what about the possibility to simply navigate in the tree structure, just like the http server does without this amazing html/java interface, and, alternatively, a list of the songs, playlists, etc.? I am sure you both already tought of this, but I just wanted to suggest anyway. Also, info like in displayserver (temperature, sm, ecc) would be nice too.
Finally, what about an option to chose your display color?


And now, let me just congratulate with you both for this AMAZING, SUPER application. I am enjoying it SO much! Thank you! Just thinking of what can be done, potentialy, with an entire web server here is super exciting! Bravissimi!


Edited: Ok, sorry, just read the notes in the zip by mandiola aabout the mailframe of the page. As usual I skipped it as well as a couple of essential posts... Still, my suggestions remain valid, and my congrat also . And, definitely, doing this in flash would be AWSOME.
Posted by: mlord

Hijack v133: Works fine for me - 17/01/2002 19:20

>I'm open to proposals on how to throttle them.

Never mind.. it turned out to be incredibly simple:

Since the player software runs at RealTime priority, any entry to the scheduler will switch to the player if it is ready to run.. so I've just inserted simple "schedule()" calls inside the data transfer loops in Hijack. Smooth as silk, and if you "pause" the player, data transfer speeds zoom back up to maximum in no time flat.

Done for v133 (being released in about 30 seconds from .. now!
Posted by: mlord

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 19:26

>Buttons seem to work correctly on my empeg with v132,
>except for the UP (cancel) button, which, when pressed
>during simple play mode, marks/unmarks the track instead of pausing.

I don't know about v132, but the UP button is working correctly in V133 (now released).

And as a benefit of upgrading, the player ought to no longer "skip" when under heavy network load. Flashing a new kernel still produces "skips", but that's because of the flash driver, not Hijack. And not really an issue for most folks (just call me the Neighborhood Flasher).

Cheers

-ml
Posted by: Taym

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 19:36


Ok, I'm patching Taympeg (yes, that's his name, feel free to laugh at me ) and... No... Still not working. Mmmm. I'm using 1.3 version of Mandiola's package. Maybe there was some update I missed?
When I go over the UP button I get the code 20df0C . Is that rong, maybe?
Posted by: mlord

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 19:39

The real UP button sends 00000000 when pressed, and 00000001 when released. Dunno if that works with ir_translate (zero being special..), but I think it ought to be possible to remap with v133.

-ml
Posted by: mlord

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 19:40

Ahh.. 20df0c is the CANCEL/MARK button.. working as it should.
Posted by: mandiola

Re: Hijack v132: IR fixes, "max_connections" - 17/01/2002 21:24

Just to keep you guys updated: I signed up for sourceforge so i should have a page up soon. Im trying to make everything work neater so that I can something more solid going. May be a few days before I can get anything that works really nice going. Flash is still open but getting a "live" image into the .swf isnt something flash was made to do. It meant to be built and as its built its compressed to work the best it can so to speak, so its not designed for live updates... this doesnt mean its impossible ; )

-Greg
Posted by: tman

Re: Hijack v132: IR fixes, "max_connections" - 18/01/2002 04:17

Great job. It doesn't skip anymore, no matter what I'm doing!

- Trevor