Hijack v143: much faster "SITE RW" command

Okay, the New Feature Of The Day is a minor one: I've added "nocheck" to the "SITE RW" command in Hijack, so that remounts complete instantly rather than taking upwards of 30 seconds or so. This is the same way that Emplode does it, and the way I ought to have done it originally.

Cheers

Hey Mark, what's in the kitchen for future Hijack releases? Are you now happy with where kftpd and khttpd are?

Here are some things that either I've seen suggested on the BBS or have personally been lusting after...

• User configurable Hijack menu. Remove/re-order the various "stock" menu items.
• n-level menus. Like maybe a "Debug" submenu could contain "show flash savearea", "button codes display", etc.. Maybe allow userland programs to create a submenu with their own options... Lot of possibilities.
• A mmap buffer for the display writes instead of the ioctl() interface
• Alarm clock
  

Any of these excite you? Or do you plan on just tweaking existing functionality now? The one I'm most interested in for my own use is the display buffer, but I know a lot of people wanted the alarm clock. I think the configurable user menus and the ability to cascade submenus would be a nice addition as well.

Anyway I just wanted to check in and see where your roadmap is going, if you have one.

The "remove menu item" option is already incorporated in Hijack, as in

menu_remove=Filesystem Check on Sync

n-level menus won't happen for a while, if ever.

alarm clock is a perfect example of a userland application that needs to be written.

The Hijack website has (somewhere) a feature list of present and planned stuff, which is basically my TO-DO list. Something missing from it is I hope to make the quick-knob-press-PopUp menu into a configurable item, perhaps with "tree" capability. It looks easy now that the IR-translate got cleaned up a bit, so I might add that to the feature list sooner rather than later.

But right now, I'm waiting for the next beta, to see what it breaks, and then the Sony Stalk interface. The Stalk stuff is interesting because it gives us access to at least one new player command: "previous visual", which is not on the "stock remote" command set.

Cheers

alarm clock is a perfect example of a userland application that needs to be written.

Hmm. I guess what might be a little confusing is that there's already a countdown timer and I thought the next logical step was going to be an alarm.

Maybe I'll give it a whirl. A beeping alarm is easy, something I could probably do in an hour. Playing an MP3 will require some work because there's no easy way to select specific MP3's in the player, unless you count sending IR codes like "down, down, right, right, right, right, down, right, down" to get to a certain song/playlist. Unless I just had it hit "play" and play whatever song is currently paused... hmm. Maybe that's a good first cut, anyway.

Maybe I'll throw in a configurable beeping alarm like the old school SysOp chat pages in various BBS softwares. That'll take me back some.

Like I said, I don't care much for the alarm since I have an alarm clock that wakes me up just fine, but I've seen enough requests that it's probably worthwhile.

I'm not if this has been fixed or not. But I'm using v141 of HiJack. And I have "Restore DC/Car Visuals" enabled, and it seems to be busted! The visuals are not restored from a power down.

Just thought I'd mention it.

And I have "Restore DC/Car Visuals" enabled, and it seems to be busted! The visuals are not restored from a power down.

I was unable to get this feature working, as well, and then it magically started working for me yesterday. I do not know why.

Well, please retest with v143 or later, and if still broken, GIVE ME ENOUGH INFORMATION TO HELP YOU, damnit!

It works fine for me, but maybe you have discovered a combination of INFO and VISUALS for which it mucks up. So let me know exactly what state it was in at powerdown, so that I can try the same thing here. Also, I need to know what type of player hardware you have (mk1, mk2, or mk2a) just in case it makes a difference in the solution.

One thing I just noticed while retesting this feature, is that mk2 and mk2a units behave differently -- one will come up in standby (because the "ignition" sense is not active), and the other defaults to non-standby (because ignition sense floats the other way..).

-ml

Okay, Mark, me and my kooky IR translations again... I'm trying to have my Shift button function as a shift button only when the UI isn't active (there are reasons, I promise.) In other situations (when there's a UI active) I'd like a press of that button to send "cancel" and a long press to send "OK." So I tried this:

[ir_translate]

; The shift key

AD520C.LU=20df12                ; Long "ATT" = OK when UI active

AD520C.U=20df0c         ; "ATT" = Cancel when UI active

AD520C.LN=20df03.L,FFFFFFFF              ; press and hold "ATT" = standby

AD520C.N=FFFFFFFF.S             ; "ATT" = Shift Key when UI not active

Unfortunately for some reason my shift key no longer works when I do this. Any reason you can think of offhand? Besides the fact that this is a crazy combination of options...

Your kooky translations are <em>easy</em> this time.

I know, because something is broken that you don't know about yet.

Basically, ".U" and ".N" ALWAYS match on the left of the equal sign. This is a limitation in how the IR translate chain is implemented, and is not easy to get around. I was hoping you wouldn't notice until after I do the Stalk coding, which will probably involve fixing the IR chain..

Anyway, the point is, the first .U or .N translation that matches a given button will ALWAYS apply (unless other qualifiers are given). But to get around it, you can do something like:

somebutton=xxxxxx.U,yyyyyyy.N,zzzzzzz.U,wwwwwww.N,kkkkkkk,oooooo.N

Cheers

-ml

Okay, while I'm chewing on this I found something else.. I have a /usr partition on /dev/hda2. I'd like my makefiles to, if something builds properly, FTP it to my Empeg. So I try to do a SITE RW but it doesn't mount my /usr partition read-write. Any way you can check for the existence of another partition and mount that RW? Or allow a special RW command to mount a user-supplied mount point RW?

Er, wait, I thought commas separated each code in a multi-code sequence... From your syntax it looks like you're using them to separate different codes for a single button in various situations... I'm confused..

I tried this:

AD520C=20df0c.U,FFFFFFFF.NS

AD520C.L=20df12.U,20df03.NL

Which is what I think you were suggesting... And my shift key doesn't shift.

Should I just wait until you debug the IR trans chain?

No, the idea is that when you use .N and .U on the right of the equal sign, they just "qualify" the individual button codes as they are sent through the chain.. the ones that don't match are discarded from the translation on-the-fly, and the rest of the sequence continues..

But the check for menus is only done once, at the start of the chain.

Got it? It works!

>I tried this:
>
> AD520C=20df0c.U,FFFFFFFF.NS
> AD520C.L=20df12.U,20df03.NL

I'm not sure what that was supposed to do, but it says "when I press AD520C, send 20df0c if menus are active, otherwise toggle the SHIFT setting. The second line never gets looked at, since the first line always matches that button.

Cheers

Mmm.. yes.. I suppose I could have the in-kernel Hijack "remount" take a walk through /proc/mounts and just do all of the disk-based filesystems it finds therein.. sound reasonable?

-ml

Okay well the first line isn't working. No menus were active, yet the shift wasn't being toggled..

So how would I move the 2nd line into the first? Since .L means different things when on the left or the right... On the left it means "a long press sends..." where as on the right it means "send a long press of this button..."

Mmm.. yes.. I suppose I could have the in-kernel Hijack "remount" take a walk through /proc/mounts and just do all of the disk-based filesystems it finds therein.. sound reasonable?

I like it.

If you want the second line to work, just move it to be above the first line, so that .L gets looked for before the default match.

For your other problem, '.S' on a null (ffffff) entry doesn't work.. but I'll put it in v146 for you, as of... now!

Also new in v146 is SITE RO/RW now loop over all ext2 filesystems listed in /proc/mounts

Cheers

Hey Mark I can't use the v146 patch because it's apparently diffed against that secret beta we're not supposed to know about.

This can be remedied by:
1) Patching against 2.0b7
2) Sending me the new beta.

I prefer option #2.

Huh?

The binaries I supply work fine with any v2.00 beta, old, new, or secret.

Are you trying to use the source patch? I thought maybe that should work, too, but I'll double-check it now.

Okay well I can't seem to patch v146 properly but v143 completely ignores ir_translates with .U or .N on the right side... Like:

AD520C.L=20df12.U,20df03.NL
AD520C=20df0c.U,123.NS

Gets ignored, (the IRtrans debug doesn't show them) but

AD520C.L=20df03.L
AD520C=123.S

Seems to be okay.

I always use the source patch because I have a couple of my own things in the kernel.

This is sad. That's three releases since I got home from work. I haven't even had dinner yet.

There's a gag about "three impossible software releases before breakfast" in there somewhere, but I'm going to go eat rather than refine it.

Okay, grab the patch again and try it now..

Hrm everything except empeg_rds.c patches... Will I be okay to run it without it?

patching file arch/arm/special/empeg_rds.c
Hunk #1 FAILED at 677.
Hunk #2 FAILED at 736.
2 out of 2 hunks FAILED -- saving rejects to file arch/arm/special/empeg_rds.c.rej

You must be missing the RDS patch, that hijack sits on top of (??). Anyway, you can skip the .rej for it.

-ml

I got v146 on now, it was the RDS patch. I'm still not sure if I'm Doing The Right Thing, but it's still skipping over my ir_translate entries, it must not like them...

AD520C.L=20df12.U,20df03.NL

AD520C=20df0c.U,123.NS

The debug output shows no translations for AD520C.

Ugh.. I confess.. I was being distracted by certain company at the time I put .U/.N into the kernel, and it's been nagging at me ever since.. like I forgot do add code somewhere.. and .. well... differential patch attached.

Cheers

Hey, you don't need to explain or apologize, this is an iterative process and your tireless efforts are much appreciated here.

Anyway, I'm not sure what's going on now, it seems that now the AD520C button correctly shifts when the UI isn't on, and correctly cancels when the UI *is* on, but when it cancels, it also changes the shift lock status. That leads me to believe that when two translations are on the right side, as in:

AD520C=20df0c.U,123.NS

It's sending them both when it's in the UI mode...

Anyway I'm going to put this effort down for awhile and work on other stuff... I'll let you do the same... If you come back to the IR translations at some point, let me know and I'll try to get this working.

Puzzling - hijack site has link to v147 but it doesn't appear to exist. v146 exists and works fine. Ah well, if I wait a bit we'll be past 150 soon anyway.

Mmm.. processing of shift-toggle was happening too early in the chain. I've moved it around in v148, but have not tested IR trans in that release yet. Feel Free.

Also, I cannot figure out your email address from your profile..

Mmm.. processing of shift-toggle was happening too early in the chain. I've moved it around in v148, but have not tested IR trans in that release yet. Feel Free.

Will do, soon as I can get my breakfast and a cup of coffee...

Also, I cannot figure out your email address from your profile

Hmm I guess my spamproofing is also emailproofing it... There's a more legible version in my sig...

I think the patch is against beta8 again on this one, but I'll just grab the binary for the purposes of testing this out.

Whoa... On this one every button I press puts my Empeg into standby mode... Shifted or not.. I can paste in my IR trans debug output if that helps...

>> code & ~~BUTTON_FLAGS_LONGPRESS, 0)

Tony, just extract the hijack.c from v148 and stuff it into your v147+mods tree.. then fix the obvious typo on the above line from v148 (I hate tiny laptop screens!!!)

-ml

Okay with that fixed (I assume you meant change the ~~ to a ~) I no longer get all buttons sending my unit into standby, but I still have it sending both the cancel and shift codes when I'm in the UI. I haven't changed my translations from those listed above.

Okay, so this is becoming very tedious.. I'm putting out v151 shortly, and deleting IR translations from it completely, to save my sanity.



Heh heh.. just kidding there.

But try v151 anyway.

Cheers

Like I said earlier, whenever you want to put this down and work on other stuff, I'm cool with that. A lot of the stuff in your "to do list" would probably be more valuable than getting the translations exactly right in what is admittedly an unusual configuration. But as long as you continue to tweak, I'll continue to report on how it's working.

I'll admit, you had me for a second though.

Hey Mark,

I haven't tried another version of HiJack yet.. I'm using 1.41 still.. Your releasing them WAY too fast Anyway. Is the Restore DC/Car Visuals still busted?

Not busted that I know of -- it works for me.

Cheers

Mark, everything I've tried so far in v151 has worked to my liking. I still have to add some more translations for the numbers and test those out, but it looks like things are working the way I expect them to. Thanks much for sticking with it!

yeah, I haven't gotten a chance to say how cool I think this is. mainly because I don't have anything to complain about! thanks so much Mark, hijack is definitely one of the coolest things to happen to my empeg. I'm still a CPS course or two from being able to contribute, but I'm working on it. Thanks again.

john

You're welcome, dude!

Well I just installed 1.51 and Restore Visuals still isn't working for me!

Can I provide a dump of the com port or something?

I just used EtherFlash and it works great No more using the com cable!

Okay, I'll only ask this ONE MORE TIME..

If you want a fix, you have to provide information!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


Like, what input source are you using? Tuner AM/FM, AUX, MP3

Like, what visual is on the screen at power off?

Like, what info mode was active at power off?

etc..

I'm playing a Britney Spears song and Hijack is messing up by flashing its menu and stuff ya know man. It's the song where she has like that video and her cup size is sort of a B at the beginning but sometimes near the end it changes for a little bit to a C. Do you know the one I'm talking about? I can send a video clip if it will help track down the problem.

Bruno

Ok, just trying to be humourous.

I think the problem is that Hijack is getting a little excited since the MP3 you're using has secret steganographic nude images of Britney Spears in it.

Try covering her with a tarp and see if the problem recurs.

Yeah, I think tfabris posted the URL for that totally amazing version of "oops, I didit again".

The best I can suggest here is that you turn on the "Show Buttons" display, and judge for yourself.

-ml

Now mark calm down that's why I was asking what Info you needed. Here ya go:

HiJack Version: 1.51
Player Version: 2.0b7

Visual being used: "Scope" Tried others as well. I also tried to toggle off Favorite Visuals but that didn't help either.

Input Source: Mp3 (I don't have a tuner)

I'm playing the Entire root on shuffle. But same happens on a Single Playlist without Shuffle.

All of the below produce the same result. I selected these before power-off.
Info: Line
Info: Off
Info: Transient

At power on I see "End of Playlist" for a split second in the middle of the display with [--/--] in the bottom

Then it displays the info mode "Info: Now & Next"

The info mode "Info: Track" is re-displayed fine after power down.

The empeg behaves the same if I "Force DC/Car Mode" while powering from the barrel connector.

Now I remember when Restore Visuals worked.. I remember hearing key press sounds selecting the visual, but I hear nothing now, except my music

Oh, I just installed Hijack for the first time tonight. Woohoo. I've been meaning to for a long time, but just never got around to it - I was going to wait until I pick up that Kenwood steering wheel remote (rather until I get someone in the US to pick it up for me and send it over )

Any reason why the following IR translation doesn't work as intended?

20DF07=000008.L

Just works as if there's no .L modifier. This was the very first IR mapping I tried. Just wanted to get the Hijack menu up by using the Tuner button on the Rio remote.

Bruno

Just works as if there's no .L modifier. This was the very first IR mapping I tried. Just wanted to get the Hijack menu up by using the Tuner button on the Rio remote.

Not sure why that particular one doesn't work but try this instead to accomplish the same effect:

20DF07=20df12.L

Though I'm not sure why you would to bother when you can just hold down the OK Button to get the Hijack menu from the Rio Remote. I guess pressing a button is a little easier than holding one?

Single-press is faster, plus I want to use the Long-OK for something else.

I'll probably end up swapping the remote buttons for Search and Cancel as well. They weren't put in logical places, were they?

Most of this will be for testing anyway - I'll end up using the Kenwood mounted to the wheel and the Rio remote will be for passengers.

Bruno

>20DF07=000008.L

I think this could be just a feature of Hijack: when the final press of a translated sequence is .L, then hijack doesn't "release" that button until you release the real one.. So if you hold the button down too long, the player will just ignore it when the release finally comes (a "feature" of the player for some buttons).

To force the behaviour I think you want, try this instead:

>20df07=000008.L,ffffff

Cheers

Oh.. you're not trying the remap the KNOB, are you?

The KNOB is the ONLY button that ir_translate [probably] won't work with. Everything else is translatable, including rotations. But not knob presses. They're currently "special".

Cheers

In reply to:

---

HiJack Version: 1.51
Player Version: 2.0b7

Visual being used: "Scope" Tried others as well. I also tried to toggle off Favorite Visuals but that didn't help either.

Input Source: Mp3 (I don't have a tuner)

I'm playing the Entire root on shuffle. But same happens on a Single Playlist without Shuffle.

All of the below produce the same result. I selected these before power-off.
Info: Line
Info: Off
Info: Transient

At power on I see "End of Playlist" for a split second in the middle of the display with [--/--] in the bottom

Then it displays the info mode "Info: Now & Next"

---

Well, this (restore visuals) all works fine for me. I tried every scenario you listed, and they all worked. Including an "End of Playlist" test.

Speaking of which.. what's with the "End of Playlist" you are seeing. This is definitely an anomaly, unless your player really was at the end of a playlist before power off.

And what else is hiding in your [ir_translate] section of config.ini? Got any "initial=" or "initial.C" or "initial.H" lines in there?

This is a feature that works for everyone else, so we need to determine what you are doing that is different.

Thanks

Ok thanks for looking into it. When I get home I'll post what I have in [ir_translate]. I don't think I have any .C or .H.

Also this "End of Playlist" is displayed in the Middle of the screen (height wise).. and then the [--/--] is in the bottom right. This is only displayed for a split second, and then the music starts playing where it left off. On the Now & Next screen.

Is there any other info that would help? I must admit this is really weird! Cause this was working perfectly for me up until a couple of weeks ago.

Mmm.. I suppose the best info you can supply at this point would be transcriptions of the "Show Flash Savearea" lines for "40:" and "48:" for both "before rebooting" and "after rebooting", both with "Restore DC/Car Visuals" turned "OFF".. and again with it turned "ON".

Perhaps one of the bits that Hijack is looking at has a double meaning of some kind..

Thanks

Ok Mark here we go:

Info Mode: Info: Off
Visual: Scope
Single Playlist: Shuffle Off

Restore DC/Car Visuals: Enabled
Show Flash Savearea
Before Reboot:
40: 0001 0100 9042 0100
48: 5510 0000 2305 0000
After Reboot:
40: 0001 0100 9042 0100
48: 5510 0000 2305 0000

Restore DC/Car Visuals: Disabled
Show Flash Savearea
Before Reboot:
40: 0001 0100 9042 0100
48: 5510 0000 2305 0000
After Reboot:
40: 0001 0100 9042 0100
48: 5510 0000 2305 0000

Here's the mods I've made to the config.ini:
[hijack]
; HiJack available from http://rtr.ca/empeg/
menu_remove=Countdown Timer Timeout
menu_remove=Countdown Timer Action
menu_remove=Font Display
supress_notify=1
standby_minutes=15
[output]
notify=1
[ir_translate]
; HiJack available from http://rtr.ca/empeg/
20df03=20df03.L ;Redefines power button
20df07=20df12,20df12.L ;Go directly to the current position by Tuner button
877c80=20df03.L ; power on NAD remote, powers off unit
877c85=20df16 ; CD on NAD remote, play/pause
877cdd=20df16 ; tuner on NAD remote, play/pause
877c9b=20df16 ; AUX on NAD remote, play/pause
877c02=20df16 ; stop on NAD remote, play/pause
877c8c=ffffffff ; ignore play/pause on NAD remote
877c8d=20df16 ; tape on NAD remote, play/pause
877c94=20df16 ; mute on NAD remote, play/pause
877c26=20df14 ; display on NAD remote, changes the Info mode
877c05=20df10 ; back on NAD remote, goes back
877c06=20df11 ; skip on NAD remote, skips
877c88=ffffffff ; ignore volume up on NAD remote
877c8c=ffffffff ; ignore volume down on NAD remote

Just an update, I've tried multiple versions of HiJack
v84, v89,v95 and others including my brothers which is running v99. And Restore Visuals doesn't seem to work with any of the versions I have!

Or on either of the players I have. I'm not sure what's going on.

This doesn't make sense

I have trouble believing that this data was collected using a genuine Hijack kernel, without any modifications. This is because the before/after views look to me as if Hijack isn't getting a chance to run and do anything.

Does Hijack "remember" your settings over reboots?

Eg. set the "restore dc/car visuals" to "disabled" and reboot, and see if it remembered the "disabled" setting. Then do it again for "enabled".

This is semi-related to this topic.

My "Restore DC/Car Visuals" works flawlessly except in these conditions:

- After a sync with emplode
- After a soft reboot (quit the player, picker menu, back to player)

Other then that, I love this feature. Thanks Mark.

Tom

Yeah, those conditions will definitely prevent it from working, but no big deal.

-ml

Could you re-test with v154, and if it fails, try it at home with "force dc/car" enabled.. and look for a line of output on the serial port early in the boot sequence, starting with "fix_visuals():"..

Send me that line of output.

If you cannot find it, then you're (1) in Home mode, or (2) don't have the feature enabled, or (3) USCWOAP.

-ml

I have this same problem.

Ok I now have v1.54 installed

Before reboot:
40: 0001 0100 A041 0100
48: 3570 0301 2305 0000
After reboot:
Same as above. I have not modified HiJack in anyway I downloaded it from this link:

http://empeg-hijack.sourceforge.net/v154.hijack.v200b8.mk2.zImage

I used LogoEdit to install this HiJack version. I did use the EtherFlash util a while back to install a HiJack version could this have messed it up? Made something read-only?

Here's the fix_visuals line for ya:
fix_visuals(): restore=0, row=0

My settings are kept "Enabled" or "Disabled" for Restore visuals. Other things like Screen Blanker Timeout are working fine.

Mmm.. okay, the saved mixer source must be buggered.

I'll add a debug prink() to dump that out as well.
It'll be in v156, so download that version, and run it again, and send me the output line and savearea data, same as before.

Thanks.

Ok Mark downloaded & Flashed the newest version, and here's what I get.

Visual: Scope, Info: Off
Show Flash savearea
Before:
40: 0001 0100 1026 0100
48: C414 0000 2305 0000
After:
same as above

This is SO weird.

I've also tried applying 2.0b7 again, so of course HiJack was completely erased. But the weird thing is, I'm about 99% sure it kept ALL of my HiJack settings!

The temp warning was 122F, timeout was 5 minutes and Restore Visuals was Enabled. Are these the default settings cause I'm sure I changed the temp warning?

Could something be corrupt or something? I know I shouldn't be asking this, but are you sure line 40 & 48 are the correct lines to look at?

I've attached a dump of my player booting maybe you can see something?

I really need to see the fix_visuals() output from this version (I added more information). Thanks.

The issue seems to be that the saved "mixer input" is not matching a "known" value inside hijack.

Cheers

-ml

Sorry, I forgot to paste that in the message. It was in my attachment heheh.. This was with Restore Visuals, Enabled.

fix_visuals(): mixer=04, restore=0, row=0

According to that data, you were listening to AM radio, with the "Radio" visual active at power off. What did you see active when it restarted?

-ml

Nope, I was listening to a Playlist in mp3 mode! I don't have a tuner (Well I have one, but don't have it connected in my car or inside). This is every weird.

When it restarted I had the "now & next" info mode, basically what you get without HiJack installed. This is the info mode the player picks if you had a visual last.

I had:

Visual: Scope
Info mode: Info Off
Single Playlist: no shuffle (about 12 songs)

I've checked this over many times, just to make sure I didn't miss anything. I know this is going to turn out to be something *really* easy. But I just don't see it!

Ok I"m not sure if this is related but I just noticed something else *really weird*. If i press #1 on the remote to switch time modes.. it only cycles through elasped and clock! I don't think this is HiJack but I figured I'd mention it

Well, your unit kinda thinks it is in AM-Tuner mode.

That's what the lower 3 bits of byte 0x0e is for, which on your player has the value '4':

   0 == uninitialized

   1 == FM-Tuner

   2 == Player (mp3)

   3 == Aux

   4 == AM-Tuner

That's why the timecodes are bananas, and that's why restore-visuals ain't working.. parts of the Rio software think the Tuner is active, and Hijack thinks there's no work required.

How about popping up the "show flash savearea" display, scrolling for the 08: line (which contains byte 0x0e, one in from the right), and hitting the RioRemote "Source/Power" button a few times.. byte 0x0e should get highlighted, and it should change values..

What values do you see there.. ?

-ml

Mark you da the man!

It doesn't look like it's HiJack's problem! It's a bug in the player software!

I can't view Savearea from work (cause I sync'd this morning and it did a disk check!). This always takes about 30 minutes! I even have disk check disabled in HiJack, maybe since the player thought it was in tuner mode messed that up as well?

So here’s what I did:

I'm using the Webpage viewer by Greg, through VNC to my computer at home controlling my empeg And I pressed the "Source" button, switched to AUX, then back to the player. And then using FTP I issued a “site reboot"

And the VISUAL WAS RESTORED!!!! SWEET!!!!!!!!!!!!!!!!!!!!!!!!

So how this happened. When I got my tuner I tested it, I remember having it on AM (testing both bands). I then powered down the player and removed the tuner, Ever since then I guess the player figured it's been in tuner mode!

Thanks again Mark, sorry it wasn't your fault!

Anyone know why installing 2.0b7 again on the player wouldn't erase this "flag"

I'll drop some temporary code into Hijack to "fix" it (in case it happens again to somebody else), until such time as the player software is fixed.

-ml

Mark,

Out of curiosity, do you stay in sync with player software fixes, so that when they occur, you remove the hijack'd fix?

Curious.

Calvin

In the past, yes, and I'll try to remember to nuke this one eventually also.