Jump to content
Welcome to InsanelyMac.com - No more ads! And some exciting news... Read more... ×
Sign in to follow this  
Followers 0
Tristana

[SOLVED?] Audio crashes after installing RX580 (10.15.4 kabylake)

18 posts in this topic

Recommended Posts

Posted (edited)

Hello, and thank you for your help!
 

Ever since installing my new Sapphire Radeon Pulse RX580, I've been having issues with audio freezing up for the whole system- seemingly the coreaudiod process crashing / my USB audio interface not working. It feels random but seems to correlate with playing youtube videos, streaming audio in Finder, playing sound files from chat clients like Telegram/Discord and such. The system otherwise works as normal, with only audio related functions breaking. Sometimes instead of a full freeze / crash, the sample rate of audio will just drop significantly, causing a lot of aliasing.

I followed this guide here, though it is outdated and some KEXTs have been merged with WhateverGreen. The shikigva=4 & -rad4200 boot arguments weren't available in WhateverGreen so I didn't add any boot arguments.
https://hackintosher.com/guides/fix-rendering-issues-fcpx-high-sierra/
 

My issue was not fixed by this. I also learned that USBInjectAll hadn't been given a custom SSDT and so I made one, which I have included at the end of this post. I also disabled the 15 port patch which had been left on. My USB ports now show up properly (though I've excluded my mobo's type-c port to meet the 15 port limit). My audio issues still have not been fixed, though.

On High Sierra, the crash was irrecoverable- opening sound in system prefs just froze up, and I have to reset the system to get audio back. In Catalina, I seem to be able to choose a different audio device then go back to my external interface to reset the driver and get sound back.

Thank you for any help / ideas you can offer!

UPDATE: Issue still persists. I'm now using a USBPorts.kext created by Hackintool and have updated my list of current kexts below.

System:

Quote

macOS 10.15.4 High Sierra
core i5 7600k Kaby-lake @ stock 3.8ghz
ASRock Z270M Pro4
16 GB DDR4 2400mhz (Mushkin 2x8gbs)
Sapphire Radeon Pulse RX 580 8GB GDDR5
be quiet! 500w PSU

MOTU Ultralite mk4 USB audio interface

 


Kexts:

Quote

Kexts:
Display-1e6d-5b7f.kext
FakePCIID_Intel_HD_Graphics.kext
FakePCIID.kext
FakeSMC.kext
IntelMausiEthernet.kext
Lilu.kext
USBPorts.kext
WhateverGreen.kext

XHCI-unsupported.kext



 

 

Edited by Tristana
//updated current situation

Share this post


Link to post
Share on other sites

Are you running Clover or OC OS X? also if you tailored your USB ports to the 15 limit why are you still using USBInjectAll.kext, use Hackintool to map and produce a kext and a SSDT file which is much better.

Share this post


Link to post
Share on other sites
1 minute ago, eSaF said:

Are you running Clover or OC OS X? also if you tailored your USB ports to the 15 limit why are you still using USBInjectAll.kext, use Hackintool to map and produce a kext and a SSDT file which is much better.


Clover.

Hadn't heard of using hackintool, I'll look into it! What's the advantage over the USBInjectAll method?

Share this post


Link to post
Share on other sites

USBInjectAll is no longer sufficent. Hackintool comes to complement it as it fully detects and fully defines the computer's set of USB ports. It generates a USBPorts kext and a SSDT-UAIC.aml table. You then either use USBInjectAll kext + SSDT-UIAC.aml table or USBPorts on its own (and with USBInjectAll).

Share this post


Link to post
Share on other sites
1 hour ago, Hervé said:

USBInjectAll is no longer sufficent. Hackintool comes to complement it as it fully detects and fully defines the computer's set of USB ports. It generates a USBPorts kext and a SSDT-UAIC.aml table. You then either use USBInjectAll kext + SSDT-UIAC.aml table or USBPorts on its own (and with USBInjectAll).


I'm using USBInjectAll kext + SSDT-UIAC.aml currently, the SSDT-UIAC compiled in MaciASL using the SSDT I quoted above. Are you saying Hackintool would yield a different SSDT-UIAC.aml?

Share this post


Link to post
Share on other sites
4 hours ago, Tristana said:


I'm using USBInjectAll kext + SSDT-UIAC.aml currently, the SSDT-UIAC compiled in MaciASL using the SSDT I quoted above. Are you saying Hackintool would yield a different SSDT-UIAC.aml?

 

Ok if your SSDT-UIAC is compiled correctly then you shouldn't be having any problems as far as your sound is concerned I don't think. What will cause possible problems is an out of date AppleALC.kext or an incorrect codec value, but I suspect you being a Sound Designer/Engineer you would have those covered.

Download Hackintool, it will give you a lot of useful info about your rig and will sometimes offer repairs or solutions.

Screenshot 2020-05-19 at 23.41.08.png

Share this post


Link to post
Share on other sites
4 minutes ago, eSaF said:

 

Ok if your SSDT-UIAC is compiled correctly then you shouldn't be having any problems as far as your sound is concerned I don't think. What will cause possible problems is an out of date AppleALC.kext or an incorrect codec value, but I suspect you being a Sound Designer/Engineer you would have those covered.


Is AppleALC.kext relevant to using an external USB audio interface? For what it's worth, the AppleALC.kext I have installed + this USB audio interface (Ultralite mk4) worked fine for years, it wasn't until I put in my RX580 that this audio crashing issue started occurring. 

I have no use for onboard audio or HDMI audio; I've tried disabling onboard to see if it'd help the issue, but to no avail. Not sure how to go about disabling HDMI audio if possible or if that'd even help.

Share this post


Link to post
Share on other sites

To be honest I only use onboard sound which relies on the AppleALC.kext, Here's a thought since you're using an independent sound unit, have you tried disabling the p/c sound card in the BIOS and see what results you get. To my layman's mind you could be getting a conflict between the onboard and the builtin one. One person that could possibly help with your query is Audiogod, post your query on his Thread and he will try his upmost to provide you with a solution. Good luck.

Share this post


Link to post
Share on other sites

Yep, I tried disabling onboard sound in my BIOS but it didn't help.

Thanks for the suggestion, I'll pop them a message!

Share this post


Link to post
Share on other sites

An external USB Audio module should not require AppleALC. I've used one in the past and it worked OOB without any specific kext.

Share this post


Link to post
Share on other sites

I've removed AppleALC and will see how it goes.

Unsure if this is related, but it does relate to USB: I tried plugging in a USB3 external drive into various ports, and it'd show up in Disk Utility but not mount. Concurrent to this, mouse movements started to become choppy- and the same for Youtube video streaming. This is still leading me to guess that there is some USB related memory issue behind all of this, but it could be a red herring.

Share this post


Link to post
Share on other sites

Audio dropped out with a keypress which lead me to still believe in my hunch that the problem is USB related.

I noticed these patches were leftover from the person who helped me set up this Hackintosh originally, and I have removed them:
 

Quote

AppleAHCIPort 45787465 726E616C | 496E7465 726E616C
AppleAHCIPort 4585F60F 95C289C8 83E0FE66 85C9780F 84D2750B | 89C883E0 FE6685C9 0F98C141 08CC9090 9090750B
AppleAHCIPort 89C82540 6002003D 40200000 750C81E1 BF7FFFFF 898B5101 0000 | 90909090 90909090 90909090 90909090 90909090 90909090 9090
AppleUSBXHCIPCI 837D8C10 | 837D8C7F
AppleUSBXHCIPCI 83BD74FF FFFF10 | 83BD74FF FFFF1B

^perhaps these were the causes of my issues all along? There had been an additional patch that mirrored what I'd seen for High Sierra all USB patching that I had removed, but I've only just removed these. Unsure if any are necessary for other parts of my system, but the last two mention USBXHCI and perhaps are what have been the source of my problems?

Additionally, instead of using USBInjectAll.kext + a modified template compiled into an SSDT-UIAC.aml, I used Hackintool to create a custom USBPorts.kext, only excluding my type-C port to meet the 15 limit.

Fingers crossed something here will have solved the issue, only time will tell!

Share this post


Link to post
Share on other sites
Posted (edited)

ANNNND Not solved!

Went to record some audio in Ableton Live 10 and the whole system dropped its sample rate.

Interestingly, when I turned off my USB Audio Interface, macOS claimed that I had improperly ejected my external hard drive (a different Toshiba device that was also plugged in).

Any ideas? This is a really troublesome problem for someone doing audio work.

Edited by Tristana

Share this post


Link to post
Share on other sites
Posted (edited)

Now I've noticed something really weird.

 

I'd gone into the BIOS to disable all USB ports not actually in use by my system. After doing so, I saved, loaded into the OS, and noticed my mouse wasn't working.

 

Now, USB3 Port2- which the mouse was plugged into, and had been working fine prior- doesn't even appear in the BIOS as a port to enable/disable o.o This brings me to 13 active ports; I could reenable the type-c for both usb2+usb3 and be at my 15 port limit, while blocking off that USB3 Port2 from being used. Maybe a faulty port was the culprit this whole time??

Disabling USB ports has not fixed it. Once more had the downsampling occur while working in a different audio editor. :-/

Edited by Tristana

Share this post


Link to post
Share on other sites

Sorry for all the spam in my own thread but I figure giving updates will help narrow the problem further.

The crash where the audio starts sounding really aliased happened again, this time while clicking in Izotope RX7.

Shutting down my audio interface to reset it lead to ALL of my USB ports dropping out. Every USB device still got power- but seemingly no data was transferring. My mouse had lights on but wouldn't move the cursor; my MIDI keyboard started flashing all its lights like it does when the computer is booting. I had to do a system restart to fix it.

Share this post


Link to post
Share on other sites
Posted (edited)

Hello,

By your descriptions it sounds to me like either your usb is setup incorrectly and not receiving the correct power table or is setup wrong.

if it’s not that then it’s probably an error within your EFI.

Now if you want to use clover then the best thing I can surgest you do is get a new EFI and DSDT created for your board and setup by the genius that is MaLd0n.

If you want to do that then go to hes sister site and put in a request with him here.

 

To Create Your Own Patched DSDT Message @MaLd0n using the link bellow

https://www.olarila.com/forum/17-dsdt-patch-requests/

 

Or send me your EFI and il take a look at it for you but my skills are nothing compared to MaLd0ns and he will do you a more complete solution via a DSDT.

 

Your other option would be to use OpenCore instead but your have to do a good bit of reading to learn how it works from here and you might very well encounter or end up with the same usb problems.

https://dortania.github.io/OpenCore-Desktop-Guide/config.plist/kaby-lake.html
 

 

Edited by AudioGod

Share this post


Link to post
Share on other sites

MaLd0n did my initial setup and it worked flawlessly for years! Wasn't until installing this RX580 that my problems began with it. I'll see what he's up to.

Here's the EFI, I just deleted the SN from the config.plist before sharing as I think that's good practice IIRC?

Tristana-EFI.zip

Share this post


Link to post
Share on other sites

MaLd0n came through and I haven't had issues yet! Fingers crossed it's solved for real this time!

Share this post


Link to post
Share on other sites
Sign in to follow this  
Followers 0

  • Similar Content

    • By blazinsmokey
      I've written some detailed guide in my time but I'm going to keep this one shorter. I want to accomplish 2 things with this write up.
      1. Address the native nvram problem, this is huge for people with similar hardware moving forward with Big Sur.
      2. Help others get installed and booted with a very clean setup.

      Hardware and Overview
      ASUS Maximus VII Hero Z97, 4790K, Sapphire Nitro+ RX 580 8GB, HDMI to 43" 4K screen.
       
      Modifying the BIOS to get native nvram fix for Big Sur is also confirmed working for these boards
      ASUS Z97 ROG Maximus VII Hero ASUS Z97-A, requires manual modifying of BIOS file ASUS Z97-P ASUS Z97 ROG Maximus VII Gene ASUS Z97 ROG Maximus VII Ranger ASUS Z97 ROG Maximus VII Impact ASUS Z97 ROG Maximus VII Formula ASUS H97M-E ASUS Z97-PRO(Wi-Fi ac)  
      This included setup was used to upgrade directly to from Catalina to Big Sur but installation should be fine as well.

      Using OpenCore 0.6.3 and latest kexts. Using SMBIOS iMacPro1,1 even tho it may be frowned upon but it worked for DRM at least in Catalina, not willing to change it now. You can however do as you please.

      Everything pretty much works. FaceTime, Messages, AppStore etc. Waking the computer from sleep though requires pressing the PWR button.

      There is no options in OpenCore or Clover, drivers or magic to get native nvram working. You have to modify the BIOS or flash an old one that doesn't have the white list as discussed below. So if you can't go through with fixing the NVRAM, you will have to use the transplant method.

      NVRAM Problem
      Big Sur installer fails after about 20% progress in the Apple logo, fails shortly after disk#: device is write locked ending with apfs_vfsop_unmount. Verbose output below just before restart. I imagine a new install the same problem occurs because after the first state information on the drive and whatever is stored in the native nvram and the installer can't access something that is not there because it wasn't saved in the first place.


      Background
      Reddit post here starts to question it as Haswell in general but seemed more an issue with ASUS Z97 boards. A comment in that thread led me to Vit9696 saying fix your NVRAM. All other paths led to devs are aware and it's an macOS bug or giving up and transplanting the installation by using another machine. Well I ain't having none of that, Vit9696 said fix nvram, so I fixed it.

      Why
      Vit9696 actually solved this for us years ago here. The key take away is the whitelist part and replacing NvramSmi driver.
      Fix
      As stated above we can extract the NvramSmi driver from an older BIOS and the replace it in the latest one. I believe most our boards from this era are no longer being supported but the latest firmwares do have microcode to patch vulnerabilities like Spectre, meltdown, etc. It would be ideal to go this route and it's not that hard and working nvram is great!

      I'm guessing another way would be to flash back to old BIOS where native nvram is working and upgrade/install Big Sur and then flash the latest after. You could save your BIOS profile if available that way you won't have to set everything back up. If this is also the case for incremental updates, sounds like a nightmare.

      How (I chose to fix)
      Replacing the NvramSmi driver made the most sense and it was relatively easy. I am no expert and you know the responsibility I take in anyone trying this **** and failing, ZERO.

      To find a BIOS version before the whitelist was added to the NvramSmi driver I used the dates from the link in Vit9696's quotes. User 314TeR said his ASUS Maximus VII Impact nvram broke after 0412 which was released 2014/10/17 and worked with 0217 released 2017/07/28. To me anything after 2014/10/17 will have added the whitelist.

      So with my board I downloaded version 1104.
       
      THE BELOW METHOD HAS AN ISSUE WITH XMP and RAM SPEED. No matter what you set in BIOS, ram speed will remain default, likely 1333Mhz. I updated the steps and linked below to fix that but it does require Windows. No other issues have been found other than that so if you don't mind or were already using default ram speeds then you don't have to redo anything.
       

      Download UEFITool 0.26.0 as the latest versions won't let you rebuild/replace.

      Download latest BIOS and one without whitelist.

      Load older BIOS in UEFI tool, my case 1104. Search with text nvramsmi and extract as is, the file section. Like below. Save the ffs, name it whatever and close out we are done here.



      Load the latest BIOS now, 3503 in my case and search nvramsmi again. This time replace as is and select the ffs you just named and saved.

      You can't flash the modified BIOS as usual, they are contained in a way with write security. I just used my board's USB Flashback Utility. Named the modified BIOS to M7H.CAP, each board will have it's own naming method. Copied to a fat32 usb, stuck it in the correct USB port in the back and pressed the button for 3 seconds. 2 minutes later and I was booting my modified BIOS and restarted the upgrade process again from within macOS.
       
      That last bit is IMPORTANT, if you were trying to upgrade from Catalina and have the bootable option to install MacOS it still won't work after you fixed your nvram. You MUST restart the process again from within Catalina. 
      If you don't have USB Flashback Utility, take a look here for alternative ways.

      After BIOS modified flash test your nvram, mine worked right away. Then I tried the upgrade and that worked fine. I believe it was 4 phases total and 3 reboots. Took about 25 minutes on SSD.

      My modified BIOS 3503 is attached, don't be stupid with it and try to install on a different board. Rename it accordingly if you want to use it.

      Some BIOS Settings
      AHCI - Enabled
      VTD - Disabled
      Primary Display - Auto
      CPU Graphics Multi Monitor - Disabled
      Legacy USB - Enabled
      xHCI - Enabled
      EHCI handoff - Enabled
      Fast Boot - Disabled
      Secure Boot - Other OS
      CSM - Disabled

      OpenCore Configuration Basic Understanding
      ACPI SSDT-EC.aml - fix for EC on Catalina and above SSDT-GPRW.aml - fixes immediate wake from sleep, paired with rename patch in plist SSDT-LPCB.aml - allows AppleLPC to be loaded, helps with power management SSDT-PLUG.aml - necessary for CPU identification and power management SSDT-SBUS-MCHC.aml - allows AppleSMBusPCI/Family/Controller SSDT-USBX.aml - USB power config Drivers AudioDxe.efi - boot chime HfsPlus.efi - reading Hfs partitions OpenCanopy.efi - GUI boot picker OpenRuntime.efi - NVRAM, memory management, etc Kexts AppleALC.kext - audio IntelMausiEthernet.kext - nic Lilu - various fixes and system enhancements USBPorts.kext - USB Mapping (you can edit this details in USB section) VirtuaSMC.kext - Apple SMC emulator WhateverGreen.kext - various fixes for graphics and system devices Resources download from binary resources, removed all audio except boot chime Tools OpenShell.efi - shell cli config.plist Highly suggest looking at the Dortania Guide Haswell section if you are want to know why x is set the way it is, I don't have time for that and that information is readily available USB Ports
      If all accessible ports are enabled in our system it is going to break the 15 port limit so a single sacrifice needs to be made. Instead of wiping out a whole port, I personally removed USB 2.0 ability on one of the USB 3 ports.

      The included USBPorts.kext includes all 16 ports, so the last USB 3.0 port SSP6 port(furthest from ethernet) will not function at 3.0 speeds if you use this kext as is. Customizing is simple with the kext. Open the plist inside the kext and you can remove the one port/functionality you don't need. Included are pictures labeling what is what HSXX and SSPX. There's also a SSDT included to help identify.

      Shout out to @YoshiMac for posting images of the USB ports mapped out. I included some of his work so you have quick access when deciding but his post is great as well. Hopefully I can return the favor a bit with this guide.

      OpenCore Config Customize
      While I added a SMBIOS just to get you going, you need to get your own SMBIOS - > https://dortania.github.io/OpenCore-Install-Guide/config.plist/haswell.html#platforminfo I'm using UIScale 2 for HiDPI, where as you may need to change to 1 Boot args currently uses verbose, you can remove that if all is well after I'm sure I'm forgetting to mention stuff, just let me know if I should warn about some other stuff here. Files Attached
      The included EFI is OpenCore 0.6.3 with updated kexts as of 11/18/2020

      USB Folder includes pics of the mapping and original USBPorts.kext with 16 ports for back up. There is also .dsl file which maps the ports if you need some clarification textually, do not use it.

      Modified 3503 bios for Maximus VII Hero with replaced NvramSmi from 1104.

      Well that wraps it up I think. If you need any extra advice or questions shoot away.
       
      Asus Maximus VII Hero OC 0.6.3 Share.zip
       
      BIOS in next post due to size limit
       
      Modified 3503 bios for Maximus VII Hero with replaced NvramSmi from 1104.
      3503modifiedM7H.CAP
    • By davi11084
      Buongiorno a tutti.
       
      Io ho da poco effettuato l'installazione di High Sierra 10.13.6. Successivamente ho risolto qualche problema con i due monitor e ho messo i driver nvidia.
      Adesso devo risolvere il problema dell'audio.
       
      La mia scheda madre è: MSI Gaming M3 H270 con chipset audio ALC1220.
       
      Ho provato a installare lilu con appleALC e ho provato i vari codec(1,2,5,7,11) ma nulla, non funziona.
      Metto in allegato la cartella efi con tutto.
      Come posso risolvere?
       
      EFI.zip
    • By ITzTravelInTime
      Hi guys, this thread is to show you a new and open source app, created by me, that I called TINU:
       
      The name means: TINU Is Not #####, the U refers to a popular software that is used to create macOS hackintosh installers (that for good reasons is banned on this forum), but the aim of the name is to explain that this app is a totally different thing from that software and works in a totally different way.
       
      This app basically is a graphical interface for the createinstallmedia executable that is inside the macOS and Mac OS X installer apps, it is capable to create a bootable installer completely vanilla like what you do using the command line method, and also this method is recommended by apple itself. In addition to this, this app provvides you simplicity and flexybility, and lets you to avoid most of the tedious steps or problems of other simlar apps.
       
      TINU allows you to create easily a bootable macOS installer without messing around with command line stuff and without using disk utility, all you need to do is use the app and then install your bootloader of choiche on the usb (or just leave it as is if you want to use it on a real Mac).
       
      Features:
      - Simple-to-use UI that allows you to easily start the bootable macOS installer creation process.
      - It can work with every macOS installer app that has the createinstallmedia executable inside its resources folder (including also beta and newly released installers).
      - You can use any erasable volume that is at least 7 GB of size (if the volume's drive is not in GUID format, TINU will re-format it accordingly).
      - Can work with the Mac OS recovery system, so you can create a bootable macOS installer from the macOS installer itself or from the macOS recovery partition, and you can use TINU to install macOS, too.
      - 100% clean: The bootable macOS installers created with this tool are vanilla, just as if you created them using the command line "createinstallmedia" method in Terminal.
      - Open Source: You can verify what this program does on your computer and you can create your own version by downloading and playing with the source code.
      - Does not require any special preparations. Just open the program, make sure you have a USB drive plugged in and have a macOS installer app on your disk.
      - No need to use Disk Utility. TINU can format your drive or partition for you.
      - Integrated EFI partition mounter tool.
      - Works using the latest versions of macOS and will also support newer Mac installers out of the box without requiring an update.
      - Offers advanced features to customize your bootable macOS installer.
       
       (To sugegst a new feature please contact me on github)
       
      Requirements:
      - A computer that runs Mac OS X Yosemite or a more recent version (Mac OS X El Capitan is required to use TINU in a macOS recovery or installer).
      - A drive or a free partition (on a drive which already supports GUID) of least 7 GB that you want to turn into a macOS/Mac OS X installer.
      - A copy of a macOS/Mac OS X installer app (Maveriks or newer versions are supported) in the /Applications folder or in the root of any storage drive on your machine (excepted the drive or volume you want to turn into your macOS install media).
       
      Download:
      - All downloads:
      https://github.com/ITzTravelInTime/TINU/releases
      - Reccommended download for Catalina and Big Sur users:
      https://github.com/ITzTravelInTime/TINU/releases/tag/3.0_BETA_4_(82)

      Frequently asked questions:
      https://github.com/ITzTravelInTime/TINU/wiki/FAQs
       
      Useful links:
      Thread (english) on insanelymac.com:
      - http://www.insanelymac.com/forum/topic/326959-tinu-the-macos-installer-creator-app-mac-app/
      Thread (italian) on insanelymac.com:
      - https://www.insanelymac.com/forum/topic/333261-tinu-app-per-creare-chiavette-di-installazione-di-macos-thread-in-italiano/
      Thread (english-german) on hackintosh-forum.de:
      - https://www.hackintosh-forum.de/index.php/Thread/33630-TINU/
      Post on Reddit:
      - https://www.reddit.com/r/hackintosh/comments/a1h61d/tinu_vanilla_bootable_macos_installer_creation/
      Facebook hackintosh help and beta testing (Italian only):
      - https://www.facebook.com/groups/Italia.hackintosh/?fref=ts
      Contact me (project creator):
      - Insanelymac.com profile: http://www.insanelymac.com/forum/user/1390153-itztravelintime/
      - email: [email protected]
       
      Note that:
      - This software is under GNU GPL v3 license so any new branch/mod/third party release must be open source and under the same license.
      - We (the project creator and othe people involved with active developmment) assume no responsibility for any use of this app and this source code, and also for any kind of hardware and software damage to any computer and any device or peripheral that may come from this app or source code during it's use and outside it's usage
      - We do not guarantee support to you, this is only an open source project, not a product released by a company!
      - This project is born only for educational and demonstrative purposes, it's not intended to be used for commercial purposes and it will never be.
      - This is a no-profit project, born only to let people to create macOS install medias in a more simple way and also to learn how to create this kind of apps.
       
      Credits:
      - Apple for macos and installer apps and scripts
      - People that helped me a lot:
      Francesco Perchiazzi, Nicola Tomarelli, Roberto Sciortino, Raffaele Sonnessa, Ermanno Nicoletti, Tommaso Dimatore, Michele Vitiello Bonaventura, Massimiliano Faralli, Davide Dessì, Giorgio Dall'Aglio, Peter Paul Chato.   
      - Special thanks to Italian Hackintosh group!! for help (https://www.facebook.com/groups/Italia.hackintosh/?fref=ts)
      - Thomas Tempelmann for help with the UI
      - Pietro Caruso (ITzTravelInTime) for creating, maintaing and developing this project
       
      Here are also some screenshots inside this spoiler tab
       
       
       
         
×