That "is nuyen a cryptocurrency" post reminded me of something that's long bothered me about the canon. It doesn't matter, I suppose, in the sense you can handwave it. But it bothers me, dammit. Has anyone ever found a solution to this?
Per canon, a certified credstick has several very important characteristics:
- It doesn't belong to anyone. It is not traceable. It is as anonymous as a suitcase of cash in the present day.
- The balance on it can be transferred to another credstick freely. Again, like a suitcase of cash.
- It absolutely cannot be hacked. Our wily deckers cannot duplicate the funds on it or spend them twice.
When you consider (1) and (2) together, it makes it sound like the money the credstick represents is purely data that lives on the credstick.
But no pure data you hold in your hand is unhackable in Shadowrun. You can always attempt a Crack File action, and the Protection Rating might be high but then again a basic credstick costs 5¥ so how tough can the encryption really be? So when you consider (3), it makes it sound like the credstick connects to a bank account somewhere - a Swiss-style numbered bank account system, where the holders are anonymous, but where the source of truth for "credstick number 123456 is worth 588¥" is in a database somewhere outside the credstick itself.
If the credstick balance is just data held on the stick in your hands, and it is somehow unhackable, then we have the old quip about "if the black box recorder always survives the crash, why don't they make the whole plane out of the same stuff?" In other words, if we are going to handwave and say "the balance is made from unhackable data" then why aren't the corporate R&D plans you're stealing also made from unhackable data? You can't have unhackable data on cheap devices in a cyberpunk RPG; the whole game falls apart.
But on the other hand, if all the certified credstick transactions live in a database held by Zurich-Orbital Bank, then every payment to our PCs and back out to their contacts for illicit gear starts to look very traceable indeed.
I've never came up with a way to resolve this seeming contradiction. Does anyone have one?
Ok so my wife and I are through only the first 7 episodes (no spoilers!!) but I’m hung up on why they wouldn’t have been rescued. I know little Miss Crazytown smashes the black box cockpit recorder, but why hasn’t anybody come looking for them? I’m a former air traffic controller (ZMP-ARTCC) and I know a jet like that would have been in controlled airspace and on a flight path filed before takeoff. Furthermore, the pilots were conscious until crashing and would have called in the emergency to air traffic control. Even with the loss of primary and secondary radar targets, air traffic control could narrow down the search radius and rescue crews could have just looked for the smoking wreckage from the sky.
I’m loving the show, but this plot hole won’t let me move on in the plot. Did I miss something within the first 7 episodes that explains this (again-other than the smashed cockpit recorder)?
So, as far as I am aware (and i do not know much about planes) the black box is more about recording what happened when the plane crashed, etc. I don't think it has any kind of tracking device (I read this article here and here). So I'm confused how Misty destroying the flight recorder hurt their chance of being rescued. It seems like it would only explain the crash AFTER investigators found it, when they found the girls. It wouldn't lead them to the girls.
National Geographic Channel explains that the flight data recorder stores information about the plane’s movements such as:
- How fast the plane was traveling
- The direction the plane was flying in
- Movement of the different wing flaps
- Fuel gage data
- How high the plane was
- Whether the plane was on autopilot
So...why was Misty destroying the flight recorder such a big deal? Didn't their plane crash because of a storm? I remember the pilot saying they were flying more north than usual because of a storm system coming in.
Any clarity would be helpful :)
Well, I was positively surprised we have a subreddit dedicated to aviation maintenance :D Thank you all for keeping air travel safe.
I have a bit of an odd request as I'm not personally in aircraft maintenance, but rather a bit of an enthousiast. I purchased an old Lockheed RO-209/ASH573 flight data recorder. As far as I can tell, this is the same as the model 209F - the one I have was bought for the US Air Force and has somewhat different labelling on it.
I'd like to know a bit more about the inner workings of it, so I went looking for documentation. Which is surprisingly impossible to find. Something akin to a service manual would be an interesting read.
I've got part numbers (10077A500-821), NSN numbers (6610-01-130-7075CX), the model number, etc. but so far Googling it wasn't very helpful. I did find one site in the US which apparently sells a ratty old physical manual for some 180 USD, but that's probably a bit much :D
Are there any good places to look for this sort of thing? It's quite an old device, so probably not much documentation ever made it to the internet.
This might be in danger of violating rule 2, if so, mods, do your thing.
Looking for a cheap one, ideally with a mobile app. Big fan of the Flight Sketch mini but they are waiting on some extra components and I really want to get started. Any ideas? Thanks!
With the DOS versions of Star Wars X-Wing and Star Wars Tie Fighter (both the floppy and CD-ROM versions for each), if you use the flight recorder feature and play it back immediately when asked to, it runs fine. However, if you save the file and then load it again in the film room, it seems fine for several seconds, but then suddenly the action freezes and the status bar updates at a rapid rate. You're still able to stop the recording, and the game allows you to exit the room and continue as normal, but it's annoying that the recordings can't be viewed in their entirety.
In the Macintosh and Windows versions of the game, when playing flight recordings in the film room, this bug does not occur, but instead the frame rate is uncapped. With the Mac version, I was running X-wing through FS-UAE + ShapeShifter, as the last time I checked, native Mac emulators run that game very slowly. To get the flight recorder to run properly I had to run the game at a lower CPU speed than I would for actual gameplay. For the Windows version, it depended on whether I was using DXWND (where I set a delay in Timing) or xwa_ddraw_d3d11 (where I messed with the PresentSleepTime setting).
I'm wondering if, for the case of the DOS versions, cycle accuracy is necessary to prevent flight recordings from imploding. I had previously tested versions of DosBox and PCem, and even ran the game on a real Pentium 2 laptop. Same result in every case. Since no cycle-accurate 486 emulators exist AFAIK and I don't have a 486 machine to test around in, I'm wondering if anybody else had the same result as I have, both with real hardware and either emulated or more advanced hardware like what I used. If anyone has period accurate hardware for the DOS versions of each game and would be willing to test if saved flight recordings playback from beginning to end (especially once where the full cache size of IIRC 2048k is used)
Here's a video I did of a recording of Star Wars X-wing (DOS Floppy) https://drive.google.com/file/d/1udcO76vwBFOsf3DoZ8KBhQxSB5-k1CwD/view?usp=sharing
Immediate flight recorder footage starts at 16:02
Film room footage playbacks start at 17:54. The first glitching occurs at 18:55.
The second playback begins at 19:10 and the second glitching occurs at 20:21.
The third playback begins at 20:30 and due to the use of the fast forward Advance feature I get to the point where it glitc
Hello all, Just a quick question. I would really like to divide the stages of flight between cold start and then practicing approaches while cutting out the middle of the flight. This is where I really tend to need work and as I explore new planes (currently flying CJ4), I would really like to quickly load into an approach and attempt the same flight plan again.
Can FlightControlReplay handle this for me? Or is there another option out there? I know FlightRecorder is a thing but as I mention in comments it can't reproduce AP configuration.
Thanks!
I've been using Flight Recorder from flightsim.to for a while now and for the most part it's an incredible piece of software for me. However, I've had some issues as of late. When I complete my flight, I set my thrusts to idle with the A32NX. I stop recording and push replay. However, since the thrusts are idle when I replay my flight and go to cockpit view, the thrusts do not reflect how they were recorded during my flight, only how they are currently set. Altitude, Hdg, Speed also appear as 0.00 or are blank. The numbers I programmed into the flight once again are not reflected in the play back. When landing, I notice the reverse thrusts do not deploy as I did through my flight. I actually have to manually perform all the actions again, which kind of defeats the purpose of replaying the flight if you have to perform these steps again.
I think I am missing something here and would appreciate anyone's input or feedback!! Thanks again.
So since I found the Russian silenced .50 I figured I'd try seeing if I could shoot down helicopters with it. Turns out you can, and I recovered a flight data recorder from the wreckage. It weighs 6 whole kilograms, and no traders will take it, and no technicians can do anything with it. Is it literally just a trophy or am I missing something here?
