From TheAmigo at empegbbs-noreply.merlins.org Sat Mar 1 01:22:00 2003 From: TheAmigo at empegbbs-noreply.merlins.org (TheAmigo@empegbbs-noreply.merlins.org) Date: Sat, 1 Mar 2003 01:22:00 GMT Subject: [Empeg-programming] Re: sharing the Empegs GPS over IrDA Message-ID: To get the GPS data out the IR port, you *could* use IrCOMM (serial over IrDA), but Cushman's worked on this and said it's not very reliable. The easier way would be to split the incoming serial data into discrete messages and use IrOBEX to send one message at a time out the IR port. I believe one of the goals of Empire was to allow bi-directional IR traffic. You'll prolly wanna talk to Cushman and ask what you need to do so you can write a module for Empire. From canuckInLA at empegbbs-noreply.merlins.org Sat Mar 1 02:24:00 2003 From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org) Date: Sat, 1 Mar 2003 02:24:00 GMT Subject: [Empeg-programming] Re: Compiling the Empeg toolchain under cygwin Message-ID: Should i still type make install when make is complete? Assuming you plan on using it, yes. From jules at empegbbs-noreply.merlins.org Sat Mar 1 14:04:00 2003 From: jules at empegbbs-noreply.merlins.org (jules@empegbbs-noreply.merlins.org) Date: Sat, 1 Mar 2003 14:04:00 GMT Subject: [Empeg-programming] Re: Shell for cross-compiling Message-ID: Public key attached. Thanks! From cushman at empegbbs-noreply.merlins.org Sat Mar 1 14:31:00 2003 From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org) Date: Sat, 1 Mar 2003 14:31:00 GMT Subject: [Empeg-programming] Re: sharing the Empegs GPS over IrDA Message-ID: IrCOMM is what you would be using but it is kind of broken on the kernel version that the Empeg uses (2.2). The whole IrDA stack is out of date, and needs to be brought up to the level that the 2.4 and 2.5 kernels are at. This is something I am looking into at a later date after I get some more work done on the Palm app I am writing (60% finished) and a very very simple Empire IrDA server to listen for the OBEX objects to support the Palm app. Right now there would be problems with dropped connections if you tried to use it for an extended period of time I believe. I want to get something working and usable for the Palm playlist creator (Palantir) and the IrDA listener (Empire) and then work on improving it and supporting other apps. From KungFuCow at empegbbs-noreply.merlins.org Sun Mar 2 00:26:00 2003 From: KungFuCow at empegbbs-noreply.merlins.org (KungFuCow@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 00:26:00 GMT Subject: [Empeg-programming] Hard Drive Question Message-ID: When during boot up is the hard drive spun up? Is it on powerup or later in the bootup cycle? From tfabris at jps.net Sun Mar 2 01:51:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Sun, 2 Mar 2003 01:51:00 GMT Subject: [Empeg-programming] Re: Hard Drive Question Message-ID: Not sure _precisely_ when, but I know it's at least either at or before the words "probing primary interface" appear in the boot up log on the serial port. And on my player, that happens within three seconds of power-on. Why? From fossi at empegbbs-noreply.merlins.org Sun Mar 2 04:38:00 2003 From: fossi at empegbbs-noreply.merlins.org (fossi@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 04:38:00 GMT Subject: [Empeg-programming] Re: How to get routes for GPSapp? Message-ID: Yang, do you have any idea why the last turn from a greenflag route converted with your script is not further converted from the mapsonus script? I played around a little bit: it seems not to be the route information (the last turn and the end point are in the right format) but the route shape information. The mapsonus script seems to expect something different at the end of the route. Any idea? Juergen From Yang at empegbbs-noreply.merlins.org Sun Mar 2 11:04:00 2003 From: Yang at empegbbs-noreply.merlins.org (Yang@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 11:04:00 GMT Subject: [Empeg-programming] Re: How to get routes for GPSapp? Message-ID: No idea.. I looked through the parse_mapsonus.py script and found a reference to it not being able to parse the last point on the shape data, so it just appends the last turn point. In the case of the greenflag data, this is the same point. Changing the script doesn't make a difference in the output either. From KungFuCow at empegbbs-noreply.merlins.org Sun Mar 2 11:15:00 2003 From: KungFuCow at empegbbs-noreply.merlins.org (KungFuCow@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 11:15:00 GMT Subject: [Empeg-programming] Re: Hard Drive Question Message-ID: I was thinking that it would be beneficial to maybe have a low temperature setting in Hijack that would keep the player from booting if it was really cold. I seem to get a lot of Hard Disks Not Found when it's cold outside. After the player warms up some, it's fine. So I thought if we could stop the hard drive from spinning up when it's cold, it would be beneficial but if it spins up on power up then it's kind of a moot point. From oliver at empegbbs-noreply.merlins.org Sun Mar 2 11:29:00 2003 From: oliver at empegbbs-noreply.merlins.org (oliver@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 11:29:00 GMT Subject: [Empeg-programming] Re: Hard Drive Question Message-ID: I remember mark saying that at some point, he would integrate this feature into hijack. But i'm not positive :-) From tfabris at jps.net Sun Mar 2 12:03:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Sun, 2 Mar 2003 12:03:00 GMT Subject: [Empeg-programming] Re: Hard Drive Question Message-ID: I seem to get a lot of Hard Disks Not Found when it's cold outside. Depending on your definition of "cold", you might want to consider taking the player inside with you. Exposing the disk drives to extreme temperatures will shorten their life span. Also, cold temperatures could exacerbate a loose solder joint on the IDE header if you happen to have this problem. From KungFuCow at empegbbs-noreply.merlins.org Sun Mar 2 12:08:00 2003 From: KungFuCow at empegbbs-noreply.merlins.org (KungFuCow@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 12:08:00 GMT Subject: [Empeg-programming] Re: Hard Drive Question Message-ID: I usually do take the player inside but sometimes I forget. By "really cold". I mean below freezing, maybe in the 20s. My thinking with this feature was you could set it to not let the drive spin up until the player temperature reaches say 40 degrees or so. Riding around with Hijack watching the internal temp sensor, that doesnt take but a few minutes with the heat on. From fossi at empegbbs-noreply.merlins.org Sun Mar 2 12:11:00 2003 From: fossi at empegbbs-noreply.merlins.org (fossi@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 12:11:00 GMT Subject: [Empeg-programming] Re: How to get routes for GPSapp? Message-ID: Played a little bir around and found 2 work-arounds: 1. for the last turn set the follwing number from 1 to 2 - but integration in the script is quite tricky 2. repeating the line with the last turn increasing the turn number - integration in the script is simple, just add the folling line before the end line: print OUTFILE "TURN $turn $lon $lat $turn 1 0 0 0 0.0 $desc\n"; print OUTFILE "END ...... This works. Juergen From tfabris at jps.net Sun Mar 2 12:24:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Sun, 2 Mar 2003 12:24:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: Bump. I don't have a copy of StreetAtlas yet (hopefully will soon) but I was thinking... Okay, the purpose of this dual-program trick is so that you can use the serial ports to fake your PC into thinking a Garmin is attached, then capture the route data that got sent to the Garmin. Then you turn around and translate that data into a GPSapp-readable format and send it to the player. What if, instead... Someone wrote a program to run on the empeg itself which did all this internally to the player? In other words, it sits on the player, listening on the serial port, and emulates a Garmin. Not a complete Garmin emulator, just enough of a subset so that it will accepte route files. Then it could internally translate that data to the proper GPSapp compatible format and save it to the "routes" directory. You could run it in @AC mode and have GPSapp run in @DC mode, so it'd be pretty much transparent. You could deactivate it when you needed to use the serial port for something else. Or even better... Since GPSapp is listening on the serial port anyway... Build this all into GPSapp. Have GPSapp emulate a Garmin and accept the route files directly. Either way, this would be so much more efficient. You wouldn't need any loopback cables or special software on the PC, just any program that writes routes to a Garmin. Suddenly, the problem of getting good map data for GPSapp is solved. Don't you just love how I come up with ideas that I couldn't possibly implement myself? From Yang at empegbbs-noreply.merlins.org Sun Mar 2 12:37:00 2003 From: Yang at empegbbs-noreply.merlins.org (Yang@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 12:37:00 GMT Subject: [Empeg-programming] Re: How to get routes for GPSapp? Message-ID: format for the turn statment: TURN # lng lat ptNdx #pts turnDeg outHdg inHdg km text-instructions the 1 in the turn line corresponds with the number of points in the shape data corresponding with the turn.. I'm not sure why the second method works. If you get a script to work, post it (noting your change in the comments at the top). Without a good way of testing it, I can't be sure I made the change correctly. I think the best solution, is to have the perl script do everything, and use python to do coordinate conversion. From fossi at empegbbs-noreply.merlins.org Sun Mar 2 13:07:00 2003 From: fossi at empegbbs-noreply.merlins.org (fossi@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 13:07:00 GMT Subject: [Empeg-programming] Re: How to get routes for GPSapp? Message-ID: Here is my version of the script, the work-around is not nice but works: http://www.bndlg.de/~fossi/green.zip BTW: The coordinate conversion (from NAD27 to WGS84), which is done by the python script, is not correct for European coordinates and therefore not necessary see http://empeg.comms.net/php/showthreaded.php?Cat= Juergen From shapeless at empegbbs-noreply.merlins.org Sun Mar 2 16:24:00 2003 From: shapeless at empegbbs-noreply.merlins.org (shapeless@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 16:24:00 GMT Subject: [Empeg-programming] Re: Empeg USB-Ethernet Emulation Project Message-ID: hi, i've an iPAQ 3630 (with pocket pc 2002) with both USB and SERIAL sync cables. i've got a "female (normal) USB" to "male (little) USB" adaptor like this http://www.national-tech.com/specs/30u1-03300.htm that permits to physically connect the iPAQ to my MKII via USB. is there a chance to share a file in the empeg HD (possibly over tcp/ip, i'm thinking to a divx .avi) to be used with the iPAQ ? if the answer is yes, is it possilbe to do it with the USB sync cable and pocket pc 2002 ? if no, will it be possible if i'll install familiar linux over the iPAQ ? i've no budget for a pcmcia jacket and a pcmcia eth adapter and to use the USB sync cable will be a real legend for me :-) thanks for help From silkysmooth_96 at empegbbs-noreply.merlins.org Sun Mar 2 17:48:00 2003 From: silkysmooth_96 at empegbbs-noreply.merlins.org (silkysmooth_96@empegbbs-noreply.merlins.org) Date: Sun, 2 Mar 2003 17:48:00 GMT Subject: [Empeg-programming] Re: Hard Drive Question Message-ID: Hehe.. My player sees that supid message every day. The funny thing is that it will work early in the morning when the temperature displays -20 in HiJack, yet later on in the day when it reads +2 or so, it won't work. The same thing will happen almost every day. Also, the player has left me with a flat battery twice, this is when the 'clikity click, clikity click' is happening and I shut down the car, the player keeps running the damn hard drive. RRRR, that one really gets to me. From jamville at empegbbs-noreply.merlins.org Mon Mar 3 01:01:00 2003 From: jamville at empegbbs-noreply.merlins.org (jamville@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 01:01:00 GMT Subject: [Empeg-programming] Time sink? Message-ID: Has anyone been able to run a time sync script on their empeg? (as in the following thread) http://empeg.comms.net/php/showflat.php?Cat= Thanks, From dbrashear at empegbbs-noreply.merlins.org Mon Mar 3 02:14:00 2003 From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 02:14:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: Eh, writing one would be too much of a time sink to consider ;-) From Roger at empegbbs-noreply.merlins.org Mon Mar 3 05:27:00 2003 From: Roger at empegbbs-noreply.merlins.org (Roger Lipscombe) Date: Mon, 3 Mar 2003 05:27:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: If you read the thread properly, you'll find that the answer is 'yes'. I'm running ntpdate when the player exits. From siberia37 at empegbbs-noreply.merlins.org Mon Mar 3 09:25:00 2003 From: siberia37 at empegbbs-noreply.merlins.org (siberia37@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 09:25:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: That would obviously be the ideal. I think the GPSApp documentation states somewhere though the calculating routes on the empeg is verrryy slow (read: no FPU). I think that's why we have the python routing script to begin with. I don't want to be a naysayer though, it would be a lot of work but possible to do this. I personally don't have the patience to do anything that complex on linux where I don't have a visual debugger though. From genixia at empegbbs-noreply.merlins.org Mon Mar 3 11:25:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 11:25:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: I'm running ntpdate from preinit before the player starts ;-) From SE_Sport_Driver at empegbbs-noreply.merlins.org Mon Mar 3 11:41:00 2003 From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 11:41:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: Is this something that could be phased into post 2.0? From Roger at empegbbs-noreply.merlins.org Mon Mar 3 11:51:00 2003 From: Roger at empegbbs-noreply.merlins.org (Roger Lipscombe) Date: Mon, 3 Mar 2003 11:51:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: We'll almost certainly support setting the clock via the PC- genixia, Would you mind sharing the line that you added? From Chimaera at empegbbs-noreply.merlins.org Mon Mar 3 12:24:00 2003 From: Chimaera at empegbbs-noreply.merlins.org (Chimaera@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 12:24:00 GMT Subject: [Empeg-programming] Re: Compiling the Empeg toolchain under cygwin Message-ID: Jules, I never looked into it any further, as the stock B13 build I did worked fine on my player, and for the work I was planning on doing then working off the stock kernel would be fine, especially as I have a linux box at home that I can do my HiJacked builds on. If people want this finished then I can probably look at it when I get a few minutes, but that could be a long time away, as work is chaos, I have just moved to a new house, and I still have a couple of USB tasks to finish. But if anyone would like my existing Cygwin toolchain then I could post that as a tar. From tfabris at jps.net Mon Mar 3 12:48:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Mon, 3 Mar 2003 12:48:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: calculating routes on the empeg is verrryy slow I wasn't talking about calculating routes on the empeg. I was saying: still use StreetAtlas to calculate the routes and send only the route file into the empeg. Just like now. But skip the loopback-through-two-more-Windows-programs trick, and instead make the empeg itself emulate a Garmin rather than have another Windows program emulating the Garmin. Just enough to grab the route file. At that point, the empeg wouldn't have to calculate anything, it would just do a file format translation. From siberia37 at empegbbs-noreply.merlins.org Mon Mar 3 12:55:00 2003 From: siberia37 at empegbbs-noreply.merlins.org (siberia37@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 12:55:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: Sorry should've been more clear- it's more like the translation of the routes is slow. This is because you have to take all the floating point waypoints from Street Atlas or whereever, find the minimum,maximum points, find the center point, and then project all the points around the center in integer distances. This probably could be optimized though, I remeber back in the day people pulled all kinds of tricks to run 3d programs on CPUs with lousy FPUs- fixed-point math comes to mind. Still this wouldn't be an easy project.. From tfabris at jps.net Mon Mar 3 13:04:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Mon, 3 Mar 2003 13:04:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: This is because you have to take all the floating point waypoints from Street Atlas or whereever, find the minimum,maximum points, find the center point, and then project all the points around the center in integer distances. Oh, I didn't know that. I thought StreetAtlas just fed lat/long coordinates into the route file, and that all GPSapp used in its file was lat/long coordinates. I guess I just don't understand how it works. From genixia at empegbbs-noreply.merlins.org Mon Mar 3 15:54:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 15:54:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: I have it running from a preinit script /programs0/preinit.d/M05ntpdate Note that /programs0/incar simply returns true if the empeg is on DC power, and is used to quit the script (without running ntpdate) when in the car. incar is distributed in the gpsapp tarball. #!/bin/bash ([ -x /programs0/incar ] << /programs0/incar << exit [ -x /usr/sbin/ntpdate ] << /usr/sbin/ntpdate ntp_server) From jimhogan at empegbbs-noreply.merlins.org Mon Mar 3 16:09:00 2003 From: jimhogan at empegbbs-noreply.merlins.org (jimhogan@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 16:09:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: > Eh, writing one would be too much of a time sink to consider Eh, just the man I want to talks to.... Somewhat apropos of this thread and the recent IrDa thread...is it possible to run gpsd on the box and have not only gpsapp but xntp use it? Standard xntp NMEA driver is expecting /dev/gps mapped to a tty, but gpsd output is a port. It's probably a function of my own denseness, but I have this feeling that it should be possibly to map something like a pseudotty to the gpsd output (so that ntpd can then see it as expected) but my unix/linux device knowledge is failing me! From jaharkes at empegbbs-noreply.merlins.org Mon Mar 3 16:54:00 2003 From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org) Date: Mon, 3 Mar 2003 16:54:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: The map screen uses UTM coordinates so that N pixels up or down is the same distance as N pixels sideways. Combined with the scale you could actually use a ruler and calculate the precise distance between two points. It makes the routing a bit simpler, because the code can use simple integer multiplications to calculate the distance between two arbitrary points instead of having to resort to sines and cosines. From dbrashear at empegbbs-noreply.merlins.org Tue Mar 4 01:38:00 2003 From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 01:38:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: ntpd could probably be rewritten to use it, which probably makes more sense than doing pty redirection. Well, secretly I guess "rewritten" is actually "a gpsd input module". Isn't ntp 4 just "ntp" again and not "xntp"? Or are you really still using ntp 3? From tfabris at jps.net Tue Mar 4 03:15:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 03:15:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: Something you might want to point out in the readme file... If both your COM ports are on the same IRQ, you probably aren't going to get this thing working right away. :-) I'm going to mess with my IRQ's now... :-) From tfabris at jps.net Tue Mar 4 04:36:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 04:36:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: Hm, even that didn't work. Even after fixing my IRQ's, I get, out of GPSEmulator: DSR CTS DSR TXFULL PRODUCT TYPE REQUEST wrong checksum wrong checksum wrong checksum TXFULL PRODUCT TYPE REQUEST wrong checksum wrong checksum wrong checksum PID_RECORDS TXFULL PRODUCT TYPE REQUEST PRODUCT TYPE REQUEST PID_RECORDS And no route points loaded. From tfabris at jps.net Tue Mar 4 04:45:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 04:45:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: aha, that was the problem all along. In your README file, it was adamant about only sending the ROUTE POINTS to the GPS emulator. But when I chose "ROUTE DIRECTIONS" instead of "ROUTE POINTS" it worked fine. Your readme gives examples from a different version of StreetAtlas, I think. The menu options and stuff in SA USA 2K3 seem to be different from what your readme instructions expected to see. From tfabris at jps.net Tue Mar 4 04:50:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 04:50:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: Argh, but as you said in the readme, those only give you "as the crow files" directions. So I can't seem to get the route points to transfer to GPSEmulator, only the directions. And in your instructions you say do "Edit/Copy Directions" and paste them into FromSA, but in my version of SA that menu item doesn't exist. Argg... From siberia37 at empegbbs-noreply.merlins.org Tue Mar 4 09:42:00 2003 From: siberia37 at empegbbs-noreply.merlins.org (siberia37@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 09:42:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: I have never seen SA 2K (I use SA 8), but I'm sure there is some way to Copy the text directions, it's probably just hidden away somewhere. Have you tried right-clicking in the directions window? As a last resort if there's a window that shows all the waypoint names, can you just select the text in this window and hit Ctrl-C to Copy? Whenever you figure out how to copy these directions please send me a sample (Paste it into Notepad and save) so I can add a filter in FromSA for it. When you are ready to Paste this info into FromSA you will probably have to uncheck "I am pasting from Streetfinder" and strip out all information from the pasted text except for the waypoint names, one per line. This checkbox determines whether to filter based on SA 8's direction format so I doubt it will strip it out automatically for you, although it might. If you hit generate and it strips everything except the names you will know if it worked or didn't. As far as the as the crow-flies directions go, that is happening because you don't have a latitude/longitude file. In SA 8 you go to File..Export Route as Lat/Lon file or something like that to get the file. I'm sure they still have this in SA 2K somewhere since this featue has been around since like SA 2. Look around in the file menu for Export options or try the help, what your looking for is an option to generate a file with a list of route points called a Lat/Lon (Latitude/Longitude) file in Street Atlas terms. If you don't find this but find other export options let me know, and if possible send a file with an exported route to me. They may have changed the format some in SA 2k and I'll have to write a filter for these files. From revlmwest at empegbbs-noreply.merlins.org Tue Mar 4 11:07:00 2003 From: revlmwest at empegbbs-noreply.merlins.org (revlmwest@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 11:07:00 GMT Subject: [Empeg-programming] Automatic Installer *DELETED* Message-ID: Hey does anyone know what's up with the automatic installer... (This post is a complete fabrication of my orginal post which I cannot completely remember and deleted out of embarassment upon reading the following thread link. Those resposible for this oversight have been sacked. Apologetically, Jack... The Wonder Llama) From yn0t_ at empegbbs-noreply.merlins.org Tue Mar 4 11:09:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 11:09:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: http://empeg.comms.net/php/showflat.php?Cat= From revlmwest at empegbbs-noreply.merlins.org Tue Mar 4 11:18:00 2003 From: revlmwest at empegbbs-noreply.merlins.org (revlmwest@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 11:18:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: thanks.. not sure how search missed that one.... From jimhogan at empegbbs-noreply.merlins.org Tue Mar 4 11:49:00 2003 From: jimhogan at empegbbs-noreply.merlins.org (jimhogan@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 11:49:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: > ntpd could probably be rewritten to use it, which probably makes more sense than doing pty redirection. Well, secretly I guess "rewritten" is actually "a gpsd input module". That's true. That would make more sense...add a specific NMEA-gpsd module/driver. I'll have to find the source of the existing NMEA to see if I can make any sense of it...possibly an interesting learning experience in between those scarce job interviews! > Isn't ntp 4 just "ntp" again and not "xntp"? Or are you really still using ntp 3? You're correct. It was just Jim's very fuzzy logic at work again. And what *was* that "X" about anyway?!? From tfabris at jps.net Tue Mar 4 13:08:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 13:08:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: I'm sure there is some way to Copy the text directions, it's probably just hidden away somewhere. I can't find it. For instance, your instructions say I should use the "File" menu or the "Edit" menu. This thing doesn't have a menu at all, it's all button-and-tab style. As a last resort if there's a window that shows all the waypoint names, can you just select the text in this window and hit Ctrl-C to Copy? It's not a text list, it's a table interface with rows and columns and doodads and geegaws. I can't select more than one row of the table at the same time. The interface is really rather cryptic, and appears to be 180 degrees different from your description of the version 8 software. From loren at empegbbs-noreply.merlins.org Tue Mar 4 13:38:00 2003 From: loren at empegbbs-noreply.merlins.org (loren@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 13:38:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: for future reference... i wouldn't delete a post like that. Ya never know when someone else will be searching for the same thing and find your post which will reference the place with the answer. MHO. From tfabris at jps.net Tue Mar 4 14:03:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 14:03:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: Whenever I see a post title with "*DELETED*", now I think of StrongBad Email... From revlmwest at empegbbs-noreply.merlins.org Tue Mar 4 14:21:00 2003 From: revlmwest at empegbbs-noreply.merlins.org (revlmwest@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 14:21:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: How's that? (Referring to my edit of the orginal post) But your link is interesting none the less... :-) From tfabris at jps.net Tue Mar 4 14:52:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 14:52:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: All will become clear: http://www.homestarrunner.com/sbemail.html From tfabris at jps.net Tue Mar 4 15:42:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 15:42:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: All right, I think I found a place to do "Export" in StreetAtlas 2K3, it's the only place I could find it. The problem is that it exports what they call the "Draw Layer". And by default, there's nothing on the draw layer. You can copy stuff from your map to the draw layer, for instance, you can select a segment of your planned route and copy it to the draw layer. But you have to do it one segment at a time. I can't see how to export the entire route in one step. Arg, this is frustrating. StreetAtlas 2K3 is a nifty program, and it looks like it does oodles better than MapsOnUs in terms of accuracy, so if I could get it working with GPSapp, I'd be a happy boy. From tfabris at jps.net Tue Mar 4 16:04:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 4 Mar 2003 16:04:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: StreetAtlas 2K3 automatically saves each of your programmed routes as an ".ANR" file, a binary file which seems to have all of the directions and street names in it. I wonder if someone has reverse-engineered this file format, and if we can use it directly via a converter program? From siberia37 at empegbbs-noreply.merlins.org Tue Mar 4 17:44:00 2003 From: siberia37 at empegbbs-noreply.merlins.org (siberia37@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 17:44:00 GMT Subject: [Empeg-programming] Re: FromSA - another way to get routes for GPSApp! Message-ID: I just read on a newsgroup there is no way to generate a lat/lon file in SA2K3, which is kind of a bummer. There may be other ways to get the desired information out of SA2K3 though, including getting GPSEmulator to understand track points and waypoints. I'll do some research on file formats and such and see what I can come up with. From jules at empegbbs-noreply.merlins.org Tue Mar 4 19:42:00 2003 From: jules at empegbbs-noreply.merlins.org (jules@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 19:42:00 GMT Subject: [Empeg-programming] Re: Compiling the Empeg toolchain under cygwin Message-ID: Chimaera, If you could post your pre-built Cygwin toolchain that would be great. I'm embarased to admit how much time I have spent trying to set up a development environment. I do not have Linux/Unix box and all my boxes are NTFS so I can not install Linux and dual boot. I even tried to go the Knoppix/Samba way, but I could not compile the cross development toolchain because of some readonly issue in the usr/local under Knoppix. I'm currently set up to do remote compilation thanks to wfaulk. That has allowed me to think about my project and not about how to be able to build hello world. But I would really like to be able to do it localy. I know lots of others would appreciate it too. Please post it! Thanks! From number6 at empegbbs-noreply.merlins.org Tue Mar 4 20:52:00 2003 From: number6 at empegbbs-noreply.merlins.org (number6@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 20:52:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: In reply to: ...possibly an interesting learning experience in between those scarce job interviews! Hi Jim, I take it from this comment that your current employment situation is non-existent? [or soon will be?]. If so, are you coming to the Rally of NZ in April or is that a no-no now you're out of work? From Attack at empegbbs-noreply.merlins.org Tue Mar 4 21:10:00 2003 From: Attack at empegbbs-noreply.merlins.org (Attack@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 21:10:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: OMG! This Rocks! I loved CGNU From jimhogan at empegbbs-noreply.merlins.org Tue Mar 4 22:38:00 2003 From: jimhogan at empegbbs-noreply.merlins.org (jimhogan@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 22:38:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: > Hi, Jim, I take it from your comment that your current employment situation is non-existent [or soon will be?].[ Soon will be. The axe will fall on the 3rd or 4th Thursday, so that's either the 20th or 27th. I have scheduled extensive dentist visits on both days. I figure I can: 1) Drain all remaining dental benefits for 2003 before I'm off the payroll, and.... 2) Take my cell phone along and have a little fun with my current manager, as in ..... Mgr: "Jim, I hate to break it to you, but..." Jim: "WAAAAAAAH!!" Whirrrrrr...zzzzzzzzz....crunch "Arrrrchh! Blech!! Rrrrrrr!" Mgr: "Jim, I want you to know how difficult it is for me..." Jim: "Bluuuurch!" You get the idea. > If so, are you coming to the Rally of NZ in April or is that a no-no now you're out of work? Oddly, if a miracle occurred and I found a new job before April, I would probably not be able to come. OTOH, if nothing presents itself, I just might be tempted to put a few pepperoni sticks in my backpack and jump on the plane. I already have the ticket, a tent and my trusty Thermarest, and can occasionally enjoy sleeping rough! From yn0t_ at empegbbs-noreply.merlins.org Tue Mar 4 22:56:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Tue, 4 Mar 2003 22:56:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: Jim, as much as I wish you the best in your search for employment, I can't seem to shake the notion that having you bored out of your mind at home could yield even more funny BBS posts like this. From jamville at empegbbs-noreply.merlins.org Wed Mar 5 01:20:00 2003 From: jamville at empegbbs-noreply.merlins.org (jamville@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 01:20:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: genixia, Thanks for all the info. Where do I find incar? Thanks, From genixia at empegbbs-noreply.merlins.org Wed Mar 5 01:35:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 01:35:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: It's in the GPSapp tarball - not difficult to find. But it's probably just as easy for me to attach it here. (Raw binary attached - 'Save Target As' incar and ftp to the player.) From dbrashear at empegbbs-noreply.merlins.org Wed Mar 5 01:57:00 2003 From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 01:57:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: And what *was* that "X" about anyway?!? Xperimental ;-) From number6 at empegbbs-noreply.merlins.org Wed Mar 5 02:11:00 2003 From: number6 at empegbbs-noreply.merlins.org (number6@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 02:11:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: In reply to: OTOH, if nothing presents itself, I just might be tempted to > put a few pepperoni sticks in my backpack and jump on the plane. I already have the ticket, a tent and my trusty Thermarest, and can occasionally enjoy sleeping rough! Whatever you do, don't bring any meat or meat releated products in to the country with you! [that probably includes pepperoni sticks]. The Border control people have really strict rules here, are really tough on that sort of thing and they "Xray" all baggage on incoming passengers looking for exactly these sorts of food products - if you have any on you will be fined up to $5,000USD or more. So you'd be better leaving them at home and buying them here if thats what you want to live on. Also make sure your tent and any camping equipment/sahoes etc are well cleaned of all soil and dirt etc before you leave home - if any of your camping stuff or clothes looks too dirty they will either force it to be cleaned at your cost, and/or confiscate it and let you have it back on the way back out = at least no tent or other stuff during your stay. I don't think you want to sleep rough if you can help it [not that theres anything wrong with that...] Besides the rally moves around too much for you to do that, better off getting a car and then be driven/driving yourself to where you need to go - most of it is within 2-3 hours drive max. of Auckland. In any case, if you are short of funds, I think we can find some accomodation for you for your stay. JABZ has some spare room in his room, and my back lawn has room for a tent :-)) No seriously, our guest room should be free [of visitors and costs] if you want to avail yourself of it - you have to like cats though - they come with the territory. Drop me a PM once you know you're coming. From cushman at empegbbs-noreply.merlins.org Wed Mar 5 09:22:00 2003 From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 09:22:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: "Uhh.. dat teevee has werds on it" *BALEETED!* "You sunk my Jengaship!" From Chimaera at empegbbs-noreply.merlins.org Wed Mar 5 10:07:00 2003 From: Chimaera at empegbbs-noreply.merlins.org (Chimaera@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 10:07:00 GMT Subject: [Empeg-programming] Re: Compiling the Empeg toolchain under cygwin Message-ID: Jules, OK, I have a gzipped tarball of the toolchain, it runs at about 18.5MB so I cannot attach it to this message, and I cannot get at my web server until this evening (corperate firewall prevents outgoing FTP), I may be able to email it if anyone is in a desperate hurry, just PM me your email address and I will try to get it sent out. From cushman at empegbbs-noreply.merlins.org Wed Mar 5 12:08:00 2003 From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 12:08:00 GMT Subject: [Empeg-programming] Palantir Webpage and IrDA in Hijack? Message-ID: I put up all the installation instructions and some screenshots for Palantir, a palm -< empeg playlist creator up on my website here. I'll keep updating that webpage with install instructions as they become easier, so we have a reference point. How can I tell how much overhead (space, really) the irda support in the kernel requires? I think that enough stuff is going on with IrDA right now (TheAmigo, this project) that it would be useful to have it in Hijack, but I'm not sure if Mark wants to include it by default. The relevant options for the kernel are: CONFIG_IRDA=y CONFIG_IRCOMM=y (this option could be left out if it is too much.. IrCOMM is kinda broken anyway) CONFIG_IRTTY_SIR=y Comments? If it's too much to be included in the default, I can compile up kernels with IrDA support and make them available via my website, but I would rather not if we can get it into Hijack. From tfabris at jps.net Wed Mar 5 12:42:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Wed, 5 Mar 2003 12:42:00 GMT Subject: [Empeg-programming] Re: Automatic Installer Message-ID: Yeah, that's the exact one I thought of when I saw the thread name. :-) From maurij at empegbbs-noreply.merlins.org Wed Mar 5 13:05:00 2003 From: maurij at empegbbs-noreply.merlins.org (maurij@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 13:05:00 GMT Subject: [Empeg-programming] Re: Palantir Webpage and IrDA in Hijack? Message-ID: I, for one, cannot wait for an easier installation. I am not currently capabable enough to due the current install and unless I had massive amounts of free time, won't be anytime soon. just voicing my hope that this continues. it would be much appreciated thanks for the idea and work already put in From cushman at empegbbs-noreply.merlins.org Wed Mar 5 13:11:00 2003 From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 13:11:00 GMT Subject: [Empeg-programming] Re: Palantir Webpage and IrDA in Hijack? Message-ID: That's my #1 priority right now, an easier install. Goal state installation would be: Install Hijack (or pre-compiled kernel) FTP a few files up to the Empeg Modify config.ini to start up IrDA and Empire Install Jemplode, and export database by Tools- > Whatever you do, don't bring any meat or meat releated products in to the country with you! [that probably includes pepperoni sticks]. Interesting, I didn't think pepperoni were a risk factor for BSE (Bush Spongiform Encephalopathy or "Mad President Disease"), but I will follow your advice! Seriously, I am pretty tuned in to that kind of stuff and am lucky to have a pack and stuff that are nearly new. Funny, though, I tend to take a canvas LL Bean "boat bag" on trips for shopping and such. After my friend and I returned from the Monte Carlo Rally, an Agriculture Department beagle went absolutely berserk over the bag because of all the ham sandwiches that had dripped their way into the canvas over the prior week during our car camping. We almost missed our connection. I really appreciate the prospect of your hospitality! Employment-wise, I probably won't make the call until 3-4 days before the trip (if it happens) and will be in touch either way. I'll start looking at car rentals and such (we slept on the stages a few times in the car at Monte and that worked great WRT getting a good spot). Thanks! From revlmwest at empegbbs-noreply.merlins.org Wed Mar 5 13:44:00 2003 From: revlmwest at empegbbs-noreply.merlins.org (revlmwest@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 13:44:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: No panic here... Would anyone like to give a progress report? I find the whole idea and process interesting... From tfabris at jps.net Wed Mar 5 13:52:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Wed, 5 Mar 2003 13:52:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: Would anyone like to give a progress report? I think the only _major_ hurdle left to overcome is the fact that if you execute a program from the music partition, the partition is considered "busy" and can't be unmounted/remounted, thus screwing up synchs and causing the drive to need to be FSCK'd. Mark had some ideas about fixing this in the kernel, but I'm not sure whether he's made any progress. Once that problem is solved, everything else is trivial stuff, and really just comes down to agreeing on standards for a few things, like the file location. From eliceo at empegbbs-noreply.merlins.org Wed Mar 5 14:29:00 2003 From: eliceo at empegbbs-noreply.merlins.org (eliceo@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 14:29:00 GMT Subject: [Empeg-programming] Re: Palantir Webpage and IrDA in Hijack? Message-ID: the screenshots look really cool, and I would love to get this running on my palm/empeg but the the install is still a bit too difficult for me. From jules at empegbbs-noreply.merlins.org Wed Mar 5 15:01:00 2003 From: jules at empegbbs-noreply.merlins.org (jules@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 15:01:00 GMT Subject: [Empeg-programming] Re: Compiling the Empeg toolchain under cygwin Message-ID: Chimaera, Thanks! No hurry. Posting it when you get home will work for me. I need to download from a server. My mail server will not accept messages larger than 2mb. From Chimaera at empegbbs-noreply.merlins.org Wed Mar 5 15:06:00 2003 From: Chimaera at empegbbs-noreply.merlins.org (Chimaera@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 15:06:00 GMT Subject: [Empeg-programming] Re: Compiling the Empeg toolchain under cygwin Message-ID: No Problem, I just need to hope that UPS delivered my DSL modem today, otherwise it is 18MB over a 56K modem - Ouch &:*) From jimhogan at empegbbs-noreply.merlins.org Wed Mar 5 15:15:00 2003 From: jimhogan at empegbbs-noreply.merlins.org (jimhogan@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 15:15:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: > Jim, as much as I wish you the best in your search for employment,.... Thanks, I'm glad you approve of my dental plan! That really is my plan for the 20th/27th....operating on the very dental principle of distraction (y'know like when the dentist grabs and wiggles your lip before sticking the needle in??) I mean, how much can getting laid off hurt if it happens *just* as your dentist hits a big nerve?? In the two-sides-to-every-coin department, though, I have to warn you that any serious period of unemployment could cause me to do things like resurrect that Iraq War thread and add a mind-numbing, 34-page non-sequitur! Blowhard...With A Vengeance! From fink08 at empegbbs-noreply.merlins.org Wed Mar 5 16:46:00 2003 From: fink08 at empegbbs-noreply.merlins.org (fink08@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 16:46:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: I finally finished converting all my songs. DIdn;t take as long as I thought it would. With the help of making batchfiles etc. I am however hacing problems with the lyrics displaying. After one or two songs the lyrics no longer display horizontally and will only appear in the vertical mode. Have any ideas? From johnmcd3 at empegbbs-noreply.merlins.org Wed Mar 5 17:09:00 2003 From: johnmcd3 at empegbbs-noreply.merlins.org (johnmcd3@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 17:09:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: I think the only major hurdle left to overcome is the fact that if you execute a program from the music partition, the partition is considered "busy" and can't be unmounted/remounted, thus screwing up synchs and causing the drive to need to be FSCK'd.It would certainly be great if we could fix that issue, but it really isn't what's holding us back from implementing a solid application delivery system.[1] Yes, that's a technical issue that would be nice to have a solution to, but the real reason this doesn't functionality doesn't exist yet (either as a stand alone program, or as part of JEmplode) no one has had the time to implement it yet. Just because it appears easy (for someone with the time and technical knowledge necessary) to install the available applications, doesn't mean it is "trivial" for someone to write a fully-featured system with a decent user interface to automate the process. I'm not saying that this application is all that difficult to create, but it takes a lot more effort than you would think. I talked with Mike via PMs a few weeks ago, and we both agreed that this is something we'd very much like to see completed, especially given the support that people here have given it.[2] Unfortunately, we both had several other projects "on our plates" and that is essentially still the case for me. I'd still very much like to see this get done, and if no one else takes this up in the mean time I will eventually get to it. But, regretfully, this project is still in the idea phase as far as I know. John [1] For example, to work around the problem, a package format like that attached to my first post above can allow for the author of an empeg program to specify an installation on the root partition, or even better, to specify a list of choice options such as whether to 1) install on the music partition with a DC macro or 2) on the root partition without a DC macro. (Of course, written with having the user having to understand what that means, and having options to override those options.) [2] While we're talking about things that would be nice to have, I would also very much like to see a MENU_EXEC option. Not that there's anything wrong with siberia37's launcher (I think it's great) but now that hijack has the code to start programs, I think hijack is the right (and cleanest) place for this code. From tfabris at jps.net Wed Mar 5 17:12:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Wed, 5 Mar 2003 17:12:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: Yes, that's a technical issue that would be nice to have a solution to, but the real reason this doesn't functionality doesn't exist yet (either as a stand alone program, or as part of JEmplode) no one has had the time to implement it yet. If the running-apps-on-drive0 problem could be solved, the rest is trivial. You could even code a complete application installer entirely in the DOS batch language with a little help from FTP.exe. From yn0t_ at empegbbs-noreply.merlins.org Wed Mar 5 17:20:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 17:20:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: Haven't seen this happen, and nobody else has reported it... Does this happen consistently? From fink08 at empegbbs-noreply.merlins.org Wed Mar 5 18:26:00 2003 From: fink08 at empegbbs-noreply.merlins.org (fink08@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 18:26:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: Yes it happens consistently on my empeg From johnmcd3 at empegbbs-noreply.merlins.org Wed Mar 5 19:10:00 2003 From: johnmcd3 at empegbbs-noreply.merlins.org (johnmcd3@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 19:10:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: If the running-apps-on-drive0 problem could be solved, the rest is trivial. You could even code a complete application installer entirely in the DOS batch language with a little help from FTP.exe. I guess we just have different ideas as what the appropriate scope of a solution is then. The difficulties people have encountered using DOS batch scripts / FTP scripts have shown (to me, at least) that is not really an adequate solution. (Here is one of the many examples of problems that could be avoided.) Things like parsing the manifest file or saving uninstall information or getting user input for dynamic installation parameters or editing the player's config.ini are all unsuited for such scripting. Not to mention that DOS scripting would completely cut out the non-windows users. I'm not saying that the idea is (technically) very hard to implement, but to write the application the way I envision it would take me more than what I would consider a trivial amount of my time. And I don't think writing a crappy one provides any worthwhile benefit over the scripted installers that are being used now. That said, if anyone does have the time available to code up a decent one, I'd be more than happy to use it ;-) From ximenes at empegbbs-noreply.merlins.org Wed Mar 5 19:20:00 2003 From: ximenes at empegbbs-noreply.merlins.org (ximenes@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 19:20:00 GMT Subject: [Empeg-programming] Hijack v320 Message-ID: I just installed Hijack v320 via FTP (I had Hijack v29x previously), and have noticed that it is no longer running kftpd or khttpd. I use both of these extensively, so it was definitely working prior to the upgrade. Anyone have any idea what could be going on? From yn0t_ at empegbbs-noreply.merlins.org Wed Mar 5 19:33:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 19:33:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: I think you've got the right approach, John. The DOS/batch file stuff is a band-aid, and still requires the user have *some* understanding. I'm not saying that your solution would be 100% foolproof, but I think that jEmplode could *eventually* build in a lot more intelligence and user-error detection than a batch file can. jEmplode is the one and only best place for this, and I'm glad you guys have it on your to-do list. From genixia at empegbbs-noreply.merlins.org Wed Mar 5 19:47:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 19:47:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: I think that's the same thing that I reported earlier. Maybe it's related to number of tracks played and not to buttons pressed. From tfabris at jps.net Wed Mar 5 20:02:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Wed, 5 Mar 2003 20:02:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: it is no longer running kftpd or khttpd. Then the player is in DC/Car mode. Those features are off by default in Car mode ([Hijack] DC_servers=1 will allow them to work in car mode). Either because it's in the car, or because you're powering it from the car docking connector, or because you have forced it to DC mode using Hijack, or because of a faulty AC sensor switch. From tfabris at jps.net Wed Mar 5 20:06:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Wed, 5 Mar 2003 20:06:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: The difficulties people have encountered using DOS batch scripts / FTP scripts have shown (to me, at least) that is not really an adequate solution. Oh, I agree. My point wasn't that it should be done that way. My point was that once that last major technical hurdle gets overcome, the details of an installer are so trivial that they could be done with a script. From yn0t_ at empegbbs-noreply.merlins.org Wed Mar 5 20:27:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Wed, 5 Mar 2003 20:27:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: Hmm I have 20+ tracks with lyrics in them, and I haven't seen this. Wonder what's different... From fink08 at empegbbs-noreply.merlins.org Thu Mar 6 00:15:00 2003 From: fink08 at empegbbs-noreply.merlins.org (fink08@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 00:15:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: I have those 700 someodd songs and after about 2 or 3 of them have played without fail:), emphatic will fail to display the lyrics. There is still a black blank space at the top of the screen, when the player menu is activated emphatic doesn't hide, but when it is switched to horizontal mode all is well. From jamville at empegbbs-noreply.merlins.org Thu Mar 6 00:56:00 2003 From: jamville at empegbbs-noreply.merlins.org (jamville@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 00:56:00 GMT Subject: [Empeg-programming] Re: Time sink? Message-ID: genixia, Thanks for all ' your help. From justinlarsen at empegbbs-noreply.merlins.org Thu Mar 6 01:10:00 2003 From: justinlarsen at empegbbs-noreply.merlins.org (justinlarsen@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 01:10:00 GMT Subject: [Empeg-programming] emphatic Custom info modes Config Files Message-ID: would anyone find this useful, to post some of there config files on how they have there custom info modes setup. Also post with a Screen Grab of there display. It would help some people out and get ideas of what different options there are out there and how cool this program really it :-) If you didn’t know already. From justinlarsen at empegbbs-noreply.merlins.org Thu Mar 6 01:19:00 2003 From: justinlarsen at empegbbs-noreply.merlins.org (justinlarsen@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 01:19:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: listen to the faq master :-) From maurij at empegbbs-noreply.merlins.org Thu Mar 6 04:56:00 2003 From: maurij at empegbbs-noreply.merlins.org (maurij@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 04:56:00 GMT Subject: [Empeg-programming] Re: Palantir Webpage and IrDA in Hijack? Message-ID: that would be tremendous. From yn0t_ at empegbbs-noreply.merlins.org Thu Mar 6 08:09:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 08:09:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: Hm I guess you meant to say "when it is switched to vertical mode." I will try to test things out some more... Anyone else seeing this? From Chimaera at empegbbs-noreply.merlins.org Thu Mar 6 09:43:00 2003 From: Chimaera at empegbbs-noreply.merlins.org (Chimaera@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 09:43:00 GMT Subject: [Empeg-programming] Re: Compiling the Empeg toolchain under cygwin Message-ID: OK, it is now online, and guess what, my DSL hasn't been activated yet, about 2 hours on a 56K modem if anyone is thinking of downloading it that way :-) Oh, it is here From ximenes at empegbbs-noreply.merlins.org Thu Mar 6 10:59:00 2003 From: ximenes at empegbbs-noreply.merlins.org (ximenes@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 10:59:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: Thanks for the hints, but no go. The player is powered by the regular AC adapter (just as it was prior to the Hijack upgrade), I'm not forcing it into a different mode, and Hijack's menu tells me that it thinks it's in AC/Home mode. I know the networking is working, because I can ping the IP and use emplode. But no dice with ftp/http. From yn0t_ at empegbbs-noreply.merlins.org Thu Mar 6 11:01:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 11:01:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: khttpd and kftpd announce when they're starting up in the boot log. Check to see if there's any funny business in the boot log when you start your player. From yn0t_ at empegbbs-noreply.merlins.org Thu Mar 6 11:10:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 11:10:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: Okay, I think I reproduced this one. I'll look into it. Thanks for the tip. From ximenes at empegbbs-noreply.merlins.org Thu Mar 6 11:40:00 2003 From: ximenes at empegbbs-noreply.merlins.org (ximenes@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 11:40:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: There doesn't seem to be any mention of the ftp/http servers in the boot log at all, either way. The only thing out of the ordinary is the last line: ! mp3_decoder.cpp :1049:Failed to find valid sync after seeking to offset 1158 748, error=0xc0044000 However, everything else seems to be fine. From yn0t_ at empegbbs-noreply.merlins.org Thu Mar 6 11:43:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 11:43:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: Well, I would argue that it's "out of the ordinary" for it to not show the "khttp: listening on port 80" message. Mind posting the relvant sections of your config.ini? From mlord at empegbbs-noreply.merlins.org Thu Mar 6 11:55:00 2003 From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 11:55:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: Stick "notify=1" into the appropriate section of config.ini -- it's somewhere in the FAQ, though perhaps not for this specific problem. Let us know if that cures it. -ml From ximenes at empegbbs-noreply.merlins.org Thu Mar 6 12:21:00 2003 From: ximenes at empegbbs-noreply.merlins.org (ximenes@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 12:21:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: Thanks, that was the pointer that I needed. I think that the problem was that my config.ini file was too large thanks to the Favorite Visuals bug (I had 7000+ lines of that stuff), so it wasn't being processed correctly. I got rid of those lines, and it's working now. (btw, I have notify=1 in config.ini, but it may not have been processed due to the Favorite Visuals thing, I guess) From tfabris at jps.net Thu Mar 6 13:00:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Thu, 6 Mar 2003 13:00:00 GMT Subject: [Empeg-programming] Re: Hijack v320 Message-ID: Damn, I was wrong again? I must be losing my touch. :-) :-) :-) Oh, and by the way, this error: ! mp3_decoder.cpp :1049:Failed to find valid sync after seeking to offset 1158 748, error=0xc0044000 is not an error, it is a normal message, it doesn't indicate a problem, everyone gets that message. It will be removed in the next software release. From mschrag at empegbbs-noreply.merlins.org Thu Mar 6 14:18:00 2003 From: mschrag at empegbbs-noreply.merlins.org (mschrag@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 14:18:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: It's definitely on the list ... I just have been pretty swamped with some other projects. ms From fink08 at empegbbs-noreply.merlins.org Thu Mar 6 19:21:00 2003 From: fink08 at empegbbs-noreply.merlins.org (fink08@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 19:21:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: I've also had this happen 2 times today. After having emphatic display lyrics for an even longer period of time after the horizontal display ceases to work....It hangs the display of the rio all together with the buttons on the rio also not working. The remote still works however. Just wanted to let you know. Actually i think it happened 3 times. Figures I would have all the wierd problems seeing as i have so many lyricized songs:) Thanks _yn0t, your an awesome programmer and give great support. From jules at empegbbs-noreply.merlins.org Thu Mar 6 21:56:00 2003 From: jules at empegbbs-noreply.merlins.org (jules@empegbbs-noreply.merlins.org) Date: Thu, 6 Mar 2003 21:56:00 GMT Subject: [Empeg-programming] Re: Compiling the Empeg toolchain under cygwin Message-ID: THANKS!!!! From mlord at empegbbs-noreply.merlins.org Fri Mar 7 00:26:00 2003 From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org) Date: Fri, 7 Mar 2003 00:26:00 GMT Subject: [Empeg-programming] Re: An idea for idiot-proof application installati Message-ID: I think the missing piece for writing the ultimate installer is the "site exec" command (or possibly "quote exec") from kftpd.. not there yet, currently back behind a queue of about 80 Empeg docks.. Cheers! From genixia at empegbbs-noreply.merlins.org Fri Mar 7 18:54:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 7 Mar 2003 18:54:00 GMT Subject: [Empeg-programming] Re: Any way to use the empeg as a tone generator? Message-ID: Patience. It is coming. I still need to tweak a few things, but I currently have kernel that can produce any frequency 20Hz-17KHz on demand. From xanatos at empegbbs-noreply.merlins.org Fri Mar 7 19:26:00 2003 From: xanatos at empegbbs-noreply.merlins.org (xanatos@empegbbs-noreply.merlins.org) Date: Fri, 7 Mar 2003 19:26:00 GMT Subject: [Empeg-programming] Re: Any way to use the empeg as a tone generator? Message-ID: That's sweet. I can't wait to see that. It will be much easier to tune my system with using those. Are you planning on having it build into hijack or be a stand alone application run from hijack? From loren at empegbbs-noreply.merlins.org Fri Mar 7 19:39:00 2003 From: loren at empegbbs-noreply.merlins.org (loren@empegbbs-noreply.merlins.org) Date: Fri, 7 Mar 2003 19:39:00 GMT Subject: [Empeg-programming] Re: Any way to use the empeg as a tone generator? Message-ID: I currently have kernel that can produce any frequency 20Hz-17KHz on demand see that picture to the left? pretend that shoe is your new kernel! From genixia at empegbbs-noreply.merlins.org Fri Mar 7 20:26:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 7 Mar 2003 20:26:00 GMT Subject: [Empeg-programming] Re: Any way to use the empeg as a tone generator? Message-ID: LOL. I've written a couple of new ioctls so userland app can set the tones. I see this as being the way to go - anything really useful coming from this work will be too big to really live in the kernel. That being said, a simple hijack interface could probably be implemented, but I don't see much value in manually selecting/entering a single frequency at a time. Much more valuable is a means to automagically step through a set of tones so that the response can be measured and noted down. Even more valuable would be if I could also implement the microphone input, and automatically take peak measurements as well. It would then be totally cool if a userland app could take the measurements, do some math with them and calculate an eq to flatten the system, and then write that to the empegs data partition. As you can see, the dream lives in userland, but I am making kernel changes to support that. At the moment I need to work through a couple of quirks. Specifically removing transient clicks at the start and end of the tone, and adding channel selection to the ioctls. Then I'll release a test kernel and some small command line test utils. From cushman at empegbbs-noreply.merlins.org Sun Mar 9 21:45:00 2003 From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org) Date: Sun, 9 Mar 2003 21:45:00 GMT Subject: [Empeg-programming] Delay using EXEC_ONCE Message-ID: I just thought that I would ask what the best way to do this is. I have a need to execute a program AFTER the player is started. It seems that if you use the irattach binary to start up the IrDA stack BEFORE the player app starts, something in the player app interferes with the IrDA stack, and IrDA is flaky. I have a shell script called start_empire that contains the following: 
#!/bin/bash
echo "start_empire: sleeping for $1 seconds..."
/usr/local/bin/sleep $1 
echo "start_empire: Starting Empire..."
/usr/local/bin/irattach /dev/ttyS2
/usr/local/bin/empire
I added a line in my config.ini that reads: 
;@EXEC_ONCE /bin/bash -c "/usr/local/bin/start_empire 7 <"
This does the job. It seems like 7 seconds is the sweet spot (on my player) where it will wait from the EXEC_ONCE line to after the player has started. The timing has to be configurable by modifying a variable in config.ini, since it will be different on other players. Is there a better/cleaner way to do this, or is the shell script the best way to get this done? Would a better way be to modify empire.c so it does the irattach only after waiting for X seconds? From cushman at empegbbs-noreply.merlins.org Sun Mar 9 22:00:00 2003 From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org) Date: Sun, 9 Mar 2003 22:00:00 GMT Subject: [Empeg-programming] Using irattach on the Empeg Message-ID: I have discovered that if you use irattach to bring up the IrDA stack on the Empeg before the player application starts, the player application somehow interferes with the IrDA stack and errors will appear on the screen. These error messages are: 
irlap_driver_rcv(), Unknown frame ef received!
If you then try to use IrDA, sometimes you will have success, but the above error message will appear frequently. Most times, however, you will also receive the error message: 
IrLAP, no activity on link!
The solution is to do your irattach AFTER the player application starts. I have a solution in this thread along with asking what a better way would be. This post is for anyone searching on the BBS for the error messages above, but if anyone has comments as to why the player app would do this, I would love to hear them. From tman at empegbbs-noreply.merlins.org Sun Mar 9 22:50:00 2003 From: tman at empegbbs-noreply.merlins.org (tman@empegbbs-noreply.merlins.org) Date: Sun, 9 Mar 2003 22:50:00 GMT Subject: [Empeg-programming] Re: Delay using EXEC_ONCE Message-ID: You could probably ask Mark Lord very nicely to make a new EXEC_AFTER_PLAYER or something since Hijack already watches for when the player has started to do other things. e.g. Restoring visuals when in car mode. - Trevor From cushman at empegbbs-noreply.merlins.org Sun Mar 9 23:31:00 2003 From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org) Date: Sun, 9 Mar 2003 23:31:00 GMT Subject: [Empeg-programming] Re: Delay using EXEC_ONCE Message-ID: How about it, Mark? Pretty please with Camalots on top! From rearviewmirror at empegbbs-noreply.merlins.org Mon Mar 10 02:50:00 2003 From: rearviewmirror at empegbbs-noreply.merlins.org (rearviewmirror@empegbbs-noreply.merlins.org) Date: Mon, 10 Mar 2003 02:50:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: Hi Tony, I finally got a chance to install emphatic. It's very very cool, especially the custominfo part. Thanks! I made a custominfo with 3 lines (title, album, artist) and the lyrics scrolling below the artist line. Couldn't figure out how to reproduce that dotted horizontal line which shows time elapsed (the one in Info:Track) though. Is there a way to do it? I know you've reproduced it, but just wanted to let you know that I'm also hitting the bug that fink08 reported. Thanks, ~Yogi. From revlmwest at empegbbs-noreply.merlins.org Mon Mar 10 08:20:00 2003 From: revlmwest at empegbbs-noreply.merlins.org (revlmwest@empegbbs-noreply.merlins.org) Date: Mon, 10 Mar 2003 08:20:00 GMT Subject: [Empeg-programming] Re: Delay using EXEC_ONCE Message-ID: Leave the Camelites out of this... ;-) From yn0t_ at empegbbs-noreply.merlins.org Mon Mar 10 08:39:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Mon, 10 Mar 2003 08:39:00 GMT Subject: [Empeg-programming] Re: emphatic v1.10: Custom info modes! Message-ID: I made a custominfo with 3 lines (title, album, artist) and the lyrics scrolling below the artist line. Couldn't figure out how to reproduce that dotted horizontal line which shows time elapsed (the one in Info:Track) though. Is there a way to do it? I would like to reproduce the line and the little blinkie dot that accompanies it, but haven't given it a shot yet. More important right now is the bug that you and fink are seeing, and as of yet, I haven't had time to nail it down. Stay tuned... From mlord at empegbbs-noreply.merlins.org Mon Mar 10 18:36:00 2003 From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org) Date: Mon, 10 Mar 2003 18:36:00 GMT Subject: [Empeg-programming] Re: Delay using EXEC_ONCE Message-ID: Mmm.. but I already have two stacked racks of camalots! From cushman at empegbbs-noreply.merlins.org Mon Mar 10 19:06:00 2003 From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org) Date: Mon, 10 Mar 2003 19:06:00 GMT Subject: [Empeg-programming] Re: Delay using EXEC_ONCE Message-ID: Well then I guess there's no bribing you. Do you aid climb? I have 7 Camalots and 4 TCU's and they have done the trick for me at the Red, the New, Seneca, Boulder, etc. From Ezekiel at empegbbs-noreply.merlins.org Mon Mar 10 20:46:00 2003 From: Ezekiel at empegbbs-noreply.merlins.org (Ezekiel@empegbbs-noreply.merlins.org) Date: Mon, 10 Mar 2003 20:46:00 GMT Subject: [Empeg-programming] Re: Delay using EXEC_ONCE Message-ID: What about Camel Regulars? Maybe some American Spirits (or Export A Lites for our northern brothers)? -Z From wfaulk at empegbbs-noreply.merlins.org Mon Mar 10 22:51:00 2003 From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org) Date: Mon, 10 Mar 2003 22:51:00 GMT Subject: [Empeg-programming] RAID handoff Message-ID: A long time ago, I decided to try getting RAID-1 to work on the empeg, and I got pretty close. But I just don't have time to work on it anymore (I haven't for quite a while), so I put all of my notes on my website in hopes that someone else will take it over. Have at it, folks. From tfabris at jps.net Tue Mar 11 00:17:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 11 Mar 2003 00:17:00 GMT Subject: [Empeg-programming] Re: Any way to use the empeg as a tone generator? Message-ID: Even more valuable would be if I could also implement the microphone input, and automatically take peak measurements as well. It would then be totally cool if a userland app could take the measurements, do some math with them and calculate an eq to flatten the system, and then write that to the empegs data partition. As we've discussed before, this would only work to a point, because the mic input can't sample high frequencies. However, I would still like to see this become reality even if it could only do the corrections up to a certain frequency. From kazama at empegbbs-noreply.merlins.org Wed Mar 12 10:52:00 2003 From: kazama at empegbbs-noreply.merlins.org (kazama@empegbbs-noreply.merlins.org) Date: Wed, 12 Mar 2003 10:52:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: I am retracting this comment because I found the feature I was asking for. SOrry for the confusion and it is now a perfect tool. :-) Greg From snoopstah at empegbbs-noreply.merlins.org Thu Mar 13 06:10:00 2003 From: snoopstah at empegbbs-noreply.merlins.org (snoopstah@empegbbs-noreply.merlins.org) Date: Thu, 13 Mar 2003 06:10:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: How was I unaware of this fantastic utility until now?! Love it, cheers! From snoopstah at empegbbs-noreply.merlins.org Thu Mar 13 06:20:00 2003 From: snoopstah at empegbbs-noreply.merlins.org (snoopstah@empegbbs-noreply.merlins.org) Date: Thu, 13 Mar 2003 06:20:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: By the way, you might want to edit the website to make it a bit clearer that you can send commands via HTTP too. I nearly didn't try the application because I rarely have the serial port plugged in at home - but when I downloaded it, I found out I didn't need to! From genixia at empegbbs-noreply.merlins.org Fri Mar 14 01:40:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 01:40:00 GMT Subject: [Empeg-programming] if (++postcount <= 1600) rejoice Message-ID: Ok, here it is. The first kernel with a built in sinewave generator. READ and UNDERSTAND the IMPORTANT notes below The sinewave generator has the ability to generate sine waves of any arbitary integer frequency in the range 20Hz <= f <=17000Hz, at arbitrary ( 0 - full scale) volumes. This could potentially damage amps and speakers if abused. Before you even consider using this, you should have confidence that your system is correctly set up; especially with regards to crossover setttings, and amp gain settings. I TAKE NO RESPONSIBILITY FOR ANY DAMAGE RESULTING FROM THE USE OF THIS FEATURE. That being said, I have made it default to a relatively safe volume level, 50% of full scale. But there are no artificial limits on the frequency or volume that can be selected. If you know that your speakers aren't protected against strong sub bass signals, then pumping a full scale 20Hz sine wave into them may have an undesirable effect. Play nicely. The sine wave generator output goes through your EQ and (hence bass/treble) stage. This will allow you to determine what effect an EQ is having on your overall response. Assuming that you are looking to test/tweak your car's EQ, you probably want to turn your bass and treble settings off whilst doing this. It's probably a good idea to start from a sane EQ too. The sine will also be scaled by the main volume control. I'd strongly suggest that you don't have your player on full volume the first time you play with the sinewave generator. The generator defaults to a 5 second duration. This can be over-ridden in config.ini. You do not have to wait for the duration of a sine before starting another sine, but it is advisable to do so. The generator uses an attack and decay filter to try and avoid transient glitches. If you do not wait for the duration, the decay filter doesn't get utilised - so you will probably hear glitches. Same caveat applies to using the Cancel/* buttons (or top button) to exit the generator early. Play nicely with low frequencies. I'm still endeavouring to eliminate glitches completely, but you may experience some minor start glitching at frequencies < 80Hz. You will see a warning when you first use the sine generator. It will recommend reading the Hijack FAQ. There is currently nothing relevant in the FAQ - for the moment it really means reading this post and the warnings/caveats within. When this gets accepted into Mark's hijack tree, I'll ask Loren to update the FAQ. This warning can be permanently disabled via config.ini. Only use this when the player is in MP3 mode. All of the frequency, duration and attack/release DSP coefficients are based on the sampling rate, and are only coded for 44100Hz. The tuner uses a 38KHz sampling rate (at least for FM, not sure about AM..), and that will result in incorrect sine frequencies and durations. (It won't do anything nasty, but the values will be wrong). I currently don't have any plans to make it work for 38KHz too. I'll probably make it autoswitch to player mode (unless adding 38KHz support is just as easy, or lots of people shout at me to do it.). Anyway - config.ini options: [hijack] sine_volume=x ( 0 <= x <= 100, default 50) sine_duration=y ( 100 <= y(ms) <= 11888, default 5000) sine_warning=0 Disables warning. Setting sine_duration=11889 will cause the sine generator to play a continuous sine wave. Only starting another sine wave or cancelling it manually will stop it. You may notice some glitches at the start and end of this, since there is no attack or decay filter in effect in this mode. (Limitation of DSP) Please do not post about the sine_warning option anywhere. I don't want people to be able to disable the on-screen warning without having read the long warning. Reference this thread (or the eventual FAQ entry) by all means. Controls - Remote needed. Numeric keys to enter frequency. Menu (CD on Kenwood remotes) starts the sine. Cancel (* on KW) will clear the current entry line. If the line is already empty, it will quit back to the hijack menu. Anyway, enough talk. Kernel is v320.hijack+sinewave.mk2.zImage Only Mk2/Mk2a at the moment. AFAIK, it should compile and work for Mk1 too, but as I don't have a Mk1 so I haven't bothered yet. This kernel also supports generating sine waves from userland applications too. I have a few command line utilities that I've been using for testing - I need to clean them up and comment them before I release them. Now hopefully I haven't scared everyone away. Have fun, and give me some feedback. From ajayrockrock at empegbbs-noreply.merlins.org Fri Mar 14 02:29:00 2003 From: ajayrockrock at empegbbs-noreply.merlins.org (ajayrockrock@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 02:29:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: has anyone ever thought about making something like this for us Linux users? Like a nice docker app that will go into the "notification area" in KDE/GNOME or Openbox for me. :-) The spec is over at freedesktop.org later, ajay From oliver at empegbbs-noreply.merlins.org Fri Mar 14 02:56:00 2003 From: oliver at empegbbs-noreply.merlins.org (oliver@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 02:56:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: I must say, this is very nice. On my office system, it works very nicely. I had to use the empeg web interface v1.3 because i don't have a remote here. Now time to go buy a new battery for my remote for further testing :-) It would be nice to not have to use the remote at all, turn the knob to adjust the fq, and knob press, or down button to play the tone. top button to cancel the tone. From pgrzelak at empegbbs-noreply.merlins.org Fri Mar 14 06:51:00 2003 From: pgrzelak at empegbbs-noreply.merlins.org (pgrzelak@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 06:51:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Agreed. If this enhancement could be made to the UI, that would really make testing a bit easier. I hope to use this to test my install - I seem to have a dead spot in the mid-bass range, likely from a crossover that needs adjustment. Thanks for all the hard work! This is going to really help with tuning! From tms13 at empegbbs-noreply.merlins.org Fri Mar 14 10:59:00 2003 From: tms13 at empegbbs-noreply.merlins.org (tms13@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 10:59:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: In reply to:Please do not post about the sine_warning option anywhere. I don't want people to be able to disable the on-screen warning without having read the long warning. Reference this thread (or the eventual FAQ entry) by all means.You probably want to include this request in the FAQ entry too. From yn0t_ at empegbbs-noreply.merlins.org Fri Mar 14 11:06:00 2003 From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 11:06:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: 1. Congrats on your promotion to Pooh-Bah status. 2. Can we get a patch? 3. Doesn't your "rejoice" function need parens? :-) From genixia at empegbbs-noreply.merlins.org Fri Mar 14 12:15:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 12:15:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: if (++postcount <= 1600) rejoice(); Better? LOL. Those pesky semicolons are always catching me out too. I'm generating a diff now. From genixia at empegbbs-noreply.merlins.org Fri Mar 14 12:40:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 12:40:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: The problem with the knob interface is that it's difficult to maintain integer granularity (important especially at low frequencies) whilst also allowing fast access to higher frequencies. It's going to be a pain turning the knob ~10000 clicks to get to 10KHz for instance. One method would be to multiply the current frequency by a set amount for each click, ie if (KNOB_RIGHT) frequency*=1.1 else if (KNOB_LEFT) frequency*=0.909 But that still removes granularity (marginally more than a full musical tone IIRC), and still requires 71 clicks to get from 20Hz to 17KHz. Another thought is to try and time the clicks, which I will try at some time; long last_knob_click; if (KNOB_RIGHT){ if (jiffies - last_knob_click <= a_really_small_time) frequency += 900; if (jiffies - last_knob_click <= a_not_as_small_time) frequency += 90; if (jiffies - last_knob_click <= a_small_time) frequency +=9; frequency +=1; last_knob_click = jiffies; } ... and similar for the left clicks, but with subtraction instead. But I discoved the existing calculator function could easily be copied and bastardised to supply a numeric input, and used it. Actually it'd be cool to have both. From genixia at empegbbs-noreply.merlins.org Fri Mar 14 12:42:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 12:42:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Diff against hijack v320 attached. From pgrzelak at empegbbs-noreply.merlins.org Fri Mar 14 13:01:00 2003 From: pgrzelak at empegbbs-noreply.merlins.org (pgrzelak@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 13:01:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Is there any integer base log function? Or perhaps instead of using a constant increment, you can use a multiplier. From wfaulk at empegbbs-noreply.merlins.org Fri Mar 14 13:05:00 2003 From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 13:05:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: You could have something select between coarse and fine tuning. Or maybe even three levels. From loren at empegbbs-noreply.merlins.org Fri Mar 14 13:24:00 2003 From: loren at empegbbs-noreply.merlins.org (loren@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 13:24:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: it works over http?! Why wasn't i aware of this!? From genixia at empegbbs-noreply.merlins.org Fri Mar 14 16:48:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 16:48:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: The problem with math in kernel space is that the ARM doesn't do floating point. There is floating point emulation in the kernel that supports userland applications, but I'm not sure if it can be used in kernel space, and besides which, it is probably too slow to be desirable there. I did add a fixed point library in this patch - the sinewave functionality uses it to calculate coefficients for the DSP. It could also be useful for re-implementing bass and treble properly. But although it should be faster than the floating point emulation, it's still slow compared to simple integer addition or mulitiplication. We can live with that if we're only doing a few such operations on an occasional basis, and the fixed point operation truly is necessary (as the DSP calculations are) but I'd still rather not use it if I can get acceptable results without. Anyway, enough blurbing. Try this; v320.hijack+sinwave_2.mk2.zImage Patch attached. (Still against hijack v320) From oliver at empegbbs-noreply.merlins.org Fri Mar 14 18:20:00 2003 From: oliver at empegbbs-noreply.merlins.org (oliver@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 18:20:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: very nice, much easier to use now :-) From oliver at empegbbs-noreply.merlins.org Fri Mar 14 18:30:00 2003 From: oliver at empegbbs-noreply.merlins.org (oliver@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 18:30:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: When the program starts, and you get rid of the warning and Frequency is at 0. If i turn the knob clockwise, it will count up from 1, 2, 3, etc... If I turn it the other way from zero, it goes straight to 20. The DSP can't handle frequencies lower than 17, right? so shouldn't the program start out at 17 right you turn the knob to counterclockwise, and 17000 when you turn it clockwise? From genixia at empegbbs-noreply.merlins.org Fri Mar 14 18:49:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 18:49:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: The tone generators range is 20-17000Hz according to the programming manual. You've discovered a quirk that I've been playing with this afternoon, one that I decided was the cleanest way to leave the code. The way that the numeric entry code works requires starting from 0. If we started from 20, then we wouldn't be able to directly enter any frequency starting with a 1, ie 123, 1234, 12345 Hz... For the same reason, the Cancel button needs to also clear to 0. Because of this, we cannot bound the value on the minimum end, so the code has to test that the value is < 20 when you press the Menu/CD/Knob. But when we turn the knob left, we don't want to go below zero anyway since it doesn't make *any* sense. So we already have to do one compare operation per click anyway. But since we can't play anything below 20Hz, why go any lower when using the knob? Turning the knob right is bounded at 17000 by a compare operation. I could have also put a minimum bound in to make it jump to 20Hz here too. But since these compares are happening for every click, I couldn't see any real benefit in doing so. Remember that the value is already sanity checked when we press Menu/CD/Knob... I suppose I could look at making the value wrap around at each end though...having just re-read your post, I think that's sort what you were trying to suggest? From jheathco at empegbbs-noreply.merlins.org Fri Mar 14 19:07:00 2003 From: jheathco at empegbbs-noreply.merlins.org (jheathco@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 19:07:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: I didn't realize that many people were even interested in the utility... From oliver at empegbbs-noreply.merlins.org Fri Mar 14 20:03:00 2003 From: oliver at empegbbs-noreply.merlins.org (oliver@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 20:03:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: yes, i was kinda suggesting an easy way to go from one end to the other quickly. Its nice to know that your checking the number before playing it, i still haven't tried to play an unsupported fq. While i was waiting for my car to warm up, i was playing with the generator a bit. I would really like to see the click/pop removed somehow. Another feature i would like to see, would be a scripting engine? :-) :-) Some kind of syntax to allow us to upload a custom generator script, sweep through a bunch of fq, also being able to adjust how quickly it steps fq through the script :-) :-) From genixia at empegbbs-noreply.merlins.org Fri Mar 14 20:12:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 20:12:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: What the heck. v320.hijack+sinewave_3.mk2.zImage will wrap the value from 17000 -< 20 and vice versa. It has some resistance built in to it, ie if you approach 17000 at a sensible rate it should stick there, with a faster knob turn required to get it to wrap. Again, attached is a diff against Hijack v320 From genixia at empegbbs-noreply.merlins.org Fri Mar 14 20:45:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 20:45:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: In reply to: yes, i was kinda suggesting an easy way to go from one end to the other quickly. Done...see above. In reply to: Its nice to know that your checking the number before playing it, i still haven't tried to play an unsupported fq. Yeah, it's actually checked twice - the hijack interface calls the same functions that will be called from userland applications. Those functions check the values too. If anyone can ever get an unsupported frequency out of the tone generator I will be surprised ;-) In reply to:While i was waiting for my car to warm up, i was playing with the generator a bit. I would really like to see the click/pop removed somehow....also being able to adjust how quickly it steps fq through the script There's the dilemma. Glitches are reduced/eliminated by the attack and decay filter. Currently they are both set to 20ms, which means that each transient should take ~100ms to complete. I can't understand how I'm still hearing *any* glitches in 'normal' complete sine mode. (ie, We know that perpetual sines or interupted sines are likely to glitch.) I've sanity checked and played with the filter settings multiple times. I'm still trying though. The dilemma is that the minimum sine 'length' is in effect 2 transient lengths (ie 200ms) - the sine will take half the length ramping up, and the other half ramping down, ie it will be at full scale for ~0 time. This is what you would get at the moment if you requested 100ms 'duration'. Any duration less than that might cause clicks anyway. But what that means is that if I (for example) increased the attack and decay times to 200ms, we'd need a 2 second length of time just for the transients. That wouldn't be a huge issue for manual operation, but for userland-automated operation with a large set of frequencies, that could become an issue. Assuming that we could measure the response within 1 second, each sine would then have to be started a minimum of 3 seconds apart. A set of 100 frequencies would then take 5 minutes to complete. But I'm still tweaking, feedback is helpful. What range of frequencies do you experience glitching at? In reply to: Another feature i would like to see, would be a scripting engine? Some kind of syntax to allow us to upload a custom generator script, sweep through a bunch of fq, also being able to adjust how quickly it steps fq through the script Well, I'm not in the business of writing scripting languages - there's already plenty out there. :-D But the generator can be controlled from user applications. There's no reason why an application couldn't read a csv list of frequencies and durations and play them back... From mlord at empegbbs-noreply.merlins.org Fri Mar 14 21:46:00 2003 From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org) Date: Fri, 14 Mar 2003 21:46:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: The problem with math in kernel space is that the ARM doesn't do floating point. There is floating point emulation in the kernel that supports userland applications, but I'm not sure if it can be used in kernel space, and besides which, it is probably too slow to be desirable there. Your suspicion is correct: NO FLOATING POINT WITHIN THE KERNEL. That applies to pretty much ANY decent kernel (Linux, *BSD, Solaris, ...). Though on Solaris one CAN do it if one manually saves/restores the FP state, dunno about the others. The primary reason for such a ludicrous restriction, is that to be able to use floating point within a kernel requires that the kernel save/restore FP context whenever the kernel is entered/exited.. and the overhead of doing such is not nice to overall system performance. Cheers From foxtrot_xray at empegbbs-noreply.merlins.org Sat Mar 15 11:28:00 2003 From: foxtrot_xray at empegbbs-noreply.merlins.org (foxtrot_xray@empegbbs-noreply.merlins.org) Date: Sat, 15 Mar 2003 11:28:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: I didn't realize that many people were even interested in the utility... You kiddin'? The first time you posted about it I D/L'd it. It gets CONSTANT use at work, where my Empeg sits quietly on my cube shelf (displaying for all the world to see..) and plays out my computer speakers. A sweet little utility. :-) Thanks! Me. From jheathco at empegbbs-noreply.merlins.org Sat Mar 15 14:18:00 2003 From: jheathco at empegbbs-noreply.merlins.org (jheathco@empegbbs-noreply.merlins.org) Date: Sat, 15 Mar 2003 14:18:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: Wow.... well is there anything that should be added to it? From SE_Sport_Driver at empegbbs-noreply.merlins.org Sat Mar 15 14:20:00 2003 From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org) Date: Sat, 15 Mar 2003 14:20:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: Wow! I too was unaware that it worked over http! I always thought this was for serial only. sweeeet! Would be super cool to have some of these features worked into other aps like Jemplode and Tony's LogoEditor. How about a screen grab or something? would be cool to have a mini display above the clock with the same info that would be on the screen. From SE_Sport_Driver at empegbbs-noreply.merlins.org Sat Mar 15 20:02:00 2003 From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org) Date: Sat, 15 Mar 2003 20:02:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: Using http, the Fast Forward and Rewind commands (not using hot keys yet) both cause the player to Pause... Am I doing something wrong? From jheathco at empegbbs-noreply.merlins.org Sat Mar 15 22:31:00 2003 From: jheathco at empegbbs-noreply.merlins.org (jheathco@empegbbs-noreply.merlins.org) Date: Sat, 15 Mar 2003 22:31:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: It might just be that I haven't updated this thing in... well... forever. I'll take a look at the source code sometime in the next few weeks... I have finals this week so I won't have much time right now. From SE_Sport_Driver at empegbbs-noreply.merlins.org Sat Mar 15 23:34:00 2003 From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org) Date: Sat, 15 Mar 2003 23:34:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: For anyone who hasn't tried this yet, give it a shot. It's cool little tool! You just download and run the exe. There is no install. I've attached a screen shot of it in action. From genixia at empegbbs-noreply.merlins.org Sun Mar 16 01:37:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 01:37:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Has anyone noticed that the inexpensive Ratshack SPL meter (Cat No. 33-2050) has a microphone that is flat to 2K, and a provided calibration graph covering 2K to 20K? (Less than +/-4dB difference up to 10K.) Or that it also has a line output? Or that the DSP has a Quasi Peak Detector that can be programmed to listen to the Aux In? (Or to the EQ stage output?) Or that this post has an attachment? From tfabris at jps.net Sun Mar 16 02:30:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Sun, 16 Mar 2003 02:30:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Okay, you've got our attention. Start talking to us about frequency response on that quasi peak-detector. From genixia at empegbbs-noreply.merlins.org Sun Mar 16 02:58:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 02:58:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: As good as the DSP and Aux In circuitry can handle. So in theory, assuming that the Aux In circuitry isn't artifically limited, then that's 18KHz at the DSP. Good enough? It's certainly better than having to sample the mic input and calculate the peak frequencies! From tfabris at jps.net Sun Mar 16 05:39:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Sun, 16 Mar 2003 05:39:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: 18k would of course be more than good enough. I just thought we couldn't do output and sampling at the same time, and we couldn't sample Aux at all. So how did this new information come about? From pgrzelak at empegbbs-noreply.merlins.org Sun Mar 16 07:04:00 2003 From: pgrzelak at empegbbs-noreply.merlins.org (pgrzelak@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 07:04:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Indeed. This is intriguing!!! From SE_Sport_Driver at empegbbs-noreply.merlins.org Sun Mar 16 12:34:00 2003 From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 12:34:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Has anyone from empeg seen this thread yet? From genixia at empegbbs-noreply.merlins.org Sun Mar 16 14:18:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 14:18:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Careful reading and understanding of the DSP programming guide... We can't sample an input and play a different input at the same time. However the sinewave generator (tone generator in DSP speak, but I'm trying to avoid confusion with the tone (bass/treble) controls..) can be used in any input mode. It can be used in one of two internal modes. One of those generates the sine at the input stage and effectively overwrites the current input. These sines are processed by the audio block (EQ, bass/treble, loudness, SAM, main volume) before output. This is the mode I would have liked to use, since we want to be able to test the EQ. The currently-released kernels in this thread use this mode. However, the QPD description in the manual is a little ambiguous. It states that we can take peak measurements of the current input, but doesn't state which that is when the tone generator is active (ie raw input or the overwritten sine). Unfortunately, after having entered all the definitions and code needed to support the QPD in the kernel, I discovered that my suspicions were correct - it will take peak measurements of the sine wave when generated, and not of the current input. The other mode for the generator is superposition mode, where the sine is superimposed at the output, after the EQ, bass/treble, loudness and volume processing. This is the mode that the current player beep code uses, and hence why the music doesn't stop when the player beeps. At first glance this isn't useful to us. We ideally want the sinewaves to be processed by the EQ so that we can qualify our EQ corrections. And we also don't want the player music to mix with our sines. Sure, we could expect users to either pause or Quit the player when doing this, but that's not very user-friendly. Plus, for measurement purposes, we *want* an input (Mic input over Aux In), Can you say positive feedback?! Then I realised that when the sinewave is used in superposition mode, it is added after the SAM (soft audio mute) block. That means by muting the player, we're still left with the sine wave. It makes the coding a bit more difficult, but works. In case you hadn't noticed before, there are 2 peak detectors that can be individually set to monitor 2 different points in the processing chain. So we can measure the raw 'car audio dynamics' response to a known sinewave at one point, and by measuring the response after the EQ block we should be able to tell whether we're correcting for it. See the diagram below. From tfabris at jps.net Sun Mar 16 16:11:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Sun, 16 Mar 2003 16:11:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: I'm not sure I understand everything you just said, but it sounds (a) like good news and (b) really really cool. So what you're saying is that you think it's possible to, with some coding, really be able to use a Ratshack microphone hooked to the aux-in to calibrate your EQ? From peter at empegbbs-noreply.merlins.org Sun Mar 16 16:17:00 2003 From: peter at empegbbs-noreply.merlins.org (peter@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 16:17:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Has anyone from empeg seen this thread yet?No-one who understands the DSP, no. But I'll be waving it under the noses of the EQ boyz tomorrow morning. Automatic, or even well-informed manual, EQ would be a killer feature. Just how inexpensive is this inexpensive SPL meter? Peter From tfabris at jps.net Sun Mar 16 16:26:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Sun, 16 Mar 2003 16:26:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Just how inexpensive is this inexpensive SPL meter? When I was researching it for possible inclusion in my RTA work, I seem to recall it was under $50.00. There was a built-in calibration curve for it in SpectraLAB, so I was considering buying one. My fear was that any microphone made by Radio Shack couldn't possibly have very good frequency response, so I chose to borrow a professional microphone from a friend which also had a built-in calibration curve in the software. But if we can get some kind of proper auto-EQ working directly on the empeg itself, I'll buy one of those ratshack mics in a heartbeat. Especially if it uses the aux-in jacks... I've got those already run out into my storage compartment, so I wouldn't even need to open the dash to hook up the ratshack device. From tfabris at jps.net Sun Mar 16 16:38:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Sun, 16 Mar 2003 16:38:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Automatic, or even well-informed manual, EQ would be a killer feature. You're telling me. I'd love to see this happen. If this goes forward, there's a lot of things we need to keep in mind. Here's a few I can think of off the top of my head... - The killer app would of course be fully automatic operation. Press a button, step out of the car for a few minutes, and it will EQ your system and write the results to one of the EQ slots on the scratch partition (since we've reverse-engineered that file format, right? :-) ). - A perfectly flat frequency response sounds awful. So if we actually can get to a fully automatic version, then we'd need to build in an optional "smiley" curve to it. Perhaps have more than one selectable smiley to cater to various tastes. - Something I discovered when working with SpectraLAB might be worth mentioning: Standing waves where the front and rear speaker soundwaves overlap. Hard to explain in words, but basically what I'm saying is that there will be peaks and valleys in the sampled frequency response, and those peaks and valleys will change depending on where you move the microphone in the car (forward or back). So there might be some merit to having an automated system average two separate passes, once with the fader cranked forward, and once with the fader cranked backward. Of course, that wouldn't work in my car since I wired the subwoofer to the rear outputs, so it would have to be optional. From peter at empegbbs-noreply.merlins.org Sun Mar 16 17:24:00 2003 From: peter at empegbbs-noreply.merlins.org (peter@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 17:24:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Something I discovered when working with SpectraLAB might be worth mentioning: Standing waves where the front and rear speaker soundwaves overlap. Hard to explain in words, but basically what I'm saying is that there will be peaks and valleys in the sampled frequency response, and those peaks and valleys will change depending on where you move the microphone in the car (forward or back). So there might be some merit to having an automated system average two separate passes, once with the fader cranked forward, and once with the fader cranked backward.Unless you're talking about something different, this effect (nodes and antinodes at room modes) happens even with just two speakers, or even with just one. But it only happens with frequencies where one wave (a) fits in the car and (b) is quite large compared to the size of the human ear, so say 150-500Hz. All you can do about it is mount the SPL meter approximately wh ere your head would be. Hopefully these effects aren't too severe, though; the inside of a car is a complex enough shape that I'd expect the room modes to have pretty low Q. There might also be merit in averaging four (or two) runs, one for each occupant's head position. Peter From number6 at empegbbs-noreply.merlins.org Sun Mar 16 18:14:00 2003 From: number6 at empegbbs-noreply.merlins.org (number6@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 18:14:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: How about adding support for the Windows "key" as a modifier (like Shift,Alt,Control etc). Most Keyboards come with the Windows Key, and being able to assign hotkeys to Windows either with ot without other key combinations (Shift,Control,Alt etc) would be useful. From ricin at empegbbs-noreply.merlins.org Sun Mar 16 18:23:00 2003 From: ricin at empegbbs-noreply.merlins.org (ricin@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 18:23:00 GMT Subject: [Empeg-programming] Re: PHP 4.0.6 binary for Empeg (this is it) Message-ID: Digging up an old thread here. Is there any chance someone could compile version <= 4.3.0? :-) From genixia at empegbbs-noreply.merlins.org Sun Mar 16 19:21:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 19:21:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: http://www.radioshack.com/product.asp?catalog%5Fname=CTLG $30 From foxtrot_xray at empegbbs-noreply.merlins.org Sun Mar 16 19:25:00 2003 From: foxtrot_xray at empegbbs-noreply.merlins.org (foxtrot_xray@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 19:25:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: How about adding support for the Windows "key" as a modifier (like Shift,Alt,Control etc). Most Keyboards come with the Windows Key, and being able to assign hotkeys to Windows either with ot without other key combinations (Shift,Control,Alt etc) would be useful. That is good idea, actually. Can't think of anything else, other than a little annoyance feature - If you enter the name/IP into the HTTP dialog box, exit the program, and rerun it, the name/ip is 'missing'. (It still connects, but if you need to go see what it's using, you can't.) Otherwise, I don't have a need for anything else. I'm easy. :-) Me. From SE_Sport_Driver at empegbbs-noreply.merlins.org Sun Mar 16 20:03:00 2003 From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 20:03:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Tony, the digital SPL meter is about $50 but there is a non-digital one that is about $30 if I remember. I have one of the digital ones sitting here and I also have the line-in running to my center arm-rest. This is kind of amazing... I remember this being brought up years ago but the reason given was always that the mic input had limited frequency range. I don't remember the line-in ever being throught of. EDIT: Didn't see that genixia found the other cheaper SPL meter. About "stepping out of the car", wouldn't a human body in the car effect the response? If we can live with it (the tone), wouldn't it be better to stay in the car? From mlord at empegbbs-noreply.merlins.org Sun Mar 16 22:23:00 2003 From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 22:23:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Ahh... the infamous BBS bug bit your posting when you edited.. to fix it, edit again, and re-enter the [[]image[]] tags from scratch.. Cheers From genixia at empegbbs-noreply.merlins.org Sun Mar 16 22:56:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 22:56:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Aarrgh. Followed shortly by the infamous "Edit time expired" feature. From genixia at empegbbs-noreply.merlins.org Sun Mar 16 23:06:00 2003 From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 23:06:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: About "stepping out of the car", wouldn't a human body in the car effect the response? If we can live with it (the tone), wouldn't it be better to stay in the car? Theoretically, probably. But bear in mind that background noise will affect the level that is read - to counter this, we probably want to measure at a level that wouldn't be pleasant to live with. Also bear in mind that most modern cars have speaker placements designed to counter the human body's effect to start with. Bass frequencies don't get absorbed as much as treble frequencies, hence why the bass speakers are usually low in the door panels and why the tweeters are often high. (In '99+ VW Golfs front tweeters are on the inside of where the side mirrors sit, and rear tweeters are high on the door panel) From SE_Sport_Driver at empegbbs-noreply.merlins.org Sun Mar 16 23:10:00 2003 From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org) Date: Sun, 16 Mar 2003 23:10:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: Bass is also non-directional so that's why Dolby Digital can send all of the bass to one sub (and why Bose systems can have the bass module hidden behind a sofa). I think that most music compression techniques (ala mp3s in the empeg) convert the bass to mono because it's hard to detect but will save on bit rate. Anyway, that's a bit off topic. I didn't really think of the speaker placement that way - it makes sense. I'm loving this thread, this topic is one of the very first posts I made "way back when" and it looks like it can happen. The other was cross-fading and that looks like it's on the distant horizon too. woohoo! From ajayrockrock at empegbbs-noreply.merlins.org Mon Mar 17 00:39:00 2003 From: ajayrockrock at empegbbs-noreply.merlins.org (ajayrockrock@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 00:39:00 GMT Subject: [Empeg-programming] Re: PHP 4.0.6 binary for Empeg (this is it) Message-ID: weird, i never knew that someone was able to port PHP to the empeg? Does anyone know how to get this thing working with Hijack's webserver? --Ajay From image at empegbbs-noreply.merlins.org Mon Mar 17 01:26:00 2003 From: image at empegbbs-noreply.merlins.org (image@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 01:26:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: here's the correction curve that i've been using w/ the spl meter.... Click Here. with my RTA experimentation from last year, i've found that the RS SPL Meter is very directional.. except for low frequencies, there is about a 5-10db difference between facing a speaker and facing away from it. From tfabris at jps.net Mon Mar 17 02:17:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Mon, 17 Mar 2003 02:17:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: But bear in mind that background noise will affect the level that is read - to counter this, we probably want to measure at a level that wouldn't be pleasant to live with. Since the perceived frequency response of a given set of amps/speakers tends to change with volume, ideally, you'd want to measure at a level that corresponds to your desired listening volume. But since we don't listen to pure sine waves for entertainment, it's possible that the optimum measurement volume would be different than the actual listening volume. Higher or lower, I don't know... From tfabris at jps.net Mon Mar 17 02:20:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Mon, 17 Mar 2003 02:20:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: the digital SPL meter is about $50 but there is a non-digital one that is about $30 if I remember. Do they use the same mic and have the same calibration curve? I don't remember the line-in ever being throught of. I'm sure it was thought of, but the problem was that you either (a) couldn't sample it, or (b) couldn't sample it while playing digital audio files (don't remember which). I think that what Genixia's talking about doing works around both of those by using a different method that we didn't think of before. I'm not sure I understand his diagrams completely, but it looks really promising. From tfabris at jps.net Mon Mar 17 02:26:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Mon, 17 Mar 2003 02:26:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: But it only happens with frequencies where one wave (a) fits in the car and (b) is quite large compared to the size of the human ear, so say 150-500Hz. I seem to recall seeing the nodes around those ranges, yes. All you can do about it is mount the SPL meter approximately where your head would be. But my head moves. And I saw the nodes on the spectrum graph moving pretty significantly when I was moving the microphone short distances (just a few inches). There might also be merit in averaging four (or two) runs, one for each occupant's head position. Or perhaps just averaging four runs, one each with the balance and fader cranked in each direction. :-) The ultimate, of course, would be to get a system where it took advantage of the four-way mode of the equalizer and auto-EQ'd the rears differently from the fronts. :-) From peter at empegbbs-noreply.merlins.org Mon Mar 17 04:23:00 2003 From: peter at empegbbs-noreply.merlins.org (peter@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 04:23:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: But my head moves. And I saw the nodes on the spectrum graph moving pretty significantly when I was moving the microphone short distances (just a few inches).Yes, you can't solve the problem perfectly. It's just the best you can do, that's all. Inside a perfect resonator there are positions where no increase in input power will result in perceived volume increase. Fortunately, car interiors are extremely imperfect resonators. Or perhaps just averaging four runs, one each with the balance and fader cranked in each direction.No, you said that before, and I disagreed for a reason ;-). Changing balance and fader controls only simulates "moving the soundstage" if you ignore reflection effects, and node hunting is all about the reflection effects. Peter From loren at empegbbs-noreply.merlins.org Mon Mar 17 13:43:00 2003 From: loren at empegbbs-noreply.merlins.org (loren@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 13:43:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: WOW. I can't BELIEVE i didn't ever use this because i thought it was serial only! This thing rocks! Very well done my friend. The key modifier would make it damn near perfect, especially linked to the windows key as suggested. sweet! From tfabris at jps.net Mon Mar 17 14:37:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Mon, 17 Mar 2003 14:37:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: you ignore reflection effects, and node hunting is all about the reflection effects. I think node hunting could easily be about direct front/rear speaker interaction, not just reflections. Are you saying that altering the mic's position between the front and rear speakers would have no node issues in a zero-reflection (anechoic) chamber? I think it still would. I would think that if you took two speakers, had them play the exact same music (i.e, like a front and rear speaker would), and moved the mic different distances between them, then you'd get nodes just as easily as you would get them from reflections. What's the difference between a reflection coming from a wall that's 2 meters away, or a fresh identical signal from a speaker that's 4 meters away? In fact, I'd think you'd get more prounounced nodes because the direct-from speaker signal would be more pure than a reflection of the signal. From mcomb at empegbbs-noreply.merlins.org Mon Mar 17 14:59:00 2003 From: mcomb at empegbbs-noreply.merlins.org (Mike Comb) Date: Mon, 17 Mar 2003 14:59:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: [drool]Cool.... Auto calibrating stereo[/drool] Of course I don't understand half of your post, but if you can make it work that would be awesome. From yeyo at empegbbs-noreply.merlins.org Mon Mar 17 16:25:00 2003 From: yeyo at empegbbs-noreply.merlins.org (yeyo@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 16:25:00 GMT Subject: [Empeg-programming] backup of files and file hierarchy. Message-ID: Is there any.. or how hard would it be... to have a backup utility that would be able to "backup" or copy all of my files from my empeg to a hard drive in the same hierarchy they have on the drive. I created my empeg playlists via a genre-- Jemplode will allow you to download all of your playlists to your HD. From yeyo at empegbbs-noreply.merlins.org Mon Mar 17 16:33:00 2003 From: yeyo at empegbbs-noreply.merlins.org (yeyo@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 16:33:00 GMT Subject: [Empeg-programming] Re: backup of files and file hierarchy. Message-ID: does that mean that it includes all files ? i want to get a directory stucture containing the files in the same structure as they are in playlists. ::chris From tfabris at jps.net Mon Mar 17 16:42:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Mon, 17 Mar 2003 16:42:00 GMT Subject: [Empeg-programming] Re: backup of files and file hierarchy. Message-ID: Yes, if you set up the options correctly in Jemplode. From loren at empegbbs-noreply.merlins.org Mon Mar 17 18:00:00 2003 From: loren at empegbbs-noreply.merlins.org (loren@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 18:00:00 GMT Subject: [Empeg-programming] Re: backup of files and file hierarchy. Message-ID: Tony, i think that the Jemplode option should be up in the FAQ as the easiest way... i didn't even see it even mantioned. From tfabris at jps.net Mon Mar 17 18:17:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Mon, 17 Mar 2003 18:17:00 GMT Subject: [Empeg-programming] Re: backup of files and file hierarchy. Message-ID: You're right, Loren. Correction made. From loren at empegbbs-noreply.merlins.org Mon Mar 17 20:41:00 2003 From: loren at empegbbs-noreply.merlins.org (loren@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 20:41:00 GMT Subject: [Empeg-programming] Re: backup of files and file hierarchy. Message-ID: you're making me look bad... the hijack faq is in dire need of an update. From jheathco at empegbbs-noreply.merlins.org Mon Mar 17 23:36:00 2003 From: jheathco at empegbbs-noreply.merlins.org (jheathco@empegbbs-noreply.merlins.org) Date: Mon, 17 Mar 2003 23:36:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: I'll try and make those changes after my finals. From canuckInLA at empegbbs-noreply.merlins.org Tue Mar 18 00:37:00 2003 From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 00:37:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: my Empeg sits quietly on my cube shelf (displaying for all the world to see..) Ah, see... there's the difference... both at home, and at work, the empeg is about 6 inches from my keyboard where I can watch the visuals instead of getting any work done, so I don't need the controls in a dock applet. (Oh, and I'm not on Windows either, so I'd have to wait for the KDE/GNOME version). Hmmm.... say.... now that I've finished doctoring my Costa Rica photos... /me goes to look at the KDE link... From TheAmigo at empegbbs-noreply.merlins.org Tue Mar 18 01:30:00 2003 From: TheAmigo at empegbbs-noreply.merlins.org (TheAmigo@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 01:30:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: - A perfectly flat frequency response sounds awful. So if we actually can get to a fully automatic version, then we'd need to build in an optional "smiley" curve to it. Perhaps have more than one selectable smiley to cater to various tastes. What about re-defining flat to include the newly calibrated offsets? Then when you pick your EQ settings, you're adding to the auto-calibrated settings. Of course, I don't know how you'd do this... maybe by hacking the voladj code? Maybe it's too much work and isn't really worth it. From alex25 at empegbbs-noreply.merlins.org Tue Mar 18 02:51:00 2003 From: alex25 at empegbbs-noreply.merlins.org (alex25@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 02:51:00 GMT Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg Message-ID: Hi I just compiled the lastest version of php (version 4.3.1) on my empeg. The binaries can be downloaded from http://empeg.homelinux.com/php.tar.gz. Just unpack it and set the library path: export LD_LIBRARY_PATH=/opt/phptest (adapt directory) Run the testscript by calling: ./php test.php Maybe some library are missing. If so please send a reply to this message. I compiled it with the default settings plus mysql support. It should work in the normal empeg environment. I'm running a complete debian chroot installation on my empeg since last october. The webserver you download the above files from are running on my backup empeg. (Apache + PHP 4.1.x) [There is no stable debian package for PHP 4.3 at the moment] From justinlarsen at empegbbs-noreply.merlins.org Tue Mar 18 04:08:00 2003 From: justinlarsen at empegbbs-noreply.merlins.org (justinlarsen@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 04:08:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: i would love this if i could somehow get support for my multimedia keys on my logitech keyboard it would be awesome. I have no idea how to do that thou, i tired really hard. anyone have a suggestion? From number6 at empegbbs-noreply.merlins.org Tue Mar 18 05:49:00 2003 From: number6 at empegbbs-noreply.merlins.org (number6@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 05:49:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: If your logitech keyboard is a fairly modern one [i.e. less than 2 years old]. It should send "multimedia" keys to Windows for all those special keys on your keyboard. These are trappable by programs, however the program needs to be able to abvle to handle them. [they are like standard keys though, so the same "multimedia key" on your logitech should send the same code as a similar key on say a Microsoft keyboard.] There are many articles on Microsofts web site about how to remap these keys using Registry entries. From yeyo at empegbbs-noreply.merlins.org Tue Mar 18 07:39:00 2003 From: yeyo at empegbbs-noreply.merlins.org (yeyo@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 07:39:00 GMT Subject: [Empeg-programming] Re: backup of files and file hierarchy. Message-ID: thanx guys.. the download / save to full path for jemplode works great. and to think I was in such a frenzy I was about to start doing it by hand !! thanx again. ::chris From tfabris at jps.net Tue Mar 18 13:32:00 2003 From: tfabris at jps.net (Tony Fabris) Date: Tue, 18 Mar 2003 13:32:00 GMT Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice Message-ID: What about re-defining flat to include the newly calibrated offsets? That's more complicated than it sounds. Each band has certain characteristics that aren't linear, and you can't just apply an additional correction to them without changing their characteristics. Take a look at this to give you an idea of how the various parameters interact. From foxtrot_xray at empegbbs-noreply.merlins.org Tue Mar 18 15:10:00 2003 From: foxtrot_xray at empegbbs-noreply.merlins.org (foxtrot_xray@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 15:10:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: Ah, see... there's the difference... both at home, and at work, the empeg is about 6 inches from my keyboard where I can watch the visuals instead of getting any work done, so I don't need the controls in a dock applet. (Oh, and I'm not on Windows either, so I'd have to wait for the KDE/GNOME version). You kiddin'?? That's what the EmpegVNC is for! Since I'm running windows, I made a small little 'webpage' that has the VNC plugin on it, so my Empeg's display is right on my destop, not in a window in the way! Muahaha! Me?! WORK?! Never! :-) Me. From Chuck at empegbbs-noreply.merlins.org Tue Mar 18 16:06:00 2003 From: Chuck at empegbbs-noreply.merlins.org (Chuck@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 16:06:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: Where did you find the VNC plug-in? Gimme! Gimme! Gimme! :-) From foxtrot_xray at empegbbs-noreply.merlins.org Tue Mar 18 16:29:00 2003 From: foxtrot_xray at empegbbs-noreply.merlins.org (foxtrot_xray@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 16:29:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: Where did you find the VNC plug-in? Gimme! Gimme! Gimme! I'll probably go to hell for this, cuz' I can't remember the author's name, bu - oh, CharcoalGrey. His XML webpages for the Empeg. The applet is in there. Just snip and paste. :-) Me. From wfaulk at empegbbs-noreply.merlins.org Tue Mar 18 16:35:00 2003 From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 16:35:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: Nope. Me. http://www.beaglebros.com/empeg/empegVNC/ From SE_Sport_Driver at empegbbs-noreply.merlins.org Tue Mar 18 18:32:00 2003 From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 18:32:00 GMT Subject: [Empeg-programming] Re: EmpegTray 1.05 Message-ID: Could I edit the html to remove the "fake empeg" image and just have the display? Better yet, how about having the window auto-size to 128x32 (size of the empeg's display) w/o the navigation buttons? Then I could drag this window to a part of my screen and use either the VNC or the empegtray to control it. ? From V99 at empegbbs-noreply.merlins.org Tue Mar 18 19:07:00 2003 From: V99 at empegbbs-noreply.merlins.org (V99@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 19:07:00 GMT Subject: [Empeg-programming] Programmatic serial flow control Message-ID: The developer info says that RTS/CTS isn't implemented in the serial driver.. the serial VFD I'm using is occasionally slow and can't keep up with data being sent, so I need a way to read it's "busy" line and not send any more data until it goes low again. Right now the busy line is connected to the Empeg CTS, which the player uses for display dimming, so I can see it flipping on and off. How do I check the status of the serial control lines from a userland app? From wfaulk at empegbbs-noreply.merlins.org Tue Mar 18 20:30:00 2003 From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 20:30:00 GMT Subject: [Empeg-programming] Re: Programmatic serial flow control Message-ID: I could be wrong, but I think that they're simply not attached -- that there's no way to get to them. Can you use software flow control (Ctrl-S/Ctrl-Q) instead? From V99 at empegbbs-noreply.merlins.org Tue Mar 18 23:13:00 2003 From: V99 at empegbbs-noreply.merlins.org (V99@empegbbs-noreply.merlins.org) Date: Tue, 18 Mar 2003 23:13:00 GMT Subject: [Empeg-programming] Re: Programmatic serial flow control Message-ID: At least some of them are attached; CTS is used for dimmer sense, DCD for mute.. it would seem logical to assume that RTS his other friends are connected too. I don't actually use the mute line though so hijacking it would be fine. empegcar.h defines some useful looking constants:
#define EMPEG_SERIALDSR      (GPIO_GPIO21) /* IN  Serial DSR                 */
#define EMPEG_SERIALCTS      (GPIO_GPIO22) /* IN  Serial CTS                 */
#define EMPEG_SERIALDTR      (GPIO_GPIO23) /* OUT Serial DTS (also LED)      */
and empeg_power.c has some code that would seem to work:
	unsigned int gplr=GPLR;
...
	if (!(gplr, but doing anything with GPLR seems to cause a segfault (which dumps to the display, and half the chars are dropped because it's not observing the CTS line  :-D ).  Maybe it's only accessible in kernel space?

Software flow control would require the cooperation of the display firmware, which isn't there.


From tman at empegbbs-noreply.merlins.org  Tue Mar 18 23:20:00 2003
From: tman at empegbbs-noreply.merlins.org (tman@empegbbs-noreply.merlins.org)
Date: Tue, 18 Mar 2003 23:20:00 GMT
Subject: [Empeg-programming] Re: Programmatic serial flow control
Message-ID: 

You're trying to directly access the hardware from userspace which you can't do.  You have change the kernel to support it I'm afraid.

 - Trevor
  


From mlord at empegbbs-noreply.merlins.org  Tue Mar 18 23:23:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Tue, 18 Mar 2003 23:23:00 GMT
Subject: [Empeg-programming] Re: Programmatic serial flow control
Message-ID: 

The one you are interested in may already be in /proc/empeg_power

-ml 




From alex25 at empegbbs-noreply.merlins.org  Wed Mar 19 02:55:00 2003
From: alex25 at empegbbs-noreply.merlins.org (alex25@empegbbs-noreply.merlins.org)
Date: Wed, 19 Mar 2003 02:55:00 GMT
Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg
Message-ID: 

An additional note:
The binaries in the package is the php cli version [command line interpreter] which runs without a webserver. 
The correct download address is:
http://empeg.homelinux.com/php.tar.gz (without the dot at the end, as in the previous post)

I'm on holiday for two weeks starting this friday. During this time I'll shut down my  internet infrastructur at home (including my empeg), so you won't be able to download.   


From ricin at empegbbs-noreply.merlins.org  Wed Mar 19 14:29:00 2003
From: ricin at empegbbs-noreply.merlins.org (ricin@empegbbs-noreply.merlins.org)
Date: Wed, 19 Mar 2003 14:29:00 GMT
Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg
Message-ID: 

Killer.  That's exactly what I wanted.  Although, could you enable the XML, XLST and WDDX stuff, please?  :-)  


From alex25 at empegbbs-noreply.merlins.org  Wed Mar 19 14:32:00 2003
From: alex25 at empegbbs-noreply.merlins.org (alex25@empegbbs-noreply.merlins.org)
Date: Wed, 19 Mar 2003 14:32:00 GMT
Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg
Message-ID: 

Do you know which compile options that I have to set?
If so I'll do it for you.  


From SE_Sport_Driver at empegbbs-noreply.merlins.org  Wed Mar 19 17:40:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Wed, 19 Mar 2003 17:40:00 GMT
Subject: [Empeg-programming] Exiting Jemplode = Blue Screen in XP
Message-ID: 

I installed Jemplode on my xP machine today (had always been using it on my Win2K install prior) and everytime I exit the program, I get a blue screen and reboot.   It happens with the "official" and with the "44" release.  At first, I thought it was my PCillian anti-virus software because it always becomes active when pages that run Java are loaded, but closing that program prior to starting Jemplode did not fix it.

Any ideas?  Jemplode runs flawless on my other machine, so maybe it's something related to my computer? 


From ricin at empegbbs-noreply.merlins.org  Wed Mar 19 19:04:00 2003
From: ricin at empegbbs-noreply.merlins.org (ricin@empegbbs-noreply.merlins.org)
Date: Wed, 19 Mar 2003 19:04:00 GMT
Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg
Message-ID: 

Yep.

--with-xml --with-dom --enable-xslt --with-xslt-sablot --enable-wddx 


That's what I'd like to have in there.

And if you can:

--with-readline --with-gettext --with-openssl --with-ttf --with-gd




Thanks!    




From alex25 at empegbbs-noreply.merlins.org  Thu Mar 20 02:16:00 2003
From: alex25 at empegbbs-noreply.merlins.org (alex25@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 02:16:00 GMT
Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg
Message-ID: 

Hi

Sorry I've to disappoint you for the moment.
I first have to install more packages. Sabloton for the first version, zlib for the second one.
At the moment I'm not able to update my distribution because there is a debian package dependency error between libc and php4. This is mentioned in different debian forums and should be fixed the following days.

The other reason is that I'm on holiday for two weeks by tomorrow. After it I'll try it again.

Only out of curiosity: What are you try to do with the php on the empeg?   


From mcomb at empegbbs-noreply.merlins.org  Thu Mar 20 03:33:00 2003
From: mcomb at empegbbs-noreply.merlins.org (Mike Comb)
Date: Thu, 20 Mar 2003 03:33:00 GMT
Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg
Message-ID: 

Only out of curiosity: What are you try to do with the php on the empeg?

Not to mention XML, SSL and GD?  Why not throw in mysql while your at it ;-)  


From alex25 at empegbbs-noreply.merlins.org  Thu Mar 20 04:14:00 2003
From: alex25 at empegbbs-noreply.merlins.org (alex25@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 04:14:00 GMT
Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg
Message-ID: 

I'm currently running a mysql db on my empeg. Queries over small tables are very fast.
The php version I provide to download a the moment has mysql support compiled in. But it's useless if you don't have a mysql server running. :-)

Other services running on my empeg: Apache 1.3.26, PHP4, dyndns Client, Webmin, ...

The hole system has only 16MB of RAM and a bunch of swap space (256MB I think). So I'm very surprised that it is working at all.
   


From ricin at empegbbs-noreply.merlins.org  Thu Mar 20 04:41:00 2003
From: ricin at empegbbs-noreply.merlins.org (ricin@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 04:41:00 GMT
Subject: [Empeg-programming] Re: PHP 4.3.1 on empeg
Message-ID: 

No worries.  The wait is no problem, I'm just happy to get it at all.  Thanks!

As for what I'm going to be doing with it,  I'm not sure yet.  I have some ideas I'd just like to play around with. 

Do you have an ATI video card installed perhaps?  My self and, I think it was loren, were experiencing the same thing and it was caused by the ATI video drivers.

-Chuck   


From mdavey at empegbbs-noreply.merlins.org  Thu Mar 20 10:56:00 2003
From: mdavey at empegbbs-noreply.merlins.org (mdavey@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 10:56:00 GMT
Subject: [Empeg-programming] Empeg software internals and USB
Message-ID: 

Hi,

I've been trying to get to grips with the USB support in the Empeg.
USB is presented as a device /dev/usb0 making control trivial by using ioctl(), read(), write() and poll()

ioctl( fd, 0, args) will get the state.  args[0] is the endpoint you want to query and after the call args[1] contains the returned state.

ioctl( fd, 1, args) will set the state.  args[0] is the endpoint you want to set, args[1] contains the state to set.

The Phillips PDIUSBD12 chip (used in MK2 and MK2a) provides 3 endpoint numbers:
  0  control (endpoint indexes 0 and 1)
  1  generic (endpoint indexes 2 and 3)
  2  generic-main (endpoint indexes 4 and 5)
Endpoint numbers 0 and 1 have a 16 byte hardware buffer and 64 byte software buffer.  Endpoint number 2 has a 64 byte hardware double buffer (allowing greater throughput than endpoint 1).

Now for those all-important questions...

1. Which endpoint numbers are used by Empeg (I think endpoint numbers 0 and 2, endpoint number 1 is unused)?

2. What is responsible for the player menus and navigation - is it the player itself, or some other process?

3. What is responsible for the file synchronisation on the Empeg (I think this is the player - so when the player isn't running, nothing has /dev/usb0 open)?  


From Chimaera at empegbbs-noreply.merlins.org  Thu Mar 20 11:03:00 2003
From: Chimaera at empegbbs-noreply.merlins.org (Chimaera@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 11:03:00 GMT
Subject: [Empeg-programming] Re: Empeg software internals and USB
Message-ID: 

Hi, 

Here is what I have found in the USB stuff I have been doing:
1) Endpoints 0 (control endpoint on all USB devices) and endpoint 2 (Bulk data) are the only 2 endpoints the Empeg currently uses, endpoint 1 is indeed unused.

2) I believe all of the menus and navigation related to the player are controlled by the player.

3) The File Sync is controlled by the player app, for confirmation of this drop to a shell on the empeg (press q with a dev kernel loaded) then try to connect Emplode, it should fail to find your player.  


From mdavey at empegbbs-noreply.merlins.org  Thu Mar 20 11:27:00 2003
From: mdavey at empegbbs-noreply.merlins.org (mdavey@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 11:27:00 GMT
Subject: [Empeg-programming] Re: Empeg software internals and USB
Message-ID: 

Thanks for confirming my fears  ;-)

I am trying to achive two (somewhat unconnected) objectives.

1.  Send and receive data through the USB port while the player is running without upsetting the player.  It looks like using endpoint 1 or adding USB configurations will require a change to the usb driver software.  I'll probably need to use endpoint 2 anyway.

2. Add an option to the Source menu that will rerun the TTSclock program and display some text on the VFD. I guess that the option could be added to the Hijack menu instead but either way I need to be able to take over the audio, display and user input systems, pausing normal player operation until the user chooses to exit my 'mode'.
  


From Chimaera at empegbbs-noreply.merlins.org  Thu Mar 20 11:45:00 2003
From: Chimaera at empegbbs-noreply.merlins.org (Chimaera@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 11:45:00 GMT
Subject: [Empeg-programming] Re: Empeg software internals and USB
Message-ID: 

> Thanks for confirming my fears

Sorry about that, I just got out of a meeting where I did the same thing to someone else's idea, maybe it is my day to rain on peoples parades again  }:-(

1) I don't know how much of a hurry you are in to do this, but I am working on a few kernel modifications that make the empeg look like it is connected over Ethernet even though there is a USB cable used.  The benifit of this for you is that you could just pick up an un-used TCP port and that wouldn't bother the player app, and wouldn't need any modifications to the windows drivers.

2) The tone generator stuff just released takes over audio, display and input from a Hijack menu, you could look at that and see if there is anything useful you that could be borrowed (with permission of course)  


From peter at empegbbs-noreply.merlins.org  Thu Mar 20 12:23:00 2003
From: peter at empegbbs-noreply.merlins.org (peter@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 12:23:00 GMT
Subject: [Empeg-programming] Re: Empeg software internals and USB
Message-ID: 

> 1. Send and receive data through the USB port while the player is running without upsetting the player. It looks like using endpoint 1 or adding USB configurations will require a change to the usb driver software. I'll probably need to use endpoint 2 anyway.

If you start the player with the "-u-" command-line argument, it doesn't open /dev/usb0 (and is thus inaccessible over USB).

Peter
   


From SE_Sport_Driver at empegbbs-noreply.merlins.org  Thu Mar 20 16:43:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 16:43:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

BINGO!

When my system recovered, Windows XP said it was related to the ATI driver and that a more up to date one was available.  But when I go to Sony's web site (I have a Sony VIAO PCG-GRX560) only the standard driver is available.  Being a notebook, I'm leary of putting just any 'ol driver on it.   The ATI site says "contact your computer's manufacturer".

I'll see what I can dig up.  I didn't really trust XP's auto-diagnosis but I guess I was quick to judge!  :-)

Thanks 


From mlord at empegbbs-noreply.merlins.org  Thu Mar 20 19:08:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Thu, 20 Mar 2003 19:08:00 GMT
Subject: [Empeg-programming] Re: Empeg software internals and USB
Message-ID: 

2) The tone generator stuff just released takes over audio, display and input from a Hijack menu, you could look at that and see if there is anything useful you that could be borrowed (with permission of course)

That stuff is all GPL'd code, or modifications to GPL'd code (and therefore..), so no explicit permission is needed.  Feel free! 




From tms13 at empegbbs-noreply.merlins.org  Fri Mar 21 06:30:00 2003
From: tms13 at empegbbs-noreply.merlins.org (tms13@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 06:30:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

The workaround is  -Dsun.java2d.d3d=false on your java command-line.  


From mschrag at empegbbs-noreply.merlins.org  Fri Mar 21 08:01:00 2003
From: mschrag at empegbbs-noreply.merlins.org (mschrag@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 08:01:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

... did i mention there's nothing cooler than entering a thread about a bug in your software only to find that somebody else solved the problem?  


From mlord at empegbbs-noreply.merlins.org  Fri Mar 21 08:53:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 08:53:00 GMT
Subject: [Empeg-programming] How to obtain the full Hijack source tree
Message-ID: 

>From far too many emails:
How do I obtain the Hijjack source code?
What do I do with these "patch" files?
Please don't take this the wrong way -- I'm really not mean, but..

I prefer not to have to instruct in the art of applying patches
to every newcomer to Linux -- it takes too much of my time
and became more tedious after the first thousand or so.

If one were to ask about this on the BBS, I'm sure several people
who have not already answered questions like this a thousand times
or more might be able to help better.  The instructions on how to apply
patches are actually in the Linux kernel source tree, as well,
but few bother to look for them there.

When I answer general queries like this is in private email,
then nobody else gets to see the answer, so I eventually get
even more of these emails.  And the people who ask very basic
questions like this, generally come back with more questions
on how to install/run/tune linux, and where to find the tools
to cross-compile for the StrongARM, how to install/run them,
how to actually configure/build the Empeg kernel, how to download
it to a player and test it, etc..

I can (and do) answer all of those questions and more,
but thousands of people continuously email such questions
to me all of the time (not just for Empegs, I'm one of the original
Linux kernel developers and have been doing this for over a decade).

Now.. the answer to the original query.

The idea is to first "un-tar" the full kernel source tree,
and THEN apply the patches to that tree.

First, install Linux.  I won't help with this part.   :-)

Next, download the following files from the Hijack site:

   http://empeg-hijack.sourceforge.net/linux-v2.00b13.tar.bz2
   http://empeg-hijack.sourceforge.net/rdsfake.patch
   http://empeg-hijack.sourceforge.net/voladj.patch
   http://empeg-hijack.sourceforge.net/v300.hijack.v200b13.patch
   http://empeg-hijack.sourceforge.net/v320.hijack.v200b13.patch

Now, un-tar the kernel source tree:

   tar xjf linux-v2.00b13.tar.bz2

Then apply the patches, in sequence:

   cd linux-v2.00b13
   patch -p0 <../rdsfake.patch
   patch -p0 <../voladj.patch
   patch -p1 <../v300.hijack.v200b13.patch

Pause here to save a snapshot of the work thus far,
since any new Hijack versions will be fresh patches
to be applied to the results of the above stage:

   cd ..
   mv linux-v2.00b13 linux-hijack-v300
   tar cvjf linux-hijack-v300.tar.bz2 linux-hijack-v300/

Now apply the current Hijack version patch (v320):

   cd linux-hijack-v300
   patch -p1 <../v320.hijack.v200b13.patch

Look for errors:

   find . -name \*.rej

Delete any leftover copies of original files that were later patched:

   find . -name \*.orig -exec rm {} \;

To actually compile and download the resulting binary to an Empeg
requires an entirely different skill/knowledge set, and again,
people on the BBS can help there.

Cheers  


From simspos at empegbbs-noreply.merlins.org  Fri Mar 21 09:10:00 2003
From: simspos at empegbbs-noreply.merlins.org (simspos@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 09:10:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

Firstly, I'm not one of the people who has contacted you  ;-) and I also have next to zilch Linux experience, but I would like to say that meaningful < encouraging posts like this make me want to give it a go.

So, "Big UP" (that's a compliment by the way  :-) ) to you for taking the time to do this (and all the other empeg related stuff).

Now for some questions...........



........... ONLY JOKING 

Cheers, Sim  


From wfaulk at empegbbs-noreply.merlins.org  Fri Mar 21 09:27:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 09:27:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

I'd just like to point out that not all tar implementations do bzip2 compression the same way.  Some use the `j' flag you've specified.  Some use `I' (capital `eye').  Some have no such option at all.

So, folks, if your ``tar xjf linux-v2.00b13.tar.bz2'' fails, then try replacing the `j' with an `I'.  If that fails, try ``bzip2 -dc linux-v2.00b13.tar.bz2 | tar xf -''.  If that also fails, go find and install a copy of bzip2.

The same sort of advice goes for creating the tar file.  The first suggestion is the same: replace the `j' with an `I'.  This will only work if it worked for you above.  If you have to do the other one, the proper command would be ``tar cf - linux/ | bzip2 -c < linux-hijack-v300.tar.bz2''.  


From cushman at empegbbs-noreply.merlins.org  Fri Mar 21 09:40:00 2003
From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 09:40:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

If enterprising people were to search the BBS thouroughly, they would find this post which explains the process of building the Hijack kernel end to end.  Your instructions are more detailed around patching the kernel, though.  Maybe Loren could combine the two posts and stick this in the FAQ for Hijack.  


From mdavey at empegbbs-noreply.merlins.org  Fri Mar 21 09:51:00 2003
From: mdavey at empegbbs-noreply.merlins.org (mdavey@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 09:51:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

Firstly (and I suspect mlord gets almost as many thnak yous as newbie questions, but I'll say it all the same  ;-)) a huge thanks to mlord for his great work with the hijack kernel and with generally being a nice guy (as evidenced by his frequent replies to posts here).  We really do appreciate you and don't think you are at all mean.

Now a question for the BBS in general.  When it comes to applying the first patch, I get:


linux-v2.00b13 $ gpatch -p1 <../rdsfake.patch
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- arch/arm/special/empeg_rds.c.orig  Wed Dec 26 14:08:15 2001
|+++ arch/arm/special/empeg_rds.c       Wed Dec 26 14:18:17 2001
--------------------------
File to patch: 



I should point out that I didn't follow mlord's instructions fully as I am using Solaris/SPARC.  On my system, GNU patch is called gpatch.  I'm using version 2.5.4.  Are there other Solaris users out there that are successfully patching and hacking Empeg?  If so, did you do anything special?
  


From mlord at empegbbs-noreply.merlins.org  Fri Mar 21 10:02:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 10:02:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

Mmm.. I hadn't noticed before, but both the rds and voladj patches (which I got from others) do not follow the usual linux patching regime.

Just use -p0 instead of -p1 with those two patches.

Instructions above now reflect this.

Cheers 


From mdavey at empegbbs-noreply.merlins.org  Fri Mar 21 11:32:00 2003
From: mdavey at empegbbs-noreply.merlins.org (mdavey@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 11:32:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

In reply to:
To actually compile and download the resulting binary to an Empeg
requires an entirely different skill/knowledge set, and again,
people on the BBS can help there.


You'll need a compiler.
RioCar.org has downloads for a Solaris cross-compiler and a DIY compiler-compiler.  See this thread for more information on the DIY compiler-compiler.

If you aren't running on x86-linux, you'll need to manually recompile some of the executables used during the build:
cd scripts << mv mkdep mkdep.orig << cc-o mkdep mkdep.c << 
mv split-include split-include.orig << cc -o split-include split-include.c << cd ..
Note, we used the hosts cc, not the cross-compiler in the above step.

Next, you'll need to compile the code.
This thread gives both instructions and a nify proggy to help you.  You'll need to tweek it to use the latest file names.  


From SE_Sport_Driver at empegbbs-noreply.merlins.org  Fri Mar 21 12:57:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 12:57:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

Toby, that link is blocked...  how do I emply this? 


From tms13 at empegbbs-noreply.merlins.org  Fri Mar 21 13:22:00 2003
From: tms13 at empegbbs-noreply.merlins.org (tms13@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 13:22:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

Hmm, that link worked an hour or so ago.   }:-(

The summary is, in the command line which you use to start JEmplode, add  "-Dsun.java2d.d3d=false" after the command name "java".

/me goes and looks at the script I use to run JEmplode.

Ah, it's complicated, because Mike ships a long script that runs JEmplode.  Now I think of it, I recall spending hours hacking at it to make it work.  I think you can get it working by setting the environment variable "options" to "-Dsun.java2d.d3d=false" in the command's environment, like "options=-Dsun.java2d.d3d=false jemplode" (if you would normally type "jemplode" to run it), or equivalently, add a line "lax.nl.java.option.additional=-Dsun.java2d.d3d=false" (without the quotes, of course) to the JEmplode.lax file in JEmplode's install directory (e.g. for me, it's /usr/local/JEmplode_2.0/JEmplode.lax).

If you're on a non-Unix platform (which you must be, to be seeing a Windows driver bug), I'd recommend the latter.

Caveat: I haven't tested this (and can't, without buying an OS I don't want!).   


From tfabris at jps.net  Fri Mar 21 13:22:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 21 Mar 2003 13:22:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

Hey, Loren... Link this thread from the Hijack FAQ, willya?  :-)  


From dbrashear at empegbbs-noreply.merlins.org  Fri Mar 21 14:07:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 14:07:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

What, you don't actually apply the patches?  ;-)

(I got burned recently on a non-portable diff I generated. Oh well, at least it wasn't in a release...) 


From mschrag at empegbbs-noreply.merlins.org  Fri Mar 21 15:23:00 2003
From: mschrag at empegbbs-noreply.merlins.org (mschrag@empegbbs-noreply.merlins.org)
Date: Fri, 21 Mar 2003 15:23:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

If you are running the .exe version of jEmplode, you should be able to add "sun.java2d.d3d=false" into the jEmplode.lax file in the same directory.  If you are running the executable jar, you'll have to make a batch file that calls "java -Dsun.java2d.d3d=false -jar jemplode.jar"

ms  


From Shonky at empegbbs-noreply.merlins.org  Sat Mar 22 00:06:00 2003
From: Shonky at empegbbs-noreply.merlins.org (Shonky@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 00:06:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

I went off searching for my post before I click on the link in your  :-) Glad more than one found it useful...  


From canuckInLA at empegbbs-noreply.merlins.org  Sat Mar 22 00:41:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 00:41:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

both the rds and voladj patches (which I got from others) do not follow the usual linux patching
Ahhh.... that explains that, then. I couldn't figure out what was going on when I set up my tree last year. I ended up hand patching those two. Yuck!  :-p)
   




From cushman at empegbbs-noreply.merlins.org  Sat Mar 22 01:01:00 2003
From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 01:01:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

Yes, I've linked to your post from my webpage on Palantir, too.  It gives very clear steps on how to build yourself a kernel, and I've suggested more than once that it be placed in the Hijack FAQ. 


From ribruce at empegbbs-noreply.merlins.org  Sat Mar 22 01:59:00 2003
From: ribruce at empegbbs-noreply.merlins.org (ribruce@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 01:59:00 GMT
Subject: [Empeg-programming] Single file streaming error
Message-ID: 

Hi all,

I seem to be having a simple problem that I am hoping someone may be able to help me with.  I have a Mk2a running 200b13 and hijack v320.  I recently started playing around with accessing the unit via a browser and ran into a my problem.

I can stream playlists from the player without problem.  However, when I try to stream a single file, my player (WMP 9.0) gets stuck connecting and finally gives an error, "Windows Media Player cannot play this file because the associated Windows Media metafile playlist is not valid."  The associated error code is as follows:  "0xC00D119D: Cannot play this file".  Is there any difference in the header information when a list is streamed rather than just one song?

I was curious if I am the only one to have encountered this.  I have attempted to use Quicktime 6 and WMP8.  Both players just seam to hang and stop responding but don't give an error message.

Thanks in advance for your help and for making the most unbelievable MP3 player even more incredible.

Thanks!
Richard Bruce  


From decay at empegbbs-noreply.merlins.org  Sat Mar 22 05:52:00 2003
From: decay at empegbbs-noreply.merlins.org (decay@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 05:52:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

Oh. I never knew there was a Hijack FAQ.  :-)

Could this link be added to the Quick Links section of the top-banner?

Now reading the whole FAQ and up to customize a bit! d=)  


From tfabris at jps.net  Sat Mar 22 11:33:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sat, 22 Mar 2003 11:33:00 GMT
Subject: [Empeg-programming] Re: Single file streaming error
Message-ID: 

Just curious: Does WinAmp play it correctly?  


From tfabris at jps.net  Sat Mar 22 11:35:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sat, 22 Mar 2003 11:35:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

Could this link be added to the Quick Links section of the top-banner?  It already is. The very first one. (Hijack FAQ is a sub-section of the empeg FAQ.)  


From foxtrot_xray at empegbbs-noreply.merlins.org  Sat Mar 22 15:01:00 2003
From: foxtrot_xray at empegbbs-noreply.merlins.org (foxtrot_xray@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 15:01:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 


...snipped...

Mark, we all really appreciate everything you've done - and that's not just for the Empeg, either.  :-)  (My company moved all their Dialer systems from SCO Unix to Linux because of the advantages, and because of that move, I've started learning C, I've actually *made* a core producrt FOR our Dialers that USE C... I don't need to go on.)
On TOP of that, you're doing Tuner Kits (last I heard, anyways..), LED conversion solderings (assuming people get the buttons..), and on top of that, keeping Hijack up to date, *AND*, the Docking stations! (FTR, I want to know when you have time to eat and sleep?!)
I'm NOT an expert at anything Linux (Databases, on the other hand..) but I was able to learn how to apply patches, compile programs, and do all the fun stuffroad sign, ask!)  :-)
In either case, again, I'm pretty sure everyone here appreciates what you've done. I never knew you were /that/ involved with the linux kernel and such - now I feel like a doltz for the few e-mails I've sent you. (But, I hope that $50 made up for it.) :<

Anyways, keep up the good work, man!
Me.
  


From foxtrot_xray at empegbbs-noreply.merlins.org  Sat Mar 22 15:03:00 2003
From: foxtrot_xray at empegbbs-noreply.merlins.org (foxtrot_xray@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 15:03:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 


It already is. The very first one. (Hijack FAQ is a sub-section of the empeg FAQ.) 

Hey... I think we need a FAQ of FAQs... What other FAQs are sub FAQs of the main FAQ??

Me, FAQ'in off.
(Sorry.)   :-)  


From SE_Sport_Driver at empegbbs-noreply.merlins.org  Sat Mar 22 16:13:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 16:13:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

Looks like this maybe beyond my knowledge of these things... is ths something I can do by opening that file in notepad and adding the line?  Or maybe you could put this in and have an "ATI Fix" for download? 


From mschrag at empegbbs-noreply.merlins.org  Sat Mar 22 16:39:00 2003
From: mschrag at empegbbs-noreply.merlins.org (mschrag@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 16:39:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

you can just add that line in notepad ...  


From ribruce at empegbbs-noreply.merlins.org  Sat Mar 22 17:11:00 2003
From: ribruce at empegbbs-noreply.merlins.org (ribruce@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 17:11:00 GMT
Subject: [Empeg-programming] Re: Single file streaming error
Message-ID: 

Tony,

Thanks for the reply.  WinAmp won't receive streaming playlists or individual files.  I configured verbose output for khttpd, and below is what I got.  Comments inline.

http://192.168.0.52/?playlists<


khttpd: 192.168.0.52 connection from 192.168.0.2
khttpd: GET "/?playlists"
khttpd: 192.168.0.52 connection from 192.168.0.2
khttpd: GET "/?FID=101

khttpd: 192.168.0.52 connection from 192.168.0.2
khttpd: GET "/Virginia's.m3u?FID=9bd1

khttpd: 192.168.0.52 connection from 192.168.0.2
khttpd: GET "/Virginia's.m3u?FID=9bd1

khttpd: 192.168.0.52 connection from 192.168.0.2
khttpd: GET "/Queen%20-%20Bohemian%20Rhapsody?FID=a930


khttpd: 192.168.0.52 connection from 192.168.0.2
khttpd: GET "/?FID=9bd1

khttpd: 192.168.0.52 connection from 192.168.0.2
khttpd: GET "/Queen_-_Bohemian_Rhapsody.m3u?FID=a931


Thanks in advance for your help!

Richard Bruce  


From mlord at empegbbs-noreply.merlins.org  Sat Mar 22 18:31:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Sat, 22 Mar 2003 18:31:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 

Alright already!    *^_^*

Enough of the lovefest.. let's all just get back to normal here (normal, us?)   ;-)

Cheers! 




From dbrashear at empegbbs-noreply.merlins.org  Sun Mar 23 11:36:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Sun, 23 Mar 2003 11:36:00 GMT
Subject: [Empeg-programming] Re: Empload sever (was New player App)
Message-ID: 

So, does this mean someone owes me $5?
 




From image at empegbbs-noreply.merlins.org  Mon Mar 24 01:29:00 2003
From: image at empegbbs-noreply.merlins.org (image@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 01:29:00 GMT
Subject: [Empeg-programming] Re: Empload sever (was New player App)
Message-ID: 

i thought it was for ogg implementation? there isnt any evidence that the player supports it. 


From dbrashear at empegbbs-noreply.merlins.org  Mon Mar 24 02:19:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 02:19:00 GMT
Subject: [Empeg-programming] Re: Empload sever (was New player App)
Message-ID: 

Hmm. You're right. I bet I could have an ogg-using version (instead of a MAD-using version) in a small number of hours, but I doubt it's worth $5 to do so. 


From rowitech at empegbbs-noreply.merlins.org  Mon Mar 24 07:43:00 2003
From: rowitech at empegbbs-noreply.merlins.org (rowitech@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 07:43:00 GMT
Subject: [Empeg-programming] Re: PHP 4.0.6 binary for Empeg (this is it)
Message-ID: 

Woow, PHP on my empeg. This rocks!
Is there a way to display something at the empeg's display via a php-script?

Rolf
  


From foxtrot_xray at empegbbs-noreply.merlins.org  Mon Mar 24 14:15:00 2003
From: foxtrot_xray at empegbbs-noreply.merlins.org (foxtrot_xray@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 14:15:00 GMT
Subject: [Empeg-programming] Re: How to obtain the full Hijack source tree
Message-ID: 


(normal, us?) 

Us, Normal = Hijack Requests.
Enjoy the time off.  :-)

Me.
  


From mlord at empegbbs-noreply.merlins.org  Mon Mar 24 15:12:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 15:12:00 GMT
Subject: [Empeg-programming] Hijack v321: Tuner-ID detection
Message-ID: 

Hijack v321 is now released.

New in this version:

-- Hijack now reads the tuner thumbwheel (or jumpers for PCATS tuner) to obtain the "tuner-id" at boot time.  This ID can then be used with:

-- The Force AC/DC Power Mode menu now allows forcing AC/DC based on tuner-id.

This new functionality is useful for folks building docking stations, or for users of the docks that I sell, for when they connect a tuner to the dock (which prevents the usual loopback test from detecting the dock).

It's also useful if your AC power jack is broken, whereby the Empeg thinks it is on AC power even when plugged into a sled in your car.  If either the car or home dock have a tuner module, you can now use this feature to force the power setting.

This is NOT in the menu, but please note:  A tuner-id of '0' is treated as "no tuner present" for these purposes, so if you actually have a tuner, best to set the ID to something other than zero.  The PCATS tuner defaults to '3', unless you modify it during/after assembly.

Cheers 


From mlord at empegbbs-noreply.merlins.org  Mon Mar 24 15:52:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 15:52:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

Also note, that in an effort to not use too many new bits from the flash savearea, this feature works only with Tuner-ID's 1,2,3,4,5,  and only partially with Tuner-ID 6.

If you have more than that many tuners, give them to me.   ;-)

Cheers 


From tfabris at jps.net  Mon Mar 24 15:54:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Mon, 24 Mar 2003 15:54:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

I wonder if there's anyone on the planet who owns and uses more than two tuner modules with the same player?  


From yn0t_ at empegbbs-noreply.merlins.org  Mon Mar 24 15:55:00 2003
From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 15:55:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

Maybe out in Utah there's a guy who docks his empeg in several of his wives' cars?

 :-D  


From wfaulk at empegbbs-noreply.merlins.org  Mon Mar 24 16:19:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 16:19:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

partially with Tuner-ID 6???

I've gotta know what that means.  


From mlord at empegbbs-noreply.merlins.org  Mon Mar 24 16:23:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 16:23:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

Just scroll through the Force AC/DC settings and you'll see.. 


From tommy at eriksen.no  Mon Mar 24 16:23:00 2003
From: tommy at eriksen.no (Tommy Eriksen)
Date: Mon, 24 Mar 2003 16:23:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

 :-)  :-)

TommyE  


From mlord at empegbbs-noreply.merlins.org  Mon Mar 24 16:25:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 16:25:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

 :-)  :-)

Look! there!   He's got at least two of them!   ;-)   


From Chuck at empegbbs-noreply.merlins.org  Mon Mar 24 16:26:00 2003
From: Chuck at empegbbs-noreply.merlins.org (Chuck@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 16:26:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

I've got one in my "work" car, one in my "weekend" car, and one at work.   :-)   


From yn0t_ at empegbbs-noreply.merlins.org  Mon Mar 24 16:28:00 2003
From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 16:28:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

  :-)  :-)
Yeah, and they're twins!  


From dbrashear at empegbbs-noreply.merlins.org  Mon Mar 24 17:48:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 17:48:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

Did you get the patch for allow faking a tuner id for when you fake a tuner? Was it unsuitable or did you lose it? 


From mlord at empegbbs-noreply.merlins.org  Mon Mar 24 17:59:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 17:59:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

I did get the patch for faking a Tuner-Id, but have not applied it (yet).

I'm still trying to figure out *why* ?

Cheers 


From dbrashear at empegbbs-noreply.merlins.org  Mon Mar 24 18:04:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Mon, 24 Mar 2003 18:04:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

So I could see what effect changing it has on the scratch partition. Someone else might decide to do the same. 


From TheAmigo at empegbbs-noreply.merlins.org  Tue Mar 25 00:36:00 2003
From: TheAmigo at empegbbs-noreply.merlins.org (TheAmigo@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 00:36:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

Stop it!  :-)  I nearly fell out of my chair!
    


From yn0t_ at empegbbs-noreply.merlins.org  Tue Mar 25 00:39:00 2003
From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 00:39:00 GMT
Subject: [Empeg-programming] Re: Hijack v321: Tuner-ID detection
Message-ID: 

Stop it!  I nearly fell out of my chair! Sorry dude, it's my job. 




From MinerTwoFour at empegbbs-noreply.merlins.org  Tue Mar 25 13:17:00 2003
From: MinerTwoFour at empegbbs-noreply.merlins.org (MinerTwoFour@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 13:17:00 GMT
Subject: [Empeg-programming] Re: Question about voice commands
Message-ID: 

Now that Palantir is readily available, is there anyway that the voice recognition capabilities of a Palm Powered cell phone could be used to create playlists?  I was just wondering.  I've always liked the "jump" feature on the earlier versions of Winamp, and if anything could be made to duplicate that look-up, I would most definitely be in.  (I'd have to upgrade to the Palm phone first...)  


From fink08 at empegbbs-noreply.merlins.org  Tue Mar 25 14:04:00 2003
From: fink08 at empegbbs-noreply.merlins.org (fink08@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 14:04:00 GMT
Subject: [Empeg-programming] Re: emphatic v1.10:  Custom info modes!
Message-ID: 

Any new news on the project?  Bugfixes, lyrics storage, or otherwise?  


From yn0t_ at empegbbs-noreply.merlins.org  Tue Mar 25 15:13:00 2003
From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 15:13:00 GMT
Subject: [Empeg-programming] Re: emphatic v1.10:  Custom info modes!
Message-ID: 

Any new news on the project? Bugfixes, lyrics storage, or otherwise? Yes. The news is that the author is approximately 5 weeks away from completing his Masters degree, and is thus spending all of his available time completing his final project.   :-)

Stay tuned, though.  Come May I have BIG plans for this.  I'll try to squeeze out those bugs in horizontal mode, and I have several cool features planned.  I also want to work closely with Mike Schrag (when he has some free time as well) to get LRC embedding into jEmplode, and eventually, submission to LRCdb.com (when that gets off the ground.)  Of course, the weather starts getting nicer around that time, but since I won't be in school, I do anticipate having a lot more time to work on this. 


From wfaulk at empegbbs-noreply.merlins.org  Tue Mar 25 15:25:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 15:25:00 GMT
Subject: [Empeg-programming] jEmplode problems
Message-ID: 

I hate to say this, but...

I have never successfully used jEmplode.

Every time I use it it does something odd.  I'm going to try to use it more from now on in order to get some good bug reports, but only if I'm not in a hurry, as I inevitably have to copy all the files over to a Windows machine and use emplode from there.

The latest thing that it did to me was that I was trying to upload a new album.  I created the artist's playlist, as it was an artist I didn't previously have on the empeg.  I clicked the new song directory button and selected the directory that contained the mp3s for the album.  Everything looks good after I do this.

When I synchronize, it claimed to fail to upload some of the songs (I apologize -- it's been a few days), but attempted to finish the sync.  It got to the point where it was waiting for the player to restart, and it never came back.  When I went to use emplode to fix it, it appeared that the songs were never uploaded at all, and no new playlists had been created.  It did have to rebuild the database upon initial connect.

This was using jEmplode build 45 under MacOS X, installed using the installer. 


From tfabris at jps.net  Tue Mar 25 15:30:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Tue, 25 Mar 2003 15:30:00 GMT
Subject: [Empeg-programming] Re: jEmplode problems
Message-ID: 

Perhaps that particular problem isn't necessarily Jemplode's fault. Perhaps it's related to the other thing that you reported in Bug Reports today?  


From wfaulk at empegbbs-noreply.merlins.org  Tue Mar 25 15:32:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 15:32:00 GMT
Subject: [Empeg-programming] Re: jEmplode problems
Message-ID: 

Could be. 


From fink08 at empegbbs-noreply.merlins.org  Tue Mar 25 18:07:00 2003
From: fink08 at empegbbs-noreply.merlins.org (fink08@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 18:07:00 GMT
Subject: [Empeg-programming] Re: emphatic v1.10:  Custom info modes!
Message-ID: 

Congrats on your degree!  Thanks also for your work in the Empeg commnity.  


From tman at empegbbs-noreply.merlins.org  Tue Mar 25 18:43:00 2003
From: tman at empegbbs-noreply.merlins.org (tman@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 18:43:00 GMT
Subject: [Empeg-programming] Re: Question about voice commands
Message-ID: 

Hmm... Interesting... Which Palm cell phone has voice recognition?
Chances are that the voice recognition system is built into the phone/whatever app on the Palm and wouldn't be a generic API which anybody could call.  Could be wrong though.

 - Trevor
  


From jaharkes at empegbbs-noreply.merlins.org  Tue Mar 25 20:20:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 20:20:00 GMT
Subject: [Empeg-programming] GPSapp-0.17
Message-ID: 

Another day, another  update.

And I haven't even had the time to play with the lyrics viewer  }:-(
But I did pull a bunch of long overdue updates together and tested the result lightly.

The important changes are 
- popups now work as I intended them to
- the negative altitude bug is fixed
- the code should track our current position in a route a bit better now
- if gpsd is available, connect to that instead of the serial port
- when a user is flipping through the waypoints with the knob, wait 10 seconds before we restart the automatic tracking of our position         


From jaharkes at empegbbs-noreply.merlins.org  Tue Mar 25 20:35:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 20:35:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Oh, almost forgot. I got a new desktop and as a result the GPSapp page has moved to a new address.  I should try to log in to the old machine and set up a redirection as it still seems to be alive for now.

The new location is http://delft.aura.cs.cmu.edu/empeg/     


From cushman at empegbbs-noreply.merlins.org  Tue Mar 25 22:43:00 2003
From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 22:43:00 GMT
Subject: [Empeg-programming] Re: Question about voice commands
Message-ID: 

I'm pretty sure that the VR is built into the phone part of whatever phone you'd get (Samsung, Kyrocea, etc.) and is not available to the palm part of the device.  There aren't any API calls for it anyway.  You would probably need to have an ARM processor to work with it if it was available, also. 


From tfabris at jps.net  Tue Mar 25 23:15:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Tue, 25 Mar 2003 23:15:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Cool. Updated the FAQ entry which pointed to your page. Grabbing new version now.  :-)

Now, if only there were a way to get StreetAtlas 2003 routes into GPSapp, we'd be *so* set...  :-)  


From wfaulk at empegbbs-noreply.merlins.org  Tue Mar 25 23:38:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Tue, 25 Mar 2003 23:38:00 GMT
Subject: [Empeg-programming] Standalone sshd
Message-ID: 

Doesn't anyone have a standalone sshd for the empeg? 


From genixia at empegbbs-noreply.merlins.org  Wed Mar 26 00:30:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 00:30:00 GMT
Subject: [Empeg-programming] Re: Standalone sshd
Message-ID: 

No, but I too would like one.  


From dbrashear at empegbbs-noreply.merlins.org  Wed Mar 26 00:39:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 00:39:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I wonder what I was working on last. I have this idea that I have more patches somewhere, but they sure don't seem to be in any of the obvious places.

 


From dbrashear at empegbbs-noreply.merlins.org  Wed Mar 26 00:41:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 00:41:00 GMT
Subject: [Empeg-programming] GPSapp-0.17 accusations
Message-ID: 

If you want to run with gpsd, get an up-to-date gpsd (dbrashear
often posts new binaries on the empeg.comms.net BBS).

I didn't think I was *that* bad.  ;-) 




From fossi at empegbbs-noreply.merlins.org  Wed Mar 26 03:28:00 2003
From: fossi at empegbbs-noreply.merlins.org (fossi@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 03:28:00 GMT
Subject: [Empeg-programming] TMC - Traffic Message Channel
Message-ID: 

Had anybody yet an idea to decode the "Traffic Message Channel" of the RDS system? (see http://www.tmcforum.com/)

With TMC traffic alerts are transmitted in the background and anytime, so traffic alerts would be available all the time, not only once or twice per hour. 

This would be extremely helpful, especially if included in gpsapp so that traffic alerts on the actual route are displayed automatically.

Juergen  


From dbrashear at empegbbs-noreply.merlins.org  Wed Mar 26 03:43:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 03:43:00 GMT
Subject: [Empeg-programming] Re: TMC - Traffic Message Channel
Message-ID: 

Your link includes the trailing )

Anyhow, the page has flash. Ew. 


From jaharkes at empegbbs-noreply.merlins.org  Wed Mar 26 09:34:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 09:34:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17 accusations
Message-ID: 

I didn't know of any 'official page' to send people to, and noticed a couple of posts you made with arm-binaries of gpsd.
I guess often is not really the word for it.  ;-)  


From jaharkes at empegbbs-noreply.merlins.org  Wed Mar 26 09:42:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 09:42:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Well you definitely could consider me a Linux bigot, I've been running it exclusively since '93/'94, and been doing on and off kernel development since at least '96. As a result, I never have used windows (except for 3.11 or something) and don't know what I'm missing  ;-)

So do you have to buy a new version of streetatlas each year to keep the version number right?    


From Rafy at empegbbs-noreply.merlins.org  Wed Mar 26 10:23:00 2003
From: Rafy at empegbbs-noreply.merlins.org (Rafy@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 10:23:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

YES !!! that's what I would want too

Just a detailed image of Ontario scrolling around on my EMPEG screen. Is this possible yet ?  


From jaharkes at empegbbs-noreply.merlins.org  Wed Mar 26 11:35:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 11:35:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

It is definitely possible, and in some ways almost trivial. But clearly nobody really cares enough about it.

First problem you have to tackle is that a map contains a lot of information. And the empeg display only has a certain amount of pixels to display it with. You can replace the escher image with a map image and see what the result is. From what I've tried it is either too cluttered, or such a small area that it becomes unusable for navigation.

Another problem is how to georeference the image, there are about as many ways to provide georeferencing information as there are sources for map images. And ofcourse everybody comes up with their own method, so I guess it would be no problem to invent your own. Given the georeferencing information you can do a simple matrix transformation to project the 3 dimensional gps coordinates into the 2 dimensional coordinate space of the image. Then you know exactly which pixel in the image should be in the center of the screen and copy the visible bytes over.     


From tfabris at jps.net  Wed Mar 26 12:57:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Wed, 26 Mar 2003 12:57:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

So do you have to buy a new version of streetatlas each year to keep the version number right?  I think pretty much, yeah... They don't seem to offer users the ability to download updated maps, just program bugfixes. So if you've got SA 2000, then you've got three-year-old map data.

Still, it's gotta be better than MapsOnUs.  :-)  


From genixia at empegbbs-noreply.merlins.org  Wed Mar 26 13:05:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 13:05:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

Hmm...I asked for this a long time ago. IIRC, I said "Give me a map and tell me where I am, and I'll neve get lost." So I don't think it's fair to say that no-one is interested.

Another point to consider is that this functionality could conceivably be a step on the path to the full routing navigation that many want. Even if most or all of the code developed on this step needed to be discarded and re-written due to data changes if/when full routing where implemented, I'd argue that you would have discovered more about what works and what doesn't wrt displaying and moving maps on the empeg's screen. 


From jaharkes at empegbbs-noreply.merlins.org  Wed Mar 26 13:53:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 13:53:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

So I don't think it's fair to say that no-one is interested.

Ok, nobody is interested enough to actually implement this.

Another point to consider is that this functionality could conceivably be a step on the path to the full routing navigation that many want. Even if most or all of the code developed on this step needed to be discarded and re-written...

Ehh, the code is already there, take empan for the display an image on the screen part and mix in the stuff from gpsapp that talks to the GPS. You can even use the built-in imagepan visual or empan for mockups to visualize how such a display would work before implementing anything. But it doesn't provide anything useful for doing full routing on the empeg.

You need vector data to do routing. And it is not hard to use that same vector data to draw a map, or give you the coordinates of a an address/zipcode. Technically the route display in gpsapp already draws 2 lines out of such a vector dataset, the route we're following and the track that we've driven. A scrolling image doesn't help in either of these two areas and as such is not interesting in my opinion.     


From yn0t_ at empegbbs-noreply.merlins.org  Wed Mar 26 15:24:00 2003
From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 15:24:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

I'm not a GPSapp user, but I am quite familiar with the limitatations of the empeg's display, and at one point did try to view a few maps of my area using empan.  The results were far less than spectacular.  I have to side with Jan here and say that the utility of a moving map on a 128x32x4 is questionable at best.
 


From siberia37 at empegbbs-noreply.merlins.org  Wed Mar 26 16:01:00 2003
From: siberia37 at empegbbs-noreply.merlins.org (siberia37@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 16:01:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

I've been playing with Street Atlas 2003, trying to find a way to use it's maps as a source for GPSApp routes. Along the way I've come up with an interesting idea with regard to maps: We could theoritically use a program like Street Atlas to glean vector maps from an area. You can do this by simulating the proper mouse and keystrokes to bring up a map section, take a screenshot of the map. Then you parse this map (which follows a predictable raster format) into vector format roads. Lat/Lon information can be easily read for each map section from the interface of the program giving you a pixel to distance scale you can use. It's looking like I'm going to have to write a program that basically does this to get SA2003 routes into GPSApp routes. However, along the way my program could also get adjancent roads in the route, or even roads in an entire area. The only limitations on this method would be time (i.e. this would be slow) and disk space. On the copyright front, this may n
 ot be exactly up and up, but if we didn't distribute the maps, and just generated them ourselves, then it's just a form of "backup".  So any interest in this scheme? This still won't allow for point-to-point routing on the empeg, but let's face it folks that ain't gonna happen (not without commercial support)- this scheme would though allow for easily displayable vector  maps of an area.  


From tman at empegbbs-noreply.merlins.org  Wed Mar 26 16:05:00 2003
From: tman at empegbbs-noreply.merlins.org (tman@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 16:05:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I don't personally have a use for it but somebody else might.  The BBC have traffic information online in XML format here and it does give WGS84 coordinates for it all as well.  It's experimental so don't be too surprised if it does suddenly disappear or moves!

 - Trevor
  


From wfaulk at empegbbs-noreply.merlins.org  Wed Mar 26 16:39:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 16:39:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

The only limitations on this method would be time (i.e. this would be slow) and disk space.Would it be able to figure out one-way roads? 


From siberia37 at empegbbs-noreply.merlins.org  Wed Mar 26 16:59:00 2003
From: siberia37 at empegbbs-noreply.merlins.org (siberia37@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 16:59:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 



I'm with genixia !

Give me a map and tell me where I am on it and i'll never get lost.

Routing is great but only if you know where you're going.  To be honest, When I go for a drive with my GF I never know where i'm going to end up.  I just need to know where I am at the time and what roads/hws near by I can take.

I've seen a panning map image on the empeg screen and I thought it looked pretty good ... good enough.  


From dbrashear at empegbbs-noreply.merlins.org  Wed Mar 26 20:03:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 20:03:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

Ok, nobody is interested enough to actually implement this. 
I did a small amount of work and then determined 128x32 wasn't big enough to represent any data I cared about.
Technically the route display in gpsapp already draws 2 lines out of such a vector dataset, the route we're following and the track that we've driven. A scrolling image doesn't help in either of these two areas and as such is not interesting in my opinion.
After determining what I was going to be able to see, I came to the same conclusion. 


From dbrashear at empegbbs-noreply.merlins.org  Wed Mar 26 20:04:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Wed, 26 Mar 2003 20:04:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17 accusations
Message-ID: 

I should see what's holding up the next gpsd release. I can probably arrange for arm binaries to be on the main distribution page. 


From tfabris at jps.net  Wed Mar 26 21:40:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Wed, 26 Mar 2003 21:40:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Finally got to try this version of GPSapp this afternoon. Jan, it rocks. I love the changes to the display layout, and the ten-second delay after spinning the knob is great. The giant lettering for the speed indicator is awesom. Great release, thank you!!!

I'm going to start a separate thread about the one remaining bug...  ;-)  


From tfabris at jps.net  Wed Mar 26 21:55:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Wed, 26 Mar 2003 21:55:00 GMT
Subject: [Empeg-programming] GPSApp or Hijack Bug. Let's fix it please please?
Message-ID: 

This has been documented before, but I thought we could start a new thread on it so we could get to the bottom of the issue.

Here are the steps to reproduce the bug (assuming working Hijack/GPSapp/GPS receiver):

- Boot the player.
- Listen to a piece of music at a moderate volume level.
- Enter Hijack.
- Enter GPSapp.
- On mine it comes up to the satellite screen. Wait for it to show locked satellites.
- Select a route.
- Hold down the bottom button to switch to the map display.
- Use the left and right front-panel buttons to zoom in and out of the map. Note that they work.
- Press the top button to exit GPSapp, then again to exit hijack.
- Enter Hijack.
- Enter GPSapp.
- GPSapp is still running so it's still on the map screen with the route already loaded.
- Press the right front-panel button. 
- Instead of zooming the map, it begins fast-forwarding the song.

I can do the above steps pretty consistently. It always behaves properly the first time into GPSapp, and almost always fails the second time I enter GPSapp (as listed above).

What the fast-forward tells me is that the buttonDOWN event for the front-panel button got "lost" by either hijack or GPSapp, and instead passed through to the player app. The following event, the buttonUP event, did not pass through to the player app, but it didn't do anything useful/visible for GPSapp either (if it even got trapped by GPSapp/hijack at all).

So what we need to find out is...

- What's happening?
- Is it in the GPSapp code or the Hijack code?
- Who's gonna fix it?  :-)

I'd be willing to test any debug builds of either GPSapp or Hijack that anyone wants to throw my direction.  :-)  


From genixia at empegbbs-noreply.merlins.org  Thu Mar 27 00:55:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 00:55:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

I'm not sure if I totally understand the button queue code yet, but I have a question for Mark which may be relevant;


	case EMPEG_HIJACK_BINDBUTTONS:	// Specify IR codes to be hijacked
		{
			// Invocation:  rc = ioctl(fd, EMPEG_HIJACK_DISPWRITE, (unsigned long *)data[]);
			// data[0] specifies TOTAL number of table entries data[0..?]
			// data[0] cannot be zero; data[0]==1 means "capture everything"
			unsigned int *buttonlist = NULL;
			if ((rc = copy_buttonlist_from_user(arg, 
Shouldn't that be hijack_buttonlist that gets freed? 




From dbrashear at empegbbs-noreply.merlins.org  Thu Mar 27 01:02:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 01:02:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

ioctl gets something. either we can use it or we free it. if we can use it, we do.

do we need to copy it if we known we can't use it?
 


From dbrashear at empegbbs-noreply.merlins.org  Thu Mar 27 01:06:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 01:06:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

The message I replied to got eaten. WTF?
 


From genixia at empegbbs-noreply.merlins.org  Thu Mar 27 01:07:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 01:07:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

Sorry - I realised my mis-interpretation and deleted the post, not realising that anyone had read it that fast! (Somehow my eyes had missed the 'return' in that conditional.)

 


From dbrashear at empegbbs-noreply.merlins.org  Thu Mar 27 01:09:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 01:09:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

Has it been verified to be a gpsapp bug?

Sorry, couldn't resist. 


From dbrashear at empegbbs-noreply.merlins.org  Thu Mar 27 01:09:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 01:09:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

Yeah, well, you removing your post somehow orphaned my reply, which is in the "last 24 hours" summary but not referenced in the thread.
 


From genixia at empegbbs-noreply.merlins.org  Thu Mar 27 01:15:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 01:15:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

  *^_^* 


From canuckInLA at empegbbs-noreply.merlins.org  Thu Mar 27 02:38:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 02:38:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Wanna post a screen-shot? I have no GPS, but I'm curious to see what it looks like...  


From canuckInLA at empegbbs-noreply.merlins.org  Thu Mar 27 02:44:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 02:44:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

Give me a map and tell me where I am on it and i'll never get lost.

Heh. I don't even need a map, so long as I have a compass. Of course, it might be a real long drive east or west to the ocean before I figure out where I am, but still...  ;-)
  


From mschrag at empegbbs-noreply.merlins.org  Thu Mar 27 08:09:00 2003
From: mschrag at empegbbs-noreply.merlins.org (mschrag@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 08:09:00 GMT
Subject: [Empeg-programming] Re: jEmplode problems
Message-ID: 

Do you have the Bug # out of curiosity?  


From ShadowMan at empegbbs-noreply.merlins.org  Thu Mar 27 08:57:00 2003
From: ShadowMan at empegbbs-noreply.merlins.org (ShadowMan@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 08:57:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

I want this sooooo bad. I have attached a 4 colour reduction of area 001n10 from Toporama. It is a 1:50,000 scale map and weighns in at less then 200k.

The upper left hand coordinate of the map is -53 and 47.75 and the lower right coordinates are -52.5 and 47.5. With this map and both coordinates we can interpolate all coordinates in between. Using this along with GPSApp and my GPS interfaced to my empeg I can see where I am and what that pond to my left is named. Give me a map and I can get out of where I am, as long as I know where I am. I don't need routing information.  I am also not what anybody would call a good programmer... I did three semesters with Modula 2!

Anybody who can implement this and has a Paypal account might have a few donations come their way.  


From ShadowMan at empegbbs-noreply.merlins.org  Thu Mar 27 09:09:00 2003
From: ShadowMan at empegbbs-noreply.merlins.org (ShadowMan@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 09:09:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

Let's see if this attachment works (the other one didn't, at least not for me.)

 And incase anybody wants it, the Ottawa Area 1:50,000 is at http://toporama.cits.rncan.gc.ca/images/b50k/03/031g05.gif

It's upper left coordinates are -76 and 45.5 and the lower right coordinates are -75.5 and 45.25


From Yang at empegbbs-noreply.merlins.org  Thu Mar 27 09:15:00 2003
From: Yang at empegbbs-noreply.merlins.org (Yang@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 09:15:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

Keep in mind that you can only see 128x32 sections of this map.  Then tell me this would be better than a paper map..  ;-)  


From ShadowMan at empegbbs-noreply.merlins.org  Thu Mar 27 09:39:00 2003
From: ShadowMan at empegbbs-noreply.merlins.org (ShadowMan@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 09:39:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

I didn't say it would be better then a paper map. But it would be a lot more convenient then lugging them around. I usually don't need maps here in Newfoundland anyways but this would rock as far as I am concerned. With a pan and scan feature you could move all around the map and check out what's around you. It could even be possible that you could zoom out to the 1:250,000 topo maps as well, giving you a bigger, less detailed, overall view.  Does having the lyrics displayed on your empeg screen really add any usefuleness to the empeg? In most cases - nope (unless you want to prove someone wrong when they get lyrics all screwed up). But I can tell you one thing, having the lyrics on the screen frickin' rocks! I also think that having the moving map would frickin' rock!   :-)

Rene
 


From jaharkes at empegbbs-noreply.merlins.org  Thu Mar 27 09:57:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 09:57:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

What I 'think' that could be going on here, is that when we restart (or possibly a better term 'reenter') GPSapp, Hijack refreshes the screen, but the application itself doesn't know it is back yet. Some of it's code might even be swapped out and we're waiting for the disk to spin up.

We're blocked in HIJACK_WAITMENU, and once gpsapp is woken up the first thing it does is HIJACK_BINDBUTTONS, and then HIJACK_SETGEOM. When we start up the first time, the screen isn't redirected until we set the geometry. But if this is the second time around, you might be looking at a stale image and your button presses really are going to the player because technically gpsapp isn't in control yet.

This is just a theory, I would have to dig into the hijack code to see if this is even remotely possible. I could add a special 'Waiting' screen right before we give up control. That way if my theory is correct you should be seeing that when gpsapp is reentered before it takes control.   


From ernestp at empegbbs-noreply.merlins.org  Thu Mar 27 12:35:00 2003
From: ernestp at empegbbs-noreply.merlins.org (ernestp@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 12:35:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Which GPS model are you guys using this looks intresting to use for my Empeg..... We need DETAILS....


   


From jaharkes at empegbbs-noreply.merlins.org  Thu Mar 27 12:55:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 12:55:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I started off with a Garmin Etrex Venture, which I now occasionally still use when debugging gpsapp on my laptop. In my car I wired one of the trimble SV6 receivers that were sold by www.bgmicro.com for something like $25 a while back. Some people are using Motorola Oncore, which were also sold by bgmicro for about $15 without the active antenna, or modified palm-III delorme earthmates that went for a similarily ridiculous low price when Staples decided to drop all palm III accessories.

I don't know of any current deals of this kind, and all of these low-cost solutions do require some additional parts and soldering to get power and RS232 level serial signals. But basically any receiver that spits out the industry standard NMEA sequences over a serial line should just work fine.   


From tfabris at jps.net  Thu Mar 27 13:03:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Thu, 27 Mar 2003 13:03:00 GMT
Subject: [Empeg-programming] Re: jEmplode problems
Message-ID: 

Do you have the Bug # out of curiosity?  1900   


From tfabris at jps.net  Thu Mar 27 13:07:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Thu, 27 Mar 2003 13:07:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Wanna post a screen-shot?  There are screen shots at the GPSapp home page. Don't know if they're shots of the recent released version or not. Making a screen shot for me is tricky, since the GPS antenna is permanently installed in my car, and even if I did a force-DC, and ran GPSapp without an antenna, and added DC_servers=1 to my confic, etc., etc., it wouldn't look quite right without a proper location heading and speed on the screen.  :-)  


From tfabris at jps.net  Thu Mar 27 13:10:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Thu, 27 Mar 2003 13:10:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Which GPS model are you guys using this looks intresting to use for my Empeg..... We need DETAILS....  You can use any one of many different GPS models. I'm using one I got on clearance at Staples for $10.00 (which is no longer available). Start here for connection information and work from there...  


From tfabris at jps.net  Thu Mar 27 13:14:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Thu, 27 Mar 2003 13:14:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

But if this is the second time around, you might be looking at a stale image and your button presses really are going to the player because technically gpsapp isn't in control yet.  Interesting theory, but my recollection is that GPSapp is still working fine, the map screen is updating, etc.... But I could be remembering that wrong.

In my experience, this was pretty easy to reproduce consistently using the steps I outlined, so theoretically anyone with GPSapp should be able to reproduce it?  


From tfabris at jps.net  Thu Mar 27 13:17:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Thu, 27 Mar 2003 13:17:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

I could add a special 'Waiting' screen right before we give up control. That way if my theory is correct you should be seeing that when gpsapp is reentered before it takes control.  I'd be happy to test that build if you wanted to throw it my way.
  


From tfabris at jps.net  Thu Mar 27 13:22:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Thu, 27 Mar 2003 13:22:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

Interesting note: I can't seem to reproduce the problem in "force DC/Car" mode without the GPS actually attached (and keying past the "waiting for data from the GPS receiver" screen). I think I have to actually have the GPS unit connected and sending data for the bug to happen. Perhaps it's got something to do with the serial communication code?  

Edit: Changed "thread" to "code". Nyah Nyah.  :-) 


From Meatballman at empegbbs-noreply.merlins.org  Thu Mar 27 13:24:00 2003
From: Meatballman at empegbbs-noreply.merlins.org (Meatballman@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 13:24:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I picked up a Delorme Tripmate a few days ago for $25 from Half.com.  I plan on doing the simple hack that makes it a generic NMEA unit and using it with the empeg.  


From dbrashear at empegbbs-noreply.merlins.org  Thu Mar 27 13:26:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 13:26:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

GPSapp isn't threaded.

 


From jaharkes at empegbbs-noreply.merlins.org  Thu Mar 27 13:49:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 13:49:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I was reading those instructions, gpsapp already knows about the ASTRAL thing (and in fact sends some additional 'warm start' bootup codes) so you don't have to short pins 2 and 3 together.  


From Meatballman at empegbbs-noreply.merlins.org  Thu Mar 27 14:02:00 2003
From: Meatballman at empegbbs-noreply.merlins.org (Meatballman@empegbbs-noreply.merlins.org)
Date: Thu, 27 Mar 2003 14:02:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Sweet.  One less step to go through.  I may still do it anyway so I can use other map software with it too.  Thanks for the heads up.   


From tfabris at jps.net  Thu Mar 27 17:32:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Thu, 27 Mar 2003 17:32:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

But if this is the second time around, you might be looking at a stale image and your button presses really are going to the player because technically gpsapp isn't in control yet.  I checked this out today while I was out to lunch. The behavior was as follows:

First time entering GPSapp, worked fine.

Second time entering GPSapp, the map screen was updating, my speed was changing on the screen, everything seemed to be working correctly. It was not a stale image, it was tracking my correct location on the route. When I pressed the right button to zoom the map, it fast-forwarded the music instead.

So it's not a stale image, and GPSapp _is_ working when the bug occurs.  




From tfabris at jps.net  Fri Mar 28 08:30:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 28 Mar 2003 08:30:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Question about the route directions...

If I'm in the Text screen, with the list of text directions up, and I'm cycling backwards and forwards through the list with the knob... Sometimes the wording of the directions will change as I cycle through the list. For instance, one particular line will flash between "bear right on xxx" and "continue on xxx", as if the software can't make up its mind which of the two turn instructions to give me.

Is this by design, and if so, why?  


From fossi at empegbbs-noreply.merlins.org  Fri Mar 28 08:34:00 2003
From: fossi at empegbbs-noreply.merlins.org (fossi@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 08:34:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

Could be a similar problem:

When I start the car, empeg starts, I start gpsapp and everything works fine, the route is displayed.

When turning ignition off (e.g. during tanking or a brake) and on again when empeg has not powered down yet empeg comes back with mp3-screens but not with gpsapp. Holding the knob pressed brings up gpsapp but not hijack menu.

Sometimes gpsapp hangs up the empeg completely during this process.

Juergen  


From tfabris at jps.net  Fri Mar 28 08:39:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 28 Mar 2003 08:39:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

This is probably related to a similar bug that happens with all third-party apps (not just GPSapp, I've seen it happen with Empacman, for example) where exiting the app and entering the Hijack menu again causes the behavior you describe. You don't have to turn off the ignition to reproduce the bug, you can reproduce it by going in and out of the app enough times.

As a temporary work-around in your case, you might want to consider making your standby timeout shorter. I've found that changing the timeout to 5 seconds or less tends to work around certain bugs that happen, like the one you described.  

Holding the knob pressed brings up gpsapp but not hijack menu.  By the way, in that case, what you're seeing is (I believe) a "stale screen" as Jan described earlier. It's a frame buffer of the screen when GPSapp was running, but it's just a "screen shot", it's not GPSapp actually running.

This also seems to be somehow related to the bug where apps disappear from the GPSapp menu after they're bound to it.


From Rafy at empegbbs-noreply.merlins.org  Fri Mar 28 09:53:00 2003
From: Rafy at empegbbs-noreply.merlins.org (Rafy@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 09:53:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

I think 128x32 is not much different from a palm pilot screen, and they have big maps scrolling around the screen on them ... in fact the only problem i see with using the empeg to pan maps around is the 4 color (i use the term 'color' loosely) screen ... but i think it's worth a shot to try this idea ...   


From jaharkes at empegbbs-noreply.merlins.org  Fri Mar 28 10:37:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 10:37:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

In a way it is by design. The 'turn' information is not stored in the route files, but generated on the fly by calculating the difference between the incoming and outgoing heading of a turn. This is stable for all points except for one, which is the  turn we're approaching. This is because the code assumes that our existing location is more precise and if we were to approach a turn from the wrong direction after a short 'detour', the instructions will still be right.

It bugged me when it was telling me to take a right onto fifth avenue when I knew it should be a left because I had selected a route with a different startpoint but the same endpoint as where I was going to.  


From tfabris at jps.net  Fri Mar 28 10:45:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 28 Mar 2003 10:45:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

It makes sense, I suppose.

I guess that's the same thing I reported earlier, where it was telling me to turn left at a location where I needed to go straight... because my actual position was slightly to the right of where the mapping data thought the road should be...   


From jaharkes at empegbbs-noreply.merlins.org  Fri Mar 28 10:52:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 10:52:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

I tried, and tried, and tried again. But haven't been able to get this behaviour at all. Yes, I was in the car and not using hijack's 'DC mode' override.

But from your description, this should not be possible. I've looked at my code, and it clearly does 'BINDBUTTONS', followed by 'SETGEOM', before flushing pending serial input and refresing the screen. The advantage of a single thread application, I _know_ that gpsapp doesn't refresh the screen until the hijack redirections are all registered.

The only thing I can think of now is that hijack somehow clobbered the array that I passed along with the ioctl. I don't see any code in hijack that would in fact do so. But it isn't too much trouble to pass a copy of the array instead of the original.

I have noticed the 'standby' bug. When I start my engine, the accessory line is temporarily turned off and the empeg blinks into standby for a moment. When it returns, it always returns to the player. My guess is that the player in fact exits and restarts and that hijack responds to the player startup by reinitializing some pointer and completely forgets that there was a 3rd party app running.

Because the app isn't getting any input, it simply runs indefinitely in the background and can't tell anything is wrong because the waitbuttons, pollbuttons and screen refresh ioctls never fail. Hmm, that is probably the easiest solution, add an error code to some of these ioctls when hijack doesn't think that the app is 'in control'.  


From fossi at empegbbs-noreply.merlins.org  Fri Mar 28 11:28:00 2003
From: fossi at empegbbs-noreply.merlins.org (fossi@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 11:28:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

Yes, that describes the bug well, so your probably right.

Reducing the time-out is not an option for me as my WLAN is only powered when ignition is off and empeg still on. So when I reduce the time-out WLAN will no longer work.

Juergen  


From jaharkes at empegbbs-noreply.merlins.org  Fri Mar 28 11:32:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 11:32:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

128x32 is still very different from 160x160. And newer pilots like the Handera and Sony's have even larger screens (160x240 and 320x320), or more grayscales and even colors.

Also the usability of the color palette that is available on the empeg for these purposes is questionable. See the previous discussion on
empeg < maps. As you can see this subject has come up over and over and over and from now on I'll try to ignore any future occurences. Maybe I'm just being too cynical and have discouraged everyone? Normally when I say that something can't be done, others take that as a challenge and do it anyways  ;-)  


From dbrashear at empegbbs-noreply.merlins.org  Fri Mar 28 11:35:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 11:35:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

Like Jan says, the x32 dimension is the killer.

Find a map and crop 128x32 out of it. Only vector data is going to look like anything worthwhile.
 


From wfaulk at empegbbs-noreply.merlins.org  Fri Mar 28 11:40:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 11:40:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

Regardless, as Jan also implies, do it anyway.  Find a pattern of the four levels available that looks right and do something with it.  Just throwing it up as an imagepan would be proof of concept enough.

I can see that you could find the right ``color scheme'', but the big problem in my mind is that a streetmap isn't very useful without street names, and those are going to be very hard to deal with.  The only thing I can think of is some sort of metadata that associates a streetname with positions on the map and dynamically pops them up.  Of course, if you're headed for a particular street, then you'd need a way to label that, too.

But all of that comes after someone can show that a map on the empeg display is usable at all. 


From dbrashear at empegbbs-noreply.merlins.org  Fri Mar 28 11:52:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 11:52:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

I did. I had a colormap reducer that would take a USGS geotiff and throw away everything I didn't care about. I threw it up just as an image pan (not in gpsapp) and decided it wasn't visible enough to spend another minute on. 


From wfaulk at empegbbs-noreply.merlins.org  Fri Mar 28 11:56:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 11:56:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

Sorry.  I responded to your post, but I was directing my comments at ShadowMan.

I think that if someone could come up with a legible map that it would at the very least be interesting, and, as such, there's no reason to discourage someone else from investigating it -- in fact, quite the opposite.   


From jaharkes at empegbbs-noreply.merlins.org  Fri Mar 28 12:33:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 12:33:00 GMT
Subject: [Empeg-programming] Re: Moving Maps on empeg...
Message-ID: 

I clipped a small piece out of your map converted it to a compressed empeg image for the imagepan visual. If you replace /empeg/lib/visuals/escher.raw it will give some idea of the scale.

Ofcourse this topo map seems to be largely derived from a vector dataset and not an actual paper map, so it is relatively uncluttered. But you can't zoom out to get an 'overview'.  


From tfabris at jps.net  Fri Mar 28 13:50:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 28 Mar 2003 13:50:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

But it isn't too much trouble to pass a copy of the array instead of the original.  I'd be happy to test a copy of a binary which tried this functionality.

Another thing to consider... I'm probably running a different model of GPS than you are, and I can't reproduce the bug when there's no serial communication going on, so perhaps there's something about the serial communications that are going wonky and causing this?

Here's another couple of things that makes me think of serial:

- Sometimes, when I start GPSapp, the music hiccups as GPSapp starts up.

- Sometimes, GPSapp displays a blank black screen for a long time (even as long as 20 seconds on occasion) before the first "Waiting for data from GPS receiver" message appears.

The "Waiting for data" message never does more than a brief blink, so once the receiver is connected then the communication happens fine. But there's that long black pause before the first message is even listened for that makes me worry that the app is having trouble talking to the GPS on the serial port at first. Any idea whether that might be related?   


From canuckInLA at empegbbs-noreply.merlins.org  Fri Mar 28 14:17:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 14:17:00 GMT
Subject: [Empeg-programming] Emtune?
Message-ID: 

My neighbour is moving, and gave me a guitar. Unfortunately, it's not in tune, and I don't know how to tune it off the top of my head. (I know how to tune it, I just don't have any sort of reference to get it right.) Then I got to thinking...

The empeg has a mic input. Theoretically, then, we could write an app that uses the mic, and acts as a tuner. Since this is totally outside the scope of my understanding, I'm curious to know what a project like this might entail?
  


From wfaulk at empegbbs-noreply.merlins.org  Fri Mar 28 14:27:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 14:27:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Music is relativistic anyway.  Get your E string about right by ear and just tune the rest of it so that it's internally consistent. 


From tfabris at jps.net  Fri Mar 28 14:30:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 28 Mar 2003 14:30:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Or, just pick up a $20.00 electronic tuner at any music store...

I happen to have just gotten a matrix tuner that I'm really happy with.

By the way, for relative tuning, the opening note of "Tom Sawyer" on Moving Pictures is a low E.  :-)  


From dbrashear at empegbbs-noreply.merlins.org  Fri Mar 28 15:29:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 15:29:00 GMT
Subject: [Empeg-programming] Re: GPSApp or Hijack Bug. Let's fix it please
	plea
Message-ID: 

- Sometimes, when I start GPSapp, the music hiccups as GPSapp starts up. 

I have that routinely.

 


From FerretBoy at empegbbs-noreply.merlins.org  Fri Mar 28 16:57:00 2003
From: FerretBoy at empegbbs-noreply.merlins.org (FerretBoy@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 16:57:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

[Friday afternoon smart aleck mode]

Oooh, perhaps we could talk to the guys at Line6 and get some of their amp emulation code and make our Empegs into PODs!  Then maybe some MIDI controls for hooking in keyboards . . .

[/Friday afternoon smart aleck mode]  


From wfaulk at empegbbs-noreply.merlins.org  Fri Mar 28 17:04:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 17:04:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Oh, that reminds me.  The empeg's inputs are probably not ``tuned'' to accept a line directly from a guitar's output.  The guitar would be way quiet, as the only electricity actually being generated is very minimal.  I think that alone would probably make the empeg unable to properly determine the note being played.  And I'd imagine that getting something that would provide enough power to make it work would cost as much as just getting a tuner.  (Hell, for $20, getting an adapter for a 1/4" phone jack to an RCA jack would get you close.)

But I could be wrong. 


From tfabris at jps.net  Fri Mar 28 18:40:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 28 Mar 2003 18:40:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Not to mention the basic issue of... needing to plug in and hook up the empeg for something as simple as tuning a guitar is going rather overboard. It'd be like heating up the big oven just to make a cup of instant coffee. I mean, it'd work, but isn't a microwave oven faster and easier?

And by the way, I forgot to ask if the guitar was acoustic or electric. That tuner I recommended is pretty much only useful for an acoustic guitar. There are even cheaper ones that will work for electric guitars.  


From wfaulk at empegbbs-noreply.merlins.org  Fri Mar 28 18:41:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 18:41:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Or buy a tuning fork.  They don't need batteries. 


From tfabris at jps.net  Fri Mar 28 18:53:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 28 Mar 2003 18:53:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

True, but tuning forks are harder to tune against than an electronic tuner. You get better, faster results with an electronic tuner, especially for a newbie.

Having hung around a lot of music stores in my time, I've watched many parents come in to buy their kid his first guitar. They figure it's like a pocket calculator: If you use a calculator all the time, your math skills will slack off. They think it's better for the kid to start out using a tuning fork or pitch pipe and then learn how to tune the instrument relative to itself.  They think that an electronic tuner is somehow "cheating" and preventing the kid from having a proper ear for tuning. 

Nothing could be farther from the truth, actually.

One thing that a newbie should learn as early as possible is how to hear what a properly-tuned instrument sounds like in his hands. The closer to pitch-perfect the guitar is, the better ear he'll develop and the more easily he'll be able to learn musical theory and harmony. And the more likely he'll be to recognize an out-of-tune instrument when he hears one. The skill to relative-tune his instrument can come later-- buy the kid the electronic tuner *now*.

Especially considering that the intonation on many "cheap" beginner guitars is so bad that relative-tuning becomes an exercise in frustration and compromise...  


From SE_Sport_Driver at empegbbs-noreply.merlins.org  Fri Mar 28 19:35:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 19:35:00 GMT
Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice
Message-ID: 

I just wanted to give this great thread a bump...  any updates? 


From sundayjumper at empegbbs-noreply.merlins.org  Fri Mar 28 19:55:00 2003
From: sundayjumper at empegbbs-noreply.merlins.org (sundayjumper@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 19:55:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

"It'd be like heating up the big oven just to make a cup of instant coffee. I mean, it'd work, but isn't a microwave oven faster and easier?"

You guys really use a microwave to make instant coffee ??  I remember never seeing kettles over there, but I'd never thought through the implications.  Wow.  What did you do before microwave ovens ?

Steve.   


From SE_Sport_Driver at empegbbs-noreply.merlins.org  Fri Mar 28 20:04:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 20:04:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Before microwave ovens?  What is he talking about? 


From tfabris at jps.net  Fri Mar 28 20:13:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Fri, 28 Mar 2003 20:13:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Before microwave ovens? What is he talking about?  And I suppose he's going to tell us Paul McCartney used to be in some band, too.  


From wfaulk at empegbbs-noreply.merlins.org  Fri Mar 28 20:31:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 20:31:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

He did.  It was called ``Wings''. 


From wfaulk at empegbbs-noreply.merlins.org  Fri Mar 28 20:38:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 20:38:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

You get better, faster results with an electronic tuner, especially for a newbie.You know, I never found that to be the case.  When I had a tuner, I'd try to get all of the strings in tune according to it, and it took me a long time.  I ended up using it to make sure that E was in tune, and then just do the rest by ear, fine tuning playing chords and making minor adjustments.  (D, D flat, Dsus2, and Dsus4 always worked well for me in this case for some reason.)  But, then, I think I may have the rudiments of perfect pitch, so maybe tuners are easier and better for some. 


From genixia at empegbbs-noreply.merlins.org  Fri Mar 28 23:17:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 23:17:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Ok, got to play with this today. The altitude bug isn't totally fixed. Apparantly I was at 4 billion feet altitude at some point. I know I live on a hill, but it's not that high  ;-)

Suggestion. Can you stat the routes directory immediately upon startup, before even being selected in hijack? We know that at startup the disk is spun up, and this would eliminate the display delay that  occurs when trying to select a route when the disks are spun down. And if you leave the current stat in place where it is (but discard the results) then that will spin the disks up as soon as we start to look through our route list, hence keeping load times much the same as they are now. 

 


From canuckInLA at empegbbs-noreply.merlins.org  Fri Mar 28 23:32:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 23:32:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Uhh.... I don't actually have any clue what you're going on about, so I'll just assume this is just some sort of self-aggrandizement snobbery done in an effort to cover up the fact that you really don't know jack-shit about what I asked. Post racer.

  


From canuckInLA at empegbbs-noreply.merlins.org  Fri Mar 28 23:39:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 23:39:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Not to mention the basic issue of... needing to plug in and hook up the empeg for something as simple as tuning a guitar is going rather overboard. Yes, it is. But then, my empeg is always plugged in and hooked up anyway -- it hasn't even been installed in my car yet, and I've had it for over a year, now.

It'd be like heating up the big oven just to make a cup of instant coffee.I have no issues with doing that. I don't own a microwave. The microweave may be faster and easier, but sometimes doing things the slow difficult way brings more satisfaction. 

  


From canuckInLA at empegbbs-noreply.merlins.org  Fri Mar 28 23:45:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 23:45:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

for relative tuning, the opening note of "Tom Sawyer" on Moving Pictures is a low E.

Good effort, but I'm still not buying any Rush.  ;-)
  


From canuckInLA at empegbbs-noreply.merlins.org  Fri Mar 28 23:49:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Fri, 28 Mar 2003 23:49:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Well, with the exception of this reply (thanks, Bitt), none of the others bothered to even attempt to answer my question, which is what such a project would entail. I didn't ask if it's a good idea or a bad idea -- I'm quite aware it's rather frivolous -- or ask anyone to write it for me (I guess the "we" should have been an "I"), I'm just curious what sort of things I would need to know if I were to actually try doing something like this. Heaven forbid someone want to do something purely out of intellectual curiosity. 

The empeg's inputs are probably not ``tuned'' to accept a line directly from a guitar's output.

I never thought of that. Is a guitar output in the same category as the empeg line-level rca out? Wouldn't matter in my case, though, since I have an acoustic, so it'd have to be a regular mike.

Now... does anyone else have a useful answer?

   


From wfaulk at empegbbs-noreply.merlins.org  Sat Mar 29 00:10:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 00:10:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Is a guitar output in the same category as the empeg line-level rca out?I'm not really sure what the specifics are.  All I can tell you is what I know from experience in a similar situation.  (This is electric guitar specific, so I guess it's more general interest than actually answering your question.)

One time, my amp died, but I wanted to practice with some volume.  So I tried plugging it into my stereo via an appropriate cable.  I found that if I plugged it into the CD inputs on the stereo, I barely got any volume.  If I plugged it into the turntable inputs, I got reasonable volume, but it clipped a good amount.  I don't know what this means in actual electrical terms, but neither one was ``proper'', whatever that means.I have an acoustic, so it'd have to be a regular mikeThis would probably be a little easier.  You can probably find some code online that will determine pitch based on audio input.  My first thought is that the sampling limitation of the mike input might be an issue, but the high E is only going to be about 300Hz, so that's probably not a big deal.

Also note that you can get a pickup for an acoustic guitar, if you're so inclined.  (Note that not all of the pickups in that link are for acoustics, but many are.) 


From genixia at empegbbs-noreply.merlins.org  Sat Mar 29 00:29:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 00:29:00 GMT
Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice
Message-ID: 

I'm still working on it, although my code immersion time this week has been limited. Efforts to completely eliminate clicks resulted in significantly messier code than I liked, so I decided to undertake a major restructuring, and implemented a state machine to track the generator state and prevent clicks. The good news is that it is pretty much click proof now. The bad news is that I broke the hijack interface in doing so, and need to clean that up.  




From yn0t_ at empegbbs-noreply.merlins.org  Sat Mar 29 01:09:00 2003
From: yn0t_ at empegbbs-noreply.merlins.org (yn0t_@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 01:09:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Now... does anyone else have a useful answer?

No, but I have a riddle:

Q:  How many empeg enthusiasts does it take to develop a new userland application?

A:  Twenty-two.  One to come up with the idea, twenty to criticize, nay-say, and generally crap all over the idea, and one to accept the challenge and go do it.  


From canuckInLA at empegbbs-noreply.merlins.org  Sat Mar 29 02:25:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 02:25:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Hee hee.  :-D  


From canuckInLA at empegbbs-noreply.merlins.org  Sat Mar 29 02:49:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 02:49:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Is a guitar output in the same category as the empeg line-level rca out?I'm not really sure what the specifics are. All I can tell you is what I know from experience in a similar situation.
Hmm... from another thread, it looks as though it's situation dependent -- car audio line level is 4V, in-home line level is somewhere around 1V. Musical instruments may be another category. 

You can probably find some code online that will determine pitch based on audio input.
Aha! That's the word I was stuck on... pitch. All I could think was frequency, but I knew there was a music word for it.  :-)
I managed to find a java app while searching around for reference wav files.

My first thought is that the sampling limitation of the mike input might be an issue, but the high E is only going to be about 300Hz, so that's probably not a big deal.
So if the mike input can't sample fast enough, then my sampled input wouldn't be a true representation of the note I was playing... yuck. I'd have to do some sort of anti-aliasing signal reconstruction, then. Bleh... I didn't do so hot in that class in uni.  :-p)

Also note that you can get a pickup for an acoustic guitar, if you're so inclined.
I think I'll wait and find out if I like my new neighbours before I accost them with my neophyte guitar practice at an amplified level.

Thanks,
A
  
Edit: PS... the guitar is now in tune.


From FerretBoy at empegbbs-noreply.merlins.org  Sat Mar 29 09:35:00 2003
From: FerretBoy at empegbbs-noreply.merlins.org (FerretBoy@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 09:35:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Sorry, I didn't mean to come off like that.   }:-(    The thought of using the Empeg as a "catch all" music device seemed funny to me (especially since I always have my empeg whenever I play), though clearly the humer didn't come out right.  Please accept my apologies.  


From SE_Sport_Driver at empegbbs-noreply.merlins.org  Sat Mar 29 10:16:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 10:16:00 GMT
Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice
Message-ID: 

When you do, I think this project might deserve it's own thread.  :-)   I'm VERY excited about this.  :-)  :-)  :-) 


From tfabris at jps.net  Sat Mar 29 11:40:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sat, 29 Mar 2003 11:40:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

The altitude bug isn't totally fixed. Apparantly I was at 4 billion feet altitude at some point.  Altitude seemed to work for me, but I wasn't spending a lot of time looking at it. Is that some kind of a signing-flag bug?  


From mlord at empegbbs-noreply.merlins.org  Sat Mar 29 11:45:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 11:45:00 GMT
Subject: [Empeg-programming] Hijack v322:  Fixed the MOD4096 config.ini issue
Message-ID: 

Okay, Hijack v322 is out.

This version fixes a long-standing problem inside Hijack which prevented correct parsing of config.ini when that file was larger than 4095 bytes in size.

The reason for the bug was that Hijack tries to intercept only the FIRST read of conffig.ini from the player, so as not to mess up subsequent reads by Emplode or whatever.  However, on startup, the player appears to read the file twice:  once partially (modulo 4096), and then again fully, but only when it's larger than 4095 bytes.  

It's not clear whether the player is doing the partial read intentionally, or if libc (or the kernel) is doing some kind of fancy read-ahead thingie, but now that the behaviour is known, Hijack copes with it correctly.

So.. if your config.ini is HUGE, it will work with Hijack now.

Cheers 


From tfabris at jps.net  Sat Mar 29 11:48:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sat, 29 Mar 2003 11:48:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I think this is a bug:

I looked in the readme to see if this was configurable, but I didn't see an option for it, so I'm assuming this is a bug. Of course, we all know what happens when you make an assumption: You make an ass out of you and Umption...

On the map screen, there are three numbers to the right side of the screen. I can clearly see that the bottom two numbers are current speed and distance to next waypoint. My assumption is that the top number is supposed to be distance remaining to the final destination. 

But when I was using GPSapp yesterday, as I was following the route, I noticed the top number was counting up instead of down. As if it were measuring the distance from the start of the route rather than the end of the route. My destination was about ten miles from my start, and when I finished the trip, the top number was saying about 10 miles.

Is that by design or is that a bug?

And by the way, I know I was following the correct route, not a reverse of the route. The turns were all in the right order and it tracked correctly.  


From tfabris at jps.net  Sat Mar 29 11:55:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sat, 29 Mar 2003 11:55:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

I don't actually have any clue what you're going on about, so I'll just assume this is just some sort of self-aggrandizement snobbery done in an effort to cover up the fact that you really don't know jack-[censored] about what I asked.  Actually, he knew exactly what you were talking about, and made a pretty funny joke that many guitarists would get. It wasn't snobbery, it was rolling with the theme.

Humor is like a frog: You can dissect it, but the thing dies in the process. But I'll try to explain anyway...

"Line 6" is a company that makes digital guitar effects processors, and one model line of theirs is called the "Pod".   


From tfabris at jps.net  Sat Mar 29 11:58:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sat, 29 Mar 2003 11:58:00 GMT
Subject: [Empeg-programming] Re: if (++postcount <= 1600) rejoice
Message-ID: 

Yeah, what he said.  :-)  


From tfabris at jps.net  Sat Mar 29 12:32:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sat, 29 Mar 2003 12:32:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I've also noticed that it still has trouble snapping to the correct waypoint in certain "really close" situations. It's hard to describe, but I'll try.

Imagine the following route (this is an actual example from my route to work in the morning):



A and B are actual waypoints, requiring that I make a turn. In this case, the distance between A and B is very small, perhaps only a hundred feet or so. Maybe less.

The mapping data is pretty accurate for this set of streets, but it's not perfectly aligned with the real GPS readings. So my path is off from the map data, just a little, as you can see.

GPSapp malfunctions on this set of turns. It either tells me about waypoint B much too late (after I'm already executing the turn), or it never stops telling me about waypoint A (requiring me to twiddle the knob to get it tracking properly again).

I understand that the real path isn't exactly on the data path, so I can see why GPSapp is having trouble with it. But I'm wondering if there's any way GPSapp can be more clever about how it snaps to the next waypoint. For example, it might be able to use my heading direction to decide whether or not I've actually executed a turn. Or it could notice that the next two waypoints are really close together, and temporarily "tighten up" its snap distance to make sure that I don't miss the B waypoint.  


From dbrashear at empegbbs-noreply.merlins.org  Sat Mar 29 13:12:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 13:12:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

You'll probably say you can't, but if you could capture some GPS output through this segment, and give me a route file...
 


From dbrashear at empegbbs-noreply.merlins.org  Sat Mar 29 13:15:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 13:15:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I should look at the code and see if there are multiple ways we can get altitude. From gpsd I have this vague idea that there are multiple ways which provide a different answer unless you remember to normalize for what the input actually is. 


From genixia at empegbbs-noreply.merlins.org  Sat Mar 29 13:22:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 13:22:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Oh, another feature request...

When changing waypoints, can we get an autozoom so that the next waypoint is on the screen at an appropriate scale? I'm guessing that this would need to be a toggleable option. 


From tfabris at jps.net  Sat Mar 29 13:22:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sat, 29 Mar 2003 13:22:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

You'll probably say you can't, but if you could capture some GPS output through this segment, and give me a route file...  How would this be done?

Do you mean stream the serial output from the GPS unit to a file? If that can be done with some kind of softare on the player, I'd be happy to do it.  


From dbrashear at empegbbs-noreply.merlins.org  Sat Mar 29 18:17:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 18:17:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Do you mean stream the serial output from the GPS unit to a file?
Yes.

If that can be done with some kind of softare on the player, I'd be happy to do it.

Well, I could write something, but if you wait for that it will probably be a bit. Basically the simple way involves installing gpsd, making it get run by hijack, then installing "nc" (netcat) and a script which runs netcat, connects to gpsd, sends 'R' to enable raw mode, and writes output to a file... but you'll have to pick a partition on your player to mount read-write to do it.

Don't ask me to script it, at least not today.

 


From canuckInLA at empegbbs-noreply.merlins.org  Sat Mar 29 19:39:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Sat, 29 Mar 2003 19:39:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Water under the bridge. 

  




From mlord at empegbbs-noreply.merlins.org  Sun Mar 30 11:14:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 11:14:00 GMT
Subject: [Empeg-programming] Hijack v323:  Fixed(?) .m3u issues in khttpd
Message-ID: 

Okay, after releasing only 20 Hijack updates over the 12 months from February to February, things seem to be picking up again.. 

Hijack v323 is now released, to (hopefully) fix some bugs in the .m3u generation for single Tunes, and also includes some slight improvements for general compatibility with PC based .mp3 players.

Get yours now! 


From dbrashear at empegbbs-noreply.merlins.org  Sun Mar 30 13:05:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 13:05:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Yup, but he mounted his GPS in his dash I bet. I suppose if he had another that might work. 


From cushman at empegbbs-noreply.merlins.org  Sun Mar 30 13:36:00 2003
From: cushman at empegbbs-noreply.merlins.org (cushman@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 13:36:00 GMT
Subject: [Empeg-programming] Re: Hijack v323:  Fixed(?) .m3u issues in khttpd
Message-ID: 

Mark, I'm glad to see development picking up again.  Two humble requests:

1. Is there a chance we could get IrDA compiled into Hijack by default?  No IrCOMM support is needed (no user apps that use IrCOMM right now)

2. Could we get a config.ini option to EXEC programs _after_ the player has started?  Palantir needs to be started after the player, and right now I'm using a hokey script to wait for x seconds to start it.

Thanks! 


From genixia at empegbbs-noreply.merlins.org  Sun Mar 30 13:36:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 13:36:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Ok, here's the useful answer  ;-)

Firstly, let us assume that we can somehow get the guitars output into the empeg using the line input. It might take a small preamp gadget, but it's doable.

Ok, that leaves the challenge to be:
1) Tell the kernel that we want to sample the input. In practice, that means to make the same ioctl calls to the kernel that the player makes when switching to aux in. We know that 'Aux In' visuals have to be sampled somewhere...
2) Read the samples into the application. The sample rate is not an issue - ISTR that the sampling rate is 22.05KHz. Obviously the root frequencies of a guitars strings are a couple of magnitudes lower than this, so Nyquist can piss off and mind his own business.
3) Do a fourier transform on the samples. This is the tricky part, but obviously doable since many of the players visuals rely on such transforms. Aside from the fact that coding fourier transforms isn't particulary trivial to begin with, we also need to remember that musical notes in the lower octaves aren't integer Hz, and the fourier transform needs to be able to measure this. (I doubt the player FFT code cares about that point).
4) Find the highest peak. Sanity check that it's also the lowest frequency peak and that we're not getting a harmonic at a higher level than the root. 
5) Compare the frequency of that peak to an array of frequency ranges to find out which note it is closest to.
6) Display the note, and an indication of which way we need to tune to get absolute.

There is another approach that might have some merit investigating;
Instead of measuring the current tuning of the string, we could use the DSPs tone generators to play a note that we could tune against. This would avoid the hassle of coding FFTs, or dealing with guitar signal levels. In fact, the userland coding would be trivial. 
I'm in the process of developing arbitrary sine wave functionality along with appropriate userland ioctls anyway, so once I've gotten that  stable and accepted into hijack, it would just be the case of using a look up table to find the appropriate frequency for the note in question, and then call the ioctl with it. 
The limitation of this approach is that the DSP can only play integer frequencies, so low octave notes are going to have errors in them. But we could tune using harmonics, a technique that many guitarists use when relative-tuning anyway. And we should be able to hear beat frequencies. 


From mlord at empegbbs-noreply.merlins.org  Sun Mar 30 14:06:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 14:06:00 GMT
Subject: [Empeg-programming] Hijack v324: Fixed more .m3u issues
Message-ID: 

And yet another one..

v324 fixes the "Stream" link from the top left corner of the playlist browser, so that it works again   *^_^*.   And for the benefit of the dumb playlist window in XMMS, hyphens are no longer hex-encoded on the .m3u URL lines.

Cheers 


From dbrashear at empegbbs-noreply.merlins.org  Sun Mar 30 14:18:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 14:18:00 GMT
Subject: [Empeg-programming] Re: Hijack v324: Fixed more .m3u issues
Message-ID: 

You call it "234" on the website. This confused jEmplode into telling me I'm up to date  ;-) 


From tfabris at jps.net  Sun Mar 30 14:26:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sun, 30 Mar 2003 14:26:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Yup, but he mounted his GPS in his dash I bet.  I did. I'm not _that_ adverse to digging in the dash, but it's just a question of getting the time to do that. It's a bit of a project.

The GPSD software solution sounds like one way to go about it, but I know just enough about Linux to make me dangerous, so without some really detailed instructions, I'm loath to attempt it on my own.   


From tfabris at jps.net  Sun Mar 30 14:29:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sun, 30 Mar 2003 14:29:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Yeah, just use the existing Hijack sinewave generator to make a 440hz tone, and that's your guitar's A string and you can tune relative to that.  :-)  


From dbrashear at empegbbs-noreply.merlins.org  Sun Mar 30 14:40:00 2003
From: dbrashear at empegbbs-noreply.merlins.org (dbrashear@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 14:40:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Well, we have broken stuff here, and I have a funeral to go to, and after that, probably Wednesday at earliest I might be able to script something and give you some binaries.

 


From jaharkes at empegbbs-noreply.merlins.org  Sun Mar 30 14:44:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 14:44:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Ok, got to play with this today. The altitude bug isn't totally fixed. Apparantly I was at 4 billion feet altitude at some point. I know I live on a hill, but it's not that high

And I thought I was dealing with altitude as a signed integer all the way by now. I don't really have a way to test it because the lowest point around here is several hundred feet above sealevel.

Preloading the list of routes at startup would solve the pause when we go into the 'select a route' menu, but I don't see what the use would be when the current stat (actually opendir) is left in place. As soon as we call stat or opendir, the process is stalled until the disk is spun up, it doesn't matter if we use or discard the result.  


From jaharkes at empegbbs-noreply.merlins.org  Sun Mar 30 14:56:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 14:56:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Was it stuck at some waypoint in the middle of the route? What we do is, first get the distance between 'closest point' and the end of the route. The distances for all points in the route are pre-computed whenever we load the route into memory. And then we add the distance between our current location and that closest point. The number in the top right corner is not an 'as the crow flies' distance to the destination, but the true sum assuming that we will have to pass all waypoints including the currently selected one.  


From jaharkes at empegbbs-noreply.merlins.org  Sun Mar 30 15:07:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 15:07:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I've also noticed that it still has trouble snapping to the correct waypoint in certain "really close" situations. It's hard to describe, but I'll try.

Yeah, most car navigation systems seem to use a 'trick' for this. They 'snap' the gps reported location to the closest road which has the correct heading. People that go hiking or offroading have to explicitly disable this feature to get correct position reporting.

I don't want to do something like this until we have full street information available. The current routes really don't have that much information and if we snap the current position to a likely place in the route  it would be a bit difficult to find the correct route back after a wrong turn.    


From tfabris at jps.net  Sun Mar 30 15:08:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sun, 30 Mar 2003 15:08:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Was it stuck at some waypoint in the middle of the route?  No, it was tracking my path and correctly displaying the waypoints in the correct order when I observed this behavior.

The number in the top right corner is not an 'as the crow flies' distance to the destination, but the true sum assuming that we will have to pass all waypoints including the currently selected one.  Which is the behavior I expected. Only it seemed to be counting upwards away from zero as I approached the destination, not downwards toward zero. The number kept getting higher as I traveled the (correctly tracked) route, not lower. 

It really does seem to have gotten its start and end points mixed up for the calculation of that number. It really looked like it was showing me distance-from-start, not distance-to-end.

The other number, the one in the lower right, correctly calculates distance to next waypoint. It's on the upper-right number that I noticed this behavior.  


From tfabris at jps.net  Sun Mar 30 15:12:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sun, 30 Mar 2003 15:12:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

The current routes really don't have that much information and if we snap the current position to a likely place in the route it would be a bit difficult to find the correct route back after a wrong turn.  I agree that it would be bad to snap your current position to the map data. Because as we all know, map data can suck pretty often.  :-)  I like the way it works currently: seeing how far off from reality the map data is.

But maybe, just for the purposes of deciding which waypoint to select and display, it could sort of "assume" a snap? Not for the actual screen display, not for the actual calculations of everything else... just for purpose of choosing when to display the next waypoint.

This would also solve the problem of it saying to turn left when you're clearly looking at a right turn (as we discussed before).  


From genixia at empegbbs-noreply.merlins.org  Sun Mar 30 15:21:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 15:21:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Preloading the list of routes at startup would solve the pause when we go into the 'select a route' menu, but I don't see what the use would be when the current stat (actually opendir) is left in place. As soon as we call stat or opendir, the process is stalled until the disk is spun up, it doesn't matter if we use or discard the result

Good point. I wonder if there's any kernel ioctl that can force a spin up with an immediate return? 


From mlord at empegbbs-noreply.merlins.org  Sun Mar 30 15:23:00 2003
From: mlord at empegbbs-noreply.merlins.org (mlord@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 15:23:00 GMT
Subject: [Empeg-programming] Re: Hijack v324: Fixed more .m3u issues
Message-ID: 

Ooops.. I'll respin it and reupload in a few minutes.

Thanks 


From jaharkes at empegbbs-noreply.merlins.org  Sun Mar 30 15:47:00 2003
From: jaharkes at empegbbs-noreply.merlins.org (jaharkes@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 15:47:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Would probably still not be that useful. There isn't much memory and the player mlocks most of it for it's own use. Any codepath that hasn't been executed in a while has a high probability that it was paged out, so it is equally likely that something as simple as a function call is blocking on the disk spinup.

It is fairly easyl to observe, simply run ps auxwww and notice that the RSS size of pretty much every process (except for the player) is significantly smaller than the VM size. When gpsapp is blocked in the hijack waitmenu ioctl, it is completely paged out after a while.

I view this as a good reason to avoid useless and duplicated code. Most problems are avoided when the binary and memory usage are as small as possible. There are limits, with a full streel level database we simply can't avoid disk accesses.  


From genixia at empegbbs-noreply.merlins.org  Sun Mar 30 17:05:00 2003
From: genixia at empegbbs-noreply.merlins.org (genixia@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 17:05:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

unless gpsapp mlock'd that function...

But at this point, I'd be inclined to agree that the effort wouldn't be justified for just this reason. I do wonder whether it might be worth mlocking just enough of the menu structure so that gpsapp always appears responsive to user input, even if everything else is paged out. But that's another story.

I still think it's worth stating the directory early though. From the  usability aspect, people tend to accept delays in loading files more than they do when listing them, and it'd be more consistent with delays elsewhere on the empeg - eg Playlist loading, the delay happens at the load. 


From wfaulk at empegbbs-noreply.merlins.org  Sun Mar 30 17:36:00 2003
From: wfaulk at empegbbs-noreply.merlins.org (wfaulk@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 17:36:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

I'm not that adverse to digging in the dashaverseI'm loath to attempt it on my own.You got this one right, though.  I hate it when people confuse ``loath'' and ``loathe''.  As much as when they confuse ``breath'' and ``breathe''.  


From Yang at empegbbs-noreply.merlins.org  Sun Mar 30 19:13:00 2003
From: Yang at empegbbs-noreply.merlins.org (Yang@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 19:13:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

 No, it was tracking my path and correctly displaying the waypoints in the correct order when I observed this behavior.Was this in conjunction with it not noticing that you passed a waypoint due to the GPS coordinates being off from the waypoint coordinates?  If so, it will count upwards as it assumes you have to go through that "missed" waypoint.  As you continue on down the path, you are getting further from that "missed" waypoint, so your total route distance would increase.

If not, then I'm out of ideas..  ;-)   


From tfabris at jps.net  Sun Mar 30 19:32:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sun, 30 Mar 2003 19:32:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Was this in conjunction with it not noticing that you passed a waypoint due to the GPS coordinates being off from the waypoint coordinates?  Negative. This was on a different occasion when it was correctly tracking my path.

However, there's a chance that I may have had to twiddle the knob during the start of the trip (i.e., I was already underway when I activated GPSapp, and I twiddled the knob to make it reach the current waypoint).

But when I noticed the "counting up" thing happening, it was tracking correctly and following waypoints correctly.  


From tfabris at jps.net  Sun Mar 30 19:33:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sun, 30 Mar 2003 19:33:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

averse Curses, Bitted again.  :-)  


From tfabris at jps.net  Sun Mar 30 19:35:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Sun, 30 Mar 2003 19:35:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

If so, it will count upwards as it assumes you have to go through that "missed" waypoint.  I would think that if it were tracking my path correctly, it wouldn't care about a missed waypoint 20 miles ago. If it does, I'd call that a bug.  :-)  


From jules at empegbbs-noreply.merlins.org  Sun Mar 30 21:27:00 2003
From: jules at empegbbs-noreply.merlins.org (jules@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 21:27:00 GMT
Subject: [Empeg-programming] VNC Server + Win32 Viewer, suitable for TV
	display
Message-ID: 

For those who are interested in a VNC server/viewer that scales nicely to a full 640x480 display, showing a combination of "track" and "now < next", you can try out something I developed based on wfaulk's VNC server.

It is available at http://strobos.cee.vt.edu/EmpegVNC

I did it so that I can see my empeg on the display in my navigation system and/or my TV in my living room. I still control the empeg with a remote that sends signals to it via an IR-Extender.  


From SE_Sport_Driver at empegbbs-noreply.merlins.org  Sun Mar 30 22:09:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 22:09:00 GMT
Subject: [Empeg-programming] Re: VNC Server + Win32 Viewer, suitable for TV
	display
Message-ID: 

Very cool!  I can't wait to see what people do with this!  :-) 


From Yang at empegbbs-noreply.merlins.org  Sun Mar 30 23:31:00 2003
From: Yang at empegbbs-noreply.merlins.org (Yang@empegbbs-noreply.merlins.org)
Date: Sun, 30 Mar 2003 23:31:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Correct.. However, if it assumed that you missed a turn, it would consider your forward movement to be going away from the next waypoint.  I guess it depends on the difference between the route and your path, and how close to the route you have to be to be considered following the route.   


From tfabris at jps.net  Mon Mar 31 00:11:00 2003
From: tfabris at jps.net (Tony Fabris)
Date: Mon, 31 Mar 2003 00:11:00 GMT
Subject: [Empeg-programming] Re: GPSapp-0.17
Message-ID: 

Lemme clarify what I said... No matter what happened earlier in the trip, even if I got off-track, the software knows that I'm on track *now* and is tracking correctly and showing me that the next waypoint is the correct waypoint. It shows the higlighted section of road (the road ahead of me) correctly. It is correctly counting down the distance to the next correct waypoint.

So, at that point, even if I'd gone off track earlier, the software should be treating it as an "on track, on path" situation, and ignore the fact that I'd strayed earlier in the trip. And should still be counting down the correct distance to both the next waypoint (which it's doing properly) and the end of the route. Not counting up from some old missed waypoint. If that's genuinely what the software is doing, then that's a bug that really needs to be fixed.  


From jimhogan at empegbbs-noreply.merlins.org  Mon Mar 31 00:32:00 2003
From: jimhogan at empegbbs-noreply.merlins.org (jimhogan@empegbbs-noreply.merlins.org)
Date: Mon, 31 Mar 2003 00:32:00 GMT
Subject: [Empeg-programming] Re: VNC Server + Win32 Viewer, suitable for TV
	display
Message-ID: 

> Very cool! I can't wait to see what people do with this! 

Yow!

(Ummmm, like insert picture here from September 2003 of Jim sitting in cockpit of boat completely encrusted by brine but *still* able to hit VNC Playlist button on his new Daylite laptop...)   




From SE_Sport_Driver at empegbbs-noreply.merlins.org  Mon Mar 31 20:09:00 2003
From: SE_Sport_Driver at empegbbs-noreply.merlins.org (SE_Sport_Driver@empegbbs-noreply.merlins.org)
Date: Mon, 31 Mar 2003 20:09:00 GMT
Subject: [Empeg-programming] Re: Exiting Jemplode = Blue Screen in XP
Message-ID: 

Adding that line to the very end fixed it!  Thanks  :-) 


From canuckInLA at empegbbs-noreply.merlins.org  Mon Mar 31 23:51:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Mon, 31 Mar 2003 23:51:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

Uh... wow. That's far more of a challenge than I thought it would be. My thought was much simpler... compare input to a known frequency, and report on the difference. I didn't consider that harmonics would complicate the whole matter. And the FFTs, well, I've heard *of* them.  :-D

Instead of measuring the current tuning of the string, we could use the DSPs tone generators to play a note that we could tune against. This would avoid the hassle of coding FFTs, or dealing with guitar signal levels. In fact, the userland coding would be trivial.

This is more or less what I did -- I just dumped a .wav file on the Empeg.   


From canuckInLA at empegbbs-noreply.merlins.org  Mon Mar 31 23:52:00 2003
From: canuckInLA at empegbbs-noreply.merlins.org (canuckInLA@empegbbs-noreply.merlins.org)
Date: Mon, 31 Mar 2003 23:52:00 GMT
Subject: [Empeg-programming] Re: Emtune?
Message-ID: 

I wondered how long it would be before someone mentioned that.  :-) 
Reading that thread is actually what prompted my musings to begin with.