just wondering

I dunno where Frank's been lately, but I have IRTrans working in my 2.0 kernel. However I made enough changes to it that I can't relase it as-is. What I might be able to do is start from a clean 2.0 kernel and add-in the IR trans patch to that. If I have time tonight I'll give it a shot.

-Tony
MkII #554

that would be apperciated.. ir_trans will allow me to take the hexi code from another remote and assign it to a empeg function right?

Yessir that's the idea. I'll do my best to get a 2.0 IRtrans kernel posted tonight. You don't have any other kernel mods right now do you?

Such a kernel will quite obviously come with no warranty expressed or implied, as all kernels do.

-Tony
MkII #554

the only thing I ever did was installed the http server program by ( i forgot his name ) displayserver.


b4 I put your kernel on Ill just rename mine or copy it right?

That's not how kernels work on the Empeg. The current kernel is in flash RAM and I don't know of any way to "save off" a current kernel image. Maybe others here have done it and can help you out.

I was under the impression there was a kernel hack associated with Frank's display server, though I doubt this was part of the automated install. I think it enabled the EmpegApplet to control the player by faking IR codes. IIRC, This functionality is also built into the IRtrans kernel.

-Tony
MkII #554

ok so your kernel hopefulyl wont crash my unit ?! :|

Well not intentionally. :p The thing is that the kernel hack is only one piece of the puzzle. You need a file with the remote code mapping you wish to use. Check Frank's readme for an explanation of this, and look in that directory for some examples. By default I think the kernel includes some codes for Pioneer steering wheel remotes, but it may not (by default) map the button you wish to use to the exact functions you want. That is left to the user, but Frank gives some good help in the README with the hex codes the Pioneer remotes send out.

Anyway there's always a risk in installing a kernel. The very worst thing that would happen is you'd have to re-do your 2.0 upgrade.

-Tony
MkII #554

Or you could do what i intend to do and wait for frank to do the really hard stuff and then at the next EMPEG meet give him a real good bottle of wine for his efforts for everyone.

that would be cool.. but Im in the states US.. isnt a majority of these ppl from the UK?

I would love a stable v2.0 kernel for my Pioneer remote...it worked really well with Frank's v1.2 but crapped out in v1.3...I haven't been able to use it for awhile now and I am too weak with Linux to do it on my own....

Technoweenie
12 GB Blue / Grey MK II

Okay people, here is a completely unofficial 2.0b3 IR-Trans kernel. You have to unzip it and untar it, the file is named zImage. It works for me, it should work for you. If it doesn't, you probably need mappings other than the defaults which Frank has in the kernel. Those defaults are as follows:

Source = Translated
0x00A25D0A = 0x00B94614
0x00A25D0B = 0x00B94615
0x00A25D43 = 0x00B9460B
0x00A25D42 = 0x00B9460A
0x00A25D12 = 0x00B9465E
0x00A25D1A = 0x00B9461F
0x00A25D0C = 0x00B9460E
0x00A25D40 = 0x00B9461B
0x00A25D41 = 0x00B9460F
0x00A25D19 = 0x00B94603
0x00A25D0D = 0x00B94600

You'll need to read Frank's documentation if you need to change mappings, which is a matter of "catting" a file to the /proc/empeg_ir device. These defaults are based on a Pioneer steering wheel remote.

For those who really don't feel comfortable mucking around with their init script or working out their own IR codes, I will try to do a few custom ones as my time permits. I will, however, need to know what your source codes are and what you want them to do on your Empeg. I know the buttons for the CD-SR77 because I own it, but I can't get "source" hex codes for other remotes which I do not own. You can discover what codes your remote is sending by... uh... there's some utility somewhere, help me out here somebody. But I encourage you to try to follow Frank's instructions, the worst thing that can happen is you'll waste a little time and you'll have to re-flash the 2.0b3 upgrade, but you might learn something, and it's fun!

Well, let me know if this works for you guys. I am not the author of this patch, so any questions/suggestions/compliments should go to Frank, he did the work.


-Tony
MkII #554

quick question im going to read the ir codes with my philips pronto remote and my computer.. last time I did this I remember getting codes like 00012 12312 12321.. something of that style.. would you be able to get these into 0X12323 for me? or do I just use the repeating hex from what I get with my pronto?

Umm errr I dunno. The Empeg may actually read the bitstream that comes from the remote differently, like the bits might be interpreted in the opposite order or something. If you get decimal numbers on whatever program you're using on your PC then just run them through a calculator (windows has a scientific calculator that will do decimal to hex conversion) and try the resuling number. If that doesn't work I really can't help...

-Tony
MkII #554

Oh before anyone flashes this, UNZIP IT AND UNTAR IT FIRST. You'll get a file called arch/arm/boot/zImage Sorry about all the subdirectories.

-Tony
MkII #554

thanks a lot for posting this, i can't wait to get 2.0 on and i was just checking to see if someone had done this already..

i think it may be time to muck about with a few buttons too thought :)

i am really confused on this.

i installed the image and it showed me the new wave but read v 1.03 rc1 ???

Showed you the new wave? Huh?

-Tony
MkII #554

Thanks Tony....one question however, how does one UNTAR? I am Linux-challenged and have never done that...

John

Technoweenie
12 GB Blue / Grey MK II

just use winzip in windows.

Er don't do anything yet, someone earlier in the thread is saying I might have goofed up the kernel and I want to check it out first.

-Tony
MkII #554

Tux wave

Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green

hmm good thing i didnt install it on mine.. though as I understand it all I would have to do is reinstall the developer image and my music would be there!

Really? So it's the same as unzipping, cooooooooool. Thanks, I guess that was a foolish question ha ha....

Technoweenie
12 GB Blue / Grey MK II

Actually, the format is different, but WinZip handles both.

Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green

hahaha, like i could wait, yah right..

i installed consumer 2.0 then your kernel posted, gets to loading visuals and cuts off now, wierd.

can someone post a link to the actual hack for the ir? and maybe some dir on how to install it /recompile, so i can do this on ma own, then i don't have to hasstle you guys.. + i could get displayserver and a few other things going, in an all in one hack :)

cheers!

and yes it was the tux wave, not just NEW WAVE music :)

the hack

This is for 1.03rc1. The patch seems to go in smoothly to a 2.0 kernel.

-Tony
MkII #554

tony are you still looking at your kernerl or you gave up :)

the only problem i have now is not knowing how to apply the patch and recompile i know a whopping

0000 on real unix use, i can navigate that is about it.. from the web hosting world.

man that kernel straight EFFED up my player.

i tried to install 2.0 beta and it wouldn't take, i am trying to install 1.3 consumer now.. everytime it loads it gets to loading visuals, then poops and shuts down.

edit 1.3 took, i will try the 2.0 beta image now...dev image, what do i do with the .patch file?

Edited by rockstar on 25/10/01 06:39 AM.

What? Paste in a boot log from your serial port... There should be NO WAY a kernel can incapacitate your Empeg to the point where installing an Upgrade file won't work anymore.


-Tony
MkII #554

going back to the 1.3 consumer worked, i don't know why, the dev didnt' work for 2.0, , nor did consumer, nor did the kernel you posted.. i think i had an issue like this once efore..
ah well, it works now, but i could use some pointers on how to apply the .patch file, i would like to be able to start making my own zimage files :) so i can stop bugging you guys, maybe even help out a bit. :)

thanks for the help, next time this happens i will paste a boot log.

I could probably recreate it if you are just curious.

You've got a Mark II right? My kernel was built for Mark II. I apologize for not mentioning this first.

-Tony
MkII #554

Not so simply, I am affraid.

First, you need a Linux box, preferably Debian. Next, you will need cross-compiling toolchain. Several recent posts discussed it and its use (e.g. take a look here). Other places to download a toolchain from are our new resident Linux guru Mark Lord's site and Drakino's riocar.org. Then, you will need kernel source found on empeg site (grab download utility when you are there, too). Next, you apply the patch (using patch command, IIRC), compile everything, download it to flash.


Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green

Ok, I believe this is the right place to ask :)
I have a Kenwood steering wheel ir remote control. There's a button "source" that used to work perfectly to switch from player to tuner. Now with 2.00b3 it does not work anymore. Could this kernel hack help me? If so, how?

Thank you very much, guys.

Taym
_________________________
MK II BLUE/RED 12GB #923 + RADIO

Errr, ummm.... Frank?

Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green

Yes, it should be able to be remapped like any other IR code. If you're not sure of the code, here's what my empeg_ircodes file looks like:

# Do not remove this line. It is needed by the kernel. Syntax: <old>:<new>
0x0000B94613:0x0000B9461F

I haven't tested it in 2.0b3, because I haven't applied the Mk1 2.0b3 Irhack kernel image.
Keep in mind I have the SRC button on the Kenwood Steering Wheel remote mapped to the INFO button. Change the right side of the : to your preference.

Edit: Has anyone built the old hacks into the new Mk1 kernel?

_~= Dearing =~_
"WAY too happy about having #99."

I'm not sure if it will help you because to my knowledge the Rio Remote has no "source" button which toggles between tuner and player. Here are the codes we know about from Frank's documentation. This doesn't mean that's all of them.

It would, with some kernel hacking, be possible to have the incoming code translated to two different codes depending on the state of a "flag" variable... something like

flag = 0

if ( input_code = SOURCE )
if ( flag = 0 )
then
output_code = RIO_TUNER_SRC_BUTTON
flag = 1
else
output_code = RIO_PLAYER_SRC_BUTTON
flag = 0
endif
endif



Obviously not a "stock capability" of the IR trans, though.

There's a button "source" that used to work perfectly to switch from player to tuner. Now with 2.00b3 it does not work anymore.

Did you officially report that one as a bug? If so, it'll probably be fixed in the next release and you won't need irhack.

yes i have a mk II, so is that kernel good, or no good?

Also, if i just want to patch the kernel on the empeg, waht do i need to do? not to make a kernel let's say, just to get the ir hack runnning, and maybe displayserver or similar?

Sorry, you cannot patch finished kernel (almost). It is a monolthic executable, and only madmen like Borislav take open heart surgery approach on it (when no other options are left) . [1]

Mere hackers use source, modify it, recompile, try, modify.... When finished, they prepare modifications in the form of a patch, so that they don't have to distribute the whole source. Other, lesser hackers merely apply that patch to stock source, compile, install and use. Brave users simply use kernels others have compiled. Ordinary users use empeg kernels.

[1] Relatively novel approach is to have as much of the kernel as practical compiled in the form of loadable modules. If this was the case in empeg and the part we need changed was indeed a module, we would not need to recompile the whole affair.

Thanks for the clarification. Since i am not (obviously) running any form of *nix at home then, i must wait for someone else to compile a kernel then?

If so, anyone want to apply displayserver + ir_trans to 2.0 beta 3? :) pretty pretty pretty please :)

Yes. Same here (as I mentioned somewhere, my Linux laptop has let out its holy smoke).

It could theoretically be possible to prepare crosscompiling toolchain under CygWin on Windows, but I am not aware that anybody tried it, much less succeeded.

Anyway, the first patched 2.0b3 kernels are appearing on riocar.org...

I'm currently setting up a new source tree. Had to clean up the alpha stuff to get a vanilla source tree. It's late now, so it will probably be tomorrow before something is ready...

Well it seemed it already was tomorrow
The kernels for SR70/SR77 MK1/MK2 will be up in a few minutes at http://empeg.dyndns.org/empeg/ir_trans_kernel/2.0b3

These kernel hackers are dangerous for my self-esteem

Thanks, Frank! Now I only need to find out why Tony's installer refuses to work for me...

Now I only need to find out why Tony's installer refuses to work for me...

Does the upgrader work? If you can apply an upgrade, you should be able to install a kernel patch.

Upgrader works. Installer (both on kernel and logos) complains something about not being able to write to flash or so. I complained already, but no solution was found (other than that I should try on another computer, which I didn't have time to do so far...)

Very very strange.

Yep!

Let me try again, to remind you of symptoms...

Here it is:

found empeg unit: entering program mode

manufacturer=0089, product=88c1

waiting for prompt

starting erase [Failed to get echo-back on erase command.



Error: erasepage(a000) got code 1

When I connect terminal again and type something, I get

?eh

?

That's 'pump' mode, right?

I have to tell you that I still smile at your waving Tux.

yeah, that's pump mode.

If you want, you can get the download.c code and compile it yourself, and see exactly what's going on by inserting your own debugging messages in the code. If you get that far, I'd be interested to know what the problem is so that I can bullet-proof mine.

Thanks. I'm glad they put the animation code in there.

Good idea. Do you think dowload.c will mount strong resistance to being ported to CygWin?

It compiled under CygWin and I found the part where it breaks (it begins with erasepage not geting 'e' command echoed). Can I use it to upload boot images, do I use files output by your editor, and what is proper address for MkII? (Sorry, all this is certainly written somewhere, but it's past 2 AM...)

Update: OK, found that I can and address is a000. The readbyte after 'e' command returns 0x0a (line feed), instead of echoed 'e'. So much for tonight...

Logos and kernels are two different addresses, I don't remember which is which right now. It's in the FAQ.

ok so we download the 77.2 version and install that right? then I should be able to input my ir codes to conincide with what function I want?

Thanks Frank, much appreciated.

OK, I am back after a couple of days, spent partially in struggle to reanimate my pathetic Win98.

Anyway, I inserted into download.c, for diagnostic purposes, brute-force dumping of content received (via readbyte function) to standard error. The upload now works. I am at total loss to explain why. Inserting those writes slows the program down considerably, so I could understand that it ceases to work because it misses some responses from empeg, but it starts working instead.

This was with logo. I'll see now whether it works with kernel, as well.

UPDATE: It does! So, now I have a very ugly version of download which should not work, but does anyway. Ah, well...