Re: [Flightgear-devel] [ANN] fgcom VoIP-package version 1.0
Hi, On Thu, Sep 13, 2007 at 10:11:36PM +0200, AnMaster wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 None of the deps seems to exist on gentoo. I can't find these in portage at all: asterix, libiaxclient, axclient (or under any other name I can think of) libgsm1 portaudio is is only in version 18 not 19 Could you maybe provide links the the websites for all of the deps so users of other distros can find them... Ok, that's the problem with the VoIP-technology... it is highly dependend on the audio architecture and it seems that some distros have different interpretation of the usage of codecs. I will checkout the libiaxclient and try to get a stripped donw version running which will fit the usage for fgcom. Maybe this will solve my problems biulding a static binary... Regards, Holger /AnMaster Jon Stockill wrote: Holger Wirtz wrote: Jon, On Thu, Sep 13, 2007 at 10:38:42AM +0100, Jon Stockill wrote: [...] The major obstacle to building this on any other platform (even any other linux distribution) is your use of the debian libgsm1 package. The upstream source for this builds *only* a static library - fgcom expects this to be available as a dynamic lib. I've got an etch machine available, so I'll try building on that later. Thanks for feedback! I tried to get a static binary of fgcom but I failed with libiaxclient getting linked staticaly. I am not a good C programmer... maybe I should try to link against the static libgsm? How to do this? I have absolutely no idea - I'm not a programmer either. If you're not using any of the compressed voice codecs is it possible to build libiaxclient without support for them? That'd significantly reduce the number of dependencies. Jon - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFG6Zl1WmK6ng/aMNkRCh5/AKCSN6asPkjOGINCghpu6OhEwqC5PgCfThNa lOEB+JUSDG5xdzs84LPWuCQ= =AH5h -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] And again: VATSIM and FG?
Hi, yes, I know: this is discussed again and again and ... I wrote the VATSIM developers an email and described the functionality of FGCOM. They answered that they will have this in mind but currently they will keep their own VVL (VATSIM Voice Library). But they asked me if I want to write something like a VATSIM-proxy for FG to get arround the GPL problem. This proxy has to be closed-source. What's the meaning of the developers list? I have my own position: I think it would be very interesting to write such a software and it might be solve some problems in bringing up a parallel community to get ATC services. But I think that it would be difficult to set up closed source software by asking the open community to solve problems and on the other side keeping back information why this problems are around... Personaly I think not to do this. Regards, Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] And again: VATSIM and FG?
Hi! I have worked previously on a KDE port of the ProController client (now replaced by ASRC) and maybe I'm a bit bitter about my experience at that time. Therefore I'm not trying to give answers here, but just ask some - possibly suggestive ;-) - questions. Holger Wirtz wrote: But they asked me if I want to write something like a VATSIM-proxy for FG to get arround the GPL problem. This proxy has to be closed-source. Hrm, so they are interested in getting FlightGear users into the boat, but they are not willing to open their protocol? How big can that interest in FlightGear users be relative to the interest in keeping their protocol obscured? Might that be some security-by-obscurity thing? Cheers, Ralf - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] flashing AIModel aircraft
A short background; I have an external FDM that provide up to 6 aircraft that I want to display. I tried several approaches using the multiplayer port and AI code but the aircraft were not position stable, i.e. they moved around in 3d space. To correct for this I tried to re-write the main code to handle more than 1 aircraft, that didn't work. I now have a working solution that brings all of the position data for all of the aircraft in using the net_fdm structure. The data is separated in the native_fdm functions and calls a new class in the AIModel that loads the aircraft model and writes the data to the simgear scene. All of my aircraft are position stable, because all of the aircraft are time synced together. My problem is the displayed models are flashing. I think the update to the simgear scene is slower than the screen update and the model is drawn and then not drawn. I hope this makes sense. The only 3d model that is continuously drawn is the primary aircraft, all aircraft position via the AIModel code are flashing. What can I do to ensure the models are also continuously drawn? I am so close to a final display Thanks for any insight Ken- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] And again: VATSIM and FG?
On 9/17/07, Ralf Gerlich wrote: Holger Wirtz wrote: But they asked me if I want to write something like a VATSIM-proxy for FG to get arround the GPL problem. This proxy has to be closed-source. Hrm, so they are interested in getting FlightGear users into the boat, but they are not willing to open their protocol? How big can that interest in FlightGear users be relative to the interest in keeping their protocol obscured? Might that be some security-by-obscurity thing? Here are a couple of my thoughts ... 1. Closed protocols can be a pain, but if that's the way they want to do things, we have to honor their wishes. I'm not in the fanatical open-source camp that insists that all software and all protocols should be 100% open. People have to be able to put food on the table and pay their bills. I agree that keeping the protocol closed only gives you a false sense of security, and probably slows development and improvements ... 2. In terms of who does the interfacing work, us or them. I think that boils down to who benefits. I suspect that the FlightGear users will have a bigger benefit from getting access to the vatsim world than visa versa. Based on what I've seen on the multiplayer servers, we might only add a dozen or so users to the vatsim world at any one time. So if we benefit more than them, we can't get too uptight about who does the actual work, and it probably makes sense for one of our developers to do the honors. 3. I'll just toss in this unrelated item ... a week ago I got to fly on a NWA A330. This aircraft had individual movie/music/game/map displays for each seat. I managed to hang/lock mine up ... apparently because the map wasn't working on this flight for some reason. So I asked the flight attendent to reset the display and when she did, it booted Linux of all things! I thought that was interesting. Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] And again: VATSIM and FG?
Jon Stockill wrote: Curtis Olson wrote: 2. In terms of who does the interfacing work, us or them. I think that boils down to who benefits. I suspect that the FlightGear users will have a bigger benefit from getting access to the vatsim world than visa versa. Based on what I've seen on the multiplayer servers, we might only add a dozen or so users to the vatsim world at any one time. So if we benefit more than them, we can't get too uptight about who does the actual work, and it probably makes sense for one of our developers to do the honors. This needs to take into account the platforms that flightgear is used on. If it's closed source then ideally whoever produces the app is going to need the capability to build (at the very minimum) linux, mac, and windows binaries, since handing the source over to someone else to let them build for their own platform isn't an option. Duuuh, if anyone would have bothered to read and digest earlier emails posted, they would know that Pep Ribal already has a working relationship and agreement with the IVAO folks to interface with Flightgear and is working these issues plus many others. Instead of beating our gums and wringing our hands perhaps we should all pitch in and give him a hand. Just my .0.02$ JW - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Linux in real-world aviation (was: FG and VATSIM)
Curtis Olson wrote: 3. I'll just toss in this unrelated item ... a week ago I got to fly on a NWA A330. This aircraft had individual movie/music/game/map displays for each seat. I managed to hang/lock mine up ... apparently because the map wasn't working on this flight for some reason. So I asked the flight attendent to reset the display and when she did, it booted Linux of all things! I thought that was interesting. Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d Linux isn't FAA certified so it's not used for mission-critical systems but in-flight entertainment systems would be very useful on Linux. You managed to figure out what distro the Airbus was running? Some custom one? I do know that there is enough FAA certified hardware on the market capable of running RT-Linux, and I expect to see some of that hardware bleeding onto the instrument market. The A380 already does PC-based systems in its flight deck, although probably not in its entirety. Programming instrumentation in OpenGL is the way to go, and the avionics manufacturers picked that up, look at the ARINC661 standard for example. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Linux in real-world aviation (was: FG and VATSIM)
On 9/17/07, Robin [EMAIL PROTECTED] wrote: Linux isn't FAA certified so it's not used for mission-critical systems but in-flight entertainment systems would be very useful on Linux. Yup and if they are running it on a couple hundred seats, individually, there would be no need to pay the license fees to MS which would add up really fast ... especially since they like to charge per potential user. :-) You managed to figure out what distro the Airbus was running? Some custom one? My best guess is a debian derivative, probably stripped down for this specific application. I saw the debian penguin come up at the head of the console boot messages ... only one penguin so it looks like a single processor. I don't know what the actual hardware really is ... I'd be surprised if they had one CPU per seat ... maybe they were doing some sort of virtualization? Interesting to see. Apparently my seat neighbors were not nearly as excited as I was to find out the entertainment system was running linux ... :-) Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] And again: VATSIM and FG?
On Monday 17 September 2007 17:30, Ralf Gerlich wrote: Hi, Jon Stockill wrote: This needs to take into account the platforms that flightgear is used on. If it's closed source then ideally whoever produces the app is going to need the capability to build (at the very minimum) linux, mac, and windows binaries, since handing the source over to someone else to let them build for their own platform isn't an option. Not necessarily. I think, Holger was talking about some kind of proxy server. In terms of server OS, we don't need to be that picky, although I would term it a benefit if the server could be run on all OS' flightgear runs on. Curt, as far as I understood it, VATSIM asked Holger wether he wanted to write such a proxy, which I interpreted as an expression of interest from their side, so I don't think that the interest is single sided. Of course we could benefit from an integration with an already established network with a huge number of participants. My work with the technical staff of the VATSIM network was some time in the past, so maybe something has changed. However, from what I had seen in those days and the fact that the protocol is still closed, I'm a bit suspicious. BTW: I didn't know that VATSIM is commercially dependent on closing down the protocol... I will drop out of the thread here, because this is getting more destructive criticism than I wanted it to become... Cheers, Ralf I was assuming a proxy at their end too. The workload isn't high for proxy services. Re their closed protocol - I don't think they want to keep it closed for security reasons. If the proxy runs on the client it will be sending _their_ protocol out of _your_ box, so it would be simple to analyse. Presumably, their protocol comes out of windows boxes already, and will have already been analysed. Alternatively, and as it would be a low workload service, it could probably be done in java if you want to run it on the client. LeeE - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] And again: VATSIM and FG?
Curtis Olson wrote: 2. In terms of who does the interfacing work, us or them. I think that boils down to who benefits. I suspect that the FlightGear users will have a bigger benefit from getting access to the vatsim world than visa versa. Based on what I've seen on the multiplayer servers, we might only add a dozen or so users to the vatsim world at any one time. So if we benefit more than them, we can't get too uptight about who does the actual work, and it probably makes sense for one of our developers to do the honors. This needs to take into account the platforms that flightgear is used on. If it's closed source then ideally whoever produces the app is going to need the capability to build (at the very minimum) linux, mac, and windows binaries, since handing the source over to someone else to let them build for their own platform isn't an option. Jon - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Linux in real-world aviation
Ralf Gerlich wrote: I don't know whether this should be termed a good thing. Or why should Linux-advocates be proud of their operating system being seen rebooting on two independent instances? ;-) Cheers, Ralf They would be more concerned about what was happening BEFORE the reboot. The fact that the system reboots only proves the fool-proofness of it, as the IFE system comes happily back up again and continues what it was doing before :) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Linux in real-world aviation
On 9/17/07, Robin [EMAIL PROTECTED] wrote: Ralf Gerlich wrote: I don't know whether this should be termed a good thing. Or why should Linux-advocates be proud of their operating system being seen rebooting on two independent instances? ;-) They would be more concerned about what was happening BEFORE the reboot. The fact that the system reboots only proves the fool-proofness of it, as the IFE system comes happily back up again and continues what it was doing before :) In my case the map application hung, presumably waiting for non-existant flight data since there was a message at one point that mapping services were not going to be available on this flight (which I ignored and tried anyway.) So a reboot is something a flight attendent knows how to do and can do quickly, versus logging in remotely, killing some application, restarting some other application, etc. etc. :-) Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Linux in real-world aviation (was: FG and VATSIM)
On Monday 17 September 2007 18:41, Curtis Olson wrote: My best guess is a debian derivative, probably stripped down for this specific application. I saw the debian penguin come up at the head of the console boot messages ... only one penguin so it looks like a single processor. I don't know what the actual hardware really is ... I'd be surprised if they had one CPU per seat ... maybe they were doing some sort of virtualization? Interesting to see. Apparently my seat neighbors were not nearly as excited as I was to find out the entertainment system was running linux ... :-) Funny, I had actually the same experience, on the same aircraft type / airliner on my last flight back from the US (Detroit - Amsterdam, May 17, Northwest, A330). The entertainment system crashed midway during a movie, and spontaneously rebooted, showing the penguin. Cheers, Durk - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] And again: VATSIM and FG?
Hi, Jon Stockill wrote: This needs to take into account the platforms that flightgear is used on. If it's closed source then ideally whoever produces the app is going to need the capability to build (at the very minimum) linux, mac, and windows binaries, since handing the source over to someone else to let them build for their own platform isn't an option. Not necessarily. I think, Holger was talking about some kind of proxy server. In terms of server OS, we don't need to be that picky, although I would term it a benefit if the server could be run on all OS' flightgear runs on. Curt, as far as I understood it, VATSIM asked Holger wether he wanted to write such a proxy, which I interpreted as an expression of interest from their side, so I don't think that the interest is single sided. Of course we could benefit from an integration with an already established network with a huge number of participants. My work with the technical staff of the VATSIM network was some time in the past, so maybe something has changed. However, from what I had seen in those days and the fact that the protocol is still closed, I'm a bit suspicious. BTW: I didn't know that VATSIM is commercially dependent on closing down the protocol... I will drop out of the thread here, because this is getting more destructive criticism than I wanted it to become... Cheers, Ralf - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FSWeekend 2007
This is just a quick note to remind everybody that FlightGear is intending to have a booth at the Dutch FlightSim event FSWeekend, organized November 3 4 at the aviodrome in Lelystad. As it looks right now, Martin Spott and I will be organizing the booth, and we are currently still looking for some volunteers for assistance. If you are around and would like to make a contribution to flightgear, this might be your chance. If you're interested, feel free to contact me either on or off list. Thanks, Durk - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Movie Special Effects Request from Aerotro
F.A.O. Robin van Steenbergen [EMAIL PROTECTED] Dear Robin, Thanks that is very kind of you, primarily at the moment I am trying to make the movies rely more or less on what flightgear has to offer in it's software based code. To many external special effects will deviate from what FlightGear has to offer visually. I am using Text to Speech but only for me to tell a story which of coarse most of us already know from the credits that the speech is an extra. I will consider what you say though because it is very difficult to add visual effects using Nero Digital it has a lot of short falls, and does hinder my plans a lot. I do have some action scenes planned however, as with any movie people do want to see some action sequences, I am going to be careful though about what if anything gets blown up, this mostly relies on the story obviously - I certainly am not going to be using any terrorist scenarios, only fictionalised and ridiculous situations that would not really happen ;) I have been experimenting with other software this week, but have not got the hang of it yet. To have some rendering done external does pose another problem however with the continuity or picture resolution in size and quality? I am not sure how well I can integrate different video source's into one stream. The bit rates and frames would have to match exactly? maybe. I have had some problems in the past with different video source material when trying to encode it and mix it into one stream. Maybe you have some idea's about these problems? Currently to maximise my fps in flightgear I use a half size initial capture, then I upsize to a higher resolution while I reprocess the video streams to minimise any further quality loss. here are the statistics of the raw capture stream - Video: FPS1 512x384 25.00fps 16806Kbps [Video 0] Audio: PCM 44100Hz stereo 1411Kbps [Audio 1] I use these streams in Nero Digital for editing and compilation, to both save on disk space and for manageability on my PC, I recently upgraded my memory so I may have a go at capturing at a high full screen size, but past experience has given some strange results, usually text and fonts are less clear than when using half size? I don't know why this happens. I would prefer the special effects that is currently being developed in FlightGear such as these http://home.arcor.de/vollnhals-bremen/Catalina/CatFFTest AndersG and Helijah have been a great help with the Ogel and a few other things such as the Cow mounted on the Lightening, and their is some secret movie stuff in the pipe which wont be seen until part 3 etc. I know many people are a bit against bombing and weaponry in flightgear, but this is really about entertainment value and is not about promoting violence, I hope that as my story unfolds any negativity will be offset by the morals in the story, most of which I have yet to script. It is interesting you mentioned the intonation with the speech, I have been slowly developing some remodulations and profiles which I save for later use, having the speech engine simulate anger and stress in the voice patterns is not an easy task to do with speech engines. I use an older version of Cool Edit, (before it was bought out) to change the intonation. Please stay in touch Robin I am sure I might need you for some special effects later if I have difficulty :o) Best Regards, Aerotro Ortorea Former message snipped - Original Message - From: Robin van Steenbergen [EMAIL PROTECTED] To: Forums Virgin Net [EMAIL PROTECTED]; FlightGear developers discussions flightgear-devel@lists.sourceforge.net Sent: Monday, September 10, 2007 10:46 PM Subject: Re: [Flightgear-devel] Movie Special Effects Request from Aerotro credit list snipped Do the graphics have to be rendered in FG? Otherwise I might be able to import the Oleg model in LightWave along with the SU-37 and make some renders from there. Should also improve the lighting and graphics quality to make it more natural. Flame Throwers can be done with FXHome VisionLab (which I have, as a member of Fan Trek Productions), check out our YouTube here: http://www.youtube.com/user/FanTrekProductions If you want to expand on this, you might be able to add live spoken dialogue instead of the scripted one (as the scripted dialogue loses a bit of its comic touch due to a lack of intonation) and maybe mix in some live-action sequences at a later stage or at a next project. Nice to see some other film maker on the FG list though! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] And again: VATSIM and FG?
Hi *, On Mon, Sep 17, 2007 at 10:52:55AM -0500, Curtis Olson wrote: On 9/17/07, Ralf Gerlich wrote: Holger Wirtz wrote: But they asked me if I want to write something like a VATSIM-proxy for FG to get arround the GPL problem. This proxy has to be closed-source. Hrm, so they are interested in getting FlightGear users into the boat, but they are not willing to open their protocol? How big can that interest in FlightGear users be relative to the interest in keeping their protocol obscured? Might that be some security-by-obscurity thing? Here are a couple of my thoughts ... 1. Closed protocols can be a pain, but if that's the way they want to do things, we have to honor their wishes. I'm not in the fanatical open-source camp that insists that all software and all protocols should be 100% open. People have to be able to put food on the table and pay their bills. I agree that keeping the protocol closed only gives you a false sense of security, and probably slows development and improvements ... I have a simple problem with the copyright of such a proxy. When the protocol (and therefore the application) is closed source who can distribute the proxy? The writer of the code does this not for money and he cannot be sure if the program is selled in future or only distributed with reservations. Currently I have no interest in writing code for applications where someone else can define who and under which conditions the software gets. But perhaps someone else has interest in writing a VATSIM proxy? [...] Regards, Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel