Code updates for Python 3
Changed debug message format and fixed get_send() and get_set() functions
Fixes for installed package
Merge branch 'release/release-0.0.3'
Merge tag 'release-0.0.3' into development
Improvement on uart debug messages
Prime firmware update gathers firmware in RAM and writes at once to reduce NAND wear
I guess this error comes from using clang instead of gcc on debian based distributions. But there is indeed a error in ryosmk/libroccatryosmk/ryos_device.h. Add a 'typedef' to line 25 so that it reads typedef enum { and try again. I might release a new version that fixes this and the harfbuzz problems...
Added UART functionality
Only registering the first finger event
First implementation of touchscreen driver
Improved error handling in NAND code.
Closing file and filesystem in multiloader
Fixed preamble size entry and removed padding of NEWRPL.ROM
Using padding with hardcoded values for NEWRPL.ROM
Fixed error in NAND ecc4 correction
Activated NAND write support in sddriver
Read serial number of device
Prime: Changed USB reset behaviour
Prime: Initiate USB data transfer via callback instead of zero size packets
Further USB implementation
Further USB implementation, device enumerates on Win7 and Linux.
Some USB endpoint 0 improvements
Using CABLE_IS_CONNECTED consistent
Enabling USB IRQ
Enabled USB
This project ended some years ago. So no support for newer devices than stated in the readme. Feel free to do it yourself.
Everythings alright. Build it.
You always also need the development package. Should be liblua5.3-dev in your case.
A quick search on this Internet shows that the package you want might be called libsqlite3-dev on Ubuntu.
Why are you building an rpm on ubuntu?
You are missing the named and required dependencies. If you are on Fedora you should do a sudo dnf install cmake doxygen gettext gtk2-devel libcanberra-devel libnotify-devel sqlite and try again. Be warned: If you are unlucky the build process is broken for newer distributions. Then you would need to unpack the tar file, edit the cmake command in the spec file according to https://sourceforge.net/p/roccat/discussion/989581/thread/3064ff0312/#e6ea and rpmbuild from there.
Lower power consumption
If you still want to compile yourself I have to inform you that the fork on github is not made by me and beyond my own code on sourceforge. This way you are missing bugfixes and I can't give you any support for that version.
As you are posting these anonymously I need to moderate each one and I have only so much time. No need to spam here. You have never mentioned your distro so I don't know how you need to install packages. Maybe you take my dependency-install-scripts for your distro as inspiration. Where did you get your roccat-tools source? From sourceforge or github? Fun fact: When you know how to install packages, you might find that your distro already has a package for roccat-tools.
Please read here: https://sourceforge.net/p/roccat/discussion/989581/thread/3064ff0312/ Don't forget to clean the build folder before configuring again.
I indeed missed sqlite in the dependency install scripts. Please install the development package for sqlite.
You seem to have missed the first part of INSTALL where it tells you to install dependencies like header packages.
Fixing clobber lists on some inline assembler functions
Added missing header inclusion
Fixed firmware compilation with gcc-10
Using NEWRPL_MAGIC consintently
Fixed address 0 dereferencing in release builds
will be fixed in the next release by removing the name from the enum. Thanks for reporting.
Then your hb.h is in another subfolder of /usr/include or not installed. Try find /usr/include -name "hb.h" in the console and see if it find something. Then either give the right folder instead of /usr/include/harfbuzz or install the development headers for harfbuzz.
See here: https://sourceforge.net/p/roccat/discussion/989581/thread/3064ff0312/
Please read the INSTALL file in the roccat-tools package.
Multiloader loads PRIME_OS.ROM
Prime G1: NAND Code bug fix and additions.
Prime G1: Fixed NAND read access with ECC and Bad block handling
Normal button settings sure, but I doubt macros will be stored.
Prime G1: Added NAND block validity check.
Latest commits made a mess and threw away a commit. Trying to clean up this mess.
elf2rom now supports -out parameter and pads with 0xff again
Partial multiload support
Fixed Prime G1 NAND read access
Prime G1: fat16 read only support
Replaced debounce ringbuffer with simpler counter
Fixed powersof10 declarations
Prime G1: enabled text output
Prime G1: graphics with ggl
It's not as easy as you think. As far as I know the Leadr has no on board memory for profiles. This means everything like macros and profile changes etc. have to be done in software. Everything is already implemented and ready to use. You just have to mix the implementations of a mouse that uses software implementation like Kova[+] and Pyra and the Tyon. But I suspect there are small changes in binary data formats on the device as well as in the profile file. What you have to do is change a setting...
Improving Prime G1 preamble definition and removing unneeded codepreamble
Header of Prime G1 firmware image is added at compile time
First demo for Prime G1
Don't introduce new folder for ld.script files
Fixed repl time calculation
Made ld.script target specific
Nearly resurrecting repl application newpl/main.cpp
Moving font search by size to hal
Fixing Android build
Header cleanup
Introduced INTERRUPT_TYPE
First code for target Prime G1
Firmware update now unconditionally switches off interrupts
Reworked rplUpdateFontArray()
Fixed stack level 1 using wrong font for line number
Introduced halFonts.FONTS_NUM to replace its value
Moved and cleaned up __saveint variable
Factoring out MCU and target device specific definitions from firmware.h
Fixed memory leak in qemuscreen
Reduced code duplication in hal_keyboard by introducing 4 helper functions.
Unifying hid_init() calls
Cleaned up firmware update procedure
Removed unused menu resource
Reducing code duplication by introducing MainWindow::getDocumentsLocation()
Renamed mutex functions and fixed comp build.
Read here: http://roccat.sourceforge.net/tyon.html
Hello, I want to use your firmware on actual hardware instead of the Android app. You provide firmware options for 39gs, 40gs and 50g. I'm thinking about bying a 39gs because it's relatively cheap and available in new condition. But there are some questions regarding differences in handling etc. compared to the 50g? Obviously there's the lower screen height compared to 50g. I guess that's just one stack level less on the screen? There's no SD card slot but firmware can be updated with HPs Windows...
You are using an aeons old version of roccat-tools. Get 5.9.0 and you get your expected behaviour back. Along with a combo box to manually select.
Which version of roccat-tools are you using on what system? As a workaround you can select the key directly in the combo boxes long list.
Arturo Casal, the maintainer of the Ubuntu binary packages added the launcher applications. These simply start the configurator for the plugged in device.
Don't know if I get your description right, but after editing a macro in the macro editor you have to reassign it to the keys for the changes to be taken into account.
Sure, feel free to do whatever you like. The provided scripts normally reside in /usr/share/roccat/ryos_effect_modules.
I only see one image and don't know what it should tell me. But if it has to do with "permission denied" and some hidraw device: Maybe you missed the Do a logout/login to apply your new group ownership and replug your device part?
And again you read the instructions not well enough. There's a point about installing libgaminggear first.
Read the INSTALL instructions more carefully, you missed some points (creating build directory and changing into it).
/lib64 is a hardcoded "trusted folder" in libconfig and normally need not be in any configuration file. The INSTALL instructions of roccat-tools mention a call to ldconfig maybe you forgot that the first place. Try removing the config file and do ldconfig again without.
Regarding Lua: These are no errors, just status messages so you can see which package configuration the finder chooses. It finds a valid Lua 5.3.3 but doesn't make use of it because the Tyon has no scripting interface. To see what's wrong execute "roccattyonconfig" from the shell and looks what's written there.
roccat-tools-5.9.0 released