can i use a 2e small monitor to display a few gauges ?

[zapatista]

i remember some people using this 2e monitor feature to display cockpit gauges in the later versions of the il2 series, and i also remember this was discussed with oleg in the leadup to the SoW series and he confirmed it would be included

is this working in CoD ? any of you using it ?

i hope to connect a small additional 1200 x 600 monitor to display 6 of the main gauges, and use the 2e video output on my gfx to do so

[Skoshi Tiger]

I asked the question about the Direct Input API. This would allow guages like in the original IL2.

I'm not sure if people have been able to get the info from the C# scripting.

It will be interesting to hear the answer.

[zapatista]

now the thread has been moved down to the black hole of calcutta where never anybody looks

its not as if the main forum page is so busy with new posts it gets cluttered, at least give people a chance to get an answer and have it stay in the main forum for a few days :)

[JG52Uther]

Point taken, I'll leave it here for a while ;)

[bolox]

while it seems to be possible in theory, AFAIK no one has extracted the data available into a useable form.

I have been a big supporter of this idea through the life of IL2 and and would love to be able to use this with CoD- infact I would make gauge sets for all aircraft if there was the coding/application to do so.

I have looked at the coding needed (as a coding noob:eek: ) and to be honest the extraction of the data doesn't seem to be much of a problem, it's the ordering and outputting the data in a useable format that is the problem- in that it requires coding way above my abilities.
I would also prefer it to be an 'official' upgrade to ease the concerns from the 'purity of online experience' crowd, many of whom were 'somewhat anti':rolleyes: this idea in IL2

On a side note, using a second monitor on the main gaming machine was usually a problem with Il2- using a separate computer on a network to drive the gauges was a much better way of doing things (afaik this is due to udpspeed- the program most used in IL2- being a '2D' program and as such causes fps drops when running in conjunction with a '3D' program- the game.)

[zapatista]

thanks uther :)

[Skoshi Tiger]

while it seems to be possible in theory, AFAIK no one has extracted the data available into a useable form.

I have been a big supporter of this idea through the life of IL2 and and would love to be able to use this with CoD- infact I would make gauge sets for all aircraft if there was the coding/application to do so.

I have looked at the coding needed (as a coding noob:eek: ) and to be honest the extraction of the data doesn't seem to be much of a problem, it's the ordering and outputting the data in a useable format that is the problem- in that it requires coding way above my abilities.
I would also prefer it to be an 'official' upgrade to ease the concerns from the 'purity of online experience' crowd, many of whom were 'somewhat anti':rolleyes: this idea in IL2

On a side note, using a second monitor on the main gaming machine was usually a problem with Il2- using a separate computer on a network to drive the gauges was a much better way of doing things (afaik this is due to udpspeed- the program most used in IL2- being a '2D' program and as such causes fps drops when running in conjunction with a '3D' program- the game.)

When COD was first released I tried to get communication sesion going with the UDP protocol. I had previously managed to get a delphi program up and running for a devicelink connection with the original IL2, But with COD I fell in well over my head in the smelly stuff of C#

A broken man I gave in and stopped trying.

There has to be someone around with the knowhow to get it working?

Cheers!

[Artist]

Afaik the issue with IL-2 was that, yes you could get all necessary info for the gauges with DeviceLink via udp/network - but (officially) only in offline mode (there is or was mod to bypass that limitation).

In CoD you can get at the info from within mission script, FearlessFrog demonstrated it here with Heading, Altitude, and Speed (http://simhq.com/forum/ubbthreads.php/topics/3347984/Re_Is_it_possible_to_make_airs.html#Post3347984). Problem is, that it has to be part of the mission script, which means that you've to copy it (with FMB) into all missions you want to use it in. And if you're flying online it has to be part of the mission script on the the server...

Artist

[jimbop]

Is this thread relevant? I don't have know anything about it, just remembered the thread: http://forum.1cpublishing.eu/showthread.php?t=24856

[zapatista]

gentlemen, now we are getting somewhere :)

artist,
thanks for the link, being able to already access some of the flight data sounds like a major step in the right direction

bolox,
thanks for the summary, i remember your nick from the old ubi forum discussing that feature at length. have you had a look at the link that artist posted and is that type of flight data access possible for some of the cockpit gauges ?

i have no programing or coding experience so am out of my depth on the practical side

if this currently would only work offline, thats a major step in the right direction, and it might be possible for some of the main online servers to implement it to in their setup later (untill luthier incorporates it as a feature). setups like this with separate display for cockpit gauges is possible in several of the major modern flightsims (DCS series, xplane etc), would be great if we can get it working for SoW

[bolox]

Been a long time proponent of this sort of thing, and in these days of 'shiny' tablets etc it is unusual not to have some sort of official output protocol in a flight sim

Yes the data Artist points to is what is needed- infact CoD has many more types of data that is readable than old IL2 devicelink.
I've messed about with coding based on that to do 'speedbar' type readings of various parameters but that's about my limit of coding- hacking other peoples work:sad:
One of the 'tricky bits' of coding required is to 'translate' the request packet from say udpseed into an answer packet from CoD
Not only are there instrument reading parameters available but also many other useful ones- for a full list see zip in 1st post
http://forum.1cpublishing.eu/showthread.php?p=342338#post342338

Apart from deciding which CoD parameter is most relevant as an output (gauge users will want instrument readings whereas performance chart makers will want 'absolute' values) some values might need converting to the relevant units

The more I look at what is involved coding wise to export this data via udp, the more I realize that it's beyond me:oops:

If anyone gets to do this a more MKI version of this would probably be my first project:D
http://i240.photobucket.com/albums/ff27/bolox00/devicelink/th_SPIT.jpg (http://s240.photobucket.com/albums/ff27/bolox00/devicelink/?action=view&current=SPIT.jpg)

[Skoshi Tiger]

Is this thread relevant? I don't have know anything about it, just remembered the thread: http://forum.1cpublishing.eu/showthread.php?t=24856

Thanks for the link, but the app on that page is for the original IL2 series that uses device link. It's relatively easy to set up a client program to poll device link using the UDP protocol and retrieve the information.

COD is a different kettle of fish.

As stated beore I tried to use a C# script to set up a UDP server wfrom within COD but due to my limited C# scripting skills failed.

Anyone else had any luck?

Could be that there is another way to get the info out of cod. I guess we need scripting documentation for COD.

Cheers

[Pudfark]

If this becomes doable?
I'd jump on it in a heart beat.:grin:

[mazex]

When COD was first released I tried to get communication sesion going with the UDP protocol. I had previously managed to get a delphi program up and running for a devicelink connection with the original IL2, But with COD I fell in well over my head in the smelly stuff of C#


Hey! As a developer I have to object here... ;) You call C# smelly compared to Delphi that is really Pascal++? And why use Delhi at all for devicelink coding against IL2 when you can use C++?

[hugso]

It really is a shame - there is all that information in getParameters and yet there is no official info on how to utilize it. I am busting to get my motion platform cockpit working with CoD. It works great with IL-2 and Devicelink, but why does getParameters have to be so complicated with no clues about how to use it?

[Skoshi Tiger]

Hey! As a developer I have to object here... ;) You call C# smelly compared to Delphi that is really Pascal++? And why use Delhi at all for devicelink coding against IL2 when you can use C++?

:) Just what I had at the time! :) But your right 'Real Men' program in C++.

[zapatista]

Yes the data Artist points to is what is needed- infact CoD has many more types of data that is readable than old IL2 devicelink.
I've messed about with coding based on that to do 'speedbar' type readings of various parameters but that's about my limit of coding- hacking other peoples work:sad:
One of the 'tricky bits' of coding required is to 'translate' the request packet from say udpseed into an answer packet from CoD

so what exactly do you need to be able to use the data accessed by the simhq guy, to be able to use it for your gauges ? if some limited form of data is already accessed for them to create the displayed data for heading and altitude, shouldn't it then be possible to translate that to a format that some of the gauges can use ?

btw, isnt it also possible to have some very limited 3D version of the gauges so it avoids the 3D/2D problem you mentioned before ? with most gfx cards having multiple connectors these days and the minimal GPU resources needed to display a 2 color static image i would have hoped we dont need to run a 2e pc to just display the 2e screen with the UDP method. err, please be aware i know nothing of programing, so i am probably overlooking some obvious reasons why some of this is an issue :)

[bolox]

so what exactly do you need to be able to use the data accessed by the simhq guy, to be able to use it for your gauges ?

The easiest way would be for CoD to output 'old style devicelink' outputs.

This would entail the CoD script doing:
1) reading the request packet sent from udpspeed,
This bit would probably need to read from an ini file to set up the IP address and port
2)ordering the data from this packet into an array or similar.
This could be simplified/eliminated IF the contents of the packet is a fixed, known set say for a BFP gauge set using~ 10 parameters.
A more universal system would be better tho.
3)Then each parameter must be associated with the relevant CoD parameter and read this data, There is a problem in converting units as IAS is given in km/h in Luft AC and mp/h in British AC. Doable in code but another complication:rolleyes: Indicated ASI is also possibly nit accurate
4)write this converted data into the reply packet
5)send it:cool:

that's my take on what needs to be coded- actually doing it is beyond my talents :(

this is the nearest example of something similar i've found
http://msdn.microsoft.com/en-us/library/tst0kwb1.aspx

http://tools.ietf.org/html/rfc768
shows udp protocol

devicelink doesn't use checksums

btw, isnt it possible to have some very limited 3D version of the gauges so it avoids the 3D/2D problem you mentioned before ? with most gfx cards having multiple connectors these days and the minimal GPU resources needed to display a 2 color static image i would have hoped we dont need to run a 2e pc to just display the 2e screen with the UDP method

anything is possible:) An MG produced program that displayed the 'wondewoman' gauges- (editable, reposition/sizing ability, saveable profiles,...) would be nice as a free bonus in the sequel:P
As to wether modern cards won't affect fps i couldn't say for sure (4 yrs ago with IL2 it was definately a problem)
http://forums.ubi.com/showthread.php/509085-The-Device-Link-tips-and-questions-thread/page30

[Skiiwa]

I for one, Support this Thread!

[Friendly_flyer]

I hope the devs gives this a mind. With the complexity of the engine, this would likely help reach another niche of the market too.

Please, do go on, Gents!

[bolox]

a beacon of hope from Russia perhaps?

Brief: The program allows you to view additional monitor or computer \ netbook \ Tablet PC on the LAN instrument panel plane.

In general, then, could not sleep.

Spread the beta testing.

Included so far only one, simple skin ULTRA LIGHT with schematic devices, check how to behave Gadgets . Photorealistic'll post later.

The program runs until only a single mission, with the start of the air.


http://translate.googleusercontent.com/translate_c?depth=1&hl=en&rurl=translate.google.com&sl=ru&tl=en&u=http://www.sukhoi.ru/forum/showthread.php%3Ft%3D78021&usg=ALkJrhjkOAI5Dd5kS1shaEJ_xYjlYRzI1w