blimey... any one of a gazillion ways. Highlight project file and hit space bar, right click project file for info, look at folder containing project with finder and size is there (finder settings dependant) etc etc. Admittedly not as convenient as in app reporting but pretty basic to work around. Doubtless if this gets enough interest someone can sort an automator action/workflow/whatever
@tmann said:
Doubtless if this gets enough interest someone can sort an automator action/workflow/whatever
I doubt it, to be honest. It would be relatively easy to have a little script that sits in the Dock and when you click it, pops up a dialog with the size of the currently active GS file. That's IF GameSalad had an Applescript dictionary. But it doesn't seem to have one. So there's no way to find the path to the currently open file, and as such no way to tell you its size.
If you can't get info about the currently open project, there's really not much point in scripting anything. As soon as you have to locate the actual file yourself, you might as well just view info.
Perhaps someone can do it in cleverer ways, but I'll be very impressed if someone can do it with Automator or Applescript (unless they use a shell script or something similar, but even then I'll be impressed).
I was thinking more along the lines of a finder script but quite frankly a command tab to a finder window is almost as quick as glancing at the right part of GS anyway
@tmann said:
I was thinking more along the lines of a finder script but quite frankly a command tab to a finder window is almost as quick as glancing at the right part of GS anyway
By the time you get down to Finder scripts, cmd-I is going to be just a quick, or nothing is needed at all if you browse in List view. So we'll just have to wait for GameSalad to be happy putting it back in
I fully support the removal of things that don't work. I applaud their efforts to correct what can be easily done first and then address the more difficult onces based on the feature request votes.
If we ignore the fact that the text was confusing I guess the problem is, what is that number, or even in Finder/Explorer how does the size of your project folder relate to anything about the published app size?
The short answer is it may be fairly close to the published size, or it may be completely wrong.
When you publish to a device all of your images are are converted to a different compressed format that makes them easier to use as-is for textures. They load faster and make it harder for someone to open up your downloaded project and "borrow". The size of all of the compressed images isn't a good indicator for memory usage either since they will be uncompressed when they are loaded into memory. There's also a different amount of overhead involved for each different platform.
Instead of thinking about bringing that one number back, can you give me an idea of some statistics about the project that are relevant to you that we might expose in the editor? Number of images? Number of sounds? Number of actors? I dunno what's important to you, but I see the change made some unhappy and we don't want to do that if we can avoid it, but we also don't want to give stats that we don't think are really useful/correct.
I think what people want to know is when they publish their game, what size it's going to show up as in the store, and what amount of size it's going to take up on a device when it's downloaded.
With the 50mb Android limit, it's vital information. And 20mb Arcade recommended limit. And with Apple clinging to 16gb phone sizes, a huge file size can be very off-putting to a lot of potential customers.
In an ideal world, you'd click on the size indicator in the bottom right corner and it would tell you the estimated project size for each potential platform (if they're different - if they're all about the same then just the estimate project size once published).
I assume telling us exactly is going to be very difficult, but I think people would be perfectly happy with a close estimate.
Android and Arcade limitations in particular made this super-useful information, though.
After that explanation I would rather see time spent on the Android expansion for files larger than 50. It seems figuring a fairly accurate project size would be a task. If it is a task, I'd rather see that time spent on something more substantial. I think we can all get by.
@Lost_Oasis_Games said:
After that explanation I would rather see time spent on the Android expansion for files larger than 50. It seems figuring a fairly accurate project size would be a task. If it is a task, I'd rather see that time spent on something more substantial. I think we can all get by.
yes!
i spent 2 days trying to get an google play version of A Long Way Home. The little indicator in the bottom right is useless to determine the final project size.
@Lost_Oasis_Games said:
After that explanation I would rather see time spent on the Android expansion for files larger than 50. It seems figuring a fairly accurate project size would be a task. If it is a task, I'd rather see that time spent on something more substantial. I think we can all get by.
Yes, me too. This is perhaps the biggest limitation of GameSalad right now.
allc1865
Member, PRO Posts: 777
Comments
blimey... any one of a gazillion ways. Highlight project file and hit space bar, right click project file for info, look at folder containing project with finder and size is there (finder settings dependant) etc etc. Admittedly not as convenient as in app reporting but pretty basic to work around. Doubtless if this gets enough interest someone can sort an automator action/workflow/whatever
or
I have checked all my projects - all are 4mm large.
yeah.. stick to metric for iOS. Android on the other hand should be in sixteenths of an inch for universal uselessness
Fascinating.......
Guru Video Channel | Lost Oasis Games | FRYING BACON STUDIOS
@tmann , lol
does it still have to 20MG though?
It doesn't have to be that size. Never mind. Thanks guys
I doubt it, to be honest. It would be relatively easy to have a little script that sits in the Dock and when you click it, pops up a dialog with the size of the currently active GS file. That's IF GameSalad had an Applescript dictionary. But it doesn't seem to have one. So there's no way to find the path to the currently open file, and as such no way to tell you its size.
If you can't get info about the currently open project, there's really not much point in scripting anything. As soon as you have to locate the actual file yourself, you might as well just view info.
Perhaps someone can do it in cleverer ways, but I'll be very impressed if someone can do it with Automator or Applescript (unless they use a shell script or something similar, but even then I'll be impressed).
Contact me for custom work - Expert GS developer with 15 years of GS experience - Skype: armelline.support
I was thinking more along the lines of a finder script but quite frankly a command tab to a finder window is almost as quick as glancing at the right part of GS anyway
if it still existed
The path to the current project even before initial save is available if you know where and how to look.
By the time you get down to Finder scripts, cmd-I is going to be just a quick, or nothing is needed at all if you browse in List view. So we'll just have to wait for GameSalad to be happy putting it back in
Contact me for custom work - Expert GS developer with 15 years of GS experience - Skype: armelline.support
I fully support the removal of things that don't work. I applaud their efforts to correct what can be easily done first and then address the more difficult onces based on the feature request votes.
Guru Video Channel | Lost Oasis Games | FRYING BACON STUDIOS
On a Mac you could just use the standard built in OS X path display pop up (Cmd click) . . .
Personally I never used the Project Size display, by that I mean I never really even glanced down at it, good to see broken functions removed.
Hence my "cmd-I is going to be just a quick, or nothing is needed at all if you browse in List view" :P Excellent gif, though.
Contact me for custom work - Expert GS developer with 15 years of GS experience - Skype: armelline.support
If we ignore the fact that the text was confusing I guess the problem is, what is that number, or even in Finder/Explorer how does the size of your project folder relate to anything about the published app size?
The short answer is it may be fairly close to the published size, or it may be completely wrong.
When you publish to a device all of your images are are converted to a different compressed format that makes them easier to use as-is for textures. They load faster and make it harder for someone to open up your downloaded project and "borrow". The size of all of the compressed images isn't a good indicator for memory usage either since they will be uncompressed when they are loaded into memory. There's also a different amount of overhead involved for each different platform.
Instead of thinking about bringing that one number back, can you give me an idea of some statistics about the project that are relevant to you that we might expose in the editor? Number of images? Number of sounds? Number of actors? I dunno what's important to you, but I see the change made some unhappy and we don't want to do that if we can avoid it, but we also don't want to give stats that we don't think are really useful/correct.
I think what people want to know is when they publish their game, what size it's going to show up as in the store, and what amount of size it's going to take up on a device when it's downloaded.
With the 50mb Android limit, it's vital information. And 20mb Arcade recommended limit. And with Apple clinging to 16gb phone sizes, a huge file size can be very off-putting to a lot of potential customers.
In an ideal world, you'd click on the size indicator in the bottom right corner and it would tell you the estimated project size for each potential platform (if they're different - if they're all about the same then just the estimate project size once published).
I assume telling us exactly is going to be very difficult, but I think people would be perfectly happy with a close estimate.
Android and Arcade limitations in particular made this super-useful information, though.
Contact me for custom work - Expert GS developer with 15 years of GS experience - Skype: armelline.support
I think it's now work with more than 20 Mb
my apps:
https://itunes.apple.com/us/artist/firas-alhasnawi/id1015468746
After that explanation I would rather see time spent on the Android expansion for files larger than 50. It seems figuring a fairly accurate project size would be a task. If it is a task, I'd rather see that time spent on something more substantial. I think we can all get by.
Guru Video Channel | Lost Oasis Games | FRYING BACON STUDIOS
yes!
i spent 2 days trying to get an google play version of A Long Way Home. The little indicator in the bottom right is useless to determine the final project size.
Send and Receive Data using your own Server Tutorial! | Vote for A Long Way Home on Steam Greenlight! | Ten Years Left
Is there a way to create the expansion files (.obb) for Google Play from gsproj?
Yes, me too. This is perhaps the biggest limitation of GameSalad right now.
Contact me for custom work - Expert GS developer with 15 years of GS experience - Skype: armelline.support