Turbo_yeeter wrote:

Try compressing any sounds that you have.

minniesworld wrote:

How much data does your list have to be 4.3 MEGABYTES?!? Also, what is your project supposed to be? And what is the list for?

Turbo_yeeter wrote:

Try compressing any sounds that you have.

• Each list item represented in json is separated by commas. Each item is likely also wrapped in commas. That's 3 bytes per list item. There's also the possibility of escape characters and multiple-byte Unicode characters which further take up space. I don't know if you were accounting for this in the size you said.
  
• Scratch actually stores the list twice. The second copy is used for the list monitor that you can see/edit. It only updates when the list is showing which can be very confusing because even if the list items were deleted it may still be taking up space. Modified versions of Scratch or the project minimiser tools can delete this second unnecessary copy.
  

awesome-llama wrote:

There are two file size limits currently in place. 10MB per asset (sound or costume) and 5MB for project.json (stores everything else about the project including blocks and contents of lists). There is no limit on the entire project .sb3 file, only the contents of it. sb3 files are actually just zip files, you can rename them and/or open them in archival software and you'll see both the assets and the project.json file within.

It's likely you are encountering the project.json limit. A 4.3MB list can fit however it does get close to the limit and it's very likely other data or the way the list is stored goes over the limit.
Consider:

• Each list item represented in json is separated by commas. Each item is likely also wrapped in commas. That's 3 bytes per list item. There's also the possibility of escape characters and multiple-byte Unicode characters which further take up space. I don't know if you were accounting for this in the size you said.
  
• Scratch actually stores the list twice. The second copy is used for the list monitor that you can see/edit. It only updates when the list is showing which can be very confusing because even if the list items were deleted it may still be taking up space. Modified versions of Scratch or the project minimiser tools can delete this second unnecessary copy.
  

whimsythornberry wrote:

If this is what is happening, what might I do to solve this?

• Reduce it. Maybe there are parts you don't need and can be deleted.
  
• Encode the data into a symbols that better fit within the limits. There are 95 1-byte characters you can use, it's likely your text isn't utilising them all. Symbols could represent multiple characters.
  
• Compression. See run-length encoding for a simple example. If there are lots of words that are commonly used, these could also be substituted.
  
• Let the user load the data by pasting it into an input box.
  
• Store the data in pixels of a bitmap costume. The asset limit is 10MB and you can have multiple assets. These can be read using the touching color block. I did this in my game The Mast as I had 7 MB of textures which could then be stored across 22 costumes.
  

whimsythornberry wrote:

Let me rephrase this, how would I confirm that the project.json file is causing the problem?

awesome-llama wrote:

sb3 files are actually just zip files, you can rename them and/or open them in archival software and you'll see both the assets and the project.json file within.

whimsythornberry wrote:

Alright, how do I know if there is a problem? (Sorry I don't have as much experience doing this)

whimsythornberry wrote:

What should I look for if there is a problem?

"monitors": [{
	"id": "abc",
	"mode": "list",
	"opcode": "data_listcontents",
	"params": {
		"LIST": "Example List"
	},
	"spriteName": null,
	"value": ["item 1", "item 2", "item 3", "item 4"],
	"width": 0,
	"height": 0,
	"x": 0,
	"y": 0,
	"visible": false
}]

"value": [],