Sensitive content
This media may contain sensitive content.
Загрузка видео...
Не удалось загрузить видео
#model #contrast #bdsm #backhand bondage #bondage Yaxi, imprisonment training, private slave use, tight backhand bondage with cable ties, less tough than hemp rope, model's pain endurance, every struggle increases the pain, soon she begs for mercy
Комментарии: 0
Нет доступных комментариев
Здесь появятся комментарии из оригинального поста
![Whitney Webb, April 2020: "[Maria Farmer] said... every time [she] would bring up Wexner, [the media] always cut it out. And she told me Wexner's the head of the snake...He's the brains of this [operation]... [and] he's part of the mob... And in my series, I point that out, too, that he... has basically documented ties to the national crime syndicate, which is the Jewish and Italian Mafia." This clip of Webb (Whitney Webb), author of One Nation Under Blackmail and contributing editor of unlimitedhangout(.)com, is taken from an interview with Tim Dillon (Tim Dillon) posted to YouTube on April 18, 2020. ----------------Partial transcription of clip--------------- Webb: "And she [Maria Farmer] told me, you know, she had talked to so many reporters in mainstream media. I mean, pretty much every outlet you can think of, and they just would not tell her story. She said as soon as I— Every time I would bring up Wexner, they always cut it out. And she told me Wexner's the head of the snake, is what she said. "She said of this whole operation. He's the head of the snake. You know, he's the guy. He's the brains of this. He's the guy that's coordinating this all from his, you know, mansions. This is the guy in charge, basically. And essentially, you know. And I mean, other people have said this, too. Epstein was basically just like a project manager. He was like mid-level management in terms of this scheme. "You know, people say, oh, yeah, well, he's gone. So, I mean, that must mean this stopped. No way. The people that are at the top that were doing this, you know, Epstein was just— He was there because he was really charismatic. He could convince these girls that he was gonna make their lives better. You know, he was apparently really charming and able to, like, you know, bring them in. And then once they're in, I mean, you just— "The tactics these people use. I mean, mainstream media doesn't really report on that either. You know, like, they wouldn't let them. They'd have to call to permit for permission to go outside. There are all these pinhole cameras everywhere. They watch their every move. They even watch them, like, undress to change clothes and stuff, you know? I mean, once you're in there, it's really hard to get out, right?" Dillon: "What were some of the, more, you know, when she called you, what were some of the things that, other than Wexner, what were some of the other things that she had told you that specifically mainstream media would not allow her to say or would cut out?" Webb: "Well, it was specifically anything to do with Wexner, and a lot of other things. I mean, it was just so much. Because, you know, I had read about her story in mainstream media because they reported on her, right? And honestly, she said everything that she had told me, she had told them, and less than 5% ended up in mainstream media." Dillon: "So, I mean— Are you of the opinion that Wexner has, is an asset of, either a foreign intelligence service or our intelligence service?" Webb: "She said that he— He wor— That he's Mossad. That's what she said. Right? It does. And that, and that she's— He's part of the mob, like the, the mafia. He said it was, like, organized. It's organized crime. "And in my series, I point that out, too, that he, you know, has basically documented ties to the national crime syndicate, which is the Jewish and Italian Mafia. They started their union in the 1920s, and they've pretty much been blackmailing ever since. And they got in bed with the OSS, the precursor to the CIA, and then after the CIA was made, they got in bed with them. "And that's where all of this has really come from, right? So Wexner's a part of that, and he's been carrying this on. But every time she would bring him up, they would cut it out. They don't want to go after Wexner, but, I mean, if he's the head of this, it won't stop until there's some accountability for him. But apparently, because he's the richest man in Ohio, no one wants to say anything. And I think that's sick."](https://image.24vids.com/tw-2024562367234003101/amplify_video_thumb/2024558718789308416/img/rc111ohatGL86YiY.jpg)
![I think I can finally report some success training a quite accurate IDM capable of recovering keystrokes from Minecraft gameplay, even in quite PvP-heavy situations. At this point the model does not only know what keys are pressed to the extent reasonably discernible, it also knows how fast it is moving in 3D space at all times, even when knockback is mixing with the self-move impulse. Now, recovering keystrokes from normal external capture footage is just about impossible. E.g. W/A/S/D does exactly nothing during partial tick frames and jumping mid-air is also equally useless, so asking the model to recover key down states is inherently unreasoanble. Mouse deltas are also completely arbitrary units, as game mouse sensitivity introduces an arbitrary scale factor into the equation. The only good option is to think carefully about your model-environment contract, and only record "logical actions", not raw keystrokes. So here's a few unfortunate lessons I had to learn in roughly this order. - Choose good units. (bad: mouse deltas, good: delta radians [yes, you will need game-internal state]) - Capture from inside the main game loop and read the game fbo to get consistent frame-action pairing. Doing post-mortem pairing is hopeless. - Carefully define when you think keystrokes actually have an effect. (jump only works on ground, when flying or in water etc.) More subtle: The key may already be down, but no tick has happened yet to actually use the value. Hence: ignore Seperate gamestate into "fast and slow-moving" components. E.g. movement is likely tick based, camera rotation is very likely updated every frame in essentially every game ever. - Think about your frame-action correspondance contract (How old is the frame in relation to the inputs you capture? Will double or tripple buffering affect you?) Think about the game loop timeline, where you are sampling, how old the data you are reading is, and where the ticks are happening around you. Language models used to simply not have a model-environment contract, but even now with the model "living" in a designated harness, the contract still boils down to formatting, and tool implementation intrinsics. While also important, it is still quite a bit more obvious because the violations are in some way shape or form reflected as text you can actually see. - ffmpeg dropping frames cummulatively screws the model the further you get into the sequence because your targets are now shifted. If you can't encode the video in real-time, too bad. - Sodium has a frames in flight system different from vanilla Minecraft, which will also offset your targets from your frames. (there goes that data...) - Models are succeptible to latency. If there is too big of a delay between action and on-screen reflection, your performance degrades. At this point I realize ~100hours of gameplay is essentially no longer usable as a dataset. You can train on this data, but all you'll get is a mushy mess. However, some good news: - Making the model predict physics gamestate scalars helps the model generalize. For instantaneous events like jump, it's unreasonable to ask the model emit a short burst of jump=true at exactly the right time, however if you also predict your current y-velocity, the model has supervision signal for the "latent" from which that onground jump becomes apparent. Recovering x/z motion is also somewhat easier than unmixing it into plausible keystrokes for inertia-heavy player controller logic. - Regressing physics gamestate scalars also seems to make your dataset "bigger". While pure keystroke classification will overfit quickly, predicting exact physics gamestate scalars forces the model to generalize more and you can tolerate far more epochs before validation loss starts to stall out. This is the only reason why it was bearable to dump 100h+ of dataset hours and replace it with ~3 hours of gameplay after the 4th revision of the file format (yeah...) and somehow still have better performance. Now, you might be asking, "isn't this brittle?" and the answer is yesn't. Frame-action correspondance matters for training, but not so much during inference. So as long as you are sampling in roughly the same interval as your training data, you aren't violating any hard contract per-se. Somewhere around the frames ticks are happening, and during training you capture various tick-capture offset relations per random chance, so nothing is too obviously wrong here. HOWEVER, you will get screwed by gui scale, shaders, resource packs, "shit that recording is 1920x1040 because somebody doesn't know fullscreen exists" and other unfortunate edge cases of reality. But I suppose this is the role of dataset size. If all those "contract violations" that a youtube video has compared to the training data are addressed, I think this is a way to turn Youtube into a labeled dataset. I could never shake the feeling that VPT is a sound idea in practice, while never having been properly executed, and I think one reason why it hasn't is because that label boostrapping part is just a pain in the butt to get right. Now, what the player is doing is of course not the only label you can extract from video, but it has to be one of the targets predicted during pretraining to "align" the pretraining objective. Some notes on the video here, the colored dots on the analog visualizer are the ground truth, while the gray dot is the model prediction. Green means correct prediction, red means incorrect prediction at that frame. Model P(key) reports how wrong the prediction is from green (0.0) to red (1.0). You will also notice that during periods of rapid slow down, left and right actions become close to irrecoverable, because there is just that little motion. And some jump actions are not predicted correctly because I got the detection condition for jump events wrong... (duh) LMB/RMB for other than sustained events (like item-consume and block break) also seem to be hopelessly irrecoverable for now. Swing was supposed to do the same thing as motion y did for jump, but its too well behaved as an increasing counter. Maybe partial-tick interpolated values work better (v5 file format then... ugh..)](https://image.24vids.com/tw-2042731804780826849/amplify_video_thumb/2042721691844120576/img/yugYQfuXXQmJpdVp.jpg)
