I had been delaying an upgrade from Mint 17.3 to 18 because when I tried 18.0, Google Earth stopped working. Things were no better with Mint 18.1 or Mint 18.2. The problem was, Google Earth would install and start to run, but hang on start-up and go into a mostly unresponsive state. It would look something like this:
I did some research, tried safe mode, checking that all dependencies were satisfied and different video drivers. This was happening on any machine I installed on so I knew it wasn’t hardware.
To make a long story short, as of October 2017 the best solution I’ve found is to install an older version of Google Earth. It appears that Google Earth Pro 22.214.171.12436 build date 1/17/2017 installs and works as it should. Even the Photos load. There’s a thread on the Mint forums discussing this issue:
And according to said thread, the GE support team made version 126.96.36.19936 64bit (.deb) available for download at:
Use this source at your own risk. I got it and it appears legit. If it was bogus, I tend to think the Linux Mint forum people would flag it. Might be a good idea to keep that .deb file backed up for future use. 🙂
Update, 1.19.18 Linux Mint 18.3:
The same problem still exists and the same solution still applies. Use version 188.8.131.5236.
Caution! If you perform a ‘sudo apt update/upgrade from the command prompt, GE will get updated to the newer non-functioning version. If that happens, use Synaptic Package Manager to completely remove GE then reinstall using the .deb file you downloaded earlier (and hopefully saved). When update manager prompts you to update, right-click and select ‘ignore …’. Also go into SPM and type google earth in the search bar. Left-click it once and click Package > Lock Version. This will prevent Update Manager or Synaptic from accidentally upgrading you to the newer non-working version, however, performing a sudo apt upgrade from the command prompt will still force the upgrade.
Back in 2015, I wrote a guide for Linux users on how to convert *.264 format video streams from a security DVR into something more usable. Since then, the handbrake utility has developed new features and capabilities, so the process can be streamlined. This process was tested in Linux Mint 18.2 and will likely work in any modern Debian or Ubuntu based distribution. Handbrake also has downloads for Mac and Windows.
1. Get the video clip of the date/time frame in question. Typically a security DVR will be setup to record only when it detects motion. By searching through the recorded footage, hopefully you can find the clip containing the activity. This file can be copied to your computer via a USB thumb drive or downloaded via the application used to remote view your DVR.
2. Get and install handbrake. It’s an open source video transcoder available via Synaptic Package Manager, but there’s a newer version on the developer’s website with instructions on how to add their PPA (Personal Package Archive) to your system.
a. After install it should appear on your menu. Launch it. It’s reasonably self explanatory.
b. Select the Open Source button to pick the .264 file to be transcoded.
c. Select a Destination file and folder.
d. Check settings:
Preset 'Fast 1080p30' Format: MPEG-4 (avformat) Video Encoder: H.264(x264) Constant Framerate
e. Click ‘Start Encoding’.
You should now have a .m4v file in the destination folder that can be played or edited with most applications and sent as an email attachment viewable in gmail. Youtube will also accept this format and I’ve confirmed an iPhone gmail user can view it as well.
If you need to stitch several video clips together, take a look at one of these editors:
It’s been awhile since I’ve edited video and even longer creating music. I’ve accumulated a few vintage synthesizers over the years and decided it’s time to take them for a spin.
The images document a day trip to Sedona, Arizona. Most are at Oak Creek by Red Rock Crossing, the last few are from Airport Mesa at sunset. After processing in Darktable, I arranged them into a slide-show with Flowblade. Audio capturing and processing was done with Audacity. Sound is from a Roland MC-303 Groovebox.
Thanks for watching!
Setup here is a DSLR in all manual mode. ISO 100, f7.1, preset focus to infinity. An arc welding hood is placed over the front of the camera to protect it and more importantly the operator. Nonetheless, zero time was wasted grabbing shots. With the shutter already half depressed, it was point & shoot quick.
This friendly spider came to visit us tonight. I think we’ll name it Fluffy!
I think it’s a Tarantula, and while native to Arizona you don’t see them too often. And you damned sure don’t see them 3 feet in diameter, but with all the rain we’ve lately I guess they’re eating good in the neighbourhood. When you zoom in and look at the eyes, it doesn’t look so scary. Nonetheless, I didn’t want it having my cat for supper. With a gentle blow, Fluffy scurried back outside.
What follows is an informal experiment to detect lightning using a Software Defined Radio. I’m using an RTL-SDR version 3 dongle and GQRX in Linux, but any SDR and spectrum analyser software that can tune VLF should do it. Many dedicated lightning detectors work by listening to frequencies below the AM broadcast band and this part of the spectrum is relatively quiet, so I chose to monitor 0 to 600kHz. The antenna is a 1/2 wave trapped dipole for HF but any bit of wire at least a few meters long will work.
In the above image, the waterfall display is the part in blue. Time is represented vertically and the span is ~30 seconds from top to bottom. The vertical line seen around 550 kHz is an AM radio station. The three thin horizontal lines are lightning. Here we can observe the broadband nature of lightning, comparative strengths and interval between discharges. Event #1 occurred first and was a large bzot producing thunder. #2 was a few seconds later and apparently weaker or farther away. #3 was a bit stronger than #2.
In this image event #3 was a large burst not far from here.
Update: Shortly after midnight on August 14th 2017 there was a spectacular display of cloud to cloud lightning almost directly overhead. Not wanting to miss the opportunity, I fired up CubicSDR spectrum analyser and watched the mayhem unfold. On this run, I max’d the sample rate to 3.2MHz and tried several waterfall speeds so I could view the pulses closer in the time domain.
Weather reports, satellite and radar images found online are not always accurate or on time. If you’re outdoors, boating or have antennas on the roof like I do, it can be helpful to know if an approaching storm brings lightning. I found that by tuning to a quiet part of the spectrum and setting squelch, lightning discharges produce an audible crackle, hence an audible alert without needing to listen to constant static.
There’s an interesting world-wide real-time lightning maps at:
On this episode of Kennazona Highways, a boating trip on Roosevelt Lake, July 23rd 2017.
Location: Roosevelt Lake, Arizona
Date: July 23rd 2017
Camera: Olympus e500
Lens: Zuiko 14-45mm
Filters: UV & Circular Polarize
Number of anchors lost during outing: One
Number of emergency U-turns to retrieve hat: Two
Photographer: Kenn Ranous