tangara-fw - Tangara firmware

Age	Commit message (Collapse)	Author
2025-01-24	Resolve some issues with dangling index records (#193)	cooljqln
	- The tag parser's cache is now cleared between indexing runs, preventing stale data from being used - Multi-value tag fields (genres, all artists) are now properly ingested in the tag value cache - Cleaning up removed index records now properly handles the case where only a subset of the records for multi-value tags need to be deleted. - Synthesizing missing tag values is now done in the tag parser instead of TrackTags, which resolves some issues with multi-value tag callbacks from libtags not being handled properly These fixes seem to address all the issues with stale index records we were able to repro (including the issues in https://codeberg.org/cool-tech-zone/tangara-fw/issues/191), but if you've got any more cases with consistent repros then lmk! Co-authored-by: ailurux <ailuruxx@gmail.com> Reviewed-on: https://codeberg.org/cool-tech-zone/tangara-fw/pulls/193
2024-12-30	Add a new track tag + index for multiple artists	jacqueline
	We still mostly use the singular 'Artist' tag for e.g. displaying a nice name in the now playing screen, but where a track has an 'ARTISTS=' tag, we'll split by semicolon and then use the resulting list to populate an index of tracks by artist
2024-12-23	Make media directories case insensitive	ailurux

2024-12-17	When no media-specific top level directories exist, assume everything is music	jacqueline

2024-09-24	Adds audiobook index to available indexes	ailurux

2024-09-19	Include leading slash in media type paths	jacqueline

2024-09-19	Introduce a MediaType for each track and index	jacqueline
	Initially set based on filepath, or by genre if the filepath doesn't match one of our presets
2024-09-12	WIP: Add last_position field to track data and start on implementation	ailurux

2024-09-06	Look for music in "/Music", with the root dir as a fallback	jacqueline

2024-08-12	Shard searching for new tracks across multiple tasks	jacqueline
	This also has the effect of breaking up the enormous 'updateIndexes' method into one call per file, which means database updates also no longer monopolise a single background task for their entire duration. avg. time per new file is now <140ms for a completely fresh database, which is pretty good i think!
2024-08-12	Make FileGatherer shaped more like a normal iterator	jacqueline

2024-08-12	Batch up the db operations associated with adding new tracks	jacqueline
	This is ostensibly yet another 'prepare for multithreaded updates' commit, however it does actually save us another 60(!!) odd milliseconds per track.
2024-08-12	Derive the next track id from stored track data, instead of tracking it ↵	jacqueline
	explicitly This saves about 1ms per new track right now, but more importantly means that minting a new track id is now a single atomic operation, rather than being its own database write. This is a useful property that will come in handy in a few commits time.
2024-08-12	Use one MMU page per leveldb write buffer	jacqueline
	Also drop some of the other tuning changes, since they don't seem to impact much.
2024-07-11	Break FatfsStreamFactory's dep on ServiceLocator	jacqueline

2024-06-04	log db update time-per-track	jacqueline

2024-06-04	no more acquire_spi :)	jacqueline

2024-05-31	Remove now redudantant 'Iterator.next()' care in TrackIterator	jacqueline
	With Daniel's fix, this is no longer needed! Hooray!
2024-05-30	Fix prev/next behaviour on database iterator	ailurux
	Fixes issue with apparent duplicated tracks in the infinite list
2024-05-02	move driver includes into a subdir as well	jacqueline

2024-05-02	start moving include files into subdirs	jacqueline

2024-05-02	WIP merge cyclically dependent components into one big component	jacqueline