Archives

All posts by mudlord

One of the things I wanted for a while is a small libretro core loader, so I can debug cores, since my personal goal this year is to be productive again somewhat in emulation, since I admit I did enjoy that. Over the course of two weeks I have started to work on it again, since its based on some old emulator code I was working on. Eventually I got the loader to the stage until it manages to properly boot something:

The loader is written in MSVC2017 and is intended for Windows 8 and up. It uses a OpenGL 3.3 forward compatible core context (yet to be tested) as well as a generic OpenGL 2.0 context with extension usage. I worked on it this week however to the point I got something salvagable:

Needs work on audio, mainly with dynamic rate control and working on buffer underruns.

There is a couple of things needed to be added yet before it is remotely usable:

  • Core variables/configuration
  • Input with proper rebindable keys.
  • Dynamic audio rate control
  • Savestates/save files
  • Proper OpenGL core support

User desirable features like pixel shaders, rewind and video recording will not be supported. Any public versions, if at all, will have DRM on them.

What happened:

  • Finished up my work on foo_dsp_effect. Just needs bugtesting. Once thats done, gonna work on the libretro stuff with the same motivation as I have been doing with the fb2k stuff for the past 2 weeks.
  • Cracked Cemu again. Used a patch instead of a keygen, thought it be pointless doing a kg if it will only have its algorithm modified in a week’s time.
  • In that regard, noticed some lamers are repackaging my cracked cemu.exe/serial.bin/settings.bin without crediting me, and to add insult to injury, profiting from content intended to be free by adding adlinks to the downloads.
  • This has been done on Youtube, and many, many other places. Maybe I should inject some watermark to tag any cemu stuff I do. Well, it already has the watermark of the HWID and the timestamp, and the 64bit hash…heh. Maybe something physical in the executable that people can see so that they know its mine.

https://github.com/mudlord/foobar2000/issues/1

So far the work is almost complete:

Did what I mainly wanted to. Wanted to rewrite access so that its easily keybindable and has easy access. The remaining issue is due to a audio buffer issue with librubberband and how samples vary depend on the pitch ratio. At the moment the code is quite brittle and won’t work for anything above 48khz. Which is a problem considering FB2K’s userbase (I only had sub 48k samples at the time of development and testing). So need to spend the next few days rewriting things to be more robust for the pitch/tempo DSPs.

http://mudlord.info/trashheap/cemu173d_crk.rar

http://mudlord.info/trashheap/cemu_patcher.exe (for those that don’t want to download the above package and just wanna use the uncracked 1.7.3d build running around on 4chan.org). Nukes settings.bin though since some values are in it that are needed for the crack to work.

Use the included files. Should be obvious what executable is used to run the cracked version.

Backup settings.bin if you want to mess with the uncracked version in x64dbg. I included the x64dbg patch database if you want to mess with the uncracked version some more, to find a more efficient way to patch, etc.

 

Technical details:

  • Just does the bare minimum to crack it. Did this purely to have something out as thoroughly reversing and keygenning the target would take significantly more time than just plain stupid shooting holes in the DRM.
  • Forces HWIDs and timestamps calculated in Cemu.exe to match the ones in settings.bin, so you need that file.
  • The 64bit fingerprint was done by plain serial fishing, anyone who wants to know how that works can just read the many documents on reading values and things in a debugger.
  • You also need the serial.bin included to pass the serial.bin checks. Didn’t patch the serial.bin check out.

What happened:

  • Finished the tempo/pitch/playback rate portions of the rewrite of foo_dsp_effect. Works good now, might need more testing.
  • Started to work again on some libretro stuff. Mainly interested in my own debugging environment for cores. I am hoping that this then would be self motivation for me so I spend more time on VBA-M and other emulators.
  • Messed around with time stuff in Win32. Ended up writing a DLL that hooks some time functions so that it allows me to set times to specific Unix timestamps. Needs much more testing and work on it, since using version.dll is sometimes not exported in applications.
  • Cemu had a 1.7.3 release, seems they changed the DRM yet again.

Did more work on DSP effects in foobar2000.

Found an amusing bug when tinkering the pitch which caused sliders to completely break. Found that (was multiplying and dividing values wrong), so thats fixed. Now left to implement playback rate shift. Was pondering integrating PaulStretch for long tempo ratios, due to SoundTouch having artifacts at medium/long ratios of tempo stretching. Haven’t really messed around with librubberbands much.

 

What happened:

  • Acquired a 3DS again for homebrew development.          
  • Did some work on foo_dsp_effect. GUIs for changing effect parameters are now fully non modal and accessible in two clicks or a keyboard button press. Also, the pitch effects have been rewritten to have smooth changes instead of the clunky effects in the past. This is coming in a future WIP, and I have no release date set.
  • While noticing members saying garbage about a friend of mine……noticed the following:    
  • Well, I appreciate the sentiment after about 9 years I guess. That’s a rather nice thing to say, that I can be talented if I put my whole mind to it. Definitely changes my whole perspective of what I think about byuu :). Which leaves me wondering what to think about Kakashi….

Another day, spending more time fleshing out the controls. Trying to work out if hooking mousedown/up messages would work, so that if sliders are selected, changes are only applied *when* a button is released, so allowing smooth changes (which removes the need for rewriting buffering). Will have to look up MFC/ATL things for that. From there the roadmap is to get all the other DSPs working like this, and from there, who knows, I am pretty content then. Probably having more accurate reverb simulation ala EAX and more effects.

And yes, Dream Fiend’s song is nice, I recommend getting it and getting a FLAC copy from his bandcamp page.