From c1a01beded5103df32ea2e3ec596e80de740cf2e Mon Sep 17 00:00:00 2001 From: Michael Sevakis Date: Fri, 8 Dec 2017 13:01:25 -0500 Subject: Playback: Move internal track list onto buffer Does away the statically-allocated track list which frees quite a fair amount of in-RAM size. There's no compile-time hard track limit. Recommended TODO (but not right away): Have data small enough use the handle structure as its buffer data area. Almost the entire handle structure is unused for simple allocations without any associated filesystem path. Change-Id: I74a4561e5a837e049811ac421722ec00dadc0d50 --- apps/buffering.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) (limited to 'apps/buffering.h') diff --git a/apps/buffering.h b/apps/buffering.h index 5a1369a..4d4cb39 100644 --- a/apps/buffering.h +++ b/apps/buffering.h @@ -36,6 +36,7 @@ enum data_type { TYPE_ATOMIC_AUDIO, TYPE_CUESHEET, TYPE_BITMAP, + TYPE_RAW_ATOMIC, }; /* Error return values */ @@ -74,8 +75,6 @@ bool buffering_reset(char *buf, size_t buflen); * NOTE: Tail operations are only legal when the end of the file is buffered. ****************************************************************************/ -#define BUF_MAX_HANDLES 256 - int bufopen(const char *file, size_t offset, enum data_type type, void *user_data); int bufalloc(const void *src, size_t size, enum data_type type); -- cgit v1.1