tag:blogger.com,1999:blog-919361992986111953.post1537012735355341894..comments2024-02-17T01:28:57.502-08:00Comments on Roguelike Radio: Episode 61: libtcod (aka the Doryen Library)Andrew Doullhttp://www.blogger.com/profile/11099404183952971291noreply@blogger.comBlogger16125tag:blogger.com,1999:blog-919361992986111953.post-29583229854657709752013-03-01T07:02:51.353-08:002013-03-01T07:02:51.353-08:00Interresting fact: both libtcod and TE4 are made b...Interresting fact: both libtcod and TE4 are made by french people! :)Linaniil of the Kar'Krulhttps://www.blogger.com/profile/13024097676060828945noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-8507638990830477832013-02-22T11:31:10.943-08:002013-02-22T11:31:10.943-08:00these last two podcasts have been great! I somehow...these last two podcasts have been great! I somehow never knew these libraries existed... which is probably why I've only ever finished a single rogue-like before >_>Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-29091899267399851702013-02-21T22:06:40.171-08:002013-02-21T22:06:40.171-08:00Yes, bug-tracking in your own code is quite a bit ...Yes, bug-tracking in your own code is quite a bit more comfortable usually. I just don't think I have the ability to write more robust code than a piece of code used by thousands of coders before me (now mainly thinking of Unity3D).<br /><br />Of course, if you have a special requirement outside the domain of general approaches, you'll probably have to customize parts to those requirements... but I do like the fact that when I get a bug report, I can usually quite quickly determine whether it's caused by my code, or Unity3D code, and just pass on the bug for someone else to fix if it's Unity3D related (though usually it's not).<br /><br />I'd guess you have the same thing in T-Engine. Code that has been through a project of the size of TOME4, tested by thousands of play sessions, is probably more robust than something one writes and test oneself, again, unless your project has some special requirement that requires customization of that code (one has to understand the impact-space of changing that code to ones requirements, which can be hard in a huge, complex engine that's written by someone else).<br /><br />So in that respect I do side with your argument :)Trefallhttps://www.blogger.com/profile/16984565488372512559noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-50147287463931758392013-02-21T09:46:06.110-08:002013-02-21T09:46:06.110-08:00It's interesting that you say that, because pe...It's interesting that you say that, because personally I would go completely the opposite way - It's smaller projects (particularly 7DRLs) where I would find a pre-built engine most appealing since it would help me get up and running much faster. For longer-term projects I would definitely want to do as much as possible myself, since (relatively speaking) it's less of a time investment and so that when the unpredictable complexity stuff that you talk about inevitably causes problems I understand why it's happening and how to fix it rather than just hoping that whoever wrote the engine foresaw that particular issue.<br /><br />I fully accept that I may just be a weirdo, however.Paul Jeffrieshttps://www.blogger.com/profile/01076173363729472117noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-1551845330987517652013-02-21T04:30:54.333-08:002013-02-21T04:30:54.333-08:00I'd imagine you're right Paul Jeffries whe...I'd imagine you're right Paul Jeffries when it comes to 7DRLs and smaller games. But the larger the scope of the game, the higher requirement I'd think it would put on the engine and tools you use to make it. Not that I've made a roguelike yet to support that argument :)<br /><br />Though roguelikes usually don't have complex visualization or responsiveness issues, they have an unparalleled complexity when it comes to object and envirnoment interaction... and balancing that, or squashing bugs in such an unpredictable and complex environment sounds scary to me without the proper tools to ease the process as much as possible.Trefallhttps://www.blogger.com/profile/16984565488372512559noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-67180440440268588102013-02-20T16:32:12.271-08:002013-02-20T16:32:12.271-08:00I think part of the reason may be that there isn&#...I think part of the reason may be that there isn't really all that much *need* for a roguelike engine. It's not really like a 3D graphics or real-time physics engine which require a lot of specialist knowledge outside of what you need to be a decent programmer - for the most part if you're reasonably proficient at writing code, you can probably write a roguelike. In other words, they don't really lower the barrier to entry all that much - if you can make use of the engine you could probably write it yourself, and for a lot of people writing that sort of low-level stuff for themselves is a big part of the fun. I suspect a lot of these 'do everything ' engine projects fail just because there just aren't enough people who actually want them.Paul Jeffrieshttps://www.blogger.com/profile/01076173363729472117noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-22173162233332484702013-02-20T12:34:29.339-08:002013-02-20T12:34:29.339-08:00( i have no idea what i did with the account verif...( i have no idea what i did with the account verification, i am stormssont , i don't know why now it appears the name of the blog )Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-82202752529779743172013-02-20T12:33:05.127-08:002013-02-20T12:33:05.127-08:00Trefall and Darren, thank you very much for your o...Trefall and Darren, thank you very much for your opinions, they are much appreciated. <br />I actually disagree with your points of view: i have a long answer,and tried to make a full point here if you are interested: http://killerproject.wordpress.com/2013/02/20/engine-or-not-engine/ . <br /><br />( I put the link because it's a very long answer, please tell me if it's against the rules and i'll copypaste it here )<br />Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-28597605796617796362013-02-20T09:13:53.324-08:002013-02-20T09:13:53.324-08:00stormssont: I think a lot of engines have ended up...stormssont: I think a lot of engines have ended up with design creep - trying to do way too much and be far too generic. And without a game to drive development forward and build up community support it's way too easy for an over-scoped engine to collapse beneath its own weight before it sees the light of day.<br /><br />The T-Engine succeeded because it had a game on top of the engine. Plus the developer had experience of writing actual roguelike games, something many engine makers have never done. Trying to make a generic engine when you've never made a game is pretty stupid, in my opinion.Darren Greyhttps://www.blogger.com/profile/00792164422274663420noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-56924893175209271422013-02-19T00:11:30.632-08:002013-02-19T00:11:30.632-08:00Yeah, my experience is write games, not engines.
h...Yeah, my experience is write games, not engines.<br />http://scientificninja.com/blog/write-games-not-engines<br /><br />It's such an easy trap to fall into though! And honestly, I'm not sure if a framework is enough to really produce larger roguelikes. For that, I could only image you'd want a fully fledged game engine with proper graphical tools set up around an underlying framework, that you can visually analyze and overlook the process.<br /><br />Once a codebase gets large enough, at least I lose that kind of overview, and really need to rely on other ways of representing the code and data to retain control.<br /><br />Like, if you have to venture into your codebase to tweak gameobject parameters, or you have to shut down your game and restart to test tweaked values... then that's not good for the long run. Same goes for statistical bits. <br /><br />If I want to tweak some statistic, watching the curve change graphically really helps in analyzing the effect I'm actually applying to the system. As I understand it, T-Engine has a lot of such player-base analyzing tools in place, and I'm sure that kind of analyzing power has helped DarkGod immensely when balancing and tweaking numbers.<br /><br />The tools and engine you choose really should depend on your game complexity and requirement though. Making a 7DRL, I doubt you'd really need that complex set of tools as you would making Tome4 :)Trefallhttps://www.blogger.com/profile/16984565488372512559noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-40727426409327469662013-02-18T12:08:24.839-08:002013-02-18T12:08:24.839-08:00but isn't this approach a bit short-sighted ? ...but isn't this approach a bit short-sighted ? i mean, in other games mechanics there are different engine that actually work, so why in a roguelike a similar approach shouldn't work? i mean: a framework which offers tools to develop the game mechanics shouldn't be a step forward ? it would allow the developers to put their minds not on the gui, the events, the file / object handling, but just the game and its mechanicsAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-48898613903998932682013-02-18T07:41:16.292-08:002013-02-18T07:41:16.292-08:00I don't have any definitive information, but o...I don't have any definitive information, but over the years I've seen many many projects crop up saying they will be a next-gen roguelike engine, simulating muscle mass and all sorts. Usually there's a couple of updates to object building before it all goes silent.<br /><br />Simple fact is you shouldn't make an engine without a game. It's very hard to stay focused on just an engine, and you have zero idea on what it should do without a game.Darren Greyhttps://www.blogger.com/profile/00792164422274663420noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-84404125350627349852013-02-17T01:51:25.141-08:002013-02-17T01:51:25.141-08:00On the topic of Unity, just wanted to add that the...On the topic of Unity, just wanted to add that there are some excellent noise resources for it.<br /><br />Coherent Noise has an excellent manual I feel should be linked at rogue basin or something: http://chaoscultgames.com/products/CN/CoherentNoiseManual.pdf<br /><br />Turbulence is another, that's based purely on usage of the GPU, and has a really cool web demo: http://dl.dropbox.com/u/9289442/WebPlayer/WebPlayer.html<br /><br />So there are some interesting resources for Unity and RL dev there already.Trefallhttps://www.blogger.com/profile/16984565488372512559noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-88362494356205917982013-02-16T08:55:10.081-08:002013-02-16T08:55:10.081-08:00Good episode, its interesting hearing stuff like t...Good episode, its interesting hearing stuff like this. I have dabbled in Libtcod and wish I had found it before I started working on my first, only, and sadly failed 7DRL instead of the random thing I found somewhere. Of course at this point I have successfully been caught in the desire to reinvent the wheel so have been working on getting some SDL thing setup for myself which if finished would probably be some bare bones tile engine thingamajig. Luckily I won't probably have that worked out by the coming 7DRL so I will be able to play around with Libtcod for that.Akhier the Dragon Heartedhttps://www.blogger.com/profile/01982936563965623813noreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-80226547789629299942013-02-16T08:36:25.089-08:002013-02-16T08:36:25.089-08:00Hi, i was really interested on the topic about why...Hi, i was really interested on the topic about why generic purpose engines since now have failed, do you have some more references, or can anyone be contacted on #rgrd to discuss the topic?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-919361992986111953.post-19411064107869252212013-02-16T03:07:43.850-08:002013-02-16T03:07:43.850-08:00Thanks a lot for another great episode guys! LibTC...Thanks a lot for another great episode guys! LibTCOD was the engine that I first picked up for roguelike development, and like many others I got quickly caught trying to set up a graphics rendering pipeline in it instead of focusing on any gameplay.<br /><br />Unity3D lacks a roguelike template right now, and could really benefit from that in terms of usage in the 7DRL. There are several nice script extensions for it, however, that integrates nice 2D style interfaces to work with, so it's very possible. But the lack of readily available FOV and such does give it a bit of a steep start for roguelike development. <br /><br />On the other hand, it's got hardware accelerated physics, so doing ray casting test or box/tile collisions is very cheap. It's even got a particle system with collision support! On top of that its also soooo easy to port to multiple platforms. Web, mobiles, Mac, Linux, windows.<br /><br />There are also so many editor extensions. Visual scripting with Playmaker, Client/Server architecture with all modern requirements in RoarEngine, visual shader scripting, in-editor game testing with pause feature, input handling for mouse/keyboard/gamepad/touchscreen with an abstraction layer... It's script engine is based on Mono also, so it supports scripting with C#, JavaScript or Boo out of the box, with multiple extensions, like python. Thus you can actually compile your scripts and get file/line pointers to errors or warnings... It's just such a complete game engine, but also very very intuitive to work with! The drag and drop feature of modules/components of logic to give game objects behavior really works well, and keeps you in control.<br /><br />Unity just needs a LibTCOD style script extension for it to take off during the 7DRL I think.Trefallhttps://www.blogger.com/profile/16984565488372512559noreply@blogger.com