Consumer IR is an undefined standard and is really only suited for single commands, since many of the vendors only support a data length of 32 bits. It is also one-way, and although it could be hacked to provide better data integrity, it is not a good solution for data transfer. The way a remote works is to spam the reciever over and over again with the same ir signal, and the reciever ignores all subsequent signals if there is not a gap in the sequence of x microseconds. This is how consumer ir devices ensure that the signal arrived at the reciever. It would be a very bad hack to get it to transfer a playlist.

It is a bit different, but there is an article that I have found about creating a consumer ir pulse on the Palm using the Palm devices IrDA transmitter. The only problem is that it is hardware dependant on the Dragonball processor, and would not work on PalmOS 5 devices (ARM chips) without some similar trick. I may get some time to try and work on a remote for the Empeg on the Palm later.

Here is the article about pulse shaping on the Palm: http://www.calsoft.co.in/techcenter/network/pulseshaping.html

I've attached some information about the Pioneer IR signal that comes from a Pioneer remote. All I would need to do is figure out how to create the signals, then I could send any command I wish. If anyone out there knows if the Empeg can recieve these signals, I would appreciate it. Here is some basic info, and more information is in the attached text file.

Code length: 32 bits
Frequency: 39.2kHz
Bit length: 550us

Does that look like it matches the ir reciever of the Empeg?

MarkC,
This is an excellent application. I installed last eve with little trouble.

Thanks for the hard work.

Sean

i just noticed a bug in the artist search. it doesn't recognize hyphens as part of the search at all. entering it or skipping it (ala empeg search) doesnt make a difference.

Yup, you're right. I'll put that in the README for the next release, but I don't think I'll be fixing it (anytime soon anyway). The way the search works right now is good enough, it willl get you close enough to the artist as-is. The problem stems from the default collator in PalmOS sorting differently from the collator in Java (where I initially sort the database).