summaryrefslogtreecommitdiffstats
path: root/firmware/export/config/xduoox3ii.h
AgeCommit message (Collapse)AuthorFilesLines
2020-10-09codecs: Add support for the 'VTX' ZX Spectrum chiptunes format.Solomon Peachy1-0/+2
This codec requires floating point. Original author: Peter Sovietov Ported to Rockbox: Roman Skylarov Further integration and bugfixes: Solomon Peachy Change-Id: I781ecd3592dfcdbbc694063334350342534f1d6c
2020-10-05FS13241: Get rid of the hacky hold switch emulation on the X3ii & X20Solomon Peachy1-3/+0
It doesn't work properly and interferes with the power button in the keymap. Rework WPS keymap a bit to make single-tap power emulate lock. Change-Id: I9d9b9b4adcea3764e6e427f484e051c9bab9d13b
2020-10-02For backlights that have a wide control, support skipping steps.Solomon Peachy1-1/+2
the rocker, x3ii, and x20 now take advantage of this, and fades are far faster now. Change-Id: Iceb1a5a6c1d1389c3fdb859b32016b5114a80a22
2020-10-01xduoox3ii/x20: Proper lineout detection and volume mangling.Solomon Peachy1-1/+1
hotplugging hp and lineout works, without blowing out eardrums. Change-Id: I2df5c7a618bb2d1d77d416548d45dff9cfc619db
2020-10-01fix some of the red introduced in e43726dSolomon Peachy1-2/+1
Change-Id: Id1abb0dd11f8a8e79a80fc54e58a5a22706a03ad
2020-10-01hosted pcm-alsa improvementsSolomon Peachy1-3/+2
* xduoo x3ii/x20: Better line out support * less granular volume settings (too many steps before) * Better handling of swiching sample rates * Log actual sample rate in debug menu Most credit goes to Roman Stolyarov Additional integration [re]work by myself Change-Id: I63af3740678cf2ed3170f61534e1029c81826bb6
2020-09-30audio: Add support for 192 and 176KHz playbackSolomon Peachy1-8/+1
* SAMPR_CAPS_ALL -> SAMPR_CAPS_ALL_48/96/192 * All targets claiming SAMPR_CAPS_ALL now get appropriate subset * No need to explicitly define HAVE_PLAY_FREQ * Rates that are a multiple of 44 or 48KHz can be used for playback Inspired by a patch by Roman Stolyarov, but substantially rewritten by myself. Change-Id: Iaca7363521b1cb9921e047ba1004d3cbe9c9c23e
2020-09-28xduoo: x3ii and x20 also have their CPUs clocked at 1008 MHz.Solomon Peachy1-1/+1
Change-Id: I59fbd1edc934a6e2b2323e13b4efc3cc1caad903
2020-08-09Enable full sample rate sets for X3ii, X20, and RockerSolomon Peachy1-0/+4
Change-Id: I89e139efb8a7662afaaabec360e6579907f8d025
2020-07-24[4/4] Remove HAVE_LCD_BITMAP, as it's now the only choice.Solomon Peachy1-2/+2
Note: I left behind lcd_bitmap in features.txt, because removing it would require considerable work in the manual and the translations. Change-Id: Ia8ca7761f610d9332a0d22a7d189775fb15ec88a
2020-07-24[3/4] Completely remove HWCODEC supportSolomon Peachy1-2/+2
'swcodec' is now always set (and recording_swcodec for recording-capable units) in feature.txt so the manual and language strings don't need to all be fixed up. Change-Id: Ib2c9d5d157af8d33653e2d4b4a12881b9aa6ddb0
2020-04-11RTC: Add stub support RTC alarms on hosted targetsSolomon Peachy1-0/+3
No targets are enabled, but the hosted Hiby-based targets could have this feature enabled if they weren't so buggy: * No generic way to determine wakeup reason under Linux * No generic way to be asynchronously notified if the alarm is triggered when we're already awake * Shutting down may clobber RTC wakeup (driver/etc dependent) * Rocker's kernel's RTC driver has some 24h clock and timezone-related issues. So, the infrastructure is arguably useful, but the only applicable hardware I have is pathologically brain-dead. Change-Id: Ie1aa38e72b831c8a0695ff684f260e514eef9710
2020-04-06xDuoo X3II and X20 portMarcin Bukat1-0/+126
Provided by Roman Stolyarov Integration, Refactoring, and Upstreaming by Solomon Peachy X3II confirmed working by forum tester, X20 is nearly identical. This includes bootloader, main firmware, and the flash image patcher. Eventual Todo: * Further refactor AGPTek Rocker & xduoo hiby bootloaders * Further refactor AGPTek Rocker & xduoo hosted platform code Change-Id: I34a674051d368efcc75d1d18c725971fe46c3eee