• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
Sign in to follow this  
Followers 0
deus.ex.nova

Any problems using GLEW/GLFW for game/engine project?

6 posts in this topic

This might be a ridiculous question to ask, but is it discouraged or problematic to use either of those libraries for a game that would be (potentially) be published? Not having to deal with the Windows API for my rendering context would be convenient, plus there's the added bonus of portable code. Is this something many people are already doing with their games? Based on your experience, would there be any specific limitations that may be problematic later on when using these libraries?
0

Share this post


Link to post
Share on other sites
no, i should think that is the perfect combination if you are willing and able to do all the hard work that comes with it :)
i'm personally very happy with using only glfw, but on the "i wish i knew this earlier"-side of things, USE glew also!

btw. a tip for chatbox: when you open a chatbox with glfw, enable repeating keys, and when you close it, disable it
that way you can get ggggggggggggggggggggg-like (holding down keys) effect, like in a real textbox :)

also, if you plant a GLFW_ICON resource name, you can specify your icon for the glfw-window without any hassle
here is the entire contents of an example .rc file (which btw is in text-format):
GLFW_ICON ICON "myprogram.ico"

good luck!
1

Share this post


Link to post
Share on other sites
[quote name='Kaptein' timestamp='1349410659' post='4987004']
no, i should think that is the perfect combination if you are willing and able to do all the hard work that comes with it
i'm personally very happy with using only glfw, but on the "i wish i knew this earlier"-side of things, USE glew also!
btw. a tip for chatbox: when you open a chatbox with glfw, enable repeating keys, and when you close it, disable it
that way you can get ggggggggggggggggggggg-like (holding down keys) effect, like in a real textbox
also, if you plant a GLFW_ICON resource name, you can specify your icon for the glfw-window without any hassle
here is the entire contents of an example .rc file (which btw is in text-format):
GLFW_ICON ICON "myprogram.ico"
good luck!
[/quote]

Thanks for the tips! [img]http://public.gamedev.net//public/style_emoticons/default/happy.png[/img] *EDIT* What parts did you utilize from GLFW vs GLEW?

Also I just recently discovered Allegro and SFML game frameworks. Any thoughts on using either of those for a game/game engine? Even though I believe that learning to do the low-level programming is important, the built in audio systems from those frameworks are sort of appealing, since I'm much more interested in the graphics portion of development than anything else. I've heard a lot of good things about SFML, but I have also heard that it can be "too easy" (more high-level, less control).
0

Share this post


Link to post
Share on other sites
GLFW and GLEW really are a great combination. I have used them for all sorts of projects, small and big. So I can definitely recommend them.
0

Share this post


Link to post
Share on other sites
[quote name='Robot Ninja' timestamp='1349415533' post='4987020']
[quote name='Kaptein' timestamp='1349410659' post='4987004']
no, i should think that is the perfect combination if you are willing and able to do all the hard work that comes with it
i'm personally very happy with using only glfw, but on the "i wish i knew this earlier"-side of things, USE glew also!
btw. a tip for chatbox: when you open a chatbox with glfw, enable repeating keys, and when you close it, disable it
that way you can get ggggggggggggggggggggg-like (holding down keys) effect, like in a real textbox
also, if you plant a GLFW_ICON resource name, you can specify your icon for the glfw-window without any hassle
here is the entire contents of an example .rc file (which btw is in text-format):
GLFW_ICON ICON "myprogram.ico"
good luck!
[/quote]

Thanks for the tips! [img]http://public.gamedev.net//public/style_emoticons/default/happy.png[/img] *EDIT* What parts did you utilize from GLFW vs GLEW?

Also I just recently discovered Allegro and SFML game frameworks. Any thoughts on using either of those for a game/game engine? Even though I believe that learning to do the low-level programming is important, the built in audio systems from those frameworks are sort of appealing, since I'm much more interested in the graphics portion of development than anything else. I've heard a lot of good things about SFML, but I have also heard that it can be "too easy" (more high-level, less control).
[/quote]

easy is good, or even great, so don't be too hasty in running after the lowest level libraries..
i used glfw because it means i can compile for windows, linux and mac os using it
that doesn't mean all my libraries are mac os compliant, but i wouldn't replace glfw with anything.. it's just all there (graphically speaking)
it even supports xbox controllers [img]http://public.gamedev.net//public/style_emoticons/default/smile.png[/img] (USB version that you can plug into any computer)

about SFML and SDL:
someone else should probably speak up, or you could simply look for a description of pros and cons for the common all-in-one libraries

if you have some experience programming beforehand, maybe the best alternative is to simply pick and choose libraries based on your needs
that's what i did :) Edited by Kaptein
0

Share this post


Link to post
Share on other sites
[quote name='godmodder' timestamp='1349421186' post='4987036']
GLFW and GLEW really are a great combination. I have used them for all sorts of projects, small and big. So I can definitely recommend them.
[/quote]

[quote name='Kaptein' timestamp='1349423513' post='4987042']
easy is good, or even great, so don't be too hasty in running after the lowest level libraries..
i used glfw because it means i can compile for windows, linux and mac os using it
that doesn't mean all my libraries are mac os compliant, but i wouldn't replace glfw with anything.. it's just all there (graphically speaking)
it even supports xbox controllers (USB version that you can plug into any computer)

about SFML and SDL:
someone else should probably speak up, or you could simply look for a description of pros and cons for the common all-in-one libraries

if you have some experience programming beforehand, maybe the best alternative is to simply pick and choose libraries based on your needs
that's what i did
[/quote]

It seems like GLFW and GLEW are most of what I need. I'm assuming you needed extra things like audio output for your project. How did you deal with that? SDL, or another 3rd party library? Implemented it yourself?
0

Share this post


Link to post
Share on other sites
i used another library for audio, specifically one that worked right out of the box on linux and windows
harder to find one that also works with mac as well, i guess
if you set things up well, changing libraries (just in case your needs change) won't be too much of a hassle
most libraries do the same things, especially when it comes down to audio, as long as you make sure its a threaded library
basically, playing a sound shouldn't consume any time and be 100% thread-safe

i did the same with networking.. so just take a look around and see what you find
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0