Page 1 of 5
Top 10 mini GAMES for Puppy 4
Posted: Mon 12 May 2008, 20:34
by zigbert
These games run in Puppy 4 without any dependencies.
The top10 games here are together only around 370kb.
Download muggins top-10-package.
Links below are broken.
Xsoldier-1.4.pet (71 kb)
Huge for its size
Seahaven.pet (34 kb)
excellent card game
Jester-1.0-i486.pet (8 kb)
Othello
flash-chess.pet (49 kb)
Flash game
xemeraldia-0.4.3-i486.pet (19 kb)
Rubix-1.03.pet (23 kb)
3D feelings
Xshisen-1.50.pet (41 kb)
ClassicBreakout.pet (12 kb)
Flash game
Xsok-1.02.pet (48 kb)
Move the blocks home
Xsudoky-1.0.3.pet (50 kb)
### OK, that was 10 ###
Now more great games. (just a bit bigger)
Xgalaga-2.0.34-i486.pet (257 kb)
The nr. 1 shoot'em up game.
Pepsi pinball.pet (620 kb)
Flash game
LinXtris-0.1a2.pet (276 kb)
flTetris.pet (47 kb)
ZaxxonRR.pet (568 kb)
Xfreecell-1.05b.pet (46 kb)
Xpat2-1.07.pet (227 kb)
Great card game collection
Pixpuz-12.pet (115 kb)
Parchis40.pet (83 kb)
### Then, the rest ###
Xgalaga++-0.8.pet (45 kb)
A smaller version of Xgalaga.
Xmahjongg-i486.pet (100 kb)
Hard to see the different floors
Tile-20000117.pet (5 kb)
SheepPool-1.pet (99 kb)
Ace of Penguins-1.3.pet (184 kb)
Pack with different small games. Looks old-fashion.
breakout.pet (40 kb)
Flash game - Not the best physics
Solitaire-1.0.6.pet (194 kb)
Stutter when moving cards.
Posted: Mon 12 May 2008, 22:11
by WhoDo
For me its:
Euchre, Seahaven, TkYahtzee, TkHearts, Touchme Games, Xmahjjong, Flobopuyo, Freecell, Blackjack and Solitaire.
I love Supertux, but it's way too big, as is QT Texas Holdem Poker.
Posted: Tue 13 May 2008, 16:18
by zigbert
Euchre - I see it is in 2.15CE. Where is the *.pet
Seahaven - I only have a *.pup. Do you know where to find a *.pet
TkYahtzee - requires tk
TkHearts - requires tk
Flobopuyo - requires sdl
Xmahjjong - Added to Top10
Touchme Games - what is this / where can we find it
Freecell - wouldn't start in Puppy 4.00???
Blackjack - The one I found required QT.
Solitaire - 194 kb? Is there another one?
Posted: Tue 13 May 2008, 19:18
by zigbert
Seahaven package are updated. Now available as pet, and the size is reduced to 34 kb.
Posted: Tue 13 May 2008, 19:31
by zigbert
Updated Jester package
now icon and menuitem
Posted: Wed 14 May 2008, 02:40
by muggins
Hi Zigbert,
Actually I spend more time porting these games than playing them. Probably seahaven is the only one I use with any frequency. By the way, I'm not sure which version you're using in your .pet, but there is a slightly newer version, 1.50.
http://seahaven.sourceforge.net/
I was also playing with the source as, because it's not re-sizeable, it looks OK on 800x600, but looks a bit dinky on higher resolutions. I found the xlib code a bit perplexing to effect resizing internally, so instead created 3 different versions depending on screen size. I've modified your .pet & attached it here.
It should detect whether your screen size is 800x600, 1024x768 or 1280x1024, and open the appropriate version. The 1280x1024 version does look a bit stretched though!
Posted: Wed 14 May 2008, 02:45
by muggins
This
xshisen also has a similar script to detect screen size.
I can't recall whether
gsoko is gtk1 or gtk2 based.
Posted: Wed 14 May 2008, 07:55
by ttuuxxx
Ok I'll try to bring a list here, I just packaged ace of Penguins plus made all the menu entries, I couldn't find the pet package on here, the link was broken. I included a custom icon for it also.
ttuuxxx
Posted: Wed 14 May 2008, 15:00
by zigbert
Thanks for input guys!!!
Give us more
Muggins
I have a rather fresh Puppy 4 and got these errors :
Code: Select all
# xshisen
./xshisen: error while loading shared libraries: libXaw.so.8: cannot open shared object file: No such file or directory
Code: Select all
# ./gsoko
Verifying archive integrity..../gsoko: line 102: test: =: unary operator expected
Error in checksums: 31659547 is different from
Your seahaven wouldnt start at all, no messages??? Can it be that my resolution is 1280x800?
Posted: Wed 14 May 2008, 15:19
by zigbert
Added Ace of Penguins (thanks ttuuxxx) and Pepsi Pinball
Posted: Wed 14 May 2008, 17:40
by MU
Posted: Wed 14 May 2008, 20:42
by zigbert
Thank you Mark.
Both ZaxxonRR and Xpat2 made it into top10
Pepsi Pinball are repacked. Now as a pet.
Posted: Thu 15 May 2008, 01:43
by muggins
Zigbert,
Yeah, forget about xshisen & gsoko. The gsoko I linked to has somehow become corrupted & I'll have to re-upload it, but I'm pretty sure now that it's based on gtk1. Xshisen is even older & the library it's complaining about is an xlib which apparently isn't in pup4.
With regard to the seahaven I uploaded, yes it would have been the script I had not detecting your resolution. But I ran across a thread you started, on detecting screen resolution, and I pinched Pizzasgood's script from it, as it's a much more elegant solution than my hack, and I've re-uploaded above.
Unfortunately, it still won't cope with your non-standard resolution, as I've only included versions for 1280x1024, 1024x768 & 800x600. If you wanted to customise seahaven to fit your display, the dodgy approach I use is to just play with 5 lines in the source file, seahaven.h, then recompile. e.g for 1280x1024, the only change I did was play with these five lines in seahaven.h
Code: Select all
static const int HGAP = 33;
static const int CARDWIDTH = 91;
static const int CARDHEIGHT = 132;
static const int GAMEWIDTH = (NUMPLAYSTACK*(CARDWIDTH+HGAP)+HGAP);
static const int GAMEHEIGHT = 972;
e.g. in the above, for your height of 800, you would need to reduce the GAMEHEIGHT to get it to fit properly.
Posted: Thu 15 May 2008, 07:48
by WhoDo
zigbert wrote:Euchre - I see it is in 2.15CE. Where is the *.pet
Here it is. I had to unpack the dotpup from MU's repository and repack as dotpet.
Posted: Thu 15 May 2008, 17:04
by zigbert
muggins
Maybe the solution is to check only screen height.
if it below 768 then use 800x600
else use 1024x768.
I guess 1024x768 would be enough for a cardgame.
I can take a look at it.
WhoDo
Thanks for your package.
I didn't know that Euchre is a gtk1 game.
Sorry for that.
Sigmund
Posted: Thu 15 May 2008, 19:54
by sunburnt
Hey guys... How about some SFS files of games?
Quick attachment, & there's lots of games that take up lots of space,
so they fill up the Save file really fast & SFS files solves this problem.
Maybe one for all these simpler games, & one each for FPS & RPG games?
There aren't many SFS files & there should be tons of them.
Let me guess... There's still no SFS file maker GUI?
Posted: Thu 15 May 2008, 20:22
by ttuuxxx
sunburnt wrote:Hey guys... How about some SFS files of games?
Quick attachment, & there's lots of games that take up lots of space,
so they fill up the Save file really fast & SFS files solves this problem.
Maybe one for all these simpler games, & one each for FPS & RPG games?
There aren't many SFS files & there should be tons of them.
Let me guess... There's still no SFS file maker GUI?
No not a gui yet but When I was talking to Mu basically a newer way of doing it was made up:)
He basically made a script the same as dir2pet
this one is dir2sfs
first you make a folder and put your directories in it then type dir2sfs and it builds the sfs, When something is that simple you don't need a gui
I added it to my latest Gslapt for series 3&4
the forum/download is
http://murga-linux.com/puppy/viewtopic.php?t=28994
Posted: Thu 15 May 2008, 22:20
by sunburnt
Hi ttuuxxx; The GUI I was working on would make SFS files from any
combination of directories, partitions, image files, & other SFS files.
So it could be used to merge several SFS files into a single large one.
Perhaps I should get with MU about this to see if it can be finished.
Posted: Thu 15 May 2008, 23:45
by MU
Hi sunburnt, nice to read you again
Were you busy?
Or did you prefer another system meanwhile?
I did some work on a grafical SFS-tool already:
http://www.murga-linux.com/puppy/viewtopic.php?t=26097
welcome back!
Mark
Posted: Fri 16 May 2008, 01:23
by sunburnt
Hi Mark: Howdy also, I've been tied up with personal stuff for awhile.
I posted at your SFS GUI forum thread, have a look.
I'd like to follow up on some ideas I had a year ago, & finish some apps.
The main idea for work is using SFS files mounted but not unioned.
This way they can be swapped in & out at any time without union problems.
This shouldn't be to hard to do, PATH & LIBRARY_PATH need more entries,
& also a utility to write new menu files on the fly from the SFS's menu files.
This seems workable, do you see any holes or problems with it?