summaryrefslogtreecommitdiffstats
path: root/uisimulator
AgeCommit message (Collapse)AuthorFilesLines
2020-07-24[2/4] get rid of HAVE_LCD_CHARCELLSSolomon Peachy9-1071/+2
HAVE_LCD_BITMAP is now redundant. lcd_bitmap is always-on in features.txt so manual and lang strings don't have to change Change-Id: I08eeb20de48099ffc2dc23782711af368c2ec794
2020-07-24[1/4] Remove SH support and all archos targetsSolomon Peachy12-299/+0
This removes all code specific to SH targets Change-Id: I7980523785d2596e65c06430f4638eec74a06061
2020-06-12misc: strip 'x' bit from some UIsim stuffSolomon Peachy4-0/+0
Change-Id: I0e59b09c0e0dec117aba831c573f309606c93296
2020-06-12xduoox3ii: Add UI Simulator bitmap, keymap, and fix offsets.Solomon Peachy3-0/+83
Change-Id: I8e322b93653cb43b010dfd5c0f566ea1c4c7b7ff
2020-05-23Sansa Clip+ Clip V1, V2 updated simulator imagesWilliam Wilgus4-6/+11
Submitted on behalf of user CH23 https://imgur.com/a/L5sOj Change-Id: I1b4c3639dfef158459bc5d6c8ccef2582ba30d5b
2020-04-13obsolete: Nuke the very-incomplete Archos AV300 targetSolomon Peachy2-84/+1
It's even missing a config header file. Just shoot it in the head. Change-Id: I4c5cdb4fb63361a4e4fc893e93d73d3890fe17df
2020-04-05simulator: Add a stub for lineout_inserted()Solomon Peachy1-0/+7
Change-Id: I86e4fd75fa9e1bf69b5c9bb5995f4bc77bbdd5de
2019-02-08Fix simulator/transflective: Display wasn't enabled on first keypress when ↵Sebastian Leonhardt1-1/+4
backlight always off Change-Id: Ibfa09e7bf839d4d12ef01e4812b5c47c9e32a3be
2019-02-08Fix the fixSebastian Leonhardt1-2/+2
Change-Id: I54b97fd0c208f775e4ee22cf8499f1da423ebc39
2019-02-08Fix red and remove duplicated function declarationSebastian Leonhardt1-1/+5
Change-Id: I5fed7fdad077eedfc1e36fbd9e1669f11b90288d
2019-02-07Simulator: improve simulation of transflective screensSebastian Leonhardt1-0/+3
This patch simulates the three possible states of a transflective LCD: backlight on (bright screen as usual), backlight off (dimmed screen) and LCD off (black screen). Makes use of already defined 'BACKLIGHT_OFF_ALPHA'. Change-Id: I9b0fc79b8d50c29e024ba1e6d9c2501119a7e0e0
2019-01-02Add Xuelin iHIFI 770/770C/800 supportSolomon Peachy5-0/+92
Taken from the xvortex fork (Roman Stolyarov) Ported, rebased, and cleaned up by myself. Change-Id: I7b2bca2d29502f2e4544e42f3d122786dd4b7978
2018-07-28Add cleaned-up xDuoo X3 supportSolomon Peachy3-0/+84
Cleaned up, rebased, and forward-ported from the xvortex fork. (original credit to vsoftster@gmail.com) Change-Id: Ibcc023a0271ea81e901450a88317708c2683236d Signed-off-by: Solomon Peachy <pizza@shaftnet.org>
2018-07-25Fix playersim CHAR_WIDTH re-definitionWilliam Wilgus1-0/+5
Change-Id: I49d2b3635c62277723665d0bdd68808cc82ca1a9
2018-06-12Agptek Rocker: Initial commitMarcin Bukat3-0/+82
Change-Id: I26b51106c7b1c36a603fba6d521e917d79b5a95b
2017-09-17Add simulator support for the A860Amaury Pouly3-0/+67
This requires a few changes unrelated to the A860 because configure unsets APPLICATION but the NWZ is an application! Change-Id: Id91aa23193383ac95886b281653da5286edd9caf
2017-03-15Add Benjie T6/AGPTek Rocker bitmap for simulator.Szymon Dziok1-0/+0
Change-Id: Id19662b9fd4bb8338a1f839e6ed1a9492aea188c
2017-02-11Fix warnings and errors from fc9695eMichael Sevakis1-13/+43
* fmradio.c needs an implementation of tuner_get_rds_info() for the sim (kill all the sims). * Some macro bitflags shouldn't be seen unless HAVE_RDS_CAP is defined. Change-Id: Idd00c94ca2fc43cf32f9223aa4530d5a02fb3454
2016-09-21zenxfi3: fix recording keymap and simulator keymapAmaury Pouly1-4/+4
Change-Id: I246834b5244d4e0f672633d2960db45278e12ec4
2016-01-25Replace SAMSUNG_YH920_PAD with YH92XSebastian Leonhardt1-1/+1
seems more logical to me, and is more consistent, since "SAMSUNG_YH92X_PAD" is already used in the tex files. Change-Id: Ie9a9d850ea86155a7dcf86c88a22a420a10a3837
2015-11-15YH8xx,YH9xx: Keymap improvementSebastian Leonhardt1-2/+6
The main "innovation" in this patch are two "virtual buttons" for the record switch on YH92x targets. When the switch state changes, a single BUTTON_REC_SW_ON or .._OFF button event will be generated. Thus keymap code can react on switching, but not on the actual state of the switch. Wherever sensible, the following user scheme is applied: - use PLAY as confirm button - use REW button or Long REW to exit - use REC (YH820) or FFWD (YH92X) as modifier key for button combos Change-Id: Ic8d1db9cc6869daed8dda98990dfdf7f6fd5d5a1
2015-01-12Fix red/yellow round #2Marcin Bukat1-1/+1
Change-Id: Ife25eac11fc6f6cedeca8f3fa59536bce0efe2cd
2015-01-12Fix red/yellowMarcin Bukat1-3/+3
Change-Id: Ie01251af2cd843979b5fdefcfa541ba377d13bd7
2015-01-12Get rid of stupid _backlight_* function namesMarcin Bukat2-16/+16
_remote_backlight_* and _buttonlight_* are cleaned as well Change-Id: I73653752831bbe170c26ba95d3bc04c2e3a5cf30
2015-01-08Clarify usb_powered() and fix some code.Amaury Pouly1-1/+1
Either by mistake or because its meaning changed, usb_powered() doesn't mean what the name suggest, so clarify its meaning by renaming it to usb_powered_only. So use of usb_powered() are replaced by usb_inserted() when it makes more sense. Change-Id: I112887e2d8560e84587bee5f55c826dde8c806d8 Reviewed-on: http://gerrit.rockbox.org/1097 Reviewed-by: Amaury Pouly <amaury.pouly@gmail.com>
2014-08-30Get the last errors I hope!Michael Sevakis1-0/+22
Change-Id: Ia285b95480cc9ac6494b745d80892c4b1b912341
2014-08-30Rewrite filesystem code (WIP)Michael Sevakis9-740/+1120
This patch redoes the filesystem code from the FAT driver up to the clipboard code in onplay.c. Not every aspect of this is finished therefore it is still "WIP". I don't wish to do too much at once (haha!). What is left to do is get dircache back in the sim and find an implementation for the dircache indicies in the tagcache and playlist code or do something else that has the same benefit. Leaving these out for now does not make anything unusable. All the basics are done. Phone app code should probably get vetted (and app path handling just plain rewritten as environment expansions); the SDL app and Android run well. Main things addressed: 1) Thread safety: There is none right now in the trunk code. Most of what currently works is luck when multiple threads are involved or multiple descriptors to the same file are open. 2) POSIX compliance: Many of the functions behave nothing like their counterparts on a host system. This leads to inconsistent code or very different behavior from native to hosted. One huge offender was rename(). Going point by point would fill a book. 3) Actual running RAM usage: Many targets will use less RAM and less stack space (some more RAM because I upped the number of cache buffers for large memory). There's very little memory lying fallow in rarely-used areas (see 'Key core changes' below). Also, all targets may open the same number of directory streams whereas before those with less than 8MB RAM were limited to 8, not 12 implying those targets will save slightly less. 4) Performance: The test_disk plugin shows markedly improved performance, particularly in the area of (uncached) directory scanning, due partly to more optimal directory reading and to a better sector cache algorithm. Uncached times tend to be better while there is a bit of a slowdown in dircache due to it being a bit heavier of an implementation. It's not noticeable by a human as far as I can say. Key core changes: 1) Files and directories share core code and data structures. 2) The filesystem code knows which descriptors refer to same file. This ensures that changes from one stream are appropriately reflected in every open descriptor for that file (fileobj_mgr.c). 3) File and directory cache buffers are borrowed from the main sector cache. This means that when they are not in use by a file, they are not wasted, but used for the cache. Most of the time, only a few of them are needed. It also means that adding more file and directory handles is less expensive. All one must do in ensure a large enough cache to borrow from. 4) Relative path components are supported and the namespace is unified. It does not support full relative paths to an implied current directory; what is does support is use of "." and "..". Adding the former would not be very difficult. The namespace is unified in the sense that volumes may be specified several times along with relative parts, e.g.: "/<0>/foo/../../<1>/bar" :<=> "/<1>/bar". 5) Stack usage is down due to sharing of data, static allocation and less duplication of strings on the stack. This requires more serialization than I would like but since the number of threads is limited to a low number, the tradoff in favor of the stack seems reasonable. 6) Separates and heirarchicalizes (sic) the SIM and APP filesystem code. SIM path and volume handling is just like the target. Some aspects of the APP file code get more straightforward (e.g. no path hashing is needed). Dircache: Deserves its own section. Dircache is new but pays homage to the old. The old one was not compatible and so it, since it got redone, does all the stuff it always should have done such as: 1) It may be update and used at any time during the build process. No longer has one to wait for it to finish building to do basic file management (create, remove, rename, etc.). 2) It does not need to be either fully scanned or completely disabled; it can be incomplete (i.e. overfilled, missing paths), still be of benefit and be correct. 3) Handles mounting and dismounting of individual volumes which means a full rebuild is not needed just because you pop a new SD card in the slot. Now, because it reuses its freed entry data, may rebuild only that volume. 4) Much more fundamental to the file code. When it is built, it is the keeper of the master file list whether enabled or not ("disabled" is just a state of the cache). Its must always to ready to be started and bind all streams opened prior to being enabled. 5) Maintains any short filenames in OEM format which means that it does not need to be rebuilt when changing the default codepage. Miscellaneous Compatibility: 1) Update any other code that would otherwise not work such as the hotswap mounting code in various card drivers. 2) File management: Clipboard needed updating because of the behavioral changes. Still needs a little more work on some finer points. 3) Remove now-obsolete functionality such as the mutex's "no preempt" flag (which was only for the prior FAT driver). 4) struct dirinfo uses time_t rather than raw FAT directory entry time fields. I plan to follow up on genericizing everything there (i.e. no FAT attributes). 5) unicode.c needed some redoing so that the file code does not try try to load codepages during a scan, which is actually a problem with the current code. The default codepage, if any is required, is now kept in RAM separarately (bufalloced) from codepages specified to iso_decode() (which must not be bufalloced because the conversion may be done by playback threads). Brings with it some additional reusable core code: 1) Revised file functions: Reusable code that does things such as safe path concatenation and parsing without buffer limitations or data duplication. Variants that copy or alter the input path may be based off these. To do: 1) Put dircache functionality back in the sim. Treating it internally as a different kind of file system seems the best approach at this time. 2) Restore use of dircache indexes in the playlist and database or something effectively the same. Since the cache doesn't have to be complete in order to be used, not getting a hit on the cache doesn't unambiguously say if the path exists or not. Change-Id: Ia30f3082a136253e3a0eae0784e3091d138915c8 Reviewed-on: http://gerrit.rockbox.org/566 Reviewed-by: Michael Sevakis <jethead71@rockbox.org> Tested: Michael Sevakis <jethead71@rockbox.org>
2014-05-24Fix the simulators.Szymon Dziok3-17/+82
Change-Id: I9663f709b5979fffea3962e2062de3821a264c23
2014-02-23Fix redsThomas Martitz1-0/+2
Change-Id: Ib2036d0786bd6fa39c5dadeeed83d74c7bd5c273
2014-02-23simulator: Fully simulate external storage.Thomas Martitz1-13/+59
The external storage will be created during make install, as simext folder in the build directory. Upon pressing the e key the sim will mount (virtually ) this into the root directory. It can be accessed in the same way as an sd/mmc card on real targets. This requires quite some path trickery in io.c. Change-Id: I2fa9070a3146101ec5655b5b4115ca349d1d4bf4
2014-02-23RaaA: Move directory related stuff from filesystem-unix.c into rbpaths.c.Thomas Martitz1-38/+44
Part of this change is to align sdlapp builds to other application targets in that the sim_* wrappers are not used anymore (except for sim_read/write). Path mangling is now done in rbpaths.c as well. Change-Id: I9726da73b50a83d9e1a1840288de16ec01ea029d
2014-02-23simulator: Simulate external storage for HAVE_MULTIDRIVE.Thomas Martitz3-7/+59
The virtual external storage can be inserted/extracted with the e key. This has little effect because there is no way to access the storage (yet, a later commit will change this). Except on ondio where the mmc needs to be extracted before entering USB (like on real target). Change-Id: I523402832f3b4ae71e0603b281aba4fb8592a897
2014-02-23storage: Add STORAGE_HOSTFSThomas Martitz1-0/+7
CONFIG_STORAGE & STORAGE_HOSTFS allows to use parts of the storage_* API to be compiled for application targets without compiling storage.c or performing actually raw storage access. This is primarily to enable application targets to implement HAVE_MULTIVOMULE/HAVE_HOTSWAP (in a later commit). SIMULATOR uses the same mechanism without explicitely defining STORAGE_HOSTFS (how to add a bit to an existing preprocessor token?). Change-Id: Ib3f8ee0d5231e2ed21ff00842d51e32bc4fc7292
2014-02-16zenxfistyle: add simulator bitmap and button mapAmaury Pouly2-0/+13
Change-Id: I68a107887e6b1563b6c5ab425e98be7e012e7976
2014-01-16sansaclipzip: Correct simulator buttonmap for the different button layout.Thomas Martitz1-0/+12
Change-Id: I1b4cc257e8d85822177c377cc0fda14e8904fddb
2013-11-08zenmozaic: add keymap and bitmap for simulatorAmaury Pouly2-15/+22
Change-Id: I1be76d5b82ef585d2146d12aacad456071341827
2013-11-08zenxfi: add simulator keymap and bitmapAmaury Pouly2-0/+25
Change-Id: Ic82ad39234d3056c3cc06d9f8f0ba6f28892e15f
2013-11-07Add Creative ZEN simulator bitmap and button mapAmaury Pouly3-0/+106
Change-Id: I15fad76fe48d9736be9e4cdbc9ae8fdc96cc9ac3
2013-09-29Simulator for Samsung YP-R0Lorenzo Miori3-0/+83
Enable simulator for the target ypr0 to be built and used. Change-Id: I1b080f07ab90f5c4856881d08ad70e1053bbb0c0 Reviewed-on: http://gerrit.rockbox.org/618 Reviewed-by: Frank Gevaerts <frank@gevaerts.be>
2013-09-26sonynwze370: fix simulatorAmaury Pouly3-3/+18
Change-Id: I23cd8ce8549119868011e2a05341f3cb6335fad6
2013-09-25sonynwze360: fix simulatorAmaury Pouly3-0/+92
Change-Id: Ib63d5aceeafb1078013599616cb6dcec3a2b8598
2013-09-05fix redAmaury Pouly1-2/+2
Change-Id: Ibca5879553a87e77014f850308d9b54cc339d474
2013-09-05touch devices: Disable touch on softlock.Jean-Louis Biasini1-0/+14
Target that have a touchpad/touchscreen should disable it while being locked (In order to avoid LCD to drain battery power due to "key locked" constant reporting messages. If they a have a keylock button this was already handled at driver level. If not (e.g. fuze+), they will have to implement a switch at driver level that action.c can operate on softlock. This patch does the following for any target having a touchpad or a touchscreen and no HAS_BUTTON_HOLD (ie any softlock target) 1) it implements the code to call button_enable_touch(bool en) in action.c. 2) button_enable_touch is implemented in button.c and call either touchpad_enable or touchscreen_enable 3) those two function are implemented respectively in touchscreen.c and a new touchpad.c file. They provide a generic way to silents touch's device and call a function at driver level where target specific code can be implemented if possible/needed (for power saving for instance). Those function name are touchpad_enable_device and touchscreen_enable_device 4) we implement an empty function at driver level of targets that need it to have them still being able to compiled. Change-Id: I9ead78a25bd33466a8533f5b9f259b395cb5ce49 Reviewed-on: http://gerrit.rockbox.org/569 Reviewed-by: Thomas Martitz <kugel@rockbox.org> Reviewed-by: Amaury Pouly <amaury.pouly@gmail.com>
2013-08-28zenxfi2: use sensible keymap and simulator keysAmaury Pouly1-5/+11
Change-Id: Icd718b34924e1d228bbd6662617152646ef0c3a5
2013-08-17Cleanup MV/MD macros a little.Michael Sevakis2-4/+4
When using variadic macros there's no need for IF_MD2/IF_MV2 to deal with function parameters. IF_MD/IF_MV are enough. Throw in IF_MD_DRV/ID_MV_VOL that return the parameter if MD/MV, or 0 if not. Change-Id: I7605e6039f3be19cb47110c84dcb3c5516f2c3eb
2013-04-15Keep fixing 0c7b787 stuffMichael Sevakis1-5/+0
Change-Id: I0678d3307fbcad32156f9f4e0f8b90eed5a20d92
2013-01-15zenxfi2: forgot a simulator fileAmaury Pouly1-0/+46
Change-Id: I5c42fc57286440c45ce08396ac1b232d611b30b1
2013-01-15zenxfi2: update sim imageAmaury Pouly1-0/+0
Change-Id: Ia8a3f9a345d99c85f04d72555b8ca0d8c540b5be
2013-01-15zenxfi2: add simulator defines and imageAmaury Pouly2-0/+2
Change-Id: I87498ed09a952586cb84a44bc391b5a0aa149c2e
2013-01-03Tidy up the sim x5 image by Martin SägmüllerAlex Parker1-0/+0
Change-Id: I70394e9b81964605d5af32df6dd87a8ca29c78e7