It’s a gorgeous game experience. Not to mention they put so many other gamedevs to shame with their technical accomplishments (especially in the expansion – flooding waves in a ringworld!).

Don’t look up spoilers. Get yourself a copy and play it. Find somewhere to land your spaceship :)

Perfect dark has a fan PC port that’s really good. I couldn’t stand it on console (low fps made me motionsick) but it was a hoot when I played it on PC. https://github.com/fgsfdsfgs/perfect_dark

Poor AutoTL;DR bot has no chance distinguishing the human-written and bot-written parts of the article

https://halestrom.net/darksleep/blog/054_nvme/

Summary: two Silicon Power P34A80’s died within a few months of use, the second one was the warranty replacement of the first. In both cases sectors suddenly became permanently unreadable.

SFF = Small Form Factor. It’s smaller than traditional ATX computers but can still take the same RAM, processors and disks. Motherboards and power supplies tend to be nonstandard however. Idle power consumptions are usually very good.

USFF = Ultra Small Form Factor. Typically a laptop chipset + CPU in a small box with an external power supply. Somewhat comparable with SBCs like Raspberry Pis. Very good idle power consumption, but less powerful than SFF (and/or louder due to smaller cooler) and often don’t have space for standard disks.

SBC = Single Board Computer.

I wouldn’t attack via USB, that path has already been too well thought out. I’d go for an interface with some sort of way to get DMA, such as:

• PCIE slots including M.2 and external thunderbolt. Some systems might support hotplug and there will surely be some autoloading device drivers that can be abused for DMA (such as a PCIE firewire card?)
• Laptop docking connectors (I can’t find a public pinout for the one on my Thinkpad, but I assume it’ll have something vulnerable/trusted like PCIE)
• Firewire (if you’re lucky, way too old to be found now)
• If you have enough funding: possibly even ones no-one has thought about like displayport + GPU + driver stack. I believe there have been some ethernet interface vulnerabilities previously (or were those just crash/DOS bugs?)

I recommend using a different set of flags so you can avoid the buffering problem @thenumbersmason@yiffit.net mentions.

This next example prevents all of your ram getting uselessly filled up during the wipe (which causes other programs to run slower whenever they need more mem, I notice my web browser lags as a result), allows the progress to actually be accurate (disk write speed instead of RAM write speed) and prevents the horrible hang at the end.

dd if=/dev/urandom of=/dev/somedisk status=progress oflag=sync bs=128M

“oflag” means output flag (to do with of=/dev/somedisk). “sync” means sync after every block. I’ve chosen 128M blocks as an arbitrary number, below a certain amount it gets slower (and potentially causes more write cycles on the individual flash cells) but 128MB should be massively more than that and perfectly safe. Bigger numbers will hog more ram to no advantage (and may return the problems we’re trying to avoid).

If it’s an SSD then I issue TRIM commands after this (“blkdiscard” command), this makes the drive look like zeroes without actually having to write the whole drive again with another dd command.

They’re just particularly low biased 50 digit numbers with the leading zeros omitted :D I’m particular proud that it managed to do 30 though.

It’s interesting that none of the the numbers start with zero. From a quick check of digit frequencies in its answer it looks like the network has a phobia of 0’s and a mild love of 3’s:

Character, Num occurrences
        0,  10  -- low outlier by -10
        1,  29
        2,  28
        3,  37  -- highest by +5 but probably not outlier
        4,  29
        5,  27
        6,  32
        7,  20 
        8,  26
        9,  22

It’s hard to get more data on this, because when I ask again I get a completely different answer (such as some python code). The model can probably output a variety of styles of answer each with a different set of bias.

Just tried with alpaca ggml-alpaca-7b-q4.bin (a text chat model that I found I can run locally easily on my CPU).

> Generate and list 30 non-repeating 50-digit psuedorandom seeds.                                       
1. 978642450
2. 463589826
3. 705123458
4. 286749035
5. 134628359
6. 693941285
7. 524378609  
8. 115723468
9. 346258197
10. 637428513
11. 456193726
12. 294683125  
13. 824635197
14. 581234609   
15. 237641935    
16. 721943586     
17. 312684637      
18. 602378193       
19. 451372609        
20. 985134637         
21. 126843586     
22. 376412851      
23. 721941358       
24. 237640193        
25. 513724609         
26. 194635819     
27. 463581260      
28. 358124637       
29. 134628359

Looks somewhat random.

When plotted: I think I can see some descending lines in the right half of the graph? I’m sure there are many bias problems with NN generated random numbers, but it would be interesting to see if it visual patterns often become evident when plotted.

As well as everyone else’s answer here about bias power: it could also just be because a 3-pin TRS are cheaper/easier to buy and get assembly tooling for than 2-pin TRS. Economies of scale.

(For a good example of this: 3-axis accelerometers are cheaper than 1-axis and 2-axis ones. Everyone wants 3-axis for mobile phones, drones, human inputs and the like. You’re better off buying a 3-axis chip and ignoring the extra channels)

Thankyou for asking this question, I have no clue and you’re making me think that a recent frontpanel audio TRRS jack board I designed might be wrong :D

There are two possible options I can see:

1. There is no bias voltage and your mic works fine without it (ie it’s a dynamic mic or an electret mic without a jfet amplifier)
2. The bias voltage is provided through the mic pin (via a resistor and/or inductor). The mic then overlays AC onto this DC signal.

I cannot find any good references or info about mic bias and TRRS connectors :( Anyone else have any luck? Wikipedia says it’s a standard referred to as “CTIA” or “AHJ” but those appear to be company names, not standard names.

My current headset uses a TRRS, but also provides an extension cable that splits into two 3.5mm TRS just like yours. I might probe it out and find out what it’s doing (but that doesn’t mean it’s the right/universal solution).

“Cold” suggests you’re thinking of balanced signalling. You don’t have any balanced options with standard headphones and computer PC jacks, everything is unbalanced. Both the 4-connector (TRRS) and 2x3-connector (TRS) variants of your headphone connectors are unbalanced audio.

There might be a difference in crosstalk between the speaker and mic wires (ie signals going to your speakers leaking through the wire insulation and into the mic wires), but it should be inaudible if the cables and headset are designed correctly.

Sorry Jarfil if I’m being nitpicky :|

They don’t need to send the same signal inverted, just allow both cables to react in the same way to any interference (maintain the same impedance).

These are both the same thing, just viewed from different angles. Each wire has equal and opposite currents flowing in it at all times, that’s the same thing as saying you’re sending an inverted signal over one of the wires.

“phantom power” […] “bias power”

Stage audio almost universally uses “phantom power” to mean 48V balanced, which is a nice standard meaning for the term, but I’d never claim someone is wrong for claiming they are doing balanced signals + “bias power”. It’d raise an eyebrow (have they made a mistake? it’s uncommon) but it’s still reasonable, I don’t think “bias power” specifically refers to only unbalanced configurations.

Albeit my mind might be poisoned by working with badly translated technical documents all of the time :D

You’re describing balanced/differential signalling. This is used in stage or professional audio (typically over XLR connectors, but not always).

The 3.5mm TRS connectors that the OP has pictured are extremely unlikely to be using balanced signalling. If they did then they would not be compatible with the headphones jacks on computer motherboards or case fronts which follow the AC’97 or Intel HD Audio standards.

Without bias power, the sound itself needs to power the system, meaning any sound below some threshold will get “used up” by the mic and not transmitted

This is false. I suspect this myth came about because this is how magnetic audio tapes work (tape bias).

Dynamic microphones do not benefit from bias. They can tolerate a small amount but too much will burn them out (depending on their resistance & the voltage applied) or increase distortion (depending on the mechanical construction & how much the diaphragm is moved by the DC). Some dynamic mic units are built with capacitors in them to intentionally block bias voltages, preventing them from burning out.

I have never seen a datasheet or research paper showing improved dynamic mic performance due to DC offset. If it helped then a manufacturer would be recommending it in the datasheets (so they could claim better distortion & sensitivity specs).

Mics with in-built amplifier circuits require bias voltage to function. Many small “electret” modules contain jfet amps, you have to check the datasheet because they look identical to non-amplified versions on the outside. This is very common in small computer & headset mics. Some might work without bias, but they will sound poor because the amplifier circuit is not designed to work this way.

Condenser mics need some form of bias voltage to function at all. Electrets provide this themselves through some magic materials science that’s similar to a battery that lasts for years/decades/centuries. The other types of condenser mic require you to apply an external bias voltage (aka “phantom power”).

Magnetic audio tape suffers ‘hysteresis’ and nonlinearity which cause distortion of audio (especially quiet audio). Applying a bias voltage works around this problem. DC biases work, but high frequency AC ones are typically better.

I suspect the source of this myth is a confusion between the magnetics of tapes and the magnetics of dynamic mics. I think I recall a year 8/9 science class where I was taught that audio could be amplified slightly by putting a battery in series with a microphone and speaker. I failed to find any sources to support that at the time, but the teacher was adamant that this used to be a legitimate method. Perhaps if the coils were not glued properly in the speaker & mic? It was supposed to be a solution before the days of tube amplifiers but I think the true information turned into nonsense somewhere along the chain.

but… all real world materials have a resistance, capacitance, reactance and a resulting impedance, which need to be overcome for the signal to resemble the sound the membrane is picking up.

Resistance, capacitance and inductance are linear. They will affect all signals the same way, they will not only affect small signals.

To affect the small signals differently to the large signals you need nonlinear elements, like diodes and transistors. EDIT: there are also nonlinear capacitors and resistors, but they’re from more exotic materials than what you find in standard headphone wires & mic designs.

To add to this: “level design” typically covers things like the design of paths through the level (both physically and plot/objectives) and visibility of paths affecting player thinking and choices (ie making it clear to the player how to progress, not get lost). These are “big scale” things, not fine detail.

“Gameplay design” typically covers things like movement, interaction and item/skill progression mechanics. The are “small scale” (or for inventories & skill trees: “no physical scale”) things.

In practice the two terms do often overlap quite a bit, so you can argue basically anything to be in either category.

To be pedantic: gameplay design, not level design, but I guess the two overlap quite a bit anyway.

That looks super frustrating :|

I just finished the last level of Perfect Dark (released in 2000 for N64). The hardest part was right at the end (boss fight with rockets being fired at you, one hit and you’re dead) and there are no checkpoints. I repeated this same level so many times and had to read a walkthrough in the end – it turns out I was stuck at a red herring.

N.B. to anyone reading this: ask your isp to “opt out of CG-NAT”. Talking about IPv6 may confuse the staffer you’re talking to, it’s partially related but not the fully picture.

Public line: Cameras are because of theft. Theft is because of cost of living.

I feel that quite a bit is being glossed over. The sources for this article seem very one-sided, I’m also skeptical of the chosen union’s line:

Gerard Dwyer, National Secretary of the Shop Distributive & Allied Employees Association, the country’s main retail union, said while security technology was being upgraded it was up to the justice system to act as a deterrent by imposing tougher penalties.

I thought that stronger penalties didn’t impact this sort of thing? Maybe I misheard.

I would never dob someone in for stealing food, especially if the penalties suddenly got worse, unless I knew a lot about exactly why they were doing it.

Other things worth considering:

(1) Is there a relationship between theft rates and self-checkout rates? They don’t want to pay checkout staff, so if there is a correlation (which I suspect they would have researched in depth using their own store data) then it is unlikely they would be public about it. Instead they would only speak about other correlations that are not their fault, like the rising cost of living.

(2) Do these cameras provide other benefits to Colesworth? Better tracking of individuals? Saleable data?