正在加载视频...

视频加载失败

加载此视频时出现问题。这可能是由于临时网络问题，或视频可能不可用。

this is the nightmail #osc

finn🔆

5,026 subscribers

14,763 次观看 • 5 个月前 •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

There he is! #animaticbattle #osc

There he is! #animaticbattle #osc

runeia

14,849 次观看 • 1 年前

Remember when this video haunted the OSC around a year ago?

Remember when this video haunted the OSC around a year ago?

Reaper 6000 💀

33,995 次观看 • 5 个月前

are all osc fans like this??

are all osc fans like this??

goodeguy

15,138 次观看 • 1 年前

WHERE THE HELL IS THE BOSS⁉️ 🗣️🗣️📣📣 #bfdi #OSC #tpot

WHERE THE HELL IS THE BOSS⁉️ 🗣️🗣️📣📣 #bfdi #OSC #tpot

天猫だおよ✨✨

12,248 次观看 • 1 年前

made this goofy thing #osc #inanimateinsanity

made this goofy thing #osc #inanimateinsanity

ARTEMiN ⚡️

53,635 次观看 • 1 年前

OSC Hosts start taking drugs part 6.5 - #osc #objectshowcommunity

OSC Hosts start taking drugs part 6.5 - #osc #objectshowcommunity

Funkler 🐟✦

26,966 次观看 • 1 年前

#osc bfdia 18!!1 . . . . IS IT A FETISH OR SMTH TO KILL FRIES NOW BECAUSE WHAT THE FUCK WAS ALL OF THIS FOR???????

#osc bfdia 18!!1 . . . . IS IT A FETISH OR SMTH TO KILL FRIES NOW BECAUSE WHAT THE FUCK WAS ALL OF THIS FOR???????

stu guy

42,013 次观看 • 1 年前

my one fnf post on this account. #inanimateinsanity #osc

my one fnf post on this account. #inanimateinsanity #osc

dee!

34,774 次观看 • 1 年前

i just saw the funniest osc video ever oh my gosh please look at this

i just saw the funniest osc video ever oh my gosh please look at this

RyeBreadRyan

51,247 次观看 • 1 年前

#inanimateinsanity #osc knife-solute territory (idk what to call this)

#inanimateinsanity #osc knife-solute territory (idk what to call this)

deebie weeebie

15,046 次观看 • 1 年前

Hi please dont the potatoes #bfdi #OSC

Hi please dont the potatoes #bfdi #OSC

dude

15,326 次观看 • 3 个月前

i just wanted to animate this audio #inanimateinsanity #osc

i just wanted to animate this audio #inanimateinsanity #osc

Elijah🌻Shop: OPEN!

11,601 次观看 • 4 个月前

WALKIN’ ON THE SUN #iwiosc #osc

WALKIN’ ON THE SUN #iwiosc #osc

finn🔆

18,384 次观看 • 1 年前

gift for the fooler #animaticbattle #objectfool #osc #osctwt

gift for the fooler #animaticbattle #objectfool #osc #osctwt

{M0RTi!!} ANIMATIC'S #1 FAN/SPOUSE

23,813 次观看 • 1 年前

Got flash banged by OpenCode recently? Yeah, that was me. Here's what happened: OpenCode/OpenTUI detects terminal theme mode (light or dark) by querying OSC 10/11 for the terminal’s foreground/background colors and deriving the mode from those values. OpenTUI also enables DEC Private Mode 2031 to receive theme-change notifications. When that mode is enabled, terminals can send CSI 997 when the system theme changes. OpenTUI treated the 997 payload as authoritative and let it override the OSC 10/11-derived result. That turned out to be wrong. In some terminals, the 997 payload is simply unreliable: it can report light while the queried terminal colors clearly indicate a dark theme. That’s what caused the flash bangs. The fix seemed straightforward: stop trusting the 997 payload as the actual theme mode and use it only as a trigger to re-query OSC 10/11, then derive the mode from the returned foreground/background colors. That works great. Except OpenTUI had also started using OSC 11 to set the terminal’s default background color, so the terminal gutter around the drawn TUI matched the app background instead of the terminal’s own default background. This was introduced recently in OpenTUI. That created a new problem: if you use OSC 11 to override the terminal background, then later query OSC 11, you are just reading back your own override instead of the terminal’s real theme background. No problem. Reset the terminal background with OSC 111, query OSC 10/11, derive the mode, then restore the renderer background again. Oh wait. Turns out Ghostty has a bug. Once this background reset/override path is used, later OSC 11 background reporting can get stuck and stop tracking system theme changes correctly. Even though theme-change notifications still fire and OSC 10 foreground updates continue. This would cause further issues where the OSC 10/11 derivation would be wrong again. So for now: no using OSC 11 to set the terminal background color just to fill the gutter. TL;DR: OpenTUI must treat CSI 997 only as a hint that the terminal theme may have changed and rely exclusively on OSC 10/11 color queries for actual theme mode detection, while avoiding terminal background mutation via OSC 11/111 because that breaks correctness in some terminals like Ghostty.

Got flash banged by OpenCode recently? Yeah, that was me. Here's what happened: OpenCode/OpenTUI detects terminal theme mode (light or dark) by querying OSC 10/11 for the terminal’s foreground/background colors and deriving the mode from those values. OpenTUI also enables DEC Private Mode 2031 to receive theme-change notifications. When that mode is enabled, terminals can send CSI 997 when the system theme changes. OpenTUI treated the 997 payload as authoritative and let it override the OSC 10/11-derived result. That turned out to be wrong. In some terminals, the 997 payload is simply unreliable: it can report light while the queried terminal colors clearly indicate a dark theme. That’s what caused the flash bangs. The fix seemed straightforward: stop trusting the 997 payload as the actual theme mode and use it only as a trigger to re-query OSC 10/11, then derive the mode from the returned foreground/background colors. That works great. Except OpenTUI had also started using OSC 11 to set the terminal’s default background color, so the terminal gutter around the drawn TUI matched the app background instead of the terminal’s own default background. This was introduced recently in OpenTUI. That created a new problem: if you use OSC 11 to override the terminal background, then later query OSC 11, you are just reading back your own override instead of the terminal’s real theme background. No problem. Reset the terminal background with OSC 111, query OSC 10/11, derive the mode, then restore the renderer background again. Oh wait. Turns out Ghostty has a bug. Once this background reset/override path is used, later OSC 11 background reporting can get stuck and stop tracking system theme changes correctly. Even though theme-change notifications still fire and OSC 10 foreground updates continue. This would cause further issues where the OSC 10/11 derivation would be wrong again. So for now: no using OSC 11 to set the terminal background color just to fill the gutter. TL;DR: OpenTUI must treat CSI 997 only as a hint that the terminal theme may have changed and rely exclusively on OSC 10/11 color queries for actual theme mode detection, while avoiding terminal background mutation via OSC 11/111 because that breaks correctness in some terminals like Ghostty.

kmdr

29,509 次观看 • 2 个月前

OUT IN THE OPEN INTRO #osc #bfdi #osctwt

OUT IN THE OPEN INTRO #osc #bfdi #osctwt

pik . pilled

21,520 次观看 • 1 年前

THANK YOU for saving the OSC CHANT! #VidCon

THANK YOU for saving the OSC CHANT! #VidCon

Michael Y. Huang

21,209 次观看 • 1 年前

don't stop dancing animatic is done yall eat up #inanimateinsanity #osc

don't stop dancing animatic is done yall eat up #inanimateinsanity #osc

Elijah🌻Shop: OPEN!

19,301 次观看 • 1 年前

The Weezer guys ! - #animaticbattle #itft #bfb #tpot #osc #objectshowcommunity

The Weezer guys ! - #animaticbattle #itft #bfb #tpot #osc #objectshowcommunity

( MOVED ACCOUNTS )

21,053 次观看 • 2 年前