New Actions?

[Centauri Soldier]

Is IR going to be adding any new actions in the near future? Webcam, SSH, AD, JSON/CSON, Web, etc? It'd be nice to see an update with some new content.

[kingzooly]

I agree seeing a update even just to some function sets would be nice

[leebos]

Is IR going to be adding any new actions in the near future? Webcam, SSH, AD, JSON/CSON, Web, etc? It'd be nice to see an update with some new content.

I wouldn't hold my breath waiting. I think the original developer left the company several years back.

[Ulrich]

As much as it pains me to admit it, I feel that Lee may be right. It may make very little sense to invest in product development, when the market for this kind of tool decreased substantially as it did for AutoPlay Media Studio. I do not have access to actual sales figures, but I suspect that they are very slim in the current days. Many users who post here come from notorious markets and have no intentions to ever pay for the product they use. Many of them are very vocal about the lack of updates, but as they'll never going to be customers and supported the development, their opinions are treated for what they are. Being popular in these markets does not pay for the bills, or for any further development. At least, this is my personal interpretation of the situation.

As for SSH, Active Directory, etc... These are advanced matters for which AutoPlay Media Studio was never intended to work with. Remember the idea behind the product - a development environment for people who do not know how to program, with drag and drop actions to create a nice graphical interface to do something. For more advanced users, there is Lua scripting, to invoke external programs and perform more elaborate tasks. But Lua is an interpreted language, not using even bytecode, and this was never an IDE for developing fully featured commercial software products. People who know how to work with AD and SSH probably also know how to use compiler-based IDEs and generate optimized binaries for any platform. Or, you could add features to work with SSH and Active Directory via a DLL or plugin (which is of course just a DLL with a Lua interface tailored to work with AutoPlay Media Studio and Setup Factory).

The plugin / DLL approach may be the best option. I still remember the complaints when AutoPlay Media Studio 8 was released, with several new features, and the public complained that the resulting executable was bigger. When you add new features into the base product, like when database support, new objects and new actions, of course the codebase also increases to make these features work. At least with the external library, you do not increase the runtime executable - you will only have a new *.lmd or *.dll to ship along with your files.

Just my opinion, not speaking for Indigo Rose.

Ulrich

[erbil]

who was the original developer at IR?

[Centauri Soldier]

Well, that's too bad that so many people who haven't contributed to this community have driven IR to such a conclusion. I think there are still quite a few of us around though (those users who are legit customers and who contribute code). And who knows, maybe the sales would increase if IR took more of an interest in this product. I know it's a bit dated but it's still a great app; however, if IR doesn't want to continue development, is there a chance that the source could become a public github repository that we could fork?

[kingzooly]

Well, that's too bad that so many people who haven't contributed to this community have driven IR to such a conclusion. I think there are still quite a few of us around though (those users who are legit customers and who contribute code). And who knows, maybe the sales would increase if IR took more of an interest in this product. I know it's a bit dated but it's still a great app; however, if IR doesn't want to continue development, is there a chance that the source could become a public github repository that we could fork?

Open source fork of it would really be a epic thing and help us update and tweak it

[Sina Dehghani]

I also have an opinion ... if it is possible to output apk and web to get output from the project ... and a look at the graphics, for example, there is the ability to change the theme of the program and a number of graphic features. .. and also security, which is the most important issue ... If we see these features in Autoplay Media Studio 9, I think many users will be attracted to the program again ...

[kingzooly]

I also have an opinion ... if it is possible to output apk and web to get output from the project ... and a look at the graphics, for example, there is the ability to change the theme of the program and a number of graphic features. .. and also security, which is the most important issue ... If we see these features in Autoplay Media Studio 9, I think many users will be attracted to the program again ...

There is no real way to do security this is why most all software now are going to web apps or web services to make there apps better or really what they are doing it removing core functions what used to be in local apps to make sure people will buy them.

apk is another language it's Java, well based off Java, you can create software in AMS to create a tool that would make a apk what is a custom web app as it's only dealing with HTML5, done this in the past, the UI isn't a problem here security you the dev need to work that out not the IDE no IDE I know of offers great security.

That would help is:

• A: Name Change, AMS was named for creating Auto Media Apps to auto play on removable media like CD/DVD/USB but this option as been disabled in almost all moden OS's to make them more safe.
• B: Updating Lua and option to change lua versions(no longer hard coding lua's dll) and given Lua threaded support, single threaded none bit support and other useful functions the more up to date Lua versions have is making AMS now age for more complex apps.
• C: UI support for Windows, Mac and Linux, since the Lua platform as options for all these OS's and most open source or a likes make it so this apps are useful everywhere, windows is not wining the OS race anymore, Linux based OS's like Chrombooks and alikes are becoming the norm and remote computer classes also seem to be using macs over windows in many places.
• D: If we are going to stay with windows only better hooks in to windows, making the core exe threaded two so the actions done to the windows API via the exe what isn't using the lua engine becomes better, also open up the full api to the end user and the lua subsystem without having the end user to hack around it.
• E: Network stack, a real way to connect to servers, to create tools like p2p apps, able to tunnel, been able to handle all the traffic the apps asks for, before and after, using IE/Chrome/Firefox means there is a big over head in the middle for it to do all it's extra stuff what we have no control over.
• F: Better command line options, been able to make a command line tool with NO UI options would be epic, cutting out all the basic UI options with the lua bin and the basic (c/c#/c++) connection and your basic scripts including a command line tool could be really small

A better idea:

• Leave AMS has it is right now, release the full code under Open Source maybe a quick how to build the source to a exe so the IDE works in IDEA or alikes any free IDE will be good even VS, have it so anyone can fork your work, but you as a company control pushs back to your official version, so you can test it make sure it's stable and you can support it, and just charge people for cloud storage for the app and support for your version, BOOM someone else does all the coding for the tool for you free, you offer basic services for a good price and the IR/AMS brand lives on for another 10 years.

I know none of this would happen but it's my view on it, it's not a dead tool yet, but it's becoming more limited day by day.

[Sina Dehghani]

I think the era of programs that provide only one type of output for an operating system is over ... Programming languages and software development programs reach a point where you can create a program once and publish it everywhere. For example, HTML5 ... Cordova is a framework that converts from HTML5 to all major operating systems ... (Electron is a subset of Cordova that large applications such as Output taken (VS code and version and Windows WhatsApp))

And if only the web output is added to Autoplay, you can target multiple tokens with one arrow

[kingzooly]

I think the era of programs that provide only one type of output for an operating system is over ... Programming languages and software development programs reach a point where you can create a program once and publish it everywhere. For example, HTML5 ... Cordova is a framework that converts from HTML5 to all major operating systems ... (Electron is a subset of Cordova that large applications such as Output taken (VS code and version and Windows WhatsApp))

And if only the web output is added to Autoplay, you can target multiple tokens with one arrow

I don't think you understand what's happening here, this uses Lua, so converting it all to html5 isn't possible, HTML 5 is a UI side thing what handles what you see, where on a server php would do other stuff or the OS/Browser would with JS.

JS is a unsafe tech and people shouldn't rely on it for anything important.

So your server would have to be lua back end not php what isn't the case in 90% of all servers, you have to understand what the tool is doing before you can hope it works, no tool can and will ever convert a app to any target.

Use AMS make a tool to create HTML5 webapps, that is possible tho then you can be the one with the cool web app tool

[Centauri Soldier]

I know none of this would happen but it's my view on it, it's not a dead tool yet, but it's becoming more limited day by day.

While I agree it would be great to have this go open source and let the community improve it, I don't agree that it's becoming more limited. In fact, I'm doing a self-appointed AMS challenge to build an actual game in AMS. So far, I've got about 40-60 FPS with dozens of objects updating simultaneously. I've managed to create some lua modules that allow for custom object creation (using lua code) as well as a UI module that creates a fully scalable UI system regardless of the player's resolution. I've been building the game concepts, code and art for about six months now but it'll be another few months before I get it done; once done, I'm hoping to get it on Steam and GOG and you can decide for yourselves if AMS is becoming more limited :P.

[daviz]

...In fact, I'm doing a self-appointed AMS challenge to build an actual game in AMS. So far, I've got about 40-60 FPS with dozens of objects updating simultaneously. I've managed to create some lua modules that allow for custom object creation (using lua code) as well as a UI module that creates a fully scalable UI system regardless of the player's resolution...

sounds awesome!

[Imagine Programming]

While I agree it would be great to have this go open source and let the community improve it, I don't agree that it's becoming more limited. In fact, I'm doing a self-appointed AMS challenge to build an actual game in AMS. So far, I've got about 40-60 FPS with dozens of objects updating simultaneously. I've managed to create some lua modules that allow for custom object creation (using lua code) as well as a UI module that creates a fully scalable UI system regardless of the player's resolution. I've been building the game concepts, code and art for about six months now but it'll be another few months before I get it done; once done, I'm hoping to get it on Steam and GOG and you can decide for yourselves if AMS is becoming more limited :P.

Are you using that plugin I once made to store data with? :P

[Centauri Soldier]

Are you using that plugin I once made to store data with? :P

I haven't decided yet if I'm using that one or not. I'll decide that when I'm ready to create my save/load game serialization functions. I am, however, using your Draw plugin. I switched to that from WinAPI and rewrote all my graphics modules. It's working great so far! It's so **** fast. I had to limit the resolution as 3440 x 1440 was a bit too big for AMS and the plugin to handle nicely but other than that it's vastly exceeding my expectations as well as my minimum requirements. As such, you, Bas, are in the credits along with Reteset.

I've created a visual object system that utilizes the class module you made and the Draw plugin and I've set up draw states and draw layers. The state system does the obligatory task of drawing only objects that belong to the current page while the layer system allows for keeping things like effects and menus on top and other items in the back. I've set up 9 layers (which is more than enough for a simple game).

I'm at the data input phase. I've had to spend a lot of time researching demographics of the U.S. and am now compiling the data. Then comes the fun part of creating the in-game functions that operate on the data. So far though, everything is working wonderfully. It's a lot of work for one person but I feel confident I can finish it within a reasonable amount of time (so long as I don't play too much Battlefield 1 :P).

If this system is as successful as it appears it will be, I may release my UI (auto-scalable UI system) and UICom (the UI component system) code as a plugin for AMS so other people can play with it.

You might wonder why I'd do this with so many other and better game IDEs out there. My reasoning is that it would be very easy to use and fast (to implement) as compared to other IDEs. Also, as anyone who uses AMS knows, creating basic menus is super easy. In fact, only my in-game graphics are processed by the UICom and Canvas system while menus (like the game setup page) uses the UI module with normal AMS objects. At the very least, prototyping games would be easy with this system. And, with enough time and work put into the UICom module, I can create stock objects and graphical effects (such as particle effects) that ship with the plugin (without extra image files) which can be reused (and easily modified) by anyone interested in making their own game.