Jump to content

Cynic_Al

Members
  • Content Count

    205
  • Joined

  • Last visited

Community Reputation

53 Excellent

1 Follower

About Cynic_Al

  • Rank
    Member

Recent Profile Visitors

567 profile views
  1. In the sds file, set the ip to the ip address of the machine running the server. If you don't know it, open a DOS window by typing command in the Windows search bar. Then at the prompt, type: ipconfig <enter> You should get something like this: Windows IP Configuration Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : Link-local IPv6 Address . . . . . : fe80::d6f:e1cc:36b9:c613%11 IPv4 Address. . . . . . . . . . . : 192.168.1.102 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 192.168.1.1 It's the ipv4 address you want. You can look-up how to make it static.
  2. You'd think ZF would know that, given that (IIRC) he himself suffers from acute Glaswegianism.
  3. We had this farce in Rise of Flight and I'm not certain it ever was fixed. You could have two adjacent windsocks pointing in different directions. The fix was to delete the errant windsock then replace it with another and usually it was OK. If ever you suspect a faulty windsock reading, while static on the airfield, just fire a flare as vertically as possible and watch the direction it takes.
  4. I wonder exactly how this should be interpreted. Should it be taken absolutely literally or should we understand that they match as far as possible under the IL2 engine? If it's the former, perhaps perceived differences are just psychosomatic and FC users are having a group hallucination.
  5. Let's not get ahead of ourselves.
  6. If you mean the lever just in front of the magneto switch, I believe it's the one that adjusts the ignition timing to optimise engine performance at different altitudes. I think the other 'inert' lever higher up with the loop handle is the auxiliary throttle, used in the event that the cable to the column-mounted lever fails. Neither of them need concern you.
  7. Surely the current aircraft are entirely consistent with that period.
  8. Just to be clear, I take it you refer to this quote from here. Well the devs finally did admit that update to be a mistake. When you admit a mistake it's customary to correct it, which contrary to popular belief among non-programmers, would not be a huge task. More importantly perhaps, does this mean that what were seen as improvements in flying characteristics in FC, have now vanished?
  9. I wish I'd seen this drawing earlier, since the drawing for the Camel doesn't show the cable 'clip' detail. I guessed the thickness correctly but since there was no bush specified for the pivot hole (unlike the Dural anchoring points for the tail skid cables), I assumed them to be made from steel, which made forming them rather tricky. Presumably the bushing is provided by separate hardware. Some of details on this schematic are not consistent with its origin: The American spelling 'center'. Metric bolt sizes. The specifying of Dural. I have to assume it has been revised at some point, presumably for the benefit of replica builders.
  10. Cynic_Al

    SE5a

    Perhaps hope is at hand.
  11. So you'll join the server regardless of what the useful Barans site tells you. It's good to have that clarified, although it does beg a rather obvious question. Then I'm sure you'll be gratified to know that has been implemented already as part of the multiplayer server list. Any committed player should have no difficulty finding it.
  12. Perhaps better than perpetuating the current embarrassment in RoF, whereby the DVa completely outclasses the Fokker DVII. Now all they have to do is justify why the DVa gets left standing by the Camel, which (leaving figures aside) we know didn't happen. There'll never be an answer to this.
  13. Yes I imagine it certainly would be.
  14. What action do you take if you find no-one connected? Surely any server worthy of the description gives you that information anyway.
  15. In a plane weight would be a consideration, but for a PC peripheral not so much. This issue was discussed and going by the way the foot straps are mounted, I would conclude that the bar is designed to be used either with feet resting on top and in the straps, or just with toes pressing the edge of the bar. Looking at the rendering of the SE5 bar, it seems to work in the same way. I did consider that as well as the steering head from a child scooter, but went with the bicycle bottom bracket as suggested by Plank because the sprocket offers an easy mounting method. I would recommend using what's known as the one-piece design, that is to say the type on which the pedal cranks, sprocket and driveshaft are a single piece, as opposed to the type with bolted-on pedal cranks. One-piece BBs are used commonly on kiddie bikes, of which unwanted examples are easy to obtain gratis, however not all sizes are ideal. Ideally look for the one with 47mm diameter and 70mm width. A prepared example may look like this: The bearing cylinder is passed through a hole cut in the base board, with the socket acting as a mounting flange on the underside. The bar of my working prototype seen here uses a profile somewhat in the style of SPAD, and is fastened by a concealed U bolt. I also cut a solid Sopwith-style bar (as yet unused) - - to test a simpler fastening system using a recessed Jubilee clip, which also works well. In the prototype image, below the bar you can see a piece of stripboard with the Hall sensor mounted at the right side end. You should see one of the two circular magnets used to drive the sensor. The polarity and relative positioning of the magnets determines the response and angle of rotation. Once satisfactory operation is achieved, the calibration can be preserved by hot-gluing the magnets into place. That's fine if you insist on a stand-alone unit, however I saved the cost by connecting the output of the Hall sensor directly to a channel of an existing joystick, via a phono plug/socket. It's not entirely straightforward because (at least on two popular joysticks) the rudder/twist channel has a hideous deadzone at the centre point, rendering it effectively useless for a precision control. The (simplified) solution is to swap the wiring of the twist and slider potentiometers and feed the Hall sensor's output to the slider channel, treating that channel as the rudder in games. This gives a rudderbar with smooth, deadzone-free operation and a slider with a deadzone in the middle of its travel, which isn't an issue. Eventually I intend to make a construction video (already overdue) which will provide further details.
×
×
  • Create New...