Embed Notice

HTML Code

<blockquote style="position: relative; padding-left: 55px;"><section><a href="https://mstdn.io/users/wolf480pl/statuses/113033435902880253">Wolf480pl (wolf480pl@mstdn.io)'s status on Tuesday, 27-Aug-2024 19:11:29 JST</a><a href="https://mstdn.io/@wolf480pl" title="wolf480pl@mstdn.io"><img src="https://gnusocial.jp/avatar/6007-48-20250211223719.webp" width="48" height="48" alt="Wolf480pl" style="position: absolute; left: 0; top: 0;">Wolf480pl</a><div><a href="https://blob.cat/objects/082db454-20ee-41b8-ba1d-4954bab8e26c" rel="in-reply-to">in reply to</a><ul><li><li><a href="https://gnusocial.jp/user/84837" title="amonakov@mastodon.gamedev.place">Alexander Monakov</a></li></ul></div></section><article><p><a href="https://blob.cat/users/icedquinn">@icedquinn</a> <br>&gt; some chinese people were using that to play games around the firewall</p><p>not just chinese people</p><p>also, when reading <a href="https://mastodon.gamedev.place/@amonakov">@amonakov</a> 's screenshot for some reason I didn't notice that "lossy" referred to the network, not to the codec.</p><p>But then, if the extra data is only some form of error-correcting code, why would it affect the decoded stream when I have the complete encoded stream with no holes in it?</p></article><footer><a rel="bookmark" href="https://gnusocial.jp/conversation/3575447#notice-7015231">In conversation</a><time datetime="2024-08-27T19:11:29+09:00" title="Tuesday, 27-Aug-2024 19:11:29 JST">about 9 months ago</time> <span>from <span><a href="https://mstdn.io/@wolf480pl/113033435902880253" rel="external" title="Sent from mstdn.io via ActivityPub">mstdn.io</a></span></span><a href="https://mstdn.io/@wolf480pl/113033435902880253">permalink</a></footer></blockquote>

Corresponding Notice

Embed this notice
Wolf480pl (wolf480pl@mstdn.io)'s status on Tuesday, 27-Aug-2024 19:11:29 JSTWolf480pl
in reply to
- iced depresso
- Alexander Monakov
@icedquinn
> some chinese people were using that to play games around the firewall
not just chinese people
also, when reading @amonakov 's screenshot for some reason I didn't notice that "lossy" referred to the network, not to the codec.
But then, if the extra data is only some form of error-correcting code, why would it affect the decoded stream when I have the complete encoded stream with no holes in it?
In conversationabout 9 months ago from mstdn.iopermalink

Public

Embed Notice

HTML Code

Corresponding Notice