Aha, that makes more sense. In that case I only have to look for the birds, bucket, and so on, and not the entire image. That would definitely explain why the pixel data is too small for the image dimensions.
EDIT: Ah, I see you've uploaded the files for the interactive objects; these are again normal BRGs like the others. This means that the locXXmsk.brg files contain something else. Seeing as SMK videos are given for the main thing, and due to the filenames having "msk", this could mean that they are actually masks for the SMK files; that is, alpha masks, telling the game which part of the SMKs to display and which parts to make transparent.
If you could supply LOC06.smk that would help me in figuring out if I'm right.
EDIT2: Looking again at the files in the LOCs folder, I've actually noticed that they have the same dimensions, but way different file sizes, which is really strange. In that case, them being alpha masks is pretty much definitely not the case. The only thing I can imagine they contain would be placement data for the interactive sprites, and not any graphic data. In that case we don't need them, but the fact that they have the same extension is really misleading.
In any case, I'll make a small app to convert the other BRG files, so you can get most (if not all) of the sprites.
EDIT: Ah, I see you've uploaded the files for the interactive objects; these are again normal BRGs like the others. This means that the locXXmsk.brg files contain something else. Seeing as SMK videos are given for the main thing, and due to the filenames having "msk", this could mean that they are actually masks for the SMK files; that is, alpha masks, telling the game which part of the SMKs to display and which parts to make transparent.
If you could supply LOC06.smk that would help me in figuring out if I'm right.
EDIT2: Looking again at the files in the LOCs folder, I've actually noticed that they have the same dimensions, but way different file sizes, which is really strange. In that case, them being alpha masks is pretty much definitely not the case. The only thing I can imagine they contain would be placement data for the interactive sprites, and not any graphic data. In that case we don't need them, but the fact that they have the same extension is really misleading.
In any case, I'll make a small app to convert the other BRG files, so you can get most (if not all) of the sprites.