Re: [Flightgear-devel] mpmap
Pigeon, Glad to hear you're working on a v3 update. Let me know what's required and when you have something ready. I'd be more than happy to put the map up on my server. cheers, Rob On Sat, May 25, 2013 at 9:44 PM, Pigeon wrote: > > > I guess no one is maintain the mpmap anymore.. > > > > and I had a good look a pigeons code.. > > > > and it runs perl and google maps v2.. > > > > so google maps v3 is outta the question )too complicated to drop in) > > but also also been playing with osm > > > > So is there a plan to move forward with mpmap.. ? > > > > I have clear idea what I want to do which is make it osm compatible > > for a start.. > > and then take it from there.. > > > > So anyone else playing with this idea? anyone else done and > > development ? where can we share these new ideas as a repo ? > > > Hi, and sorry, I'm a little late. > > Since google map v2 api is being deprecated, I've been working > on a v3 port. It's almost ready for testing. > > I will also welcome any other alternative that doesn't use > google map, since I know some people are more comfortable with other > more opened things. Though it is not something that I have been looking > at. > > > Meanwhile, a few people has noted that mpmap01 is down. > > http://www.flightgear.org/forums/viewtopic.php?f=27&t=20029 > > Any ideas? > > > > Pigeon. > > > -- > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Rob -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Minor tweaks for MSVC11
Thanks for committing the first change! The second one still needs to get into the source, unless there's a reason why shouldn't be included..? The error occurs at flightgear/src/Navaids/PositionedOctree.hxx:100: typedef std::greater FNPQCompare; which is resolved by adding #include at flightgear/src/Navaids/PositionedOctree.hxx:33 cheers, Rob On 28 October 2012 06:59, Rob Dosogne wrote: > Using MSVC11 (Visual Studio 2012), I've found the following issues >> that prevent a successful compile: >> >> - 'bzero' does not exist. >> - 'std::greater' is now found in . >> > -- Rob Dosogne -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Minor tweaks for MSVC11
Using MSVC11 (Visual Studio 2012), I've found the following issues that prevent a successful compile: - 'bzero' does not exist. - 'std::greater' is now found in . Solutions: simgear/io/HTTPClient.cxx:454 bzero(&zlib, sizeof(z_stream)); should be changed to: memset(&zlib, 0, sizeof(z_stream)); flightgear/src/Navaids/PositionedOctree.hxx:33 #include needs to be added in order to have access to std::greater. With these changes, simgear and flightgear compile successfully. cheers, Rob -- WINDOWS 8 is here. Millions of people. Your app in 30 days. Visit The Windows 8 Center at Sourceforge for all your go to resources. http://windows8center.sourceforge.net/ join-generation-app-and-make-money-coding-fast/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGbuild for MS Windows
On Mon, Apr 16, 2012 at 10:39, wrote: > > Looking over your comments, it might be my install of the OSG stuff that is > causing the problem. Took the "easy" way of sticking fgfs.exe in with the > 3rd party libraries, guessing what is missing is the OSG plugin or a path > to it. I'll look there first. Sometimes the error msgs are not very clear > to newbies. I keep my working binaries outside of the build folder (C:\Program Files\FlightGear\bin\x64\ for example). If I update OSG or any 3rd-party libs I delete everything in my working bin folder, then copy everything from these folders: install/msvc100-64/OpenSceneGraph/bin/* 3rdParty.x64/bin/* to the folder where my working binaries reside. I haven't had an issue with missing or incorrect version plugins this way. Your directory structure may be a tad different, as I see it is on the new wiki page, but those folders either need to be in your $PATH or their contents copied to wherever you stick fgfs.exe, etc. Hope this helps :-) cheers, Rob -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGbuild for MS Windows
On Sat, Apr 7, 2012 at 15:13, Geoff McLane wrote: > > This new attempt is in a new Windows 7 64-bits machine, > using MSVC10... a fresh start for me... > I have this setup working on my machine; I'm building OSG-trunk myself, and using the 3rd-party libs from the build server. > But fgfs.exe 'crashes' after quite a few seconds, > maybe a minutes of loading ;=(( showing > 'loading scenery' on the flash screen, and the > last console output is - > Initializing Nasal Electrical System > then POOF... I had the same sort of problems when using the latest 3rd-party libs from the ftp site in the MSVC readme (the MSVC9 ones worked perfectly for me). After replacing them with the build server's, everything compiled & ran neatly. I don't know if you can download them from the Win64 workspace on Jenkins anymore, but that's where I got them--if you would like a copy of my 3rdParty.x64 (or the OSG-trunk build), email me directly or /msg me on irc: truthsolo (built with MSVC 2010 v10.0.40219.1 SP1Rel) cheers, Rob -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] SimGear branch, next,
On Wed, Mar 7, 2012 at 04:54, Martin Spott wrote: > Therefore I think it would be a good idea to revert the entire commit > as a whole and to leave this place as-is until a better implementation > of airport lights comes up. On a slightly related note, this makes me think of bug #232 (point-sprites on ATI). The PAPI lights look great with point-sprites on, but the runway lights don't show up. With point-sprites off (and the light size change), everything shows, but they are massive. My ATI card does support GL_ARB_point_sprite and GL_ARB_point_parameters, so I think there is actually something broken in how runway/taxi lights are drawn versus PAPI. Even the OSG point-sprite example app works. The fix for bug #232 was to simply turn that technique off with an option, although I think that was more of a "finger in the dike" fix.. everything looks fine, but the problem still exists. I'm hoping this will spark someone with time/knowledge to investigate the way each of the lights are drawn—not really my realm, but I will help test. cheers, -- Rob -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cmake (soon)
Thanks for the instructions, Alan. I tried this twice from scratch—SimGear configures & builds just fine, but CMake gets stuck trying to configure FlightGear. I set CMAKE_INSTALL_PREFIX as you said, and building "INSTALL" seems to have copied SimGear into that directory, but CMake can't find it; any ideas? Git revision is 3rdparty files located in C:/FlightGear apr-1-config not found, implement manual search for APR Could NOT find LIBSVN (missing: LIBSVN_LIBRARIES LIBSVN_INCLUDE_DIR) C:/FlightGear/3rdParty.x64/include adding runtime JS dependencies C:/FlightGear/install/include looking for version: 2.5.0 CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE): Could NOT find SimGear (missing: SIMGEAR_VERSION_OK) (Required is at least version "2.5.0") Call Stack (most recent call first): C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE) CMakeModules/FindSimGear.cmake:217 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:179 (find_package) Configuring incomplete, errors occurred! cheers, Rob On Tue, Oct 18, 2011 at 09:41, Alan Teeder wrote: > It is about time that such a document was started, many thanks. > > However windows users will most likely use the CMake gui, which hides all > that geeky command line stuff. > > For Cmake gui the following seems to work. > > 1. Set up a work directory as described in > http://wiki.flightgear.org/index.php/Building_Flightgear_-_Windows. > (NOTE: this is now out of date as the 3rdparty , zlib and OSG are all ready > to use at ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/ ) > > 2. Open the Cmake gui > > 3. Set “Where is the source code” and “Where to build the binaries” to > C:/Flightgear/simgear” (or wherever you have put simgear) > > 4. Press the “Configure” button. The first time that the project is > generated, Cmake will bring up a window asking which compiler you wish to > use. Normally just accept Cmakes suggestion, and press Finish. Cmake will > now do a check on your system and will produce a preliminary build > configuration.´ > > 5. Check for errors in the red window. Cmake should have found OSG, zlib and > your 3rdparty directories. > > 6. Set CMAKE_INSTALL_PREFIX to C:/Flightgear/install. This is probably not > necessary for Windows XP, but is required for Windows 7 as the default > (C:\Program Files) is protected. > > 7. Press “Configure” once more. Errors should all have gone. > > 8. Press “Generate”. Cmake will now write a windows sln and project files > in the simgear directory. > > 9. Open C:\Flightgear\simgear\simgear.sln. MSVC should come up. Select > Release (or debug if you need it) build and then build-all. > > 10. Once simgear has built successfully (there will be some warnings), build > the INSTALL project. This will copy the simgear libraries and include files > to C:flightgear\install. > > 11. Now repeat the Cmake process for flightgear. The directories to choose > are C:/Flightgear/flightgear. > > 12. It is important to chose the same CMAKE_INSTALL_PREFIX, otherwise the > simgear libraries will not be found. > > 13. Open C:\Flightgear\flightgear\flightgear.sln. As with simgear, build > all, and then build INSTALL. > > 14. Flightgear and other executables should be in C:\Flightgear\install\bin. > > No doubt I have left something out, but this does describe the basic > process. > > Alan > From: James Turner > Sent: Tuesday, October 18, 2011 9:40 AM > To: FlightGear developers discussions > Subject: Re: [Flightgear-devel] Cmake (soon) > _ > > On 17 Oct 2011, at 18:38, Curtis Olson wrote: > > Would it be possible to write a quick "howto" for doing some basic > coding/developer things in cmake. Like: "how to add a new source file to > the project." Or "how to add a new module/library to the project". Maybe > a few quick summeries of "how to install in a custom directory", how to > build with custom compiler options, how to configure for debug vs. release > build, or some the more subtle build options that invoke different levels of > optimizations or warnings. > > > I've written this up, at least a first attempt, will commit it later today, > and people can review it for sanity / correctness / omissions :) > > Either that, or our cmake experts need to be willing and ready to respond to > frustrated "dumb" questions in a timely manner -- and do that over time if > we don't have central place to find this information without investing the > required time to become cmake experts ourselves. > > > I'm assuming that's true regardless :) > > James > > > -- > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and m
Re: [Flightgear-devel] Content protection for modders?
Just a comment on something I saw in this discussion regarding the DMCA.. Reverse engineering a format for interoperability is only legal with express permission from the copyright holder of said format. As much as I enjoy RE myself, it is not legal to RE something simply because you wish to include it in your program. Not that this has much bearing given how the conversation has turned, but I thought that needed to be clarified. cheers, Rob -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] RE : Link error on MSVC90-64
I did just that a month ago, but to no avail (must be another feature). A third re-install seems to have stuck, and I am now at 9.0.30729.1 SP. The new ATC/AI is breaking the build, so I reverted to 3723de5: == Build: 24 succeeded, 0 failed, 0 up-to-date, 0 skipped == The only other issue I had was fgpanel not compiling (missing config.h); if I set FlightGear as a dependency, which generates config.h first, it compiles just fine. Thanks again! cheers, Rob On Sun, Jul 24, 2011 at 08:46, Frederic Bouvier wrote: > http://msdn.microsoft.com/en-us/library/ks07be9f(v=VS.90).aspx > Hints that your msvc is corrupted, or you didn't install the latest service > pack > Regards > -Fred > > > -Frederic Bouvier On Sun, Jul 24, 2011 at 06:22, Alan Teeder wrote: > I had that as well. It is another Microsoft feature. > > A Google search suggested re-install Visual studio SP1, and then "clean" and > "build". > > This worked OK. > > Alan -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Link error on MSVC90-64
( This is a copy of a forum post from June—same error has persisted since then; my previous emails did not get on the mailing-list, I hope this one does.. ) I've been trying to compile FG, and have made a lot of progress.. but now I am stuck here: Compiling resources... Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0 Copyright (C) Microsoft Corporation. All rights reserved. Linking... fatal error C1900: Il mismatch between 'P1' version '20080116' and 'P2' version '20070207' LINK : fatal error LNK1257: code generation failed Project : warning PRJ0018 : The following environment variables were not found: $(HAVE_VERSION_H) Build log was saved at "file://c:\FlightGear\FlightGear\projects\VC90\FlightGear\x64\Release\BuildLog.htm" FlightGear - 1 error(s), 136 warning(s) FlightGear/x64-Release fails here, everything else builds ok (including all other x64 targets and Win32-Release). I'm using 3rd-party and OSG libs directly from Jenkins build environment; simgear and flightgear pulled fresh a few times per week.. I tried using my own OSG build to no avail. Windows 7 x64 SP1 (v6.1.7601) Visual Studio 2008 Professional (v9.0.21022.8 RTM) .NET 3.5 SP1 Any advice would be appreciated. If you need more info just ask.. cheers, Rob -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 63, Issue 5
http://rene16.dyndns.org/blender/io_scene_ac.tar.gz On Mon, Jul 11, 2011 at 21:18, Hal V. Engel wrote: > On Monday, July 11, 2011 10:05:07 AM BARANGER Emmanuel wrote: > >> have you tested the script of Pierre NEGRE ? : > >> http://rene16.dyndns.org/run/ (import/export .AC for Blender 2.58) > > Where can this be found? The web page is in French (I think) and I don't > find any links to the AC3D plug-in. -- Rob -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Adventures in dds
Just wanted to add that transparency is working with Alpha Exponent (DXT5) for me.. I'm using the latest Hudson build (Win7 x64) with fgdata cloned last night. I converted the F-16 liveries to DXT5, and used Alpha Exponent for the markings (which are mostly transparent). It looks ugly in the dds viewer, but in FG it works perfectly. Exterior texture load time on F-16 went from 20s to 1s in my case! I am using an old set of x64 OSG libs—don't know if that matters. I have no SDK installed to compile new ones (I probably should though). Final two cents: DDS is very much worth the relatively small increase in file size. cheers, Rob On Tue, Mar 22, 2011 at 8:36 AM, Heiko Schulz wrote: > With Gimp there is Alpha exponent (DXT5) available. The file opened in Gimp > shows that transparency is perectly kept, but in FGFS it is not. > > Maybe "just" an issue with .dds by OSG? -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel