Bedrock emulator and assembler for Windows and Linux https://code.benbridle.com/bedrock-pc/atom?h=v0.4.0 2024-08-10T02:37:02Z 2024-08-10T02:37:02Z Ben Bridle bridle.benjamin@gmail.com 2024-08-10T02:34:00Z urn:sha1:59820850b2bd326a20306279bdcbe52982a74889 Previously when reading from a ReadOnlyTextBuffer the pointer would fall off the end and crash the emulator. This commit also makes the ReadOnlyTextBuffer Unicode-compatible, rather than the previous behaviour of clamping every character into the ASCII range. 2024-08-10T02:37:02Z Ben Bridle bridle.benjamin@gmail.com 2024-08-10T02:36:42Z urn:sha1:516f5cf5edfb7a2c4a4f3571aa6ce692a476d582 We were finding the parent of the relative path and then passing this to the BedrockFilePath::from_path constructor, but this constructor expects to be passed an absolute path and so was unconditionally returning None. 2024-08-07T05:09:14Z Ben Bridle ben@derelict.engineering 2024-08-07T05:09:14Z urn:sha1:38d40a2c5d4b553f524d87755b8e2e0e47928b8a This is the Windows side of the refactoring job. The windows crate has been added as a dependency in order to get a list of available drives by drive letter, and a virtual top-level root directory has been implemented in the Windows code to make it possible for programs to hierarchically navigate between available drives. 2024-08-06T07:12:43Z Ben Bridle bridle.benjamin@gmail.com 2024-08-06T07:11:46Z urn:sha1:65b53003e8de9543ba25a3b3d3cace399b92dc1d The major feature of this refactor is the creation of BedrockFilePath, a type which can be losslessly converted into an operating-system specific path or a Bedrock-style byte path. It also prevents file paths which can't be represented as Bedrock-style byte paths from being constructed, and allows the use of a base directory which acts as an inescapable sandbox. BedrockFilePath will support the creation of a virtual root directory on Windows which will allow navigation between drive letters via the standard hierarchical navigation ports. This commit has been tested on Linux, but not yet Windows. Further work is expected before the new code will work on Windows. 2024-08-05T01:42:53Z Ben Bridle bridle.benjamin@gmail.com 2024-08-05T01:42:53Z urn:sha1:406b4d3ea56a19c0389b4214a7d8d15bf3028eb8 This is slightly more efficient on the CPU, while not making any visible difference to the user. 2024-08-04T04:44:51Z Ben Bridle bridle.benjamin@gmail.com 2024-08-04T04:44:51Z urn:sha1:f07c3d277406b4338bbe6a3371d58da0da33905f The most recent Phosphor commit c141d8f unified the is_cursor_visible and cursor_icon callbacks. 2024-08-04T01:09:48Z Ben Bridle bridle.benjamin@gmail.com 2024-08-04T01:09:48Z urn:sha1:67d5d2c434db7d6b85d438f263ca51c26715a583 This should have been happening previously, but was missed. 2024-08-04T01:09:04Z Ben Bridle bridle.benjamin@gmail.com 2024-08-04T01:09:04Z urn:sha1:b82ffe72b3f72b8fc5e42464319bab69973c097f Some Windows-only library functions were added in during a previous commit while I was developing on Windows. 2024-07-31T08:17:37Z Ben Bridle ben@derelict.engineering 2024-07-31T04:07:10Z urn:sha1:8824a2fdc6f046006945deb8e5ef7a7d5173c139 Pressing F11 toggles emulator fullscreen mode. 2024-07-31T03:30:20Z Ben Bridle ben@derelict.engineering 2024-07-31T03:30:20Z urn:sha1:3ab32debad4fcfc73df7c60ea46df619ca60a579 Some frames would sporadically lag between on_process and on_render, because on_process would bail once one frame had elapsed since the end of the previous on_process, and the processor would not always reach a sleep point in this time. This was really an issue to do with with the time taken between the end of the previous on_process and the start of the current on_process. To fix this, the on_process invocation will run the processor for a full frame, without subtracting the time elapsed between frames. This seems to have no negative effects. It also allows us to remove end_of_process from the emulator. The sleep in the Signal::Sleep handler has also been removed, because it serves no real purpose and will most likely cause issues in the future.