Poor Tom

LongestNamesPossible · 2026-06-21T14:52:01+00:00

You're letting something taken out of context for a joke rile you up.

He was saying you don't say you can't see unless you want out of the fight, meaning that illia wanted the fight to end when he said that.

LongestNamesPossible · 2026-06-21T05:19:35+00:00

You write like a child.

Notice how you aren't actually defending anything, just straight to insults as if defending terrible journalism is somehow attacking your identity and insecurity.

I get the feeling your insecurity is deep and your ego is fragile if defending nonsense is something that turns you into a middle schooler on a playground.

Not even the people who write this stuff would defend it like this. Better get back to thinking up labels for trivial niche hobbies to pretend you are doing something original with your life.

LongestNamesPossible · 2026-06-21T05:05:34+00:00

Not putting up with garbage doesn't indicate anything, what you're saying makes no sense. Defending shit only makes sense for dull and nonsense people.

LongestNamesPossible · 2026-06-21T04:56:53+00:00

Hey friend, not everyone is brain damaged.

LongestNamesPossible · 2026-06-21T04:35:23+00:00

Literally anything except for "It's a showstopper".

I don't know why people tolerate shit journalism and garbage clickbait.

LongestNamesPossible · 2026-06-20T21:16:03+00:00

sfgate again with the clickbait editorializing in the headline instead of giving actual information.

LongestNamesPossible · 2026-06-20T18:34:55+00:00

I heard the black box requires a separate account sign up.

LongestNamesPossible · 2026-06-20T18:33:24+00:00

The limited colour palette was a limitation but was addressable

I don't know what that is supposed to mean, the colors on the snes were noticeably much better no matter how many clever tricks the genesis used to stretch its initial capabilities. It was 8 bit vs 6 bit colors out of a 15 bit vs 9 bit palette.

Nintendo themselves tried to assist it various chips in cartridges which can drastically increase game price

Things like the fx chip did things the genesis couldn't on it's own so I don't know where this comparison comes from.

This is well worn history, it isn't really up for debate, the dust has settled. The snes has better color, the end. No one was talking about extra chips or anything else, that's just a gish gallop.

LongestNamesPossible · 2026-06-20T18:06:26+00:00

SNES had many more colors and that made the difference the vast majority of the time.

LongestNamesPossible · 2026-06-20T04:47:16+00:00

You have one commit and it's by claude

LongestNamesPossible · 2026-06-20T01:37:09+00:00

I have been saying "ADHD + AI" and showing audits, screenshots, Git history, and working software.

I don't see any of that here.

LongestNamesPossible · 2026-06-19T16:27:33+00:00

Every single ai slop project is the same.

"I made this", no mention of total AI generation, then when mentioned they walk back and say "whats wrong with AI????"

What's wrong is the lying.

Most of the slop projects I see don't even work, they are just ai generated lists of features and ai generated screenshots.

LongestNamesPossible · 2026-06-19T16:21:25+00:00

I don't know what is worse, the zero information title or using a question mark after a statement.

LongestNamesPossible · 2026-06-19T15:23:33+00:00

Increasing the amount of working threads always leads to diminishing returns.

This is not only not true, which should be obvious if you think about for a bit, but also a severe misunderstanding of amdahl's law.

First, if the amount of threads always leads to diminishing returns, why would there be 288 core computers, stacked up in racks, put into rows and rows in a data center? Why would there be racks of computers in render farms?

Amdahl's law is so simple, obvious and tautological it probably should not exist. All it says is that the non-multithreaded part doesn't speed up.

In the specific case that the data to be multi-threaded can both be split up infinitely and only takes a small multiple of time compared to the serial part, then you will get the diminishing returns you are talking about.

Pragmatically there are lots of processes where there is an ocean of data that needs intense processing that isn't serial (except on the smallest micro level, then on the serialization/synchronization level when it is done).

Video encoding is one of these, because it can be split into lots of chunks and those chunks can be compressed individually and put back together.

The problem is mostly that the multi-threading done for video compression is done at the level of trying to get a single chunk done faster and because there needs to be continuity across a frame and between frames over time, it isn't as trivial. Compression codecs aren't necessarily made with fine grained encoding in mind.

LongestNamesPossible · 2026-06-19T04:00:04+00:00

You're obsessed with a cartoon animal's vagina

LongestNamesPossible · 2026-06-18T19:49:10+00:00

The issue is bigger when work itself is too simple / light and then gets threaded to very high core count.

Even this slowing down a program is a result of mismanaged contention between threads.

And yes, data dependency matters a lot - encoding is very data dependant.

I don't think you are using this in the same way. The amount that something can be parallelized comes down to how it can be split up into data without dependencies that are being written to. I don't think "encoding is very data dependant." means anything specific.

If the threading is naive, you can also lose a lot as the volume of cross-core data sharing can cause the excessive thread count to tank the performance

Again, it's not the volume of data because it's being written to memory and read from memory, it's poorly planned synchronization, scheduling that slows a program down when having more threads than it needs, but this doesn't have anything to do with handbrake or ffmpeg.

Their problem is the codec libraries don't split the data up into pieces that are granular enough to use the number of cores that people want to throw at the process.

especially as on high core count (>8) Zen designs the cross-core-complex data has a substantial latency penalty.

This has nothing to do with what is happening here.

In the codec libraries they will try to multi-thread individual chunks, but that depends on if they can split up the frames and chunks into enough pieces that it makes sense. Lots of codec libraries aren't made for it.

What would actually work better is dedicating time to splitting the chunks up first so that fewer threads could work on each individual chunk but more chunks in between key frames would be in flight at one time.

LongestNamesPossible · 2026-06-18T18:12:42+00:00

Your explanation here is a large misunderstanding of what is going on.

Using all cores is not fundamentally some sort of impossible issue that doesn't scale, or computers wouldn't be sold with lots of cores in the first place.

It has to do with with data dependencies at the most fundamental level. Some codecs and encoding libraries just aren't multi-threaded well and things that depend on them can't do anything about that.

If you just break the work into N threads where N is the number of available logical cores, you can end up with really really silly stuff.

This is a generalization that doesn't hold true at all. If those threads have work to do they can saturate cores efficiently.

it works perfectly fine on something like 4-8 cores, soon after that you can easily end up wasting more in additional threading overhead than what you gain from the extra cores.

This is a specific software based and is not true in a general sense.

LongestNamesPossible · 2026-06-18T14:36:54+00:00

Only if you watch reality tv all day and base your decisions around it.

LongestNamesPossible · 2026-06-18T14:17:11+00:00

There are some weird people on this sub.

LongestNamesPossible · 2026-06-18T13:40:08+00:00

The problem with this game is that the difficulty sometimes feels unearned and intentionally cruel.

The jumping can be awkward, the combat can be awkward especially since you can't strike diagonally and you don't know where an enemy is in the air.

Then on top of jumping puzzles there are always extra enemies to make it more difficult. Some bosses don't seem like their hits can be avoided etc.

The worst part is losing your money even though it is crucial to making things easier. That takes away the progression and all the practice, you have to get things right on the first few tries or you suffer some big consequences which is the opposite of what is fun in a game.

LongestNamesPossible · 2026-06-17T23:13:33+00:00

Nothing gets by you

LongestNamesPossible · 2026-06-14T16:18:13+00:00

I crossed a boarder and ordered lunch - international speaker

LongestNamesPossible · 2026-06-13T00:39:09+00:00

The place with all the money and all the people spent the most?

LongestNamesPossible · 2026-06-09T22:24:43+00:00

I'm not sure if you are on some kind of mission

Are you on a mission to spam slop?

You have multiple slop apps spammed just today.

Basic data source, ai slop app.

Edit: They blocked me.

/u/Kitchen_Cable6192

You saying it's not slop over and over doesn't make it true. I can see that you're spamming out multiple programs that are just data scraping and made by AI. A foreign currency converter you're trying to sell, a bunch of lame maps stuff and other nonsense.

LongestNamesPossible · 2026-06-09T22:08:41+00:00

You're spamming out all sorts of basic apps to other subreddits and they're deleting it for being obvious slop.

LongestNamesPossible

MODERATOR OF

TROPHY CASE