PAlib: Difference between revisions

From devkitPro
Jump to navigation Jump to search
m (Reverted edits by Wintermute (Talk); changed back to last version by Strata8)
(remove PAlib advocacy)
Line 1: Line 1:
In the early days of Nintendo DS development, while libnds was still building the low level support code, a library appeared with the goal of making things easier for novice programmers. This library, called PAlib ( standing for Programmer's Arsenal ), set out to provide a comprehensive set of wrapper functions which would allow someone with only the most basic knowledge of programming to get the skeleton of a DS game up and running quickly.
In the early days of Nintendo DS development, while libnds was still building the low level support code, a library appeared with the goal of making things easier for novice programmers. This library, called PAlib ( standing for Programmer's Arsenal ), set out to provide a comprehensive set of wrapper functions which would allow someone with only the most basic knowledge of programming to get the skeleton of a DS game up and running quickly.


As of today, PAlib is still readily avaliable and is still being updated and improved by fincs and n00bey, who have temporarily taken over the project. At the time of writing, PAlib is still compatible with the latest devkitPro binaries, albeit with a few bugs.  
Making the tools used for homebrew programming more accessible to a wider range of skillsets is a laudable goal - one that is shared wholeheartedly by devkitPro. Unfortunately PAlib has not kept pace with the toolchain and library releases from devkitPro, resulting in a situation where users are being advised to replace the latest releases with old binaries which are no longer supported. For this reason devkitPro will not provide support to users attempting to get PAlib working. If you have followed the instructions given on the PAlib site and other sites whose tools depend on PAlib then we strongly advise that you uninstall completely and start over from scratch without replacing the PAlib parts.


Making the tools used for homebrew programming more accessible to a wider range of skillsets is a laudable goal - one that is shared wholeheartedly by devkitPro.  
At the time of writing PAlib depends on devkitPro releases which are almost two years old, many improvements and bugfixes have been applied to the tools in that time. Using only official devkitPro releases will also help ensure that you can update your tools and reap the benefits of our quality control without causing major issues in the projects you've already started.


At the time of writing we have plans to further improve the accessibility of the tools and libraries we release. Unfortunately it will not be possible to ensure that 3rd party releases remain compatible with our tools and the integrity of those tools will be placed in question if you install anything not released by devkitPro inside, or make modifications to, the file system provided by the automated installer.
At the time of writing we have plans to further improve the accessibility of the tools and libraries we release. Unfortunately it will not be possible to ensure that 3rd party releases remain compatible with our tools and the integrity of those tools will be placed in question if you install anything not released by devkitPro inside, or make modifications to, the file system provided by the automated installer.
Line 9: Line 9:
If you require assistance with our tools then please use the [http://forums.devkitpro.org official support forums] and the irc channels listed in the [[Community Portal|Community Portal]] page.
If you require assistance with our tools then please use the [http://forums.devkitpro.org official support forums] and the irc channels listed in the [[Community Portal|Community Portal]] page.


There appears to be a general myth around that somehow using PAlib is always easier than using libnds which hasn't been true for quite some time. Something we've tried to do with libnds as it matured was to add wrappers and simple APIs where it made sense to do so while still maintaining the low level access for more experienced programmers.
There appears to be a general myth around that somehow using PAlib is easier than using libnds which hasn't been true for quite some time. Something we've tried to do with libnds as it matured was to add wrappers and simple APIs where it made sense to do so while still maintaining the low level access for more experienced programmers.


One piece of code which illustrates a situation in which libnds can be easier than PAlib is the ubiquitous hello world example.
One piece of code which illustrates how much easier it can be with libnds than with PAlib is the ubiquitous hello world example.


With PAlib the example given is this :-
With PAlib the example given is this :-
Line 56: Line 56:
  }
  }


With the exception of the nds header include, consoleDemoInit function and the infinite loop the libnds version is identical to a simple hello world for almost any other platform you care to name.
With the exception of the nds header include, consoleDemoInit function and the infinite loop the libnds version is identical to a simple hello world for almost any other platform you care to name.
 
For more advanced functions - such as animating sprites or scrolling backgrounds - PAlib does tend to be a lot easier in most aspects, though you may find that PAlib is slightly limiting. For this reason, PAlib is recommended for new, inexperienced to intermediate programmers, whilst libnds, as a relatively low-level library, is better suited for people who know exactly what they are doing.
 
This may start to change, though, as libnds becomes easier to use. Expect to see a balancing of scales in the future.

Revision as of 12:06, 24 July 2009

In the early days of Nintendo DS development, while libnds was still building the low level support code, a library appeared with the goal of making things easier for novice programmers. This library, called PAlib ( standing for Programmer's Arsenal ), set out to provide a comprehensive set of wrapper functions which would allow someone with only the most basic knowledge of programming to get the skeleton of a DS game up and running quickly.

Making the tools used for homebrew programming more accessible to a wider range of skillsets is a laudable goal - one that is shared wholeheartedly by devkitPro. Unfortunately PAlib has not kept pace with the toolchain and library releases from devkitPro, resulting in a situation where users are being advised to replace the latest releases with old binaries which are no longer supported. For this reason devkitPro will not provide support to users attempting to get PAlib working. If you have followed the instructions given on the PAlib site and other sites whose tools depend on PAlib then we strongly advise that you uninstall completely and start over from scratch without replacing the PAlib parts.

At the time of writing PAlib depends on devkitPro releases which are almost two years old, many improvements and bugfixes have been applied to the tools in that time. Using only official devkitPro releases will also help ensure that you can update your tools and reap the benefits of our quality control without causing major issues in the projects you've already started.

At the time of writing we have plans to further improve the accessibility of the tools and libraries we release. Unfortunately it will not be possible to ensure that 3rd party releases remain compatible with our tools and the integrity of those tools will be placed in question if you install anything not released by devkitPro inside, or make modifications to, the file system provided by the automated installer.

If you require assistance with our tools then please use the official support forums and the irc channels listed in the Community Portal page.

There appears to be a general myth around that somehow using PAlib is easier than using libnds which hasn't been true for quite some time. Something we've tried to do with libnds as it matured was to add wrappers and simple APIs where it made sense to do so while still maintaining the low level access for more experienced programmers.

One piece of code which illustrates how much easier it can be with libnds than with PAlib is the ubiquitous hello world example.

With PAlib the example given is this :-

// Includes
#include <PA9.h>       // Include for PA_Lib
 
// Function: main()
int main(int argc, char ** argv)
{
	PA_Init();    // Initializes PA_Lib
	PA_InitVBL(); // Initializes a standard VBL

	PA_InitText(1, 2); // Tell it to put text on screen 1, background number 2
	PA_OutputSimpleText(1, 1, 1, "Hello World !");  // Print the desired text on screen 1, with coordinate 1, 1

	// Infinite loop to keep the program running
	while (1)
	{
		PA_WaitForVBL();
	}
	
	return 0;
} // End of main()


With libnds, hello world looks like this :-

#include <nds.h>
#include <stdio.h>

//---------------------------------------------------------------------------------
int main(void) {
//---------------------------------------------------------------------------------

	consoleDemoInit();

	printf("Hello World!");

	while(1) {
		swiWaitForVBlank();
	}

}

With the exception of the nds header include, consoleDemoInit function and the infinite loop the libnds version is identical to a simple hello world for almost any other platform you care to name.