Changing the Ethernet Mac address
Wednesday, June 7th, 2017For fun or for profit:
sudo ifconfig en0 ether eb:ec:4a:9a:1e:b8
Of course choose your own truly random hex numbers ;-)
For fun or for profit:
sudo ifconfig en0 ether eb:ec:4a:9a:1e:b8
Of course choose your own truly random hex numbers ;-)
Apple just released the first macOS 10.13 “High Sierra” Beta. Actually I’m quite surprised of the lack of inspiration in naming. They switched from nice cat names, to boring California landmark names, only to go form Sierra to High Sierra? Is there nothing else more investing to name it? Also this results in rather poor google experience when you google for high sierra issues and one get’s overloaded with old Sierra stuff, … Maybe they are just too high in their Cupertino UFO spaceship these days, …
Anyways, the install experience, oh my, god, where should I even start. Why the heck can they not publish proper, good old installer disk images? And with this High Sierra Beta they reached a new sad point of annoyance. So first some “macOSDeveloperBetaAccessUtility.dmg” packages has to be downloaded (150k or so), after some system fiddling (btw, what exactly?) You get a “Install macOS 10.13 Beta.app” int the AppStore like with previous macOS versions. But instead of including all the installer image, it is only 5MB in size.
Starting that app does some Apple authorisation (again), think preventing Hackintosh’s, and then starts downloading the installer disk images into /macOS\ Install\ Data/, like InstallESDDmg.pkg.partial, and such.
So the problem will all this error prone steps is that the first time the download got stuck at some 4.8 GB. Restarting this stupid loader app wiped all the data and stated from scratch!!! :-/ So some hour and another 5GB wasted in the internet later, it rebooted the system just to tell me I would not have enough space. Wait what? It could not determine that before all the wasted time and data? And only offer to reboot, ..!
Guess what? At that point the f*cking installer thing again removed all the 5GB+ installer image from /macOS\ Install\ Data/ !!!!1!!!
So instead of me being able to plug in other external disk or whatever for installation. I now again need to wait an hour or two, and load the 5GB+ of data, again, and again.
Why do they have to re-implement this crappy, error prone downloader, when the App Store already has a download facility that may be more stable, continue stopped downloads and would also leave the installer image where it was for the next test install.
Each year the whole install procedure feel more like a hidden, user unfriendly labyrinth maze that you would expect from Microsoft in Windows, but not from a cleanly structured Unix kind of system we expect macOS to be.
Unfortunately it looks like Apple is giving up on this clean structure for the sake of making Hackintoshs harder thru obscurity.
Sad. Just so sad :-/
While traveling abroad the other day I needed to save bandwidth and download an SD video of an HD TV series season pass in iTunes. A long search of hidden easter eggs - but I finally found it:
Why do the companies need to change their UI so often, make things more difficult and hide in the least expected corners? Why can this not be simple, context options where one would expect it?
Last year Dell was so kind to send me the Intel Skylake based 15″ XPS 9550. As expected Dell recently refreshed the XPS series with the Kaby Lake generation of Intel’s platforms, and I could take a look on the refreshed silicon in the 13″ form factor.
The 13″ edition comes with the same light and sturdy carbon fibre, with a gentle silicone surface. As mentioned in last years post I like it for the thermal and electrical isolation. The same infinity edge display still optimises the size of the case, so that the 13″ display is effectively packed into the size of a conventional 12″ laptop. A really welcome light and compact travel companion.
(more…)
tcpdump -i eth0 -v ip6
Historically there was an Apple hardware test that you could boot to check if your Mac’s hardware is all good.
It came to a surprise though, that with newer Macs simply holding the ‘d’ during power on it runs some simple hardware diagnostic, too.
One should probably more often read Apple’s support pages, ..
We just released a new application we were working on: re/compress 1.0 (or by our new versioning schema 17.1).
As I mentioned some years ago we have written a new PDF library from scratch for our portable port of OCRKit.
While we always simply wrote PDF ourselves, for reading PDF files we initially used macOS’ PDF framework. Until we ported OCRKit and ExactScan to Windows and Linux, too.
We could have simply find some open source code for that, but we ultimately decided against this. One benefit of knowing your own code is, that you can usually fix issues in a matter of minutes, instead of searching thru other people’s code for days or weeks. Customers are always amazed about our turn around time for bug reports, or on-site support ;-)
In the meantime we know PDFs inside out, and thru our involvement in the TWAIN Working Group even work with the PDF Association on some PDF standards. After having seen so many defect, non standard conforming, or simply not that compressed files in the wild at customers, we though: Why not factor out PDF optimization, recompression and error recovery into an own affordable App and started to work on re/compress.
Re/compress will go thru all the file’s objects, and re-writes them in the most compact and compressed way. If any recovery methods were needed to read defect or broken files, the new file will be written with all this corrections applied for other, regular PDF applications to be abel to read the file, too.
Additionally, for the big space savings, the images can be re-compressed, and optionally down-sampled to really reduce huge files to very lightweight ones for sharing, and mailing.
And best of all: Since we created our own cross-platform UI, re/compress is immediately available for Mac, Windows, and theoretically Linux, too (if you are interested in the later just drop us a note).
This thing, when you buy a Teac HA-P50 for some Hi-Res Audio testing, and the matching iOS app (you know, for hi-res, FLAC and such, …, sigh) produces extremely audible clicks and pops that sounds like buffer under run / overflow / whatever - on a recent iPhone 6s no less.
What the heck are the vendor’s thinking to ship such crap to their premium paying customers?
Funny thing, other apps, such Apple’s own Music.app do not have this clicks and pops, … ???!!!
Judging from the App review an at least one year old problem:
PS: And why the heck do they sell the Teac HA-P50 for US$199 in the states, and for 299€ in Europe?
ah, this bare to the bits uboot CLI, sigh:
mmcinit
ext2ls mmc 0
ext2load mmc 0:1 0×10400000 /uImage; bootmfsload 0×10400000 boot/uImage
set bootargs ‘console=ttyS0 root=/dev/mtdblock1 rootfstype=jffs2′
bootmsaveenv
Recently I spent some time finally finishing my DIY DAC and needed some signal generator for digital AES/EBU, coax / spdif audio to test and evaluate it. Turns out sox is pretty handy for that:
sox -r 48000 -n -t alsa spdif synth sine 1000 # square, triangle, sawtooth
Update:
sox infile.wav outfile-left.wav remix 1
sox infile.wav outfile.wav remix 1,2
If sox can not read your macOS recorded file with:
sox FAIL formats: can’t open input file Recodging.aifc: Unsupported AIFC compression type ‘in24′
You can let it use libsndfile to load the file anyway:
sox -t sndfile Recordings.aifc converted.aif
Update 2:
ffmpeg -i movie.mov -vn -acodec copy out.mp2