Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
Quick Links
Categories
- 7.8K All Categories
- 11 Help with translations
- 4.2K General questions
- 106 Roadmap
- 358 Game & application design
- 315 Plugins
- 70 User experience
- 74 Marketplace
- 290 Code snippets
- 34 Building a team?
- 269 Suggestions & requests
- 352 Announce your apps made with Gideros.
- 90 Step by step tutorials
- 659 Bugs and issues
- 195 Introduce yourself
- 236 Announcements
- 105 Forum talk
- 403 Relax cafe
In this Discussion
Daily Builds...
SinisterSoft
Maintainer
I'm new here from Corona, one thing they do that is pretty good are Daily Builds. These are basically an Edge build of Corona with the very latest developments. Daily builds are not supported and you might have to change code for the final build.
Is there any chance that GiderOS will introduce a daily build system?
Is there any chance that GiderOS will introduce a daily build system?
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!).
https://deluxepixel.com
https://deluxepixel.com
+1 -1 (+2 / -2 )Share on Facebook
Comments
In my opinion, there are some drawbacks to this approach in Gideros Studio case:
1. It's a huge work given the number of components to work with each other.
2. Currently we have a 6-10 weeks of release period, and we really focus on stability and performance. We personally do not want to break this perception.
3. There are really very few number of features (left) that a game developer cannot live without.
4. When someone asks for a new, critical feature, we always listen very carefully and try to prioritize it. A simple mobile game (excluding Zheng's cases) is developed in 1-2 months, and most of the time developers accept to wait this much time for a particular
feature.
5. [Joke] MikeHart hates it :-)
Therefore, honestly speaking, if we have some additional personal resources to govern a build system, then I'd go for it, but in the current situation, it's too hard to maintain it.
Görkem
Likes: atilim
Just my tuppence worth
cheers
evs
However this gives me a good chance as any to inquire when we might see the next release and what are the main things planned for it?
- command line tools to export projects and control the player
- AsyncLoader class to load textures at background thread
- AlertBox and TextInput native UI classes (for all platforms)
- LuaFileSystem plugin
And most probably:
- In-app Billing for Android
Also there will be a couple of bugfixes and some small additions.
Likes: GregBUG, avo, ndoss, phongtt, Chang, chipster123
Likes: atilim
www.tntengine.com
edit: just saw in another thread atilim says hopefully 1 month
A tool to take a folder hierarchy and make it into a .gproj with all items and folders set up would be cool B-) Maybe just updating if the .gproj exists already
cheers
evs
Likes: OZApps
@evs good idea. let me think about it.
Just my two cents
Likes: OZApps
iTunes: http://itunes.com/apps/glennbacon
Amazon: http://www.amazon.com/s/ref=bl_sr_mobile-apps?_encoding=UTF8&node=2350149011&field-brandtextbin=Glenn Bacon
http://www.nightspade.com
Like the new features arriving next version btw.
If you can sneak it in then can I suggest one more feature to add? The OAuth 2 system is rapidly gaining popularity and an OAuth 2 client library would enable us to connect to Facebook, Twitter, and loads more online services without having to bother you to add them.
https://deluxepixel.com
Likes: SinisterSoft
https://deluxepixel.com
I too came from Corona, but I would only release on the latest stable build. Daily builds are good and all, but I can only imagine the infrastructure that would take to do such a thing. I'm a datacenter architect by day and code games at night (wee!). I'd much rather the resources go into a stable product that works rather than "Daily build is released, oh crap don't use feature X it broke, and by the way this is broken too now, it will be fixed in the next release....oh wait it's fixed, but now it's not....". Soon as you start pouring resources into supporting that, then that means that you aren't working on the core platform or something is getting sacrificed somewhere. I could be off base on that, who knows I'm kinda new to this mobile thing.
That's been my experience from the Corona side. As a side note, this website is not as ehrmmm, functional (from a design perspective) and the API documentation could use a lot of examples of usage etc, however I'm willing to put up with it as just switching to Gideros increased my performance and not getting as many physics issues. Maybe that is due to more exposed box2d than Corona, I don't know I'm kind of new to coding (june 2011, never coded anything before that) but I can tell what works and what doesn't.
Oh yea, what was I talking about I think this is fine the way it is
ng
Daily builds are a strange thing. They are the required evil.
1. The Daily build is fluid and sussceptable to change as it is not finalised/fixed in stone.
2. It could entirely disappear from a release
3. It brings in expectations and then causes discontent when the expectations are not met
It is something like a comic, as a kid several years ago, I would wait for the newstand to have the new issue. But If I were to get a panel every so often and then find that those panels were not included or that story was omitted, it would not be nice.
On the other hand, the daily builds are like patch/fixes that address some of the issues that exist in the public release. So waiting in a vacuum till that was fixed can make a developer nervous. It is almost like the recent issue where the Player crashed when a TTFont was used.
With C*SDK, the issue is that there are so many releases, that after a while it is just not possible to download 80+ MB every time/day. Worse still is that while daily builds fix an issue, they also remove many other features. I had retained an older version of C*SDK for building for older Androids and iOS devices. Following public build 704b for Retina devices, backwards compatibility was broken.
In terms of Gideros, persoanlly I am happy to see the wishlist/buglist and hope that the features are ticked off that soon. @Atilim, you need to poach a few guys to join the Gideros dev team and get this jet speeding.
Author of Learn Lua for iOS Game Development from Apress ( http://www.apress.com/9781430246626 )
Cool Vizify Profile at https://www.vizify.com/oz-apps
Can you have that if ther eis a gproj file then the assets/files are taken as described from the gproj file, otherwise all of the files in the current directory are added to a dynamic .gproj file. So if a new asset is added to the project, it is automatically included. The project settings can be moved to a config.lua file, which can be run when the player starts and have a default setting (if nothing is found). That way it can become a lot more flexible and be usable.
Author of Learn Lua for iOS Game Development from Apress ( http://www.apress.com/9781430246626 )
Cool Vizify Profile at https://www.vizify.com/oz-apps