This is a guide that will help you set up MAME to emulate a Silicon Graphics Indy with a 100MHz MIPS R4600, 128MB of RAM, and 24-bit XL graphics. Below are the instructions for running IRIX 6.5.22 off a pre-made disk iamge. Check out the installation guide for instructions on how to make your own disk image and install IRIX from scratch. As of right now the emulator is fairly slow, meaning it’s only really good for exploring the OS itself and a few basic programs. Have patience with it and don’t expect too much. I would also like to offer my thanks to everyone who worked on MAME and/or hosts these files. Thank you all for making the preservation of this awesome software possible. Please send any donations to the MAME project or IRIX Network Forums.
Files you will need:
While the days of audio cassette tapes are long over for almost everyone, magnetic tape still enjoys extensive use in some other realms such as large-scale data backup. Those that are still using it to store their tunes are a special subset of audio enthusiasts. [Frank] still has a working tape deck, and enthusiasm for classic non-vinyl sound. His homage to audio tape? Building a working cassette made (almost) entirely of wood.
This Raspberry Pi based SDR Cyberdeck is unlike any other as it is based around RF situational awareness.
- Ham radio monitoring
- Spectrum surveillance
- General coverage worldwide HF receiver
- Weather balloon tracking and ranging
- Signal identification
- Quick deployment/mobile operations
- Portable air traffic monitor
- AIS Marine traffic monitoring
- Remote SDR receiver (stream via network)
- Asset tracking
- Weather fax/teletype receiver
- Signals intelligence
- Portable hackstation
Many Cyberdecks that use Pelicases mostly use the Peli 1300 case, this cyberdeck takes it one step further and integrates everything into a super-compact Peli 1200 case. This shoebox sized unit easily fits into a backpack with room to spare. Official Raspberry Pi 7” touch screen. This unit is all about plug’n play, use the internal powerbank to power the unit, or hookup an external power source between 9-36V from which the internal powerbank can be additionally charged.
The Gl.iNET GL-MT300N is a $21/£19 travel router designed for WIFI on the go. The device runs a custom version of OpenWRT that is easily replaced with a standard release of OpenWRT making this device an ultra cheap hackable Dual NIC router/SBC.
Wie is de Mol? (‘Who is the Mole?’) is a popular Dutch television game show, currently airing its 21st season. Contestants compete in challenges to win money that goes into a shared prize pool. One of the contestants acts as a mole, attempting to sabotage the other contestants in their efforts to win challenges. The identity of the mole is unknown and it is up to the contestants to determine who it might be. Every episode a contestant leaves the show, until the final contestant leaves with the money collected during the season.
For the last couple of years, my colleagues have been competing in a group in the Wie is de Mol? app, available for iOS and Android. The app allows users to place a bet (using free digital tokens, there are no payments involved as far as I know) on the persons who they deem most likely to be the mole.
When I received an invitation from a colleague for this year’s group, I couldn’t resist to take a look inside the Android app and its accompying API to see whether I could dig up any interesting vulnerabilities. I should note that I first made sure that the broadcasting network, AVRO, has a vulnerability disclosure policy in place that allows such research. They appear to welcome security research, so off we go!
I initially finished this project at the beginning of December 2019, and unlike most of my projects which immediately go on a shelf, never to blink again, this one immediately became my go-to ‘commuter hobby.’ My job, at the time, had entailed a ~45 minute train ride to and from the office each day, which was the perfect time to relax and write some Turbo Pascal.
As soon as I started using it, I immediately wanted to make it better, so as soon as it was ‘finished’, I embarked on a steady 3 months of gradual upgrades (before that whole pandemic thing happened and my commute disappeared). It’s mostly been sitting on a shelf since then, awaiting the end of the pandemic and the return of my daily commute.
My dad is practically blind and at 80 years has trouble hearing and operating tiny or more complicated electronics controls. Touch screens, smart phones, keyboards, and small mp3 players are completely out of the picture. I have tried using small dummy MP3 player (Sencor) with 5 buttons (prev, next, play|pause, volume up/down) as an initial assessment whether audio book player is something he would be able to control. Even though he uesd it, he was struggling with controlling it and the small player with 2-3x overloaded button controlls was too much. Also it lacked a fundamental option of remote book update. So I’ve decided to build custom player with following requirements:
volume control is an analog knob (ideally it turns off all the way to the left)
keep the number of buttons to minimum (spaced far apart - resilient to random touch)
allow remote content change - wifi
open content (not locked to a publisher)
does not need to be battery operated
minimal level of state indicators
sufficient output volume to drive speakers/headphones
The Lichee Nano Pi is a $6 Linux Development board powered by an Allwinner F1C100s ARM9 Processor. The Lichee Nano Pi features 32MB DDR integrated into SoC, a 16MB SPI Flash, an onboard TF Slot, and is able to be booted from an SD card. It is around the size of an SD card.
Whilst there are Linux images available for the Lichee Nano Pi it is recommended to use buildroot to build a very lightweight Linux install. There are some instructions on doing that here: https://github.com/unframework/licheepi-nano-buildroot
Buildroot is great for creating a light weight Linux install I wanted to see if I could run full Debian 10 on this tiny SBC. As there are no Debian images available for this board I had to get creative.
Before the holidays I bought an 7.8 inch e-paper display from waveshare that connects to raspberry pi. It cost about 150$, but the specs are decent enough. It’s definitely good enough for an e-book reader.
I wrote a driver to run Plan 9 terminal on this display. On the picture it’s running ‘games/mahjongg’. I got the serial peripheral interface driver to run fast enough that you could comfortably use this screen.
After our team successfully ported the checkm8 exploit to the AppleSilicon T2 chip, we began exploring methods for closed-case hardware debugging, or CCD, as found on other iDevices. On such devices, the Serial Wire Debug protocol can be muxed out across the Lightning connector, which we presumed was replicable across the USB Type-C connector. With some assistance from easily obtainable schematics for our MacBook models, we have determined that muxing is handled by an Apple/TI co-designed USB Type-C Port Controller, colloquially known as “ACE”. The following details our findings and the vendor defined protocol, termed AppleVDM, Apple has implemented over the USB Power Delivery standard for muxing out various internal peripherals.
Use the Raspberry Pi as an FM transmitter. Works on every Raspberry Pi board.
Just get an FM receiver, connect a 20 - 40 cm plain wire to the Raspberry Pi’s GPIO4 (PIN 7 on GPIO header) to act as an antenna, and you are ready for broadcasting.
This project uses the general clock output to produce frequency modulated radio communication. It is based on an idea originally presented by Oliver Mattos and Oskar Weigl at PiFM project.
PinePhone handles WWAN, GPS and celular services. It is based on Qualcomm MDM 9607 chipset, has 256 MiB DRAM, 256 MiB NAND, and a single Cortex-A7 CPU clocked up to 1.3GHz.
The modem’s firmware is split into two parts:
Linux kernel + userspace runs on an ARM CPU
Modem’s firmware runs on Hexagon ADSP
Most AT commands are run on a separeate DSP processor cores (Hexagon QDSP6 V5), with some being forwarded to a Linux userspace program called atfwd_daemon running on the ARM CPU.
Reverse engineering the exisintg software for ARM CPU inside the modem is quite easy using ghidra. ADB unlocker was made this way.
The NSA just announced a new branch of Ghidra has been released with debugging capability. This will allow for single-step debugging of a program within Ghidra through a GDB stub or other various debug mechanisms. The article uses the debugging capability to help us learn about how passwords are processed for a GBA game.
Binary coding is sometimes amazing, often full of resources. The following subject shows how to master binary coding very simply in a very concrete case: the management industrial storage on assembly line …
The storage management principle explained here was designed and operated in the years 1992-1998. It was programmed in FORTH language with the TURBO-Forth version under MS-DOS 3.0. The application was mounted in a PC without hard disk, with a 128 KB dynamic memory, running on batteries where was stored MS-DOS and the program managing the industrial automat.
The configuration of the PLCs was carried out using a simple text editor. The file parameterization was stored on a floppy disk, copied to the battery space of the PLC and read by the PLC at each start.
When reading the rest of the article, you will understand, I hope, the immense advantage of the FORTH language compared to any other programming language.
The purpose of the project at the time was simply to light a lamp over a locker of storage when a part had to be taken in the storage rack and mounted on an automobile.
FreeDV 700D is built around an OFDM modem  and powerful LDPC codes, and was released in mid 2018. Since then our real world experience has shown that it struggles with fast fading channels. Much to my surprise, the earlier FreeDV 700C mode actually works better on fast fading channels. This is surprising as 700C doesn’t have any FEC, but instead uses a simple transmit diversity scheme – the signal is sent twice at two different frequencies.
I’m pretty obsessed with controlling most of the electronics in my house from my phone. One of the last remaining devices was the thermostat. I don’t want a Nest because it doesn’t work with HomeKit, and I can’t use an EcoBee because I don’t have a neutral wire. So I resolved to build my own.
In 1969, high-density MOS integrated circuits were still new and logic circuits were constructed in a variety of ways. One technique was “four-phase logic”, which provided ten times the speed and density of standard logic gates while using 1⁄10 the power.1 One notable application of four-phase logic was calculators. In 1969, Sharp introduced the first calculator built from high-density MOS chips, the QT-8D, followed by the world’s smallest calculator, the handheld EL-8. These calculators were high-end products, selling for $345 (about $1800 today).
In this blog post, I reverse-engineer the keypad/display chip shown above. This photo shows the tiny silicon die under a microscope. The silicon substrate has a purple tint while the doped, conductive silicon is green. The metal layer on top is white. Around the edges, thin bond wires connect the die to the 42 external pins. The chip contains roughly 500 transistors implementing 100 logic gates. While the density of this chip is absurdly low by modern standards, it illustrates the progress of MOS integrated circuits in the late 1960s.
The original idea was to produce a MIDI controlled music machine that could play any song. It was however extremely difficult to control it reliably. When a human trombone player produces a tone it is a combination of lip tension, pressure against the mouthpiece, airflow, air pressure, resonance in the mouth and probably some other variables. The lip part proved too hard to recreate. The machines will not take over the trombone plying profession any time soon and I’m left with an over engineered noise machine.