| Usage |
python g-code_ripper-XXX.py [-g file ] or g-code_ripper-XXX.py [-g file ] |
|
-c (or --config_file) |
Configuration file to read |
|
-g (or --gcode_file) |
g-code file to read |
|
-d (or --defdir) |
Default open/save directory |
|
-h (or --help) |
print syntax help to console window. |
|
Example (Using python script with preinstalled python distribution) |
python g-code_ripper-XXX.py -g my_file.ngc |
|
Example (Using precompiled Windows executable) |
g-code_ripper-XXX.exe -g my_file.ngc |
| F1 | Open the Help dialog box. (There is nothing in the help except a reference back to the web page and my e-mail address) |
| F2 | Opens General Settings Window |
| F5 | Refresh display |
|
g-code-ripper_config.ngc or .gcoderipperrc |
When G-Code Ripper starts up the directory in which G-Code Ripper starts in is searched for a file named "g-code-ripper_config.ngc". If the file is found it is read and all of the G-Code Ripper options are set according to the settings saved in the config file. After searching for the config file in the current directory the users home directory is searched for "g-code-ripper_config.ngc" or ".gcoderipperrc" if either of these are found it will be used as the default settings. Only the first config file found is read. To create a config file with your preferred options for startup just open G-Code Ripper and change the settings to your liking and click the save button next to configuration file in the settings window. |
| G-Code Base Operations: | This section contains basic operations that are performed prior to any G-Code Operations selected below. The base operations are always applied before the additional operations. |
| Scale XY | Sets the scaling percentage for X and Y axes to be applied to the input g-code file. |
| Scale Z | Sets the scaling percentage for Z axis to be applied to the input g-code file. |
| Scale Feed | Sets the scaling percentage for feed rate to be applied to the input g-code file. |
| Rotate | Sets the angle in degrees to rotate input g-code file. |
| Origin | The origin determines the relative location of the g-code x and y zero location. The current location of the origin is displayed in the display window as a red and green lines. The red and green lines follow the RGB convention Red is the x-axis, Green in the y-axis. |
| Save G-Code File Base (Button) | This button results in saving the g-code with only the option above the button being applied (scale, rotate, origin). Any further options from below or on the right side of the image are not applied. |
| View Plane: | This section contains a variety of view plane orientations only one of the options is active at any time. |
| G-Code Operations: | In this section the additional operations that can be applied to the g-code can be selected. |
| None | No operations are performed in addition to the base operations. |
| Split | The G-Code is split along a line creating two g-code programs that can be run independently. |
| Wrap | One of the G-Code linear axes (X or Y) is mapped to a rotary axis (A or B) for machining on a cylinder. |
| Input Field | Description |
| Split X Position | X position of the splitting line. (i.e. the line on which the g-code is divided into two parts.) The X position is measured from the origin set in the base operations section. |
| Split Y Position | Y position of the splitting line. (i.e. the line on which the g-code is divided into two parts.) The Y position is measured from the origin set in the base operations section. |
| Split Angle | The angle of the splitting line. |
| Rotate Black | The rotate black setting determines whether one of the two sides of the split will be rotated by 180 degrees. Rotating 180 degrees allows the stock to be rotated 180 degrees in the machine to machine the second half. Doing this process can effectively increase size of designs that can be cut by a given machine. |
| Save G-Code File-Black (Button) | This button saves the g-code displayed as black in the canvas. |
| Save G-Code File-White (Button) | This button saves the g-code displayed as white in the canvas. |
| Plunge Feed | Because the g-code is being split additional cut starts and stops are required. During the additional starts the tool needs to plunge into the stock material. The plunge feed sets the feed rate for these new moves into the stock material. |
| Z Safe | Because the g-code is being split additional cut starts and stops are required. After one of the additional cut stops the tool needs to move to a safe position for rapid movement. The Z Safe setting sets the z position of this z location that is safe for rapid motions. |


| Input Field | Description |
| Wrap Diameter | The wrap diameter is the diameter of the cylinder which the g-code will be mapped to. |
| Y-Axis to A-Axis | Map the Y axis positions to the A-Axis |
| X-Axis to B-Axis | Map the X axis positions to the B-Axis |
| Y-Axis to B-Axis | Map the Y axis positions to the B-Axis |
| X-Axis to A-Axis | Map the X axis positions to the A-Axis |
| Feed Adjust |
How feed rates work in Mach2 and LinuxCNC (and others?):For linear motion (i.e. x,y and/or z motion):each axis moves at constant speed and all axes move from their starting positions to their end positions at the same time. For linear motion with rotation (i.e. x,y and/or z motion AND a and/or b motion): When a rotary axis is included in the movement (i.e. ther is x,y,z motion AND a or b motion) the speed is still controlled by the linear distance to be traveled in x,y,z the A,B motion has no effect on the time to complete the motion. For Rotary motion (i.e. a and/or b motion without any x,y and/or z motion): When there is no linear motion the feed rate is interpreted as a angular rate (degrees/min) Feed Adjust Settings:Feed Adjust: Scale-RotaryG-Code Ripper takes all of these scenarios into account and adjusts the feed rate accordingly to make the feed rate consistent when cutting on a cylinder. Feed Adjust: None G-Code ripper does not scale feeds in any way. (This is the same a CNCwrapper output) A note for Mach3 users: In Mach3 there is a entry (Under Settings (Alt-6)) to set the Rotation Radius using this setting will tell Mach3 how to interpret the feed rates for code mapped to a cylinder of that radius. If you use the Rotation radius you will want to select None for the Feed adjust setting in G-Code Ripper. |
| Reverse Rotary Axis | G-Code Ripper assumes that a positive linear position is always mapped to a positive angular position. If your rotary axis (A or B) is set up such that the positive linear position should be mapped to a negative angular position check this box. |
| Save G-Code File-Wrap (Button) | This button saves the wrapped g-code. |
| Stock Rounding (Button) | This button opens the Stock Rounding window. In the stock rounding window you can generate g-code for making the stock material round using a spiral cut. |

| Input Field | Description |
| Include Rapid Moves | If selected the rapid moves will be included in the exported output. |
| File Type | Select the type of file to be exported |

| Input Field | Description |
| Probe X Offset |
X distance from the tool to the probe. (if the tool is the probe this should be set to zero) |
| Probe Y Offset |
Y distance from the tool to the probe. (if the tool is the probe this should be set to zero) |
| Probe Z Offset |
Z distance from the tool to the probe. (if the tool is the probe this should be set to zero) (It is best to keep this value as close to zero as possible to prevent crashing the tool or probe) |
| Probe Z Safe |
This is the safe Z height when probing (When the probe is over the work piece). Be aware of where the tool will be when the probe is at this position to avoid cashing the tool. |
| Probe Depth |
Max Depth the probe will travel attempting to detect the work piece. If the probe travels to this position and does not detect the part an error will occur. |
| Probe Feed | The feed rate for the probe when it is lowering to detect the part. |
| X Points |
This is the number of points that form the grid of probe points in the X direction. Points that are not needed (too far from tool path) are displayed as black in the preview canvas and will not probed. |
| Y Points |
This is the number of points that form the grid of probe points in the Y direction. Points that are not needed (too far from tool path) are displayed as black in the preview canvas and will not probed. |
| Post Probe |
This is a text entry field for any G-Codes that should be executed prior to the pause between probing and cutting. (If you want to swap the probe head for the tool head you may want to raise to a specified Z height (i.e. G0Z5.0) |
| Controller | Set the CNC controller to be used. LinuxCNC and MACH3 are supported. They require different codes for probing etc. |
Official servers are dead. In 2021, enthusiasts relied on:
Direct filename search (via Google or Yandex in 2021):
"RM-1152" "emergency" ".hex" "mbn"
This is the method utilized by technicians in 2021 when the GUI tools failed. This requires the .ffu file mentioned in Section 2.
Step 1: Acquire the FFU
Download the specific ROM for your variant (RM-1150 or RM-1154). Rename the file to something simple, e.g., lumia650.ffu. Place it in a folder on your C: drive (e.g., C:\LumiaFlash).
Step 2: Locate Thor2
Navigate to the WDRT installation folder, usually:
C:\Program Files (x86)\Microsoft Care Center\Windows Device Recovery Tool
Step 3: Enter Bootloader Mode With the phone off, press and hold Volume Up. Connect the USB cable while holding Volume Up. The screen should remain black, but the PC should make a device connection sound (Qualcomm HS-USB QDLoader 9008).
Step 4: The Command Line Open Command Prompt as Administrator. Navigate to the Thor2 folder and run the following command:
thor2 -mode uefi -ffufile C:\LumiaFlash\lumia650.ffu -do_full_nvi_update -do_factory_reset
Step 5: Completion The terminal will display progress percentages. Once it hits 100% and says "Operation succeeded," the phone will reboot. This process wipes the userdata partition, fixing
In 2021, Lumia users faced three critical failure points that necessitated "Emergency Files":
For the Lumia 650, emergency files generally consist of:
| File Type | Extension | Purpose |
|-----------|-----------|---------|
| Emergency HEX loader | .hex | Initializes CPU/Flash memory communication |
| Emergency MBN file | .mbn | Bootloader recovery binary |
| Partition backup | .bin / .ffu | Full firmware or specific partitions (GPT, UEFI, etc.) |
| EDL profile | .edl | Configuration for Qualcomm’s Emergency Download mode |
These are not official Microsoft updates – they are extracted from working devices or leaked engineering builds.
If you could provide more details on what "emergency files 2021" specifically refers to, I might offer more targeted advice. lumia 650 emergency files 2021
To recover or "unbrick" a Microsoft Lumia 650 using emergency files, you need specific loaders (
) that allow the phone to communicate with a computer when it is in a "black screen" or emergency download mode (EDL). Prerequisites and Required Tools : Install the Windows Device Recovery Tool (WDRT)
to ensure your computer has the necessary drivers to detect the Lumia 650. WPInternals : Download the WPInternals tool
, which is the standard community tool for flashing and unlocking Lumia bootloaders. Firmware (FFU) : You need the full flash update (
) file for your specific model (e.g., RM-1085). These can be found on archives like LumiaFirmware Internet Archive Finding Emergency Files
Emergency files for the Lumia 650 are notably difficult to find because Microsoft did not release them officially for all variants. Third-Party Sources : Search for emergency packages on sites like Proto Beta Test or community-maintained databases. WPInternals Download
: Sometimes WPInternals can automatically fetch these files if the servers are reachable. Navigate to the section in the tool, connect your phone, and click Flashing Procedure
If your phone is stuck in a "QHUSB_BULK" state, follow these steps to use the emergency files: Enter Flash Mode
: Open a Command Prompt as administrator in the WDRT directory (usually
C:\Program Files (x86)\Microsoft Care Suite\Windows Device Recovery Tool command to flash the emergency payload:
thor2 -mode emergency -hexfile [path_to_ede_file] -edfile [path_to_edp_file] Flash the FFU
: Once the emergency payload is successfully flashed and the screen turns red, flash the main firmware: Official servers are dead
thor2 -mode uefiflash -ffufile [path_to_ffu_file] -do_full_nvi_update -do_factory_reset
For a Microsoft Lumia 650 Go to product viewer dialog for this item.
, "emergency files" refer to specialized .ede (Emergency Download Executable) and .edp (Emergency Download Platform) files needed to repair a "hard-bricked" device—typically one that shows a black screen and is detected by a PC as QHSUSB_BULK. Essential Tools & Resources
Since Microsoft shut down official Lumia firmware servers, you must rely on community-maintained archives to find these files:
LumiaDB.com: A comprehensive alternative to the old Lumiafirmware site that hosts FFUs, emergency files, and donor FFUs without requiring an account or daily limits.
Windows Phone Internals (WPI): The primary tool for unlocking bootloaders and flashing emergency files. It can often automatically search for and download the necessary files if your device is detected.
Proto Beta Test: A known repository specifically for Lumia Emergency files archives.
Windows Device Recovery Tool (WDRT): While its online features are limited, you must install it first to ensure your PC has the necessary Qualcomm and Care Suite drivers. Emergency Flashing Procedure
is unresponsive (hard-bricked), follow these technical steps:
Driver Check: Connect your phone to a PC. Open Device Manager. It should appear as "QHSUSB_BULK" or "Qualcomm HS-USB QDloader 9008".
Preparation: Download the correct FFU (firmware) and matching emergency files (.ede and .edp) for your specific product code (e.g., RM-1152).
Command Line Flash: Navigate to your WDRT installation folder in a command prompt (usually C:\Program Files (x86)\Microsoft Care Suite\Windows Device Recovery Tool) and use the thor2 utility: Direct filename search (via Google or Yandex in
Command: thor2 -mode emergency -hexfile [path_to_.ede] -edfile [path_to_.edp]
Completion: Once the emergency payload is flashed (indicated by an FFU_PARSING_ERROR or a red screen), you can then proceed to flash the full FFU file using thor2 -mode uefiflash. Safety Warning
Flashing emergency files is a high-risk procedure. Never disconnect the phone during the process, as this can permanently destroy the device's bootloader. Ensure your battery is charged, though some emergency modes can run on USB power alone. Category:Windows Mobile - postmarketOS Wiki
The search for " emergency files 2021 " refers to a niche but critical moment in the Windows Phone enthusiast community. It primarily concerns the efforts to save the Windows 10 Mobile ecosystem after Microsoft officially ended support and began shutting down backend services. The Context of 2021 By 2021, the Microsoft Lumia 650
—a sleek, business-oriented device released in 2016—was a "legacy" device. However, a dedicated community of users and developers refused to let the hardware die. The "emergency files" often discussed in forums like XDA Developers and Telegram groups during this period were essential tools required to bypass the increasingly broken Windows Store and device activation servers. The Role of "Emergency" Tools
The "emergency" nature of these files stemmed from the fact that Microsoft’s infrastructure was disappearing. To keep a functional in 2021, users needed specific resources: Interop Tools:
These allowed for registry editing, enabling users to "spoof" their device ID so it could receive minor app updates or access hidden features. WPinternals:
This was the "holy grail" for Lumia users. It allowed for unlocking the bootloader, which was a prerequisite for any significant modification or "emergency" rescue of a bricked phone. Over-the-Cable (OTC) Updater:
As wireless updates failed, these desktop-based "emergency" files became the only way to move a to its final, most stable build of Windows 10 Mobile. Why 2021 Was the Tipping Point 2021 represented a final stand for the
. It was the year when many core apps, including WhatsApp and various banking tools, finally ceased operation on the platform. The "emergency files" were part of a broader "Project Astoria" or "WOA" (Windows on ARM) movement—where enthusiasts attempted to bridge the gap by sideloading Android apps or even installing full desktop Windows 10/11 onto the mobile hardware. The Legacy of the Lumia 650
was often called the "most beautiful Lumia" due to its premium aluminum frame, despite its modest Snapdragon 212 processor. The scramble for emergency files in 2021 wasn't just about utility; it was about digital preservation. It was an effort by a global community to ensure that a piece of mobile history remained a functional tool rather than electronic waste.
Ultimately, the "Lumia 650 emergency files" of 2021 serve as a case study in user-led hardware longevity
The tool prioritizes "Emergency Files" by file extension scanning:
Date: Mid-2021 Retrospective
Devices: Microsoft Lumia 650 (Single SIM: RM-1152 / Dual SIM: RM-1154)
Chipset: Qualcomm Snapdragon 212 (MSM8909)
Purpose: Unbricking devices stuck in Emergency Download (EDL) mode, dead USB, or blank screen.