SDL without display

Hello

I would like to use SDL graphic functions in my program, but without
using SDL display and event functions. I tried it - I didn’t use
SDL_init and started creating surfaces, blitting between them,
accessing their raw data etc. Everything seemed to work. However,
I’ve found no mention about such use of SDL in the documentation
and I’m concerned - is it safe to do so? Has anyone tested such
a program?–
Igor Wawrzyniak

Quoth Igor Wawrzyniak , on 2004-07-02 13:47:39 +0200:

Hello

I would like to use SDL graphic functions in my program, but without
using SDL display and event functions. I tried it - I didn’t use
SDL_init

Semi-wild guess: isn’t it possible to use SDL_Init(SDL_INIT_VIDEO | …)
without having to SDL_SetVideoMode?

—> Drake Wilson

I would like to use SDL graphic functions in my program, but without
using SDL display and event functions. I tried it - I didn’t use
SDL_init

Semi-wild guess: isn’t it possible to use SDL_Init(SDL_INIT_VIDEO | …)
without having to SDL_SetVideoMode?

It’s possible, I’ve tried it either. However, it also inits event
handling and starts a thread. I’m not sure if it’s desirable,
because my program will do its own event and thread handling.–
Igor Wawrzyniak

I wonder, if you don’t desire a ‘platform independent video window’,
then why do you use SDL at all? What’s so special about SDL’s graphic
functions, that you want to use them? :slight_smile:

Marc

Igor Wawrzyniak wrote:>>>I would like to use SDL graphic functions in my program, but without

using SDL display and event functions. I tried it - I didn’t use
SDL_init

Semi-wild guess: isn’t it possible to use SDL_Init(SDL_INIT_VIDEO | …)
without having to SDL_SetVideoMode?

It’s possible, I’ve tried it either. However, it also inits event
handling and starts a thread. I’m not sure if it’s desirable,
because my program will do its own event and thread handling.

I wonder, if you don’t desire a ‘platform independent video window’,
then why do you use SDL at all? What’s so special about SDL’s graphic
functions, that you want to use them? :slight_smile:

It’s the fastest graphics library I’ve found. Next one - imlib2

  • was (depending on the operation) about 10 - 100 times slower.On Sat, 3 Jul 2004, M.A. Oude Kotte wrote:


Igor Wawrzyniak

…and of course:

* It's a familiar API. (To most people around here.)

* It's lightweight, simple and extremely portable.

* There are add-on libs and code for loading, saving and
  processing images, for basic rendering etc.

* Most SDL hackers probably have a personal library of
  code that uses the SDL graphics API.

* To pre-render stuff using special FX coded for an SDL
  game, you can just use the game code as is.

//David Olofson - Programmer, Composer, Open Source Advocate

.- Audiality -----------------------------------------------.
| Free/Open Source audio engine for games and multimedia. |
| MIDI, modular synthesis, real time effects, scripting,… |
`-----------------------------------> http://audiality.org -’
http://olofson.nethttp://www.reologica.se —On Saturday 03 July 2004 11.10, Igor Wawrzyniak wrote:

On Sat, 3 Jul 2004, M.A. Oude Kotte wrote:

I wonder, if you don’t desire a ‘platform independent video
window’, then why do you use SDL at all? What’s so special about
SDL’s graphic functions, that you want to use them? :slight_smile:

It’s the fastest graphics library I’ve found. Next one - imlib2

  • was (depending on the operation) about 10 - 100 times slower.