Hijack v342: workaround for PrevVisuals

Posted by: mlord

Hijack v342: workaround for PrevVisuals - 26/09/2003 13:41

Hijack v342 is now out.

New since v340 are:

-- added workaround for the broken "PrevVisuals" code for "VisualSeek" in v3alpha3. Hijack will automatically detect v3alpha3, and use the Stalk previous-visual code if a tuner is present (or if fake_tuner=1 in config.ini). Note that this will only work in AUX and MP3 modes, not tuner mode.

-- ignore stalk in standby, possibly fixing phantom startups at midnight.
-- beefed up loopback (Dock) test.
-- new FTP "SIZE" and "HELP SITE" commands (used by wget).

Cheers
Posted by: mlord

Re: Hijack v342: workaround for PrevVisuals - 26/09/2003 13:54

And for anyone wondering what "PrevVisuals" normally does...

1. install Hijack, start up a playlist, and press INFO on the remote until the INFO:Off screen is displayed.

2. Now, perform a single short-press of the "Visual" button on the Rio Remote. This should bring up a small "Visuals" pop-up window. While this window is displayed, the PrevTrack and NextTrack buttons (and/or the knob) can be used to cycle back and forth through the available Visuals choices.

Cheers
Posted by: tonyc

Re: Hijack v342: workaround for PrevVisuals - 26/09/2003 17:25

Hey Mark,

How hard would it be for you to expose get_player_ui_flags() to userland via an ioctl()? I need to get the player's menu state for something I'm doing with emphatic. Easy to do?
Posted by: mlord

Re: Hijack v342: workaround for PrevVisuals - 26/09/2003 17:42

Mmm.. well, not too hard to expose the information to userland, but making use of it will be impossible without races..

Cheers
Posted by: Daria

Re: Hijack v342: workaround for PrevVisuals - 26/09/2003 17:48

Sure, just stop processing menu events until another ioctl comes in which relinquishes the "state".(*)

* There are at least 3 reasons why this is a horrible idea, I'm just being silly.
Posted by: tonyc

Re: Hijack v342: workaround for PrevVisuals - 26/09/2003 17:56

Mmm.. well, not too hard to expose the information to userland, but making use of it will be impossible without races..
Not a problem for what I'm looking to do. I'd call into it periodically to check the current state, if it changes after I get it, I'll pick up the change on the next call. If there's a fraction of a second where the state is out of date, it's not a huge problem.
Posted by: tonyc

Re: Hijack v342: workaround for PrevVisuals - 27/09/2003 09:43

Oh, and "while you're in there" would I be able to talk you into relaxing the input checking of the SETGEOM ioctl a little bit? There are times when I'd like emphatic to be the "foreground app" but completely remove itself from the screen. Currently my only way to do this is to use a 2x2 pixel square like this:

hijack_geom_t corner_geom = { 30, 31, 0, 1};

Ideally I'd like to just pass in { -1, -1, -1, -1} or something to say "I don't want to be on screen at all, but I'd like to remain running." Also, you have checks to make sure that left < right and top < bottom. IWBNI it was left <= right and top <= bottom to allow for a geometry of, say, { 0, 0, 0, 127} (the top line of the display.)

I know these sound like strange requests but these actually would help me out. I can do a patch if it pleases the court.