| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
|
| |
Google drive intentionally broke CLI downloads ("don't be evil") and
UwwwuPP went away. Begin work rehosting both files.
|
| |
|
|
| |
No longer used.
|
| |
|
|
|
|
| |
Useful on devices with multiple GPUs, such as gaming laptops.
* Update GUI/README.md.
|
| |
|
|
|
| |
* Plumb beam search params into whisper cpp implementation
(currently broken)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It appears that you cannot spawn a wxProcess from an independent thread
of execution. I imagine they're supposed to be spawned from the main
thread.
Fuck that, I'm going to try to use the raw WIN32 API to spawn helper
processes, and do it from arbitrary thread context.
* Log() now delegates to a queue which the main thread periodically
drains.
* Log() now writes to a file.
* WhisperCPP thread is now done with std::async.
* Default chars per sync is now 8
* oatpp: Promising web framework.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The configuration of the transcription app, such as the number of rows
and columns in the text box, now persists across app restarts. I found
that I would have to change from the defaults to my preferred config
every time I started up in VR, which was annoying. Now we just start
with the config that was set last time.
* Add dependency on rapidyaml (MIT)
* Serialize transcription config to file under Resources/
* Add Config class to wrap serializing/deserializing
* Update build instructions
* Simplify StartApp() API, taking Config struct instead of a ton of
arguments
|
| |
|
|
| |
Update build instructions.
|
| |
|
|
|
|
|
|
| |
Create printf-like interface for writing to wxTextCtrl objects.
Also mask out PII. I wanted a way to not dox myself when recording
demos, but I wound up making a second user on my PC to serve the same
purpose. Maybe I'll delete the code later idk.
|
| |
|
|
| |
No more WSL dependencies!
|
| |
|
|
|
|
|
|
|
|
|
| |
I hit some issues installing Whisper and had to embed this package.
I haven't taken the time to deeply understand what's going on. I think
that embedded Python follows different rules about resolving module
paths than regular system Python.
Basically, `future`'s setup.py has a line like `import src`, where
`src` is a module inside future (like `future/src/__init__.py`). This
doesn't work unless we put that directory on the search path.
|
| |
|
|
|
|
|
| |
Check in pip & modify embedded python to install to Lib and
Lib/site-packages. Experimentally, packages may be installed with pip
and do reside in Lib/site-packages. Hard to tell if this is also
touching files outside the venv.
|
|
|
* GUI now shows logo
* Add package.ps1 to generate distributable application bundle
* Rename ~GUI to GUI
* Add ScopeGuard class
|
