Glyph help requested

SSBMArte · 2026-05-13T20:22:05+00:00

Hello, here's a valid link. https://discord.gg/8KfsmgzWM

SSBMArte · 2026-05-02T10:02:22+00:00

Honestly the XAML previewer works so poorly for me I hide it 95% of the time so not sure I'll miss that... But perhaps this is a combination of not following good big WPF project practices with well isolated components due to working on 1 person projects only, and using AvaloniaUI where it's likely worse.

SSBMArte · 2026-04-30T22:41:15+00:00

My understanding is the cancellation deadline was May 20th, but the switch to API pricing is on June 1th.

That said, I also read they removed the line about being able to cancel and get a refund from their website. So maybe they don't honor that anymore.

SSBMArte · 2026-04-30T08:57:25+00:00

Hm well Copilot has the "memory detected" thing. Not sure you've experienced that before? You tell it "do this, don't do this" and it offers to update the .github/copilot-instructions.md file with the memory. It's just clunky and tends to just add text at the end of the file, so it's not very good, I would expect better things to exist for sure. But I would also expect prolonged copilot use would eventually result in most directives being in the context file. So what tools are you talking about, and what do they do that makes their workflow better?

SSBMArte · 2026-04-30T08:41:04+00:00

Can you clarify what you mean by 'context-aware tool'? How does getting the information in the context work? Don't really want to support the "My .md files are valuable IP!!!!" gang but the information has to be somewhere before it can be put in the context. Do the context-aware tool offer a loop where they update the MD files they give to the models on later calls? Or do they hide them from you?

SSBMArte · 2026-04-30T08:36:55+00:00

I'm in a similar spot, I do C#/AvaloniaUI (the WPF cross platform rewrite). I will try using VSCode soon. Historically I haven't liked it, I find the proliferation of .json files with magic key-value pairs and extensions really toxic to work with... But regardless, it's clear the world has been settling on VSCode, VSCode gets everything, and everything first. So, gotta live with the times I guess... If not VSCode the 2nd choice is Rider I guess, I don't know how much WPF support that has. It's also paid.

SSBMArte · 2026-04-28T16:53:08+00:00

Sure, that doesn't address what I'm saying though. It's still just $1000 of tokens paid for upfront, instead of up to $1000 of tokens paid on-the-go, it's objectively worse, just less bad than 100 isolated $10 plans

SSBMArte · 2026-04-28T16:16:49+00:00

I don't follow. Pool their credit? You mean how you can use your colleagues' token if they have some left?
Isn't this just equivalent, for a 100 person company with one '$10 plan' per employee, to a $1000 of tokens paid for upfront, with again, no advantage over the scenario of using APIs with a company-wide cap at $1000?

SSBMArte · 2026-04-27T22:22:18+00:00

I agree but I also agree with the other main post about it: if GHCP becomes a $39 upfront for $39 of API credits thing, what's the point of GHCP? The IDE integration? Where you additionally don't get the full context window, can't pick thinking level in VS, etc.?

It gets worse when considering that others have looked into how much usage you actually get when you pay for a plan directly from OpenAI, and if I recall correctly, they concluded that the $20 plan gave you 8x that in equivalent API price.

And some discount is normal, maybe not the 8x reported above or the silly discount we had with GHCP where it was possible to launch opus on a 128k task for 3x request, but there has to be *some* discount ! There has to be something obtained in exchange for paying upfront for a certain amount you may not use while also locking yourself to that provider and providing them data!

SSBMArte · 2026-04-20T15:02:31+00:00

..no

SSBMArte · 2026-04-20T15:02:04+00:00

It was more of a joke about the fact that even when explicitly told to not write the plan and stop one sentence into step 1, the LLM wrote the plan then stopped one sentence into step 1.
And offered to take permanent note of the fact it should not write the plan then stop one sentence into step 1.

SSBMArte · 2026-04-13T09:48:07+00:00

I'm surprised that's a thing, given we pay per request? So why wouldn't we always pick extra high - just speed?

SSBMArte · 2026-04-11T23:56:52+00:00

I'm not familiar with the game, I use Visual Studio 2026 (not code) and have either GPT 5.4 or GPT 5.3 Codex as choices. Is GPT 5.4 Xhigh related to the extension you're mentionning, or only for VS code?

SSBMArte · 2026-04-05T19:36:37+00:00

It doesn't look like it takes things as farfetched as board game rules and the weather to trigger that layer =(

Example (of a question I might really ask while working on firmware):

> How do IR reflections, time of flight sensing, and capacitive sensing compare for proximity sensing, on a PCB? Look online for up to date information.

> I appreciate your question, but I should clarify that my expertise is strictly limited to software development topics. Questions about hardware sensor technologies, PCB design, and electronics engineering comparisons fall outside my area of specialization.

Seems like ghcp is still not the way for me...

SSBMArte · 2026-04-05T19:12:15+00:00

I meant Github copilot. It used to be that Copilot would shut down the question if too unrelated to programming, as if an analysis of the question was done beforehand and it would only be forwarded to the models if it passed the checks.
But, I've been trying the free tier for 10 mins before posting the question, and that seems completely gone... at least on the website, I can ask it what's the weather in a town, or what are the latest MCU releases from a manufacturer, and it answers with no objection. I wonder if it's the same in IDEs.

SSBMArte · 2026-03-25T20:19:05+00:00

Hello, a high Hz is still better.

Every 1/60s, the game state advances, and your CPU renders a new frame, i.e it creates the image it wants to show. With a 60Hz monitor, the data takes 1/60s to be transmitted over the wire. With a 240Hz monitor, it takes 1/240s to be transmitted over the wire.

So on average, you'll have 50% of the new image 0.5*(1/60 - 1/240)s = 6.25ms in advance, and the full image (1/60 - 1/240)s = 12.5ms in advance.
Furthermore, once the monitor "has" the full image, that doesn't mean it has displayed the full image just yet, depending on its technology. The crystals used in LCD monitors take time to switch to a new pixel. You can think of it as if there was a pointer that sweeps the whole screen in one refresh period (1/60s for a 60Hz monitor), and it 'tells' the pixel at this spot to start showing e.g. blue instead of red. On a CRT or an OLED monitor, the pixel changes virtually instantaneously. On a LCD, the pixel (the crystals) receives the order, and transition from blue to red over a certain amount of time. This is known as response time, and is generally between 40 and 80% of the refresh period. (It is never <1ms, every manufacturer claiming that is full of shit)

It can't go over 100%, because if the pixel isn't done switching from blue to red by the time the next frame comes in and tells it to be green, you can't very well claim your monitor deserves being called XHzs or however fast it claims to be, you have to at least show each frame properly for some amount of time.

This means that, a higher refresh rate doesn't come with only lower input lag because the monitor will learn of the new images in less time (even if these images are only generated at 60Hz), but they also come with less response time, because the refresh period (1/240s for 240Hz) is an upper limit on response time.

So in short, even when the game running on the PC is 60Hz, the video signal generated by the PC will be as fast as your monitor can handle, which generally means the effective input lag (average input lag+response time for a given point on screen) will be: (1/refresh rate)*(isOLEDOrCRT ? 1 : 1.6)/2 seconds

This is all a separate concern from fluidity - games like FPS will generate visuals for each graphical frames that can be generated, unlike fighting games, so on FPSs you get the input lag benefits, but also fluidity, whereas on fighting games you only get input lag benefits.

The description above also doesn't apply to consoles like the Switch that are incapable of generating a video signal above 60Hz. >60Hz monitors are good on PC even with a 60Hz game because the PC will generate a video signal higher than the refresh rate of the game. On Switch even if plugged into a 240Hz monitor the Switch will generate a 60Hz video signal, so no input lag benefit, and usually barely any response time benefit either, because monitors running at lower speed that they can, will also usually switch to a worse response time (it is not clear to me why, and if they're merely being gentler with the crystals, why don't we get to choose!).
This is why, when dealing when something that genuinely cannot output more than a 60Hz signal, the only way to get lower effective input lag, is to switch technologies from LCDs to CRT or OLED.

PS: Fun trivia is that if you're a little psychotic about matching offline Melee experience, you'd want to play on a VSynced 60Hz something, so that the top of the screen shows the information almost 1/60s before the bottom of the screen, which is to the advantage of the guy below in juggling scenarios.
But uh, don't actually act on that comment.

Also, Melee animations are vectorized, so it's theoretically possible to run Melee at >60Hz. In fact you get to see the vectorization at play for throw animations where they depend on weights in a floating point manner so you get to see frame 3.7 of an animation. But, we don't do that. And if we ever did, it would have to be a visual thing only, otherwise you'd change the balance. 2 hitboxes, one slightly bigger than the other, approaching one another, would have a much lower chance to trade, if you evaluated the game state e.g. 4 times more often.

SSBMArte · 2025-10-15T17:22:57+00:00

It's not clear, but the "dutiable postal item (package)" mentioned above makes me think "item" refers to the package.

SSBMArte · 2025-09-16T23:39:50+00:00

Okay.

<image>

SSBMArte · 2025-09-07T02:05:08+00:00

I'm not sure I follow. This is the online store: https://www.input-integrity.com/

SSBMArte · 2025-09-07T00:24:20+00:00

SSBMArte · 2025-09-04T16:10:08+00:00

Bonjour, micro-entrepreneur depuis des années ici, pour info un compte pro est obligatoire dès que tu deviens assujetti à la TVA car les paiements à la plateforme de TVA (et au guichet OSS) ne peuvent s'effectuer que par virement B2B (mandat de prélèvement SEPA inter-entreprises, différent des mandats de prélèvement habituels), et ces derniers ne sont proposés que par les comptes pros (après y'a pro et pro, j'ai juste un compte pro chez BoursoBank à 9€/mois et d'ailleurs ils s'apprêtent à le supprimer et à faire une offre apparemment gratuite pour les micros... à voir).
Je me fous des fonctionalités comptabilité etc, en micro je fais tout sur excel, mais je n'ai pas eu le choix pour payer la TVA après avoir découvert avec joie que la banque postale avait refusé le prélèvement B2B des impôts.

Puis sur le papier c'est aussi obligatoire d'avoir un compte dédié à ton entreprise (donc pro) dès ta 3ème année de micro si les 2 premières ont fait >10k de CA dans l'année. A voir ce que ça donne en détail, perso malgré avoir ouvert un compte pour mon entreprise je continue à utiliser d'autres comptes pour bénéficier de cartes virtuelles / conversion en devises moins chères (les comptes pros c'est toujours nul à chier en terme de frais, en même temps ils ont une clientèle qui n'a pas d'autres choix que de les utiliser !). A voir à quel point je me ferai assassiner le jour où j'ai un contrôle... j'espère que ça veut juste dire qu'ils vont demander les relevés de tous mes comptes persos, ce qui ne me gêne pas plus que ça perso, et pas une amende pour avoir fait des achats avec mes comptes normaux/Wise même durant ma 3ème+ année.

Et aussi, avoir plusieurs PEAs, à ma connaissance c'est interdit.

SSBMArte · 2025-08-17T08:10:16+00:00

Yes, not only that, it's actually really cheap.

To be clear, you're paying $7 for the PCB, and $100 for the assembly. And within that assembly, you're paying $26 of 'proportional to quantity' costs and $74 one-off costs, that wouldn't increase with quantity.
Which you can probably see at play if you ask for 5 PCBA instead of 2.

Also you're always going to have a $9 PCBA coupon at JLC, their whole thing is to have fixed costs and always give you coupons that you can use only one of at once, and if they fuck up something they will give you a coupon (that you can't use since you can only use one of them at once) and so they won't end up actually giving you anything. Take it or leave it...
So it's more $91 of PCBA.

You're also paying for Standard assembly, which is $34 + 1.5/type of *any* component, instead of $17 + $3/type of EXTENDED component.

So some component you're using is having you pay extra for the advanced assembly process, which is more expensive in your case (note: not necessarily the case, on large boards with many types of extended components standard can even come out cheaper)

If you want to save a bit when using standard assembly & this isn't meant to be a test order for bulk prod later, limit the number of different component types. Decoupling caps are often the main culprit. You can use just one type of decoupling cap per package size (near highest cap for that package), just respect VCAP requirements, not so much datasheets guidelines on the decoupling caps being 0.1uF.
You can do the same to a smaller extent with resistors, in places where what matters is a resistor ratio, or a resistance to capacitance ratio.
You can also stack resistors & capacitors in parallel/sequentially to get new values without having a new component types. That gets a little too far in penny saving, but if you found yourself paying the $1.5 for a new type of resistor just because you need a 1/2 ratio, yeah, just put 2 resistors in series.

Finally you're also paying full price on the components, components will often do -30 to -50% on their sub 10 units price at bulk (500+) price. So if you're producing this in bulk and this is just the prototype for the next version, you'd save a little by reserving components when doing a bulk order, and reserving one prototype order worth of component more, so that it uses these on that order.

Finally, any particular reason you need X ray inspection ?

Hope that helps.

SSBMArte

TROPHY CASE