rcpilot-devs Mailing List for R/C Pilot Project (Page 5)
Status: Beta
Brought to you by:
mjpawlowsky
Menu
▾
▴
rcpilot-devs — R/C Pilot Developers
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
(24) |
Mar
(117) |
Apr
|
May
(1) |
Jun
(15) |
Jul
(2) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Val P. <val...@ya...> - 2004-03-07 14:18:00
|
Let's use: http://www.tsg1.com/images/HUD.pdf as example. Notice blue arrow on top of heading scale (horizontal scale on top of the screen). This arrow shows heading to the destiantion (tracking). It will be nice to add distance to the destination - let's say to the right of the scale. That's my suggestion for the tracker. Val. > > * Give me a set of more-or-less complete requirements (including > what > users will be able to customize). ===== __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: Ian D. <occ...@ia...> - 2004-03-07 14:08:12
|
I'd be happy to take a stab at the Tracker view, providing someone can... * Update the TestServer so it actually works <g> * Give me a set of more-or-less complete requirements (including what users will be able to customize). --ian Michael J. Pawlowsky wrote: > Actually nothing is mandatory. > But what is there now is pretty much the minimum that most people will use. > > With a layout manager in Java we can have things move into place at different resolutions. > > So for instance, things can be glued to the top, bottom, right or left. > They can also be placed a specific distance from the center or edges etc. and move with the size of the window. > > As for size, let me get back to you tomorrow... I need to test something out. > > I know my VR Glasses have a resolution of 800x255. > I need to see how it will display different computer resolution on it. > > I'm pretty sure though I was displaying 1024x768 last year with them. > If that's the case I say the minimum size will be 800x600. > > ***** > VAL and anyone else.... > > Did you buy the Eye-Trek's? > What resolutions does it support? > Are there resolutions that work better than others? > What's the native resolution? > > ***** > > > > > > > > > *********** REPLY SEPARATOR *********** > > On 06/03/2004 at 4:54 PM Chris Dutchak wrote: > > >>Ok, I think i have just about enough info to get started. Just a few >>more questions: >> >>• For the HUD view, I assume the bearings, etc shown here: >>http://rcpilot.sourceforge.net/modules/rcgs/screenshots/HUD-View.jpg >>would always be present. Which instruments would also be mandatory for >>that view? Seems that for that view you would want as little of the >>view obstructed as possible and any elements there transparent. >> >>• Can you give me an exact size the HUD should be? > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > _______________________________________________ > rcpilot-devs mailing list > rcp...@li... > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Val P. <val...@ya...> - 2004-03-07 13:59:12
|
I presume that during flight HUD view generated by RCGS goes into overlay box. The box takes the computer screen and video signal from the plane and superimposes them so that black/blue portion of computer screen becomes transparent to the video stream. The composed image than goes into virtual reality goggles. There are several overlay boxes available on the market - I've tested two. 1: AVT-3170 http://www.overlaytools.com/tvoverlay.htm http://www.dvdirect.com/shop/product.asp?sku=AVT5003 It's on a cheaper side but will do the job. The problem with this box is that zoom function (viewing 1/4 of the screen) is not stored in memory. And even bigger problem is that if video signal lost (just for a fraction of the second) the overlay settings go to default, which is showing full screen. If you buy this box, only the full screen mode should be used. 2: Coriogen Eclipse: http://www.dvdirect.com/shop/product.asp?sku=TVO5043 Is more expensive but allows all the settings to be stored in memory and has better stability for dropouts in video. This box can be used in FPV flight with zoom function (overlaying 1/4 of the laptop screen). But I believe that higher price is a turn off. Check out www.dvdirect.com products - you may find something that I've missed. Val. ===== __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: Val P. <val...@ya...> - 2004-03-07 13:37:39
|
Mike, > I know my VR Glasses have a resolution of 800x255. You have to divide 800/3 to get real horizontal resolution. Because SONY counts each individual pixels (R, G, B) separately. > Did you buy the Eye-Trek's? > What resolutions does it support? Mine are EyeTrek FMD-700 (high resolution model). The "effective" resolution is 500x400 but the fonts are still scrambled if I view computer screen at 800x600. > Are there resolutions that work better than others? > What's the native resolution? I am not exactly sure why are you asking this. My glasses do allow direct view off SVGA header on laptop and the smallest screen resolution (640x48) will create the best picture in the glasses. But many glasses do not have SVGA input and I don't think we should try to see video directly off computer screen. At most let's make it an option. Instead we should use video overlay/genlock box that connects to laptop. I will start another thread about it. Val. ===== __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: Michael J. P. <mi...@vi...> - 2004-03-07 13:22:48
|
Full Screen works great. Love it!
Settings:
I guess you will make tabs for those?
The tabs should be: Connection, Units, GPS, Alarms, Appearance
Connection tab should look something like:
Radio button AGWPE
JTextField IP
JTextField Port
And the call signs
Radio button Serial
Select type field CommPort.
If you leave the [x] to close, we should check to see if things are changed and asked if they want to save changes.
-------------
I haven't looked at the code yet, but my big problem right now is that none of the components are showing up in the instrument view.
As well as I can't change maps.
I will take a look to see why. Are they showing up for you? Can you change maps?
MikeP
|
|
From: Michael J. P. <mi...@vi...> - 2004-03-07 01:23:52
|
Actually nothing is mandatory. But what is there now is pretty much the minimum that most people will use. With a layout manager in Java we can have things move into place at= different resolutions. So for instance, things can be glued to the top, bottom, right or left. They can also be placed a specific distance from the center or edges etc.= and move with the size of the window. As for size, let me get back to you tomorrow... I need to test something= out. I know my VR Glasses have a resolution of 800x255. I need to see how it will display different computer resolution on it. I'm pretty sure though I was displaying 1024x768 last year with them. If that's the case I say the minimum size will be 800x600. ***** VAL and anyone else.... Did you buy the Eye-Trek's? What resolutions does it support? Are there resolutions that work better than others? What's the native resolution? ***** *********** REPLY SEPARATOR *********** On 06/03/2004 at 4:54 PM Chris Dutchak wrote: >Ok, I think i have just about enough info to get started. Just a few >more questions: > >=95 For the HUD view, I assume the bearings, etc shown here: >http://rcpilot.sourceforge.net/modules/rcgs/screenshots/HUD-View.jpg >would always be present. Which instruments would also be mandatory for >that view? Seems that for that view you would want as little of the >view obstructed as possible and any elements there transparent. > >=95 Can you give me an exact size the HUD should be? |
|
From: Chris D. <do...@sh...> - 2004-03-07 00:17:19
|
Ok, I think i have just about enough info to get started. Just a few=20 more questions: =95 For the HUD view, I assume the bearings, etc shown here: http://rcpilot.sourceforge.net/modules/rcgs/screenshots/HUD-View.jpg would always be present. Which instruments would also be mandatory for=20= that view? Seems that for that view you would want as little of the=20 view obstructed as possible and any elements there transparent. =95 Can you give me an exact size the HUD should be? C On 6-Mar-04, at 4:39 PM, Michael J. Pawlowsky wrote: > > To start with we need the HUD designed. > I started with something but as mentioned earlier it was mostly for=20 > size. > > The instruments there are Course, Attitude (pitch and roll), Speed and=20= > Altitude. > > We need to add Fuel, Battery Voltage, Temperature, Engine RPM, Engine=20= > Temp, > GPS Satelites, GPS coordinates, RSSI (receiver strength), Speed over=20= > ground, Course over ground, Distance from home, Direction to Vehicle. > > And all this needs to fit! ;-) Some can simply be text, others should=20= > be more visual. > > The user has the option to view or not to view some of these. > > Also try to imagine in the background that you are seeing a pilots=20 > view and you need that to fly. > > Feel free to ask as many questions as you need to.... I don't expect=20= > you to be able to read our minds or understand what each one of these=20= > indicators is exactly. > > For instance we should try and see which one are most relevant. After=20= > the ones I already put there RSSI would be the most important for me. > So that could go below the attitude indicator or something similar.=20 > Perhaps a small bar graph. > > Val and everyone else... your thoughts here would be appreciated. > > Cheers, > Mike > > P.S. We'll get to the rest after the HUD. > > > *********** REPLY SEPARATOR *********** > > On 06/03/2004 at 4:20 PM Chris Dutchak wrote: > >> I'm sure I'll be able to get it to run eventually. As far as the >> instruments go, I'll do them if you like. I assume your looking for=20= >> an >> analog feel to them, so I can go ahead and make the rest, just let me >> know exactly what's needed. Aside from that, what your asking me to >> re-do are the five views:hud, instrument, map, table, and tracker, >> correct? > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl= ick > _______________________________________________ > rcpilot-devs mailing list > rcp...@li... > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs > |
|
From: Michael J. P. <mi...@vi...> - 2004-03-06 23:54:51
|
To start with we need the HUD designed. I started with something but as mentioned earlier it was mostly for size. The instruments there are Course, Attitude (pitch and roll), Speed and Altitude. We need to add Fuel, Battery Voltage, Temperature, Engine RPM, Engine Temp, GPS Satelites, GPS coordinates, RSSI (receiver strength), Speed over ground, Course over ground, Distance from home, Direction to Vehicle. And all this needs to fit! ;-) Some can simply be text, others should be more visual. The user has the option to view or not to view some of these. Also try to imagine in the background that you are seeing a pilots view and you need that to fly. Feel free to ask as many questions as you need to.... I don't expect you to be able to read our minds or understand what each one of these indicators is exactly. For instance we should try and see which one are most relevant. After the ones I already put there RSSI would be the most important for me. So that could go below the attitude indicator or something similar. Perhaps a small bar graph. Val and everyone else... your thoughts here would be appreciated. Cheers, Mike P.S. We'll get to the rest after the HUD. *********** REPLY SEPARATOR *********** On 06/03/2004 at 4:20 PM Chris Dutchak wrote: >I'm sure I'll be able to get it to run eventually. As far as the >instruments go, I'll do them if you like. I assume your looking for an >analog feel to them, so I can go ahead and make the rest, just let me >know exactly what's needed. Aside from that, what your asking me to >re-do are the five views:hud, instrument, map, table, and tracker, >correct? |
|
From: Chris D. <do...@sh...> - 2004-03-06 23:36:15
|
I'm sure I'll be able to get it to run eventually. As far as the instruments go, I'll do them if you like. I assume your looking for an analog feel to them, so I can go ahead and make the rest, just let me know exactly what's needed. Aside from that, what your asking me to re-do are the five views:hud, instrument, map, table, and tracker, correct? On 6-Mar-04, at 3:07 PM, Michael J. Pawlowsky wrote: > I don't have access to a Mac anymore to try it out. > > But generally you need to have Java Runtime on your machine. > > Mac OS X comes with 1.4.2. We are using 1.5.0 though. > I'm not sure where to get it for the Mac. > Perhaps you can send Apple an e-mail to see where to get it? > > The Illustrator files that are there are for the Instrument View, not > the HUD view. > If you want to work on that as well, let me know. There are still many > instruments missing. > > I put some screenshots up at > http://rcpilot.sourceforge.net/modules/rcgs/screenshots/ > > Let me know if you can get to them. > > MIKE if you are reading this, it would be nice to get those into the > site as well. > > MikeP > > > > > > > > *********** REPLY SEPARATOR *********** > > On 06/03/2004 at 1:47 PM Chris Dutchak wrote: > >> I couldn't figure out how to run the .jar files on my mac for some >> reason, but I've taken a look at the hud elements that you made and >> those that were needed of the project homepage. I would like to get >> started on a few concepts for how it might look. I was wondering if >> you were looking for a more analog-type setup or something with a more >> digital feel to it. I thought the gauges that are being used might be >> a bit too big to fit all of the required information on a single >> screen >> for easy viewing. Let me know which direction you might want me to >> take and I'll come back with some rough concepts... >> >> D >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: IBM Linux Tutorials >> Free Linux tutorial presented by Daniel Robbins, President and CEO of >> GenToo technologies. Learn everything from fundamentals to system >> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >> _______________________________________________ >> rcpilot-devs mailing list >> rcp...@li... >> https://lists.sourceforge.net/lists/listinfo/rcpilot-devs > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > rcpilot-devs mailing list > rcp...@li... > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs > |
|
From: Michael J. P. <mi...@vi...> - 2004-03-06 22:35:03
|
I don't have access to a Mac anymore to try it out. But generally you need to have Java Runtime on your machine. Mac OS X comes with 1.4.2. We are using 1.5.0 though. I'm not sure where to get it for the Mac. Perhaps you can send Apple an e-mail to see where to get it? The Illustrator files that are there are for the Instrument View, not the HUD view. If you want to work on that as well, let me know. There are still many instruments missing. I put some screenshots up at http://rcpilot.sourceforge.net/modules/rcgs/screenshots/ Let me know if you can get to them. MIKE if you are reading this, it would be nice to get those into the site as well. MikeP *********** REPLY SEPARATOR *********** On 06/03/2004 at 1:47 PM Chris Dutchak wrote: >I couldn't figure out how to run the .jar files on my mac for some >reason, but I've taken a look at the hud elements that you made and >those that were needed of the project homepage. I would like to get >started on a few concepts for how it might look. I was wondering if >you were looking for a more analog-type setup or something with a more >digital feel to it. I thought the gauges that are being used might be >a bit too big to fit all of the required information on a single screen >for easy viewing. Let me know which direction you might want me to >take and I'll come back with some rough concepts... > >D > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >rcpilot-devs mailing list >rcp...@li... >https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-06 22:28:27
|
>Should the HUD font size be something the user is allowed to set in the >preferences menu? That's exactly what I've been thinking. Since different resolution displays will require different sizes. But not just the HUD. Perhaps we should have 3 font size. Small, medium, large. Let the user decide the size/font for each of those. Also... leave some room for checking on/off the different instruments for the HUD. I'll leave coming up with an interface for that to you. But there could easily be 20-30 instruments. As for the full screen stuff, if you can handle that, that would be VERY cool. I did read something about it a while back, but never really dug to deeply into it. Basically The menus and the tabs should be lost in full screen mode. We should also add a key listener somewhere. Escape to come out of full screen mode and tab to change views. Perhaps one of the PIC guys could look into making a USB foot switch to cycle the views. I put a link on the web site of a USB Java project. Basically some classes to read USB devices. Right now I'm re-working the TestServer stuff. Instead of having RCGS connect to the TestServer, the TestServer will become a client sending informatin to AGWPE. That way we can test RCGS connecting to AGWPE like it will have to. ***** VAL: Not sure why you don't see the HUD. Did you download the latest rcgs.zip from the site? It should be there Personally I find it a bit on the big side. But that's why I want another opinion. ***** Mike *********** REPLY SEPARATOR *********** On 06/03/2004 at 12:40 PM Ian Dallas wrote: > >BTW, I'll add full screen mode when I upload changes to the preferences >dialog / menu bar in a few hours... > |
|
From: Chris D. <do...@sh...> - 2004-03-06 21:07:56
|
I couldn't figure out how to run the .jar files on my mac for some reason, but I've taken a look at the hud elements that you made and those that were needed of the project homepage. I would like to get started on a few concepts for how it might look. I was wondering if you were looking for a more analog-type setup or something with a more digital feel to it. I thought the gauges that are being used might be a bit too big to fit all of the required information on a single screen for easy viewing. Let me know which direction you might want me to take and I'll come back with some rough concepts... D |
|
From: Ian D. <occ...@ia...> - 2004-03-06 20:56:39
|
Val Petrov wrote: > I've loaded RCGS and tested on my laptop. Instruments view look nice! > HUD window is not there yet: font size is too small if used with > glasses. The size should be doubled or trippled. Also the usable area > of HUD graphics should be extended to full screen. > Val. Should the HUD font size be something the user is allowed to set in the preferences menu? BTW, I'll add full screen mode when I upload changes to the preferences dialog / menu bar in a few hours... --ian |
|
From: Val P. <val...@ya...> - 2004-03-06 18:17:34
|
I've loaded RCGS and tested on my laptop. Instruments view look nice! HUD window is not there yet: font size is too small if used with glasses. The size should be doubled or trippled. Also the usable area of HUD graphics should be extended to full screen. Val. ===== __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: Michael J. P. <mi...@vi...> - 2004-03-06 16:42:26
|
Hello Ian, Haven't heard from you... how's it going? I don't know if you started working on stuff or not, but one thing you should do is sign up for the rcpilot-cvs list. It basically notifies you whenever anything is commited to the server. This way you are reminded to update. Generally you should be updating/commiting everytime you start and stop work on something. But please only commit stuff that can compile. Let us know how it's going! There's also a designer that is supposed to be designing the HUD. I only heard from him once so far though. Did you sign up to this list? Regards, Mike |
|
From: Michael J. P. <mi...@vi...> - 2004-03-06 03:54:05
|
That was interesting. We both made changes to Agwpe.java at the same time. I've merged revision before using CVS command line but never with WinCVS. When I tried to commit it gave me a message that I could not. Well that's nice of it at least. So then I did an update with the merge option with the revision that I had on my machine. Seem to have worked well. Gotta love CVS! Mike |
|
From: Michael J. P. <mi...@vi...> - 2004-03-05 06:24:34
|
I made some small temporary changes in Agwpe simply because I wanted to see something move! And it does... Great stuff Peter! I think the next step would be to change TestServer to connect to AGWPE and start sending it data. That way RCGS can talk directly to AGWPE to test that out. MikeP |
|
From: Michael J. P. <mi...@vi...> - 2004-03-05 03:36:43
|
Great!!! I will give it a try... *********** REPLY SEPARATOR *********** On 3/4/2004 at 10:10 PM PK Wooster wrote: >I've made changes to Agwpe and the TestServer. The Rcgs is now able to >receive packets sent by the TestServer. /peter |
|
From: PK W. <pe...@wo...> - 2004-03-05 03:24:42
|
I've made changes to Agwpe and the TestServer. The Rcgs is now able to receive packets sent by the TestServer. /peter |
|
From: Michael J. P. <mi...@vi...> - 2004-03-04 17:32:47
|
Here's a response I received on the PIC SIG at TAPR about looking for a 9k6 PIC modem. I leave this for you to look at for now Val. Right now I have too many projects to dig deep into this, but if you need help let me know. ---------- Hi Michael, I did it for a client. First with a PIC16F84-10 and later using an Atmel AVR AT90S2313-10. You can use the analog part from the G3RUH modem and do the coding/decoding in the processor. Using the AVR you can take advantage of its internal comparator. You'll have to implement a PLL in software to lock the 9600Hz signal input clock. Next you'll be looking for flags. After that the process is straightforward. To generate the TX signal, you can map the sine table in memory and use some R2R network or DAC to feed the G3RUH analog circuit. The digital processing is just NRZ/NRZI conversion, Scrambling and HDLC bit-stuffing. Reverse the order for RX. Look for the YAM modem and the PIC-PAR modem for ideas. I have modified my AVR 9k6 modem to use it with the YAM protocol on AGWPE. Worked nice! Mark Jordan, PY3SS |
|
From: PK W. <pe...@wo...> - 2004-03-04 12:07:15
|
Yes, I moved it in my working copy but didn't commit it, its now done. /peter -----Original Message----- From: rcp...@li... [mailto:rcp...@li...] On Behalf Of Michael J. Pawlowsky Sent: Thursday, March 04, 2004 6:36 AM To: R/C Pilot Developers List Subject: [rcpilot-devs] AGW moved to own package Hey Peter, Is it possible you forgot a file? rcpilot.common.Functions *********** REPLY SEPARATOR *********** On 03/03/2004 at 10:31 PM PK Wooster wrote: >I've moved the AGW stuff to a separate package called agw. ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ rcpilot-devs mailing list rcp...@li... https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-04 11:51:26
|
Hey Peter, Is it possible you forgot a file? rcpilot.common.Functions *********** REPLY SEPARATOR *********** On 03/03/2004 at 10:31 PM PK Wooster wrote: >I've moved the AGW stuff to a separate package called agw. |
|
From: PK W. <pe...@wo...> - 2004-03-04 03:44:23
|
I've moved the AGW stuff to a separate package called agw. Thanks for building the src structure to match the package structure, it makes plain Javac builds easy. I've switched to JDK1.5.0, so I also set your version check to that vakue since the transparency stuff isn't in 1.4. I haven't had a chance to test the network code, but it builds clean. I'll do some testing tomorrow and over the weekend. /peter -----Original Message----- From: rcp...@li... [mailto:rcp...@li...] On Behalf Of Michael J. Pawlowsky Sent: Wednesday, March 03, 2004 9:12 AM To: R/C Pilot Developers List Subject: RE: [rcpilot-devs] Initial comments on RCGS codebase Feel free to create it's own package if you think that's best. I have no real preference either way. As for removing the static variables and methods, also not a problem. I starting doing that with the TelemetryData. I was not planning on it for the Prefs since there will never be more than one instance of it, but It's not a problem to do so. I think that would be the only stuff that you will need access to. But if there are others let me know. Mike *********** REPLY SEPARATOR *********** >network events onto the event dispatch queue. I agree that the AGW >classes should be in a separate package. I put the AGW on as a prefix >because that structure didn't exist. > >Other things: > >I'd get rid of most the static methods and variables, I keep running >afoul of those. The network code requires real objects. If the system >requires restricting this stuff to a single instance, we could use the >Singleton pattern, but please use synchronized, double checked locking doesn't work. >/peter ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ rcpilot-devs mailing list rcp...@li... https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-03 23:29:36
|
Wow that's fast... Great. >Sure, I'll take a stab at it. I'll have the first version ready by >Thursday evening. > |
|
From: PK W. <pe...@wo...> - 2004-03-03 22:48:27
|
I'll move the network code to a package called agw, the agwpe class will be the only public class all others will have package scope. This will require that I have exclusive access to the AGW* files. Their names will go back to not include the agw. I'll move the Functions class into package common as its generally useful stuff, mostly for debug printing. /peter -----Original Message----- From: rcp...@li... [mailto:rcp...@li...] On Behalf Of Michael J. Pawlowsky Sent: Wednesday, March 03, 2004 9:12 AM To: R/C Pilot Developers List Subject: RE: [rcpilot-devs] Initial comments on RCGS codebase Feel free to create it's own package if you think that's best. I have no real preference either way. As for removing the static variables and methods, also not a problem. I starting doing that with the TelemetryData. I was not planning on it for the Prefs since there will never be more than one instance of it, but It's not a problem to do so. I think that would be the only stuff that you will need access to. But if there are others let me know. Mike *********** REPLY SEPARATOR *********** >network events onto the event dispatch queue. I agree that the AGW >classes should be in a separate package. I put the AGW on as a prefix >because that structure didn't exist. > >Other things: > >I'd get rid of most the static methods and variables, I keep running >afoul of those. The network code requires real objects. If the system >requires restricting this stuff to a single instance, we could use the >Singleton pattern, but please use synchronized, double checked locking doesn't work. >/peter ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ rcpilot-devs mailing list rcp...@li... https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
1 message has been excluded from this view by a project administrator.
