 |
 |
| new SDL release... |
 |
 |
By cvincent - Posted on January 19, 2007 - 07:00:25 (#21218)
Current version when comment was posted: 1.6 beta |
 |
 |
Hi,
Have you planed to compile SDL 1.2.11 ?
and SDL_mixer 1.2.7 ???
regards,
CKJ
|
|
| Mirror? |
 |
 |
By mitr - Posted on April 20, 2006 - 07:03:08 (#19528)
Current version when comment was posted: 1.6 beta |
 |
 |
The download site seems to be offline. I can't retrieve it on BeShare, so I'd appreciate it if someone provided a mirror or working link. Thanks.
|
|
| Props! |
 |
 |
By awherr - Posted on April 7, 2006 - 16:18:45 (#19380)
Current version when comment was posted: 1.6 beta |
 |
 |
Thanks so much for compiling these libraries, they have been instramental in my current porting projects. If there is anything I can do to help you out with future versions or whatever let me know.
|
|
| re: libintl |
 |
 |
By ahwayakchih - Posted on September 3, 2005 - 12:25:52 (#17622)
Current version when comment was posted: 1.6 beta |
 |
 |
http://libpak.neoni.net/libs/user/libintl.so
:)
|
|
| For Weshnot/Zeta users has to install libintl only I read at ICO |
 |
 |
By kraton. - Posted on September 3, 2005 - 07:27:02 (#17621)
Current version when comment was posted: 1.6 beta |
 |
 |
Which one is the libintl.so?
Where is it in?
|
|
| re: 60Hz problem |
 |
 |
By ahwayakchih - Posted on August 22, 2005 - 03:58:44 (#17524)
Current version when comment was posted: 1.6 beta |
 |
 |
Jack Burton THX for info! :)
Rafael K: here is the app Jack Burton pointed -> http://bebits.com/app/2513
Allegro has many different "drivers" available, only it's up to games which one they use (or default) and if they allow user to select any. Maybe in future we could modify allegro (but i also thought about similar thing for SDL) and add something like "right-click-menu" with selection of drivers and some other special options. Problem is that one has to code that (so time is needed) and then maintain that (even more time needed).
|
|
| 60 Hz problem |
 |
 |
By Jack Burton - Posted on August 22, 2005 - 03:23:12 (#17523)
Current version when comment was posted: 1.6 beta |
 |
 |
That's because Allegro uses BWindowScreen when in fullscreen mode. BWindowScreen runs at 60hz by default. There was an utility here on bebits to change that, but I cannot remember the name.
|
|
| allegro 60Hz problem |
 |
 |
By Rafael K - Posted on August 21, 2005 - 11:39:09 (#17520)
Current version when comment was posted: 1.6 beta |
 |
 |
allegro switches in fullscreen to 60Hz,
example http://www.bebits.com/app/3552
I noticed that also with another game,
it's looks like a general problem
|
|
| re; libsigc++, paragui |
 |
 |
By ahwayakchih - Posted on July 27, 2005 - 16:29:10 (#17336)
Current version when comment was posted: 1.6 beta |
 |
 |
Yeah, freelords is a nice game, though it's not "there" yet.
Maybe i'll prepare additional package with those libs (built with GCC 3.x).
Many people develop under BeOS, but not SDL apps :). Maybe that will change someday.
|
|
| libsigc++, paragui |
 |
 |
By Rafael K - Posted on July 27, 2005 - 02:32:55 (#17324)
Current version when comment was posted: 1.6 beta |
 |
 |
nice to hear that you could build freelords, never played, but I think it's a nice game.
I think it's ok if you include latest paragui and maybe libsigc++ 1.2 to LibPak, but it would be nice if the paragui 1.0.4 would be still available somewhere to download;
because if there will be new games which will use paragui they will probably use the latest one.
SG1, still pre-alpha but I think it will have network (client-server) and multiplayer support that's important nowadays, and hopefully a good gameplay;
It's really nice to see that someone developes under BeOS.
|
|
| correction |
 |
 |
By ahwayakchih - Posted on July 26, 2005 - 14:12:53 (#17320)
Current version when comment was posted: 1.6 beta |
 |
 |
I ment CKJ - http://bebits.com/devprofile/1613, and here's game's site: http://sfeldis.club.fr/sfeldis/SG1/index.html
|
|
| re: not so important |
 |
 |
By ahwayakchih - Posted on July 26, 2005 - 14:10:23 (#17319)
Current version when comment was posted: 1.6 beta |
 |
 |
I tried freelords some time ago, and it worked ok here. I also had to build libsigc++. All with GCC 3.x. I could play game so i guess it worked ok, but i don't know how it is now (with current version).
I know of an small SDL game which is developed on BeOS, but it's development goes VERY slowly :).
There's also another one (much bigger game) in development based on StarGate, but i'm not sure if it's developed only on BeOS - ask CJK on BeShare :).
|
|
| not so important |
 |
 |
By Rafael K - Posted on July 26, 2005 - 12:59:36 (#17318)
Current version when comment was posted: 1.6 beta |
 |
 |
I only saw that the latest version of freelords www.freelords.org depends on paragui 1.1.8,
but I already tried once to port an older version - without any luck, also because I had some problems with the libsigc++, I could build libsigc++, but nevertheless something was wrong with it
I only thought to try it again with the new version, but paragui 1.1.8 needs libsigc++, and I had again problems with it
so it seems it's not so easy, and I'am not able to figure out the problem, maybe someone else wants to try it?
there are also not so many games which are using the paragui, I only know 3 or 4, or are there more?
so it doesn't really matter
maybe paragui 1.1.8 is interesting for developers,
but is there any SDL game developed under BeOS,
I think 99% of the games are ports!
|
|
| re: paragui 1.1.8 |
 |
 |
By ahwayakchih - Posted on July 26, 2005 - 06:49:31 (#17316)
Current version when comment was posted: 1.6 beta |
 |
 |
I have 1.1.6 IIRC, and could have 1.1.8 probably.
Thing is that new paragui versions need GCC 3.x (or not-really-worth-it-a-lot-of-code-changes) so i didn't include it in LibPak (it will only work with GCC 3.x, so apps compiled with GCC 2.x can't use it).
I'd like to hear from You if it's ok to include it, or maybe just prepare package, and make it "additional" thing to download?
|
|
| paragui 1.1.8 |
 |
 |
By Rafael K - Posted on July 26, 2005 - 02:03:56 (#17315)
Current version when comment was posted: 1.6 beta |
 |
 |
has someone paragui 1.1.8?
|
|
| re: again libsdl.so |
 |
 |
By ahwayakchih - Posted on July 2, 2005 - 08:27:05 (#17073)
Current version when comment was posted: 1.6 beta |
 |
 |
That's very good info, now i can guess what's happening :)
It may be that keymap You use has some special (probably unicode, so more than one bite) characters set for arrow keys when num lock is on. I checked UTF-8 chars here in other games i had on HD, but nothing crashed. So... my guess is that either game You're testing has some problem with some characters/key combinations, or there is some specific combination/unicode char which crashes SDL (never happened here, but i don't use unicode chars often).
Could You make test with different keymap (some standard european would be best :)?
Also could You check it with some other SDL based game (best would be one compiled by someone else, in different environment, and if it didn't crash only then try build of it done by You)? Does it crash there too?
THX for info.
|
|
| again libsdl.so |
 |
 |
By Rafael K - Posted on July 1, 2005 - 14:07:25 (#17067)
Current version when comment was posted: 1.6 beta |
 |
 |
@ahwayakchih
I had some old headerfiles but not in /boot/home/config/include, so I think it doesn't matter, if a configure-script is using the sdl-config;
so the problem is still there, but what I first said was not correct;
I was all the time a little bit confused, but know I found out that when the game is using the new libsdl.so and the num lock is activated it crashes!!!
maybe a little bit strange, what has the num lock with the arrow keys to do!?
I am know using Zeta Neo, I will test this again if I have R1.
|
|
| libbsd, libsdl |
 |
 |
By Rafael K - Posted on June 24, 2005 - 04:32:28 (#16989)
Current version when comment was posted: 1.6 beta |
 |
 |
@ahwayakchih
yes it looks like I hade some old header files,
it will try to build the game again with the new libsdl; thanks
@kraton
I never said that it will work with R5, look at the description: "Intel Version - requires Zeta"
|
|
| got it |
 |
 |
By kraton. - Posted on June 24, 2005 - 02:44:23 (#16984)
Current version when comment was posted: 1.6 beta |
 |
 |
The libbsd.so is needed to run the Ultima Underworld 1 Game.
Unfortunately it will not run on R5.
After I got the libbsd.so library I had another missing lib wich is only found in Zeta.
Nothing to do I think with the other game named "Rush".
|
|
| Re: libsdl.so |
 |
 |
By ahwayakchih - Posted on June 24, 2005 - 01:58:47 (#16982)
Current version when comment was posted: 1.6 beta |
 |
 |
Are You sure You used also new headers?
Or is it using new lib when not crashing?
It's strange that game does not crash with new lib, unless it was compiled with it (if it was other way around - crashes when using but not if it was compiled with it - then it would be much more possible :).
Nothing else crashes here with arrow keys, that's why i'm asking :)
Also can You check game's code for handling arrows? What happens there? Maybe some buffer overflow or something similar?
I have not much time currently, so it would be great if You could first check things mentioned above.
Also if game needs something called libbsd.so to run, i will not be able to test it as i don't have such lib (i use good old BeOS R5 pro).
|
|
| libbsd.so |
 |
 |
By Rafael K - Posted on June 22, 2005 - 04:40:03 (#16943)
Current version when comment was posted: 1.6 beta |
 |
 |
it's only in Zeta and maybe Dano
|
|
| libbsd.so?where? |
 |
 |
By kraton. - Posted on June 22, 2005 - 03:38:59 (#16939)
Current version when comment was posted: 1.6 beta |
 |
 |
Where to find the libbsd.so?
|
|
| libsdl.so |
 |
 |
By Rafael K - Posted on June 21, 2005 - 03:20:47 (#16925)
Current version when comment was posted: 1.6 beta |
 |
 |
I have tried to compile Rush2005, there is no problem at the compilation but if I try out the game it crashes when i use the arrow keys, so I used the old libSDL.so to build it, and there is no problem;
but it doesn't matter for playing which libsdl.so I use.
on the other hand the old one does not work with GL/Mesa
maybe you can check this
GL and SDL
http://www.beinformed.at/ss/gui.jpg
http://www.beinformed.at/ss/ua.jpg
it's to slow with software rendering
|
|
| re: libxslt xsltproc |
 |
 |
By ahwayakchih - Posted on April 21, 2005 - 08:52:06 (#16405)
Current version when comment was posted: 1.6 beta |
 |
 |
xsltproc is included in developers package.
You can download whole dev package or just libxslt_dev package from http://libpak.neoni.net/packages.
I didn't include it in user package because most "common" users will not use it anyway - so no need to add useless kilobytes :)
|
|
| libxslt xsltproc |
 |
 |
By korli - Posted on April 21, 2005 - 04:07:21 (#16404)
Current version when comment was posted: 1.6 beta |
 |
 |
I'm wondering if it could be possible to actually have lib tools too. libxslt without xsltproc is somewhat weird.
|
|
| thx for the update... |
 |
 |
By cvincent - Posted on February 2, 2005 - 06:55:55 (#15661)
Current version when comment was posted: 1.6 beta |
 |
 |
hi, thx for the update
CKJ - Vincent cedric
|
|
| re: loon |
 |
 |
By ahwayakchih - Posted on January 29, 2005 - 12:14:37 (#15622)
Current version when comment was posted: 1.5 |
 |
 |
If You look into "Install" script You'll see that if user has filedlg (http://www.bebits.com/app/759) installed, he/she will be asked about target directory for installation :)
Of course that's not optimal, and final version of installer will not depend on external applications. But i have no idea when i'll finish it (if ever ;).
If You'll make many installations, read "UnInstall" script - there's info that uninstallation uninstalls all files, no matter where installed :( That's one of the reasons there's still no official release.
|
|
| How to wor, around lib version conflicts.. |
 |
 |
By looncraz - Posted on January 29, 2005 - 09:54:59 (#15620)
Current version when comment was posted: 1.5 |
 |
 |
Howdy,
This is a very quick how-to for eliminating a library incompatibility. It is primarily meant for when you essentially need to run multiple versions of the same library for multiple apps.
The bst way is to just create a sub folder in the conflicting applications folder named 'lib' (or is its 'libs' ?) and copy the correct version into that folder. Next time, and every time henceforth that application is ran, the system should find that library and utilize it instead of the system-path oriented library.
Do that with all conflicting applications. Choose to patch the lesser amount. Which means if you download a new app and need a new version of a lib you have, just do this with that application.
All of my future stand-alone applications will test for the existing of the library on the system first, see if it is a compatible version, if applicable, if not supply its own.
Yes, I do indeed plan on a few (big) stand-alone applcations. Primarily applications I have been creating to help me with my works on PhOS and customer / contact databases, invoicing, inventory control, etc...
--The loon
|
|
| LibPak update |
 |
 |
By ahwayakchih - Posted on January 29, 2005 - 08:32:51 (#15619)
Current version when comment was posted: 1.5 |
 |
 |
Hi,
I'm sorry everyone for long time with no updates.
I wanted to release it with new installation scripts/app.
I've added dependency checking at install and uninstall time. But it still lacks few things, and because it's all in bash it's horribly slow. So first i want to finish functionality, and when i'll be sure it works ok, i'll onvert it to C/C++ installer :)
For now it would be great if You could test it (or if You just need updated packages) - download "beta" of next version here:
http://libpak.neoni.net/packages/
Regards
ahwayakchih
|
|
| SDL has to be updated |
 |
 |
By kraton. - Posted on January 28, 2005 - 11:19:58 (#15610)
Current version when comment was posted: 1.5 |
 |
 |
Yes it would be very nice.
Please...
|
|
| SDL updated !!!! |
 |
 |
By cvincent - Posted on January 28, 2005 - 05:21:30 (#15608)
Current version when comment was posted: 1.5 |
 |
 |
Can you update the pak, SDL 1.2.8 is out
Regards,
|
|
| Zeta RC3 - Crypt-O-Matic error after installing LibPak and CRASH |
 |
 |
By leonifan - Posted on September 6, 2004 - 14:00:38 (#14115)
Current version when comment was posted: 1.5 |
 |
 |
Just a note to help those people with Zeta RC3...
It seems that the latest version of "libcrypto.so" installed by LibPak, breaks Crypt-O-Matic.
I would advise backing up the Zeta version of this file (in "/boot/beos/system/lib") *BEFORE* installing LibPak, and then removing the LibPak version after installing LibPak, if you wish to retain Crypt-O-Matic functionality.
I believe that LibPak installs *its* version of libcrypto.so into /boot/home/config/lib, so the Zeta one shouldn't be overwritten (but I would back it up just in case...)
Also, more seriously, I have had one machine completely die after installing LibPak on Zeta RC3 - I have yet to determine the cause of that (it was only on that machine, but it is reproduceable), so I thought I should warn people...
yellowTab tell me that they have updated all Libraries for the next release of Zeta, so hopefully none of this will be a problem in the future.
Thanks
Mark
|
|
| re: Hmmm, is this the same issue referred to in previous posts? |
 |
 |
By ahwayakchih - Posted on April 9, 2004 - 15:43:19 (#11892)
Current version when comment was posted: 1.5 |
 |
 |
yes, it's the same thing.
Please install JPEGTranslator available here: http://bebits.com/app/3119 or from openBeOS translation kit (but don't install full beta3, because it has a bug which makes it not use translator. wait for beta4 or try version available here: http://www.gravity24hr.com/obosbuild/).
If You don't want to change translator i'm afraid i can't help much, You'll probably have to uninstall LibPak, i'm sorry :(.
|
|
| Hmmm, is this the same issue referred to in previous posts? |
 |
 |
By tuishimi - Posted on April 9, 2004 - 12:02:32 (#11889)
Current version when comment was posted: 1.5 |
 |
 |
I installed the latest libpak and get this very often, at many sites:
JPEG parameter struct mismatch: library thinks size is 460, caller expects 464
...It can be very very painful constantly clicking on an alert box, to get the page to load.
:/
Mike
|
|
| re: About SDL 1.2.7 |
 |
 |
By ahwayakchih - Posted on February 26, 2004 - 05:49:08 (#11247)
Current version when comment was posted: 1.5 |
 |
 |
Hi,
I'm not sure if understand You correctly.
I don't think there is official "BeOS SDL code maintainer" out there. Last big change was by Andrew (he added overlay support - You can read that in changelog) - You can find him on BeShare :).
There's also new change (just removed few lines in fact) in CVS which fixes launching SDL apps at last (sets current working directory to the one from which binary was launched), and it was made by me.
Regards
ahwayakchih
|
|
| About SDL 1.2.7 |
 |
 |
By cvincent - Posted on February 26, 2004 - 04:42:48 (#11245)
Current version when comment was posted: 1.5 |
 |
 |
Hi,
Can i contact the lastest developper on BeOS have work on SDL 1.2.7 ?
Regards,
CKJ - Vincent Cedric
|
|
| re: Has jpegtranslator issue been resolved yet? |
 |
 |
By ahwayakchih - Posted on November 3, 2003 - 16:15:15 (#9478)
Current version when comment was posted: 1.4 |
 |
 |
i can't change anything - i already re-patched clean libjpeg sources to be sure everything is ok on my side (ie: i didn't make any bugs). i will not remove support for some jpeg files (they're rarely used, but still - mostly in science releated areas) from it.
You can install OpenBeOS jpeg translator which is compiled with the same libjpeg (and it has it compiled in, so if ever libjpeg will change again, translator will still work), or try to put libjpeg You have into "lib" subdirectory of each application using translator You have now (i suspect You use Becasso's translator, also installed by default on BeOS MAX v3) and then install LibPak.
I considered adding some code into install script which could "sniff" Translator and other kind of libjpeg but:
1. it wouldn't be nice
2. it would be "hack" and could stop working with next release of their translator/application/library
Besides why everyone thinks it's LibPak's issue? libjpeg here is compiled from official sources and contains patch for "lossless encoding" which is also available, open sourced, and free to use. There is nothing "not-standard" there (lossless patch adds encoding which is also standarized). All source is available on net and even pretty old now (libjpeg wasn't updated for a few years now, the same for lossless patch).
If You don't like it, i can't help it :(
BTW uninstall script was fixed and now should work better :)
|
|
| Has jpegtranslator issue been resolved yet? |
 |
 |
By zenja - Posted on November 3, 2003 - 15:15:21 (#9477)
Current version when comment was posted: 1.4 |
 |
 |
So, has the jpeg translator issue been fixed yet? Dont wont to go through the trouble of trying to revert yet AGAIN. If so, libpak is welcome on my system.
|
|
| re: filename |
 |
 |
By ahwayakchih - Posted on November 3, 2003 - 11:10:27 (#9470)
Current version when comment was posted: 1.4 |
 |
 |
Hi,
I tried to create link named with minor version number which would point to file, but i couldn't find a way to create it on server through ftp :( also php is blocked for creating symlinks. i could create them through ssh, but ssh doesn't work here on BeOS, and rebooting for each release is annoying :)
I keep the same name for file because i don't keep older versions.
Regards
Shard
|
|
| filename |
 |
 |
By emwe - Posted on November 3, 2003 - 10:33:03 (#9469)
Current version when comment was posted: 1.4 |
 |
 |
Hello Shard!
Why are you always keeping "LibPak_v1_dev.zip" instead of "LibPak_v1.4_dev.zip" or somethinig similar?
Thanks for your work!
Michael
|
|
|
 |
 |
|
Comment Pages:
<< prev | 1 | 2 | next >> |
|
|