Security reasons on Roblox’s end. I think there are a few pieces of UI that can appear in a playtest such as a user’s robux balance which they want to avoid being captured.
At the moment, no. Maintaining a seperate feature removed version is a fair bit of extra work for me. I also don’t think a lite version would be very valuable as I would have to remove all the features that make this plugin worthwhile else nobody would buy the paid version.
It breaks on both Fit to window and Physical Size. (Which is kinda my mistake really, you are supposed to use Actual resolution to get an actual higher resolution viewport)
OS scale is listed as 1, 1 in plugin settings, but I found that refreshing it while using the emulator fixes the issue.
Using anything but actual resolution will impact your os scale which will cause problems. I’ll make note of that in the main pist, but otherwise this is behavior I’m aware of and not something I can fix b/c calculating the OS scale is slow. If only Roblox let us read it directly!
Also, if this plugin uses EditableImages or EditableMeshes, those features are so frustratingly limited to ID-verified developers. I’ve heard ID verification is also required to buy plugins (for whatever reason), so unverified users wouldn’t be able to take transparent pictures of anything…
( I really wish Roblox didn’t make that mistake, as I would definitely consider buying this plugin and using it for character pose images if it didn’t require the ID that I don’t have on-hand for now just to take better pictures with transparency.)
Oh… Can this plugin take images that are larger than the user’s screen? At the moment, I (ab)use the device emulator to take 4K and larger screenshots on my 1080p display.
You don’t need to be ID verified to use this plugin. The limitations you’re refering to for EditableImages or EditableMeshes are only for published experiences, not plugins.
Regarding the device emulator. You technically could take an image larger than 1024 x 1024, you just can’t crop it. Perhaps in a future update I will support a special case where the full emulator resolution can be used instead of the viewport capture tool.
I’ll see if we can support larger than 1024x1024 EditableImages in just studio plugins. There would be some potential drawbacks with this but I don’t think there are any super big blockers and I really like this photobooth plugin so
Oh, well, that’s much better than I was thinking it was.
I have one more question, though. I thought I read users needed an ID to buy plugins with USD (which I ranted about after the announcement), but I couldn’t find anything in the help article about the store and DevForum topics that confirms that. Am I misremembering?
If I am, I’m pretty sure I will buy this plugin when I can; I even added it to my bookmarks. “Character renders” with translucent pixels would look so cool!
I am not familiar w/ any limitation on buying stuff requiring the user to be id verified. I think there are a number of non-id verified people here who’ve already bought the plugin tmk.