Are you over 18 and want to see adult content?
More Annotations

A complete backup of diendanbatdongsan.vn
Are you over 18 and want to see adult content?

A complete backup of aspcapetinsurance.com
Are you over 18 and want to see adult content?

A complete backup of information-age.com
Are you over 18 and want to see adult content?
Favourite Annotations

A complete backup of holod-magazin.ru
Are you over 18 and want to see adult content?

A complete backup of lapausejardin.fr
Are you over 18 and want to see adult content?

A complete backup of ammoniasport.com
Are you over 18 and want to see adult content?

A complete backup of remedialinfotech.com
Are you over 18 and want to see adult content?

A complete backup of shukanbunshun.com
Are you over 18 and want to see adult content?

A complete backup of chosen-hill.gloucs.sch.uk
Are you over 18 and want to see adult content?
Text
COMMAND-TAB
By Collin Allen
* Archive
* GitHub
* Contact
BUILDING CEN64 ON MACOS_January 11, 2020_
For testing Nintendo 64 homebrew ROMs, cen64 is the most accurate emulator (though it doesn’t run at full speed yet). Here’s how to build it from source on macOS: * Install XQuartz from the official distributed disk image * git clone https://github.com/n64dev/cen64.git* cd cen64
* mkdir build
* cd build
* cmake ..
* make
If you’d like to enable cen64’s debug logging, create a debug build when running cmake: cmake -DCMAKE_BUILD_TYPE=Debug .. When running cen64 outside of an XQuartz X11 terminal, it may report: Using NTSC-U PIFROM create_device: Failed to initialize the VI. Failed to create a device. To fix this, you can run it within an XQuartz X11 terminal, or simply set the DISPLAY environment variable to something like :0 either in your .bashrc file or inline during invocation: DISPLAY=:0 ./cen64 /path/to/pifdata.bin /path/to/rom.z64 DISPLAY needs to be set because cen64 calls XOpenDisplaywith a NULL
display name (presumably to default to your DISPLAY environment variable), but if it’s not set, XOpenDisplay returns NULL and cen64 has no display within which to create a window for rendering Nintendo64 content.
For extremely verbose register-level output, edit CMakeLists.txt and set DEBUG_MMIO_REGISTER_ACCESS to ON. Make sure to remove any cached data in build/ to ensure your changes are reflected, then recompileand re-run.
BREWBOT - SENDING COFFEE NOTIFICATIONS TO SLACK _September 16, 2017_ At work, we have a coffee machine that serves dozens of people in the building, and it’s difficult to know when to come get fresh coffee. You might arrive when it’s empty and be tasked with making more, but the ideal situation is to arrive just as a fresh pot is being brewed. We also use Slack for team chat and various notifications, so integrating the coffee machine status was a no-brainer. Using a non-invasive/inductive current sensor and Raspberry Pi, the following setup monitors coffee machine energy consumption and waits for a significant rise in current draw, followed by several minutes of sustained usage. Once a time threshold has passed, it does an HTTP POST to a Slack webhook, sleeps for about 15 minutes, then starts monitoring again. This “brewbot” code is available on GitHub , and a parts list can befound below.
Full parts list:
* MCP3008 8-Channel 10-Bit Analog to Digital Converter * Raspberry Pi model B* 16-pin IC socket
* Assortment of heat shrink tubing * Panel mount to Micro USB adapter * 10KΩ 1/4W LED resistor * Half-size Perma-Proto Raspberry Pi Breadboard PCB Kit* 5mm Yellow LED
* 1/8” panel mount audio jack * 10uF electrolytic decoupling capacitor * 33Ω 1/2W burden resistor * 2x 470KΩ 1/2W voltage divider resistors * 30A non-invasive current sensor * 22 AWG Solid Core Hook Up Wire * 5x7 photo box, from The Container Store * 8 GB Class 10 SDHC card * Edimax EW-7811Un Wireless Nano USB Adapter * 6x Nylon screws washers and nuts * 8” AC Cord Clips * HDMI to Mini HDMI adapter * 6’ Mini HDMI to HDMI Cable * 10’ USB A Male to B Male Cable Related reading: Hyper Text Coffee Pot Control ProtocolGOTTAGO
_July 23, 2013_
Working at Blackboard Mobilemaking unique
mobile apps is fun, but occasionally it’s interesting to do something completely different at work, just to see what you can come up with. To that end, we recently hosted our first Hackathon, where small teams of co-workers had 24 straight hours to create a project of any theme using resources available inside our outside of the office, and the results would be judged by our peers. One of the other benefits of working in a growing industry is that we’re expanding our staff almost weekly. Unfortunately, though, that means that the building we’re in is less and less able to handle the increasing capacity. Specifically, the bathrooms are occupied more frequently, resulting in either a return trip to your desk only to try again later, or an awkward wait of unknown duration. Working with Joe Taylor and Eric Littlejohn , our Hackathon project set out to make the office bathroom availability more visible and accessible through a combination of hardware and software. The piece of the project that lets this all work is a microswitch installed inside each door jamb, such that when the locking bolt is engaged, the switch is tripped. That way, we can do anything with resulting data, knowing that when the door is locked, the room is in use. Running wire down through the hollow metal trim was tedious and time consuming, and involved a lot of false starts and fishing around with a straightened coat hanger, but we finally got a run of wire inside each frame. On each office floor there are two bathrooms side by side, and the pair of switches inside the door jambs are wired to a single Arduino fitted with an Ethernet Shieldfor network
connectivity. The Arduino samples the switches many times per second, providing near-instant feedback.After debouncing
the switch
input signal over about 50 milliseconds, the Arduino waits for a definitive change in state – from locked to unlocked, or unlocked to locked – before illuminating LED lights on the wall. After the light corresponding to the now-occupied bathroom is lit, the Arduino also performs an HTTP POST, sending the event details (floor level, which room, and current occupancy state) to an in-house webserver running Node.js and MongoDB. The webserver records the data and makes it visible on a web page for viewers to check the availability digitally, for those who can’t see the wall mounted lights from their seating position. If you’d like to employ a project like this, the code we hacked together is available on GitHub , and the wiring is rather straightforward: * All components share a common ground * LED anodes are wired to room_a_led_pin and room_b_led_pin and brought high when doors are locked, and low when unlocked * Switches bring room_a_switch_pin and room_b_switch_pin low when triggered, and the Arduino uses the INPUT_PULLUP pinMode for theunlocked state
Our Hackathon project came in at second place, losing to an as-yet-unannounced software project, but we had a lot of fun staying up and hacking all night! ADVENTURES WITH NEST_June 6, 2013_
I recently purchased a pair of Nest Learning Thermostats for my new home. Compared to the white brick style Honeywell thermostats that came with the place, the Nest is so much more advanced. It does temperature learning, auto-away, and remote control over Wi-Fi from the web and iOS devices. It also has a color LCD and just generally looks beautiful on the wall with its brushed stainless steel housing. Installing the Nest is pretty straightforward with a modern forced air heating and cooling system: * Remove the old thermostat and mounting plate from the wall * Disconnect the wires * Patch and paint any holes * Install the Nest mounting base and connect the wires * Pop the Nest onto the base and configure the software My initial install went well physically, but not long after, I discovered that the Nest would regularly run out of battery power. I quickly learned that due to how the HVAC circuits are arranged, the Nest can only draw power while the system is running. When the system is not busy heating, cooling, or running the fan, the Nest is left to run under its own battery power. And in sunny California during the springtime, the system doesn’t run often enough to let the Nest keep a charge. Several times per day, I would have to unplug the Nest from its base and charge it over micro USB. Not a great solution. Reading more about the Nest and HVAC circuitry, I found that there is a solution for situations like this. A “common wire” that provides a path back to the HVAC controller would allow the Nest to draw the power it needs while not running any systems. As luck would have it, my system provided this common wire, but connecting it to the Nest had no effect on the battery. More telling was the fact that the Nest did not detect that the wire was connected. So, I decided to find out what was at the other end of that common wire. I put up a ladder and ventured into the attic of my home and scouted around the furnace. On top of it, inside an easily-opened metal enclosure, was the thermostat controller, a ZTech ZTE2S. Double checking the wiring diagram and comparing it with the wires on the left (coming from the Nests), it’s clear that the blue common wire is simply not connected to the controller. In the photo below, you can see that it’s clipped short, close to the brown jacket covering the bundle of five wires. Reconnecting the wire was a matter of disconnecting the wires that were already connected, snipping them all to the same length, and stripping a little plastic off the end so that all five can be connected to the HVAC controller. A few hours after leaving the Nest installed with the common wire attached and the HVAC controller all closed up, its battery has fully charged and the features work great. SIMULATING SLOW INTERNET FOR IOS TESTING_May 12, 2011_
Apple’s iOS Simulator is an acceptable environment for testing development code, but when users purchase your finished app from the App Store, they’ll be running it on real hardware, particularly on networks that are likely much less reliable than your home or officeinternet.
To ensure your app performs well under real-world conditions, you can load up the code on a device and go outside, but then you can’t debug as easily. And even if you bring your MacBook Air with you, what if your Verizon iPhone is everything you hoped, and it performs admirably on the worst of days? To get around all of this, you can approximate an unreliable network with SpeedLimit . SpeedLimit is a System Preferences pane for intentionally and selectively slowing down specific ports anddomains.
Download and install SpeedLimit, add one or more hosts (separated by commas, as seen above), select a target speed, and click Slow Down. Subsequent network requests matching the criteria you set will be throttled, giving you time to go all out testing your app’s performance and error handling. Does it crash when users hit the Back button while a UITableView is loading? Does it lock the UI while downloading avatars or thumbnails? SpeedLimit lets you find out, and be confident in your networking code.* ← Older Posts
_Open Source: Powered by Jekyll . Fixes welcome on GitHub ._Details
Copyright © 2023 ArchiveBay.com. All rights reserved. Terms of Use | Privacy Policy | DMCA | 2021 | Feedback | Advertising | RSS 2.0