798 replies to this topic

[Lyqyd]

I just hope the default shell will have support for I/O redirecting (pipes!). The io API would be a sensible way to do this.

[Creator]

I just saw an os.pullEvent in the video meaning that it will be event driven, which is rather sad because almost no programming language works like this.

At the very least I hope there will be no 10 sec limit.

[SquidDev]

Creator, on 11 October 2015 - 07:05 PM, said:

I just saw an os.pullEvent in the video meaning that it will be event driven, which is rather sad because almost no programming language works like this.

Well, it depends. OpenGL is primarily event driven. However, you could always avoid using an event driven section through some sort of input poll method:

os.queueEvent("test_event")
local cursorX, cursorY
while true do
  local e = {os.pullEvent()}
  if e[1] == "test_event" then break end

  if e[1] == "mouse_drag" then
    cursorX = e[2] cursorY = e[3]
  else if ...
  end
end

[ElvishJerricco]

Lyqyd, on 11 October 2015 - 06:15 PM, said:

I just hope the default shell will have support for I/O redirecting (pipes!). The io API would be a sensible way to do this.

This would be wonderful. ClamShell just overwrites the global print and write functions.

Creator, on 11 October 2015 - 07:05 PM, said:

I just saw an os.pullEvent in the video meaning that it will be event driven, which is rather sad because almost no programming language works like this.

At the very least I hope there will be no 10 sec limit.

I think the only problem with the event driven architecture is the terminate event. It really throws the whole system for a loop.

[oeed]

dan200, on 11 October 2015 - 03:00 PM, said:

Ooh, that's really pretty. You'll be glad to hear the new project has been written in such a way that it's easy to support new Operating Systems and Window Managers.

That's good to hear!

Creator, on 11 October 2015 - 03:48 PM, said:

Then it may be almost as fast as standard Lua.

Will it be event driven? Hopefully not.
Why is there a need for a palette, it is not like it will be a multiplayer thing. I would really appreciate 32 bit, or at least 24 bit colors.

To be honest, I think event driven is actually the best way to do it. Given that Lua is single threaded, and CC is meant to be simple to use, it covers all bases. If you want to be able to poll it, as SquidDev mentioned, you could easily make a wrapper around it.

That said, I haven't really used other Lua APIs much. How does Gmod do it?

On the palette, the only problem I see is with multitasking as I've said. Just to make it a bit clear what I mean, if you look at that thing I posted earlier, all the icons in the top bar are meant for the standard colours. However, if the front most program were to change the colours the icons (and, if they changed the greyscale colours, the top bar) mightn't look great. It's a trade off though I guess.

Lyqyd, on 11 October 2015 - 06:15 PM, said:

I just hope the default shell will have support for I/O redirecting (pipes!). The io API would be a sensible way to do this.

awsumben13 made a program which did piping which you could use otherwise (and if you haven't already made your own, which I wouldn't be surprised if you had).

Creator, on 11 October 2015 - 07:05 PM, said:

At the very least I hope there will be no 10 sec limit.

There's a good reason for that 10 second limit


I'm looking forward to seeing some sprite based game engines too.

Edited by oeed, 12 October 2015 - 01:11 AM.

[Lyqyd]

oeed, on 11 October 2015 - 10:37 PM, said:

Lyqyd, on 11 October 2015 - 06:15 PM, said:

I just hope the default shell will have support for I/O redirecting (pipes!). The io API would be a sensible way to do this.

awsumben13 made a program which did piping which you could use otherwise (and if you haven't already made your own, which I wouldn't be surprised if you had).

Yep, I did. My implementation uses the io API for the redirection. It works quite well, and makes enough idiomatic sense with the rest of the environment that I think it'd be a valuable feature. We'll see what Dan decides to do!

[Creeper9207]

MKlegoman357, on 10 October 2015 - 04:08 PM, said:

Dan has already stated that this isn't a mod for Minecraft, so it's not CC.

where did he solidly say this?
because i'm pretty sure its possible to have in minecraft, my reason for saying is because of the webdisplays mod from a while back

[H4X0RZ]

Creeper9207, on 12 October 2015 - 02:50 AM, said:

MKlegoman357, on 10 October 2015 - 04:08 PM, said:

Dan has already stated that this isn't a mod for Minecraft, so it's not CC.

where did he solidly say this?
because i'm pretty sure its possible to have in minecraft, my reason for saying is because of the webdisplays mod from a while back

The reason why this is not for MC is not because of limitations from the graphics POV. It just is a program based on CC. And, from what I saw/read it seems to be a retro PC Emulator/ game enginge.

[CaosTECH]

Its been great to see how far CC has come, I hope that more great updates will come soon, so many amazing things have been made with this little mod and, this little mod, has come a long way. Can't wait till more updates, will love to see what more people will do!

[Waitdev_]

hmm... i think that pacman 256 recreation gave away most of the mystery, its not the most tense anymore but it is quite intresting

[Creator]

The 10 sec limit had a reason minecraft. Now that we're out of it, there shouldn't be any.

[SquidDev]

Creeper9207, on 12 October 2015 - 02:50 AM, said:

MKlegoman357, on 10 October 2015 - 04:08 PM, said:

Dan has already stated that this isn't a mod for Minecraft, so it's not CC.

where did he solidly say this?
because i'm pretty sure its possible to have in minecraft, my reason for saying is because of the webdisplays mod from a while back

At Minecon this year, mid-way through the initial burst of teasers, Dan said he was working on something "Non Minecraft Related". He also posts things like "or is it!" when people ask about playing this within Minecraft/Redirection.

[oeed]

Creator, on 12 October 2015 - 06:34 AM, said:

The 10 sec limit had a reason minecraft. Now that we're out of it, there shouldn't be any.

Well, not necessarily. 99.95% of the time, if you're getting too long without yielding you're doing something wrong. Removing it will just make those bugs more annoying to deal with. The rare instances where you're doing a long task you can just use small sleeps or other ways of getting around it. It's poor practice to lockup your computer for a task anyway.

SquidDev, on 12 October 2015 - 06:42 AM, said:

Creeper9207, on 12 October 2015 - 02:50 AM, said:

MKlegoman357, on 10 October 2015 - 04:08 PM, said:

Dan has already stated that this isn't a mod for Minecraft, so it's not CC.

where did he solidly say this?
because i'm pretty sure its possible to have in minecraft, my reason for saying is because of the webdisplays mod from a while back

At Minecon this year, mid-way through the initial burst of teasers, Dan said he was working on something "Non Minecraft Related". He also posts things like "or is it!" when people ask about playing this within Minecraft/Redirection.

Yeah it seems pretty clear that it's not in Minecraft. The fact that we saw his desktop background, those things you've listed, the absence of anything turtle or Minecraft world related and (more obviously) this Tweet make it pretty clear that it's not a mod. I think we can put that speculation to bed.

[Bomb Bloke]

Creator, it sounds like what you're wanting is pre-emptive multitasking capabilities. Sure, if you want to run a chunk of code for an extended period without pause, then it'd be nice to be able to do that, but... with Lua's typical co-operative model, that's going to cause problems when someone inevitably tries to make an "OS" and finds they've got no way to clamp down on CPU-hogging threads.

[Creeper9207]

Thanks oeed, I just wanted confirmation

[Creator]

Bomb Bloke, on 12 October 2015 - 07:08 AM, said:

Creator, it sounds like what you're wanting is pre-emptive multitasking capabilities. Sure, if you want to run a chunk of code for an extended period without pause, then it'd be nice to be able to do that, but... with Lua's typical co-operative model, that's going to cause problems when someone inevitably tries to make an "OS" and finds they've got no way to clamp down on CPU-hogging threads.

I see. Thanks.

[Viking]

I thought it will be a redesigned ComputerCraft for Minecraft. But since it will not be, I guess it means the community is going to continue creating programs for the Minecraft related CC (and for the new game).

[oeed]

Viking, on 13 October 2015 - 10:34 AM, said:

I thought it will be a redesigned ComputerCraft for Minecraft. But since it will not be, I guess it means the community is going to continue creating programs for the Minecraft related CC (and for the new game).

Yeah it'll be interesting to see what happens regarding the forums. It'd be silly to start a new forums. Things like Ask a Pro will be pretty unchanged, but the Programs category will be interesting. I guess we might just see them mixed in amongst the others, although it seems strange to have some programs that will be completely incompatible with ComputerCraft with those that are.

[Creator]

Most of the programs have nothing to do with Minecraft and could very well exist without it, so the forums will not be changing much.

[KnightMiner]

Turtle, Pocket, and Command programs would not change, but the rest I can see having 2.0 programs, especially games. A flair might be the easiest way to identify (stating CC, CraftOS 2.0, or both), rather than having a completely separate forum.