Octal450

Hello, Sorry for so quick update again. But, many fixes to the xFlasher implementation post release of the tool! V3.0.2b: - Added: xFlasher support for Xilinx XC2C64A-VQ100 for Matrix "Super-Big-IC" - Added: Better grabbing of CPLD type for xFlasher - Added: Ability to abort xFlasher SPI read/write via Esc key - Fixed: Incorrect display of xFlasher initializing - Fixed: Post-release bugs with xFlasher implementation - Fixed: 32-bit xFlasher dependancy detection - Fixed: Crashing issue with xFlasher and some antivirus software - Fixed: Various bugs and usability issues FYI: xFlasher does not support Windows XP due to driver problems. Please use Windows Vista SP2 or later. Kind Regards, Josh

My pleasure! I have released an update archives for people with 32 bit systems -> a bug has been identified with the xFlasher dependency detection. Apologies for this. Archives updated. Those of you with 64 bit systems do not need any update unless you encounter problems. http://cdn.octalsconsoleshop.com/JRunner.exe Kind Regards, Josh PS: For some reason, Microsoft thinks J-Runner is a "KeyGen". This is false positive

July Update released to auto-update. V3.0.2: - Added: Totally redone xFlasher integration with custom SPI DLL - Added: xFlasher now shows blocks during read/write and proper progress - Added: xFlasher alerts user when trying to write a eMMC image in SPI mode - Added: xFlasher alerts user when trying to program a timing in eMMC mode - Added: Clean SMC building option for Retail and DEVGL - Added: Support for the final xFlasher product - Added: Support XDKbuild - Added: Improved updater - Added: Automatic detection of xFlasher dependencies - Fixed: Invalid hack types not greyed out after setting board type - Fixed: Zephyr timing info - Fixed: Buggy and bad handling of Winbond 2K radio buttons - Fixed: Various bugs and usability issues - Changed: Updater now shows download progress - Changed: Fixed dashlaunch XeBuild settings This release is out a little early in order to properly support the final xFlasher product. Shoutout Mena to who figured out how to get the SPI library to compile properly -> it was broken when we got it, as well as for finding the xFlasher speed boost! Shoutout Xvistaman2005 for XDKbuild. Shoutout Element18592 for the xFlasher, its great hardware! Kind Regards, Josh

My pleasure. Hope you enjoy. Kind Regards, Josh

Hi @mafia4 The included XeLL and ECCs already support winbond 2k E slims (I've done many of em). Reminder that the only thing the Winbond patches do is updated the CBB bootloader as the original one for RGH2 (13121), and doesn't know how to deal with 2k winbond ram (slim S winbond ram is knows how to do though). It updates to the 13182 CBB. However, the latest version of the XeLL ECCs support this and thus special XeLLs for Winbonds is no longer needed. I may recompile the Glitch2 ECCs though with the updated XeLL used in the XeBuilds though. Kind Regards, Josh

My pleasure! Kind Regards, Josh

Hello, This months' update 3.0.1 is now released to autoupdate. Changelog: V3.0.1: - Added: XeBuild and Dashlaunch version info - Added: F3 and F4 shortcut keys to open Program Timing File and Custom Nand Args - Added: Updater now shows changelog - Added: xFlasher can now handle Xenon/Zephyr/Falcon 64MB (Devkit) NANDs - Added: 0 Fuse DEVGL building options - Fixed: Cannot write ECCs via Custom Nand Args with xFlasher - Fixed: Glitch ECC made on 14699 and older NAND even if Glitch2 is selected - Fixed: Various bugs and usability issues - Fixed: Buggy and bad handling of hack type radio buttons - Fixed: Zephyr radio buttons didn't properly deselect other timing groups - Fixed: Patching or extracting NANDs doesn't save to working folder - Fixed: Name of XC2C64A showing as XC2C64 - Changed: Creating NAND from scratch does not require an SMC.bin if using Glitch2 CR4 or SMC+ SMCs - Changed: Made xFlasher detect motherboards faster - Changed: Huge improvements to COM Port Monitor - Changed: Cleanup some UI elements - Changed: Updates to some included timing files Noticeable change in behavior are: Timing File Programming menu opens to the selected console's page automatically, you can now use CR4 and SMC+ for Glitch2m images, and a totally new com monitor. A silent change is that we *should* be able to Program OpenXeniums via xFlasher (or squirt) now, but I can't test it quite yet. Kind Regards, Josh

My pleasure @ronsonol! Btw, the OpenXenium programming should be available in one of the next updates. Kind Regards, Josh

@ronsonol Try: https://cdn.octalsconsoleshop.com/Zephyr RGH2.rar Added 150s. Try the 0.5s. Sorry only those values can be made. Adjustment is only by integer in the code and cannot be inbetween, at lower freq less precision for adjustment. Kind Regards, Josh

@ronsonol Great! I will batch compile a bunch of 150s and add to the pack. Maybe you can better result. You get mostly short or long third blinks? Kind Regards, Josh

@ronsonol Here: https://mega.nz/file/TQMl1QLI#kWMv2BRHFMI-ynnPjc4qFkwTNre1_O3tNIJDzB0AJYM Try this. Should work. If it does I'll make a few 150's to tune more. Kind Regards, Josh

@Bazatree No need, I can use from my XDK. But thanks! @ronsonol Thanks, I will have the file for you soon - just a bit busy rn. Kind Regards, Josh

Hi @ronsonol INTERESTING... maybe for some reason your ace doesn't like 300mhz counting... (weird crystal?) If I go build you a file off the 150 MHz instead would you try it for me? Kind Regards, Josh

zephyr_150_E_2_L_1 = timing 27452 length 1 @ 150 MHz @ 300 MHz 54904 length 2 So if zephyr_150_E_2_L_1 works you should also have luck on ZE_L_0.6_T_69.3 or perhaps ZE_L_0.5_T_69.3 in my new release. (in J-Runner too) Kind Regards, Josh

Hi @ronsonol Glad you enjoy. All X360ACE files uses 150 MHz, but we can get 300 MHz by process on the rising and falling edges of the clock to get more precision. zephyr_150_E_1_L_1 = timing 27451 length 1 @ 150 MHz @ 300 MHz 54902 length 2 So if zephyr_150_E_1_L_1 works you should also have luck on ZE_L_0.6_T_68.7 or perhaps ZE_L_0.5_T_68.7 in my new release. (in J-Runner too) You can tune there a bit more precisely. The SMC+ for Falcon/Zephyr is not as fast as Jasper/Slim because those consoles take longer due to larger bootloaders. It will decrease the timeout from AF to 8A. Watch closely and you will notice. The reason the log is different as for SMC+, it builds in the SMC so the XeBuild does not need to patch it. But for without, the SMC from the nand is used and thus it must be patched for Glitch. Normal. Kind Regards, Josh