c405c47e6c
mem tracker updates
2024-06-20 15:36:47 -04:00
489faf5515
Misc changes (refactors, notes)
2024-06-20 14:39:50 -04:00
5d6f996d3c
Finished fixing input back to prev-sokol feature parity
2024-06-19 18:09:11 -04:00
59ed4d9dd6
fix hot-reload, starting to setup proper rendering again.
...
* Added hot_reload, measure_text_size to VEFontCache
2024-06-19 02:34:02 -04:00
4b8c4d0c2c
Updated render testing str
2024-06-18 17:56:34 -04:00
05ecad8f56
sokol gp rectangle demo works!
2024-06-18 17:24:07 -04:00
d6cd65288f
remove input_raylib.odin
2024-06-18 10:22:34 -04:00
b698f5166b
Base input pass updated for sokol possibly done (untested)
...
Still need to figure out input event consumption, I don't want to do it with the event ring.
I would like to setup input binding layers and then have the push/pop input contextes with a set of bindings.
If the bindings are detected it should "consume" that binding from further use for the buffered time period.
This will be really important with how heavily model this app will be.I
2024-06-18 01:33:50 -04:00
425a642fd3
Started to setup input events based off sokol
...
Will replace the input polling done with raylib.
Going to also provide the more robust input tracking for consuming events with the UI interactions
2024-06-17 03:35:53 -04:00
b1927a8461
optimize_draw_list now produces parity optimization to original
2024-06-16 10:27:58 -04:00
000d46cd73
misc fixes, trying to get parity optimizatin to original VEFontCache
...
still not getting the pass reduction to be equivalent...
2024-06-16 08:57:06 -04:00
65be3eae03
More bug fixing, All latin characters don't look corrupt anymore
...
HMapChained causes memory corruption in VEFontCache (not sure why yet), so I switched temporarily over to HMapZPL.
Fixed bug with parser_get_glyph_shape from me tracking vertices as u16s instead of i16s.
Currently a bug with the frametime example:
text_test_str := str_fmt("frametime: %0.2f", frametime_avg_ms)
It doesn't handle per-frame updates properly compared to C++ source
2024-06-15 14:53:26 -04:00
13f24b4ae9
More fixes, more letters
2024-06-15 08:20:58 -04:00
5f09c22f11
Finally got a letter on the screen with the VEFontCache port
2024-06-15 04:29:10 -04:00
569ce5ce99
still diagnosing...
2024-06-15 02:08:29 -04:00
87bc31636e
lots of corrections to VEFontCache, still no letters on screen
...
Something is either wrong with the sokol_gfx rendering setup or its a really dumb checkbox/uv value
2024-06-14 17:00:06 -04:00
3b9e08794a
More progress toward VEFontCache rendering
...
Based off of render doc, most likely down to UV issues for where on the glyph buffer the shape is located
2024-06-14 03:13:47 -04:00
bcb684e140
Renders to glyph and I think the atlas targets (but not the screen)
2024-06-13 20:44:10 -04:00
7ec00edfbd
render doc nows shows the lettter...
2024-06-13 19:44:55 -04:00
3402701f99
fix bug with outside bunds calc for VEFontCache.cache_glyph
2024-06-13 18:35:32 -04:00
314582b225
Changes while attempting to debug
2024-06-13 18:25:11 -04:00
692ca3a577
sokol gfx bug fixing for the pass/pipeline log errors (still black screen)
2024-06-13 13:58:23 -04:00
5bd6519b6a
Bugfixing the runtime (rendering not working yet)
2024-06-11 22:20:30 -04:00
82e7482c85
Finished first draft for VEFontCache font provider hookup for sokol_gfx (untested)
2024-06-09 21:39:49 -04:00
93368a40ff
Changed new shapers' namespace to just ve
2024-06-06 16:19:53 -04:00
4a931dcbe5
Setup shaders for text rendering based on VEFontCache samples
2024-06-06 16:15:57 -04:00
71e8fadcab
VEFontCache: Initial hookup to sectr module & runtime bugfixes
2024-06-06 01:07:23 -04:00
38be79d7a9
VEFontCache: runtime bugfixes
2024-06-06 00:43:18 -04:00
991e7a81c0
Progress on VEFontCache port, only cache_glyph_to_atlas & shape_text_uncached left
2024-06-04 18:44:12 -04:00
1741532d64
Progress on VEFontCache port, working on freetype outline to stbtt shape
2024-06-03 17:43:15 -04:00
f99157aae5
Starting the process of porting VEFontCache
2024-06-02 17:29:44 -04:00
33ddd420b7
Progress on porting fontstash
2024-06-02 17:29:27 -04:00
9ba718254c
lifted the hash maps and the string cache to the grime package
2024-05-31 20:51:30 -04:00
e84ec719b3
Progress on lifting the 'grime' module to its own package
2024-05-31 19:31:27 -04:00
f415eada0d
Doing some heavy refactors on the container interfaces
...
Trying to set up their use to be more ideomatic to the core containers
2024-05-31 17:58:18 -04:00
3db403017e
Lifted fontstash to its own package, made packages for RFont and VEFontCache
...
Going to do fonstash first then rfont ports.
After will complete the VEFontCache port
2024-05-31 13:04:52 -04:00
3998776f4b
Beginning to lift the "grime" files to their own pacakge
2024-05-31 11:26:52 -04:00
0b74a8115e
Minor cleanup to current bad impl of font rendering
...
Just trying to really "get" sokol_gfx.h
2024-05-31 11:25:27 -04:00
64e56485fa
remove .bkup of the learngl shader as its no longer needed
2024-05-30 13:18:28 -04:00
936c0100ba
Got text rendering to work with sokol_gfx (learngl text rendering article #1 )
...
Need to todo the altas article next then the optimizing vod
2024-05-30 13:06:51 -04:00
c681370d8b
Just restore some code that I deleted from the raylib font provider file.
2024-05-26 13:58:55 -04:00
5c2f55148a
zpl_hmap prefix to hmap_zpl, plus some todos to go back to builtin containers
2024-05-26 13:35:08 -04:00
469fa5f8ec
Fixed hot-reload for sokol
2024-05-26 13:33:54 -04:00
bb06d3b44e
Don't poll input (we need to gut raylib's and switch over to sokol)
2024-05-26 12:24:11 -04:00
0d2c5e478b
Don't reload font_provider_data's cache (since we don't have that swapped yet)
2024-05-26 12:23:50 -04:00
797ab227e9
Gut raylib usage from the codebase.
...
Going to either fully commit to sokol or if it fails, rolling the platform layer myself.
2024-05-25 11:52:23 -04:00
13c3032dba
Initial setup of sokol_gfx to replace the raylib impl for rendering.
...
Next I need to setup sokol_gp
2024-05-24 16:31:22 -04:00
cf81d3f9bd
Renamed str_fmt_alloc to str_fmt, str_fmt to str_fmt_out, allocator convention enforcement in context
...
I'm enforcing aprintf it as the default formatter.
I changed up the context allocator assignment to reflect how I've been intending to allocation in startup & platform events vs tick.
Tick uses the frame slab's by default with transient on temp. Startup & platform events use the transient by default & for temp, with any use of the persistent allocator being explicit.
2024-05-22 17:13:56 -04:00
368abefccf
Restored some of the window awareness previously avail in raylib for the new sokol layer.
...
Switched frametime_delta32 to frametime_avg_ms.
I'll problably rename it and keept delta32 for actual delta. Reading over the sokol_app code I noticed it uses the avg frametime and definitely want to do that for spike alleviation...
2024-05-22 15:39:19 -04:00
8130faa6ad
got the sokol_app library starting up and ticking!
...
Now I just need to get the events and rendering and fonts and... all hooked up
2024-05-22 03:44:14 -04:00
