2015 年 1 月 30 日
Corona 现状:2015 年的思考与反思
过去一年发生了很多事情,所以让我们来谈谈我们过去所经历的和未来的方向。
发生的最大的一件事是我们被 Fuse Powered 收购了。我们都很高兴成为 Fuse 大家庭的一员。这听起来很老套,但确实没有比这更合适的文化契合了。我们互动越多,就越感觉我们已经在一起工作了很久——而且经历过几次其他的收购,这实际上是非常重要的。
正如我之前提到的,Fuse 的产品可以帮助开发者赚更多的钱。目前,我们正在与一小部分 Corona 开发者进行小规模试点。我们希望在向所有人开放之前,确保 Fuse/Corona 的集成是坚如磐石且经过实战检验的。
在 Corona 和产品方面,有很多亮点,包括 CoronaCards、Windows Phone 8 支持、调试内省、CoronaViewer、Composer API、Composer GUI Beta、粒子设计器支持等等。这些都是 Corona 平台的重大补充,我们正在继续努力。
展望未来
现在,当我展望未来时,我对 Corona 今年的发展方向感到非常兴奋,所以我认为应该分享一下我们今年的发展方向。
在我们深入探讨之前,我应该强调这并不是路线图。我之前已经讨论过我们关于为什么我们不做路线图(其他公司也不做,至少不是成功地做)的想法,以及我们强烈倾向于谈论我们实际交付的东西。
所以,相反,我将谈谈我们在四个不同主题上的一些想法,我们将在这些主题上进行重要的工作
- 平台
- 插件
- 图形
- 工作流程
为了保持我们的理念,我将谈谈我们的方法和方向,在有具体消息分享之前暂缓具体的细节。
平台
Corona 被设计为可移植和跨平台的,但这并不意味着支持新平台没有挑战。支持初始端口需要付出很多努力,并且为该操作系统的 OS 更新和新硬件提供支持也需要持续的成本。
Corona SDK 中大量的功能使这种复杂性更加复杂。在这种情况下,只针对具有 iOS/Android 级别市场牵引力的平台才有意义。
那么我们如何解决这个问题呢?
我们认为前进的方向是简化,就像我们对 Windows Phone 8 所做的那样。如果我们只需要承诺一套核心功能,而忽略辅助功能和/或服务,那么对新平台的支持就会变得更加可行。
插件
当我们第一次推出插件时,我们将其架构为针对分发进行优化。插件可以托管在我们的服务器上,并立即提供给所有 Corona 开发者。
最初,我们专注于希望通过这些插件向 Corona 社区提供服务的第三方。
今天,我们认识到我们可以做更多的事情来使其更加开放。因此,我们的目标是扩大可以向整个 Corona 社区提供插件的人群类型。与此同时,我们需要采取一些关键步骤来帮助那些有志成为插件编写者的人,特别是那些专注于通过示例进行学习的资源。
图形
我们对 2D 图形的愿景一直非常雄心勃勃。借助我们的图形引擎,我们极大地简化了在现代 GPU 上直观高效地实现众多视觉效果的方式。
这都归功于幕后大量有见地和巧妙的工作。但是,我们将您可以执行的操作限制为 API 中可用的操作。换句话说,我们仍然没有充分利用我们的引擎可以提供的功能。
我们采取保守方法的一个原因是 GPU 支持不一致。我们多次重写着色器以解决着色器编译器中特定于驱动程序的错误——在某些情况下,基本的 GLSL 语言功能在某些 GPU 上不起作用。
现在,碎片化程度稍微降低了(希望如此),因此我们认为现在是时候开始开放我们的图形系统了。这意味着给您更多的控制权和更多的技术来扩展我们所做的工作之外的功能。我们还将关注 API 中明显的缺失。
工作流程
我们一直为 Corona 令人难以置信的简单工作流程感到非常自豪。通过消除复杂性和相关的学习曲线,我们帮助您节省了时间,并希望能够让您在日常开发中找到更多的乐趣。
借助 Corona 的 Lua API,您只需几行代码即可将图像显示在屏幕上并与之交互。借助 Corona 模拟器,您可以快速实时地测试您的想法。借助 Corona 编辑器,您可以专注于编辑代码,而无需担心如何导航令人困惑的 IDE。
我们认为这里还有很多事情要做。例如,我们在 Composer GUI 和 CoronaViewer 上的工作远未完成。
我主要关注我们专门针对 Corona 所做的工作,并且只是简要介绍了 Corona 和 Fuse 的结合将实现什么。Corona 的优势在于帮助您将想法转化为实际可行的事物,更快地构建您的应用程序。Fuse 的优势在于使您能够将应用程序转化为财务上可行的事物,更好地实现应用程序的盈利。
因此,我们共同采取的方向遵循我之前多次表达的相同原则——您的成功就是我们的成功。
Walter
Rick
发布于 11:07,1 月 30 日让我们在 Steam 上推出一些 Corona 游戏——或者至少让这成为可能!
Rob Allison
发布于 18:21,1 月 30 日如果我们可以在 PC/Mac 上发布 Corona 游戏,那将为我节省数千英镑和数月的努力。
这将使 Corona 成为一个完整的软件包,而不是我试图摆脱的东西。
Scott Shapiro
发布于 07:45,1 月 31 日我认为为 OS X 和 Windows 应用程序添加 Steam 支持将是一个很好的补充。我已经意识到,Steam 受众愿意为游戏付费,而移动市场已转向免费增值 IAP 支持模式。Corona Labs 为独立开发者创造的收入机会越多越好。
Luis
发布于 10:07,2 月 5 日完全同意。
为 PC 和 Mac 开发的能力将是一个非常好的增强。
Honey Silvas
发布于 17:29,2 月 5 日我也同意。能够导出到 PC/Mac 将非常棒!由于模拟器已经运行代码,因此如果有一种方法可以将其打包到可以在 PC/Mac 上运行的可执行文件中,那就太好了。
另一个不错的选择是基于 Web 的应用程序,尽管我怀疑这可能比 PC/Mac 导出更难。
Joseph Hinkle
发布于 07:08,3 月 6 日同上
Christian Mueller
发布于 14:49,2 月 15 日我只是可以确认… 这句话已经说了好几年了。
我希望 Walter 有一天能听到我们的声音!
并且最好像 Unity 或 Corona iOS/Android 一样简单。
只是一个新的按钮就可以了。
不要再纠结于 CoronaCards 之类的事情了。
是的,基本功能就足够了。
就像模拟器可以做的那样。那已经很酷了
感谢您的倾听
Chris
Bobby
发布于 12:32,1 月 30 日您好,Corona,
Coronalabs 是否会恢复为 Android 2.2 编译的能力?至少在 2014.2263 版本中,这是关于支持 Nook Color 的。
我为Nook Color拥有相当多的用户群,并且我即将为该市场发布一款新应用。
我记得上次成功构建是在2014年12月,使用的是
构建版本 2014.2263。我当时能够创建Android 2.2,但是现在不行了。
模拟器在编译/apk生成期间报错,提示“找不到模板”。
请提供建议,
也请参考此主题。
http://forums.coronalabs.com/topic/53809-error-template-not-found-older-build-20142223/
谢谢。
-Bobby
José
发布于 12:32,1 月 30 日请为Windows提供Composer GUI,OuO。 2014年对Corona社区来说是美好的一年,让我们在2015年做得更好!
Lerg
发布于 1月30日 12:56谢谢你和我们分享这些,Walter。我个人对Corona有以下愿望清单
1. 桌面支持 (Steam, Win, Mac, Linux)
2. 全局动态光照,用于“Sprite DLight”
3. 修复Android音频延迟错误
拥有这些将使Corona成为终极游戏引擎。
Prathap Murthy
发布于 2月4日 04:49如果你正在寻找法线贴图编辑器,这里还有一个——https://www.codeandweb.com/spriteilluminator。它由TexturePacker和PhysicsEditor的制造商CodeAndWeb制作。
他们的网站表明SpriteIlluminator与Corona SDK兼容。也许你可以注册他们的测试版,看看是否真是如此。
Larry Meadows
发布于 1月30日 13:23那么对Windows通用应用的支持呢?
Praveen
发布于 1月30日 22:34谢谢 Walter。很高兴看到你的帖子。很高兴知道集成进展顺利。
我很希望看到Android上更好的国际化支持。我看到国际化文本出现非常糟糕的文本渲染问题(在模拟器上运行良好,但在某些Android手机上换行会出错,导致display.newtext无法使用)。我认为Corona在国际市场上有光明的未来,因此国际化支持值得特别关注。
我也希望看到Android上Map实现的性能改进——使其与iOS Map实现相匹配。目前Android上基于webview的设计使其在性能方面无法使用。
Henrik
发布于 1月31日 06:44关于工作流程,我发现当前的构建系统过于简化了。
我非常喜欢尽可能自动化我的工作流程。我的目标是一键按下,应用程序就安装在我的设备上或发布到Testflight。这里唯一缺少的是一个用于构建应用程序的简单命令行界面。
添加它不应该花费太多工作,对吧?
我知道企业版已经拥有此功能,但我认为它也应该可用于常规云构建。
Graham Ranson
发布于 1月31日 11:28对我来说,额外的平台是优先考虑的。我认为对独立开发者来说,最重要的事情之一就是尽可能覆盖多个不同的平台,因此Win/Mac/Steam/Web将非常棒。
Antheor
发布于 1月31日 14:10好消息!
那么用于矢量的graphics 2.0呢?
布尔运算会很酷...
Lionel
发布于 1月31日 23:04我读了这篇文章,希望了解CoronaSDK的未来发展方向。读完这篇文章后,我所知道的并不比我读之前多。
我是一个CoronaSDK的长期(付费)用户。我将继续使用它,因为它节省了我开发某些类型应用程序的时间。如果我必须选择一个我希望看到改进的领域,那就是你们的沟通方式。例如插件。你们一直在暗示、建议和暗示大约2年,你们将为插件建立一个市场。这篇文章所做的只是提供了更多关于插件的模糊和不具体的信息,我们可以对插件有什么期望。
coronadev
发布于 2月2日 19:46完全同意你的看法,Lionel。Walter又一次说了很多,但你无法从中得到任何有用的东西。
我们仍然不知道Corona的发展方向以及我们最期待的功能(Corona插件市场,更多平台,..)和去年一样(充其量)。
我们只能希望现在随着Fuse的收购,我们可以看到一些变化。
ojnab
发布于 2月1日 03:08我也认为添加更多平台会是一个很好的补充,但我知道这是一项非常大的任务,我不确定Coronalabs是否有资源来完成。所以我真的认为他们应该专注于优化他们已经拥有的东西。
我希望看到一个插件代码交换和/或市场。我真的很讨厌花几天时间编写一个我知道许多其他企业用户已经编写过的原生插件。如果我可以花50-100美元购买一个插件,而不是花几天时间在这上面——我会马上这样做。它还会稍微开放平台,并可能吸引大量用户订阅企业版。
我还想提到,我认为CoronaCards是一个很好的补充,因为它为Corona开发者开辟了许多新的机会。因此,如果你正在寻找平台添加...请选择CoronaCards HTML5
这只是我的意见。
David
发布于 2月1日 07:40我是一名专业的游戏/应用程序制作人,拥有一家4人公司。总部位于法国。
从游戏方面来看,我转到了Haxe/Haxeflixel,以确保我的代码支持桌面平台。移动游戏市场一团糟,没有人赚钱,我从现在开始不能只为移动设备部署。我转到了独立市场,能够面向真实的屏幕,避免IAP和其他垃圾,这很愉快。
从应用程序方面来看,我仍然使用Corona。我拥有一个Pro+和一个企业版许可证,我能够轻松地为我的客户创建出色的应用程序。我将“游戏功能”添加到我的应用程序中,这要归功于对动画、声音等的支持。对于这类工作来说,这是一个很棒的产品。
Berhan Karagoez
发布于 2月2日 07:12很好的见解,为什么不更技术性一些呢?
我们这里都是开发人员/技术人员,对吧?
平台,无需添加更多——只要在你已经支持的平台上做到最好。真的,这是将新的和更多的开发者带到Corona的关键。
插件,也许“插件/资源商店”对很多人来说很有趣?
图形,如果你们也添加对矢量的支持,那就太棒了,但是Corona是否只会停留在2D,还是会考虑3D?更酷的功能是使用Illustrator文件并以设备所处的/需要的尺寸渲染图形。也许将资源存储在其他地方,并请求/下载正确的大小。当然,你可以自己解决,但如何为其制定一个标准,这样就不用每个人都发明自己的轮子了呢。也许可以使用插件/工具来使用Illustrator文件,然后它将输出所有需要的文件,以便你可以将其上传到托管合作伙伴或自己的服务器。iTunesConnect在上传应用程序以发布时所需的图标/屏幕截图/视频也是如此。
工作流程,我们需要一个用于商业应用程序的拖放式应用程序设计器工具,因此Composer GUI/Tool可以使新用户更容易上手,并可能吸引更多开发者使用Corona,这永远不会是坏事,不是吗。就像拖放一个表格视图,它会要求你提供数据源,然后你将其转发到一个文件/lua表名/数据库,它将生成必要的代码作为“类”/lua表。
/BK
Berhan Karagoez
发布于 2月2日 07:14很好的见解,为什么不更技术性一些呢?
我们这里都是开发人员/技术人员,对吧?
平台,无需添加更多——只要在你已经支持的平台上做到最好。真的,这是将新的和更多的开发者带到Corona的关键。
插件,也许“插件/资源商店”对很多人来说很有趣?
图形,如果你们也添加对矢量的支持,那就太棒了,但是Corona是否只会停留在2D,还是会考虑3D?更酷的功能是使用Illustrator文件并以设备所处的/需要的尺寸渲染图形。也许将资源存储在其他地方,并请求/下载正确的大小。当然,你可以自己解决,但如何为其制定一个标准,这样就不用每个人都发明自己的轮子了呢。也许可以使用插件/工具来使用Illustrator文件,然后它将输出所有需要的文件,以便你可以将其上传到托管合作伙伴或自己的服务器。iTunesConnect在上传应用程序以发布时所需的图标/屏幕截图/视频也是如此。
工作流程,我们需要一个用于商业应用程序的拖放式应用程序设计器工具,因此Composer GUI/Tool可以使新用户更容易上手,并可能吸引更多开发者使用Corona,这永远不会是坏事,不是吗。就像拖放一个表格视图,它会要求你提供数据源,然后你将其转发到一个文件/lua表名/数据库,它将生成必要的代码作为“类”/lua表。
/BK
Ed Maurina
发布于 2月2日 10:47我赞同(第三?第四?...)关于仅使用核心功能即可面向Windows和OS X的请求。用两个词来说,“太棒了!”。
Eric Kinkead
发布于 2月2日 11:11请修复Android延迟声音错误。已经2-3年了,与iOS相比,所有Android声音仍然播放得略微慢一些。这是怎么回事?
Walter
发布于 2月2日 13:08@Lerg, @Eric, 关于:Android音频延迟。
这已经被记录为一个超过5年的Android OS问题
https://code.google.com/p/android/issues/detail?id=3434
它会影响所有Android开发者,包括其他像Unity这样的框架。
我们已经在此处提供了有关API的指南,以获得最少的延迟
http://forums.coronalabs.com/topic/28091-new-android-audio-lag/?p=188579
Bobby
发布于 2月2日 13:51你好 Walter,
Nook Color 支持构建版本 2014.2263
构建版本 2014.2263 是可以创建 Android 2.2 的最后一个版本,
但是现在它无法做到。模拟器构建会报错
提示“找不到模板”
我希望这个问题能尽快解决。
谢谢,
-Bobby
Dustin
发布于 2月5日 10:43我很高兴看到Corona向前发展,但我担心我的大部分开发工作都是在Linux环境中完成的,并且没有在这里提到?
bud
发布于 2月5日 10:52期待基于fuse的广告网络,长期以来一直在寻找Admob的替代品……加快速度吧 🙂
Christian Mueller
发布于 2月5日 10:55很高兴你继续开发额外的平台,
对我来说仍然有一个要求:>>>>>>>> OSX !!!!!!!!!!!!!!!!!!!!!!!
请不要使用Cards等...就像iOS/Android一样进行编译!!!
David
发布于 2月5日 11:18我只想看到Corona修复所有损坏的东西。
正如其他人暗示的那样,对我来说,Corona是我试图摆脱的东西,而不是我再也兴奋不起来的开发工具。没有一个可靠的平台对开发人员来说是一件可怕的事情,而Corona已经证明自己是不可靠的。
这是一件令人伤心的事情。🙁
Gordon
发布于 2月5日 15:53我希望更多地关注商业和企业应用程序解决方案。尤其是在输入方法方面。选择器轮和原生输入字段有很多问题,并且有很多不足之处。
我知道你已经提供了小部件源代码,但这只是针对非原生问题的解决方法,并且重新设计组件非常耗时。
Kevin Croombs
发布于 2月6日 03:45我对 2015 年感到非常兴奋 🙂 我一直在关注 Fuse 的 AdRally 产品,它似乎能解决很多货币化问题,而且 Fuse 的工作人员非常乐于助人。与我的 Corona 代码集成非常容易。
我绝对可以使用更多关于插件编写者的资源——我正在使用 Corona Enterprise,虽然我已经成功集成了我需要的原生代码,但如果有一些针对常见用例的示例/模板就好了,例如提供广告、分析、安装跟踪等的插件示例。
Serkan
发布于 02 月 06 日 04:58这对我来说不是好消息。如果我使用跨平台工具,我不喜欢用平台原生语言编写代码,而且看起来你们将为新的平台支持采用这种方式。这对我来说根本不像跨平台。
顺便问一下,你们是否认为 IAP 和广告对于移动平台/Windows Phone 来说是“辅助”的?这就是为什么 Corona 在没有原生代码的情况下不支持这些功能的原因吗?
Antheor
发布于 02 月 06 日 08:30平台:为什么不呢……但主要目标仍然应该是让 Corona 成为更好的移动平台开发工具
插件:确实还有一些工作要做
图形:是的!
工作流程:当然!但 Composer 可能不是正确的方法:我们想编写代码:),所以在 Corona 编辑器上工作是一个不错的选择,任何可以帮助我们更轻松地编写代码的工具都会很酷。
感谢阅读。
Christian Mueller
发布于 02 月 15 日 14:53顺便说一下,关于插件。
是的……如果有更多的广告网络插件可供选择就好了。
我真的用很多广告网络进行测试,因为它们能赚钱!
(如果只是玩玩,就捂住耳朵,业余开发者,但如果你认真做,就必须考虑收入)
广告网络的支付方式差异之大令人惊讶。拥有灵活性非常重要,而不仅仅是依赖少数几个网络。
如果一个网络的 eCPM 是 2 美元或 4 美元,差异会很大……这可以决定你是否能靠你的应用为生。
谢谢
Chris
Corona Labs 被 Perkgamedev.fm 收购 | gamedev.fm
发布于 12 月 03 日 16:12[...] 回顾我们为 2015 年设定的议程和主题,我非常高兴我们几乎完成了所有目标。清单真的很长 [...]