The Kennel is such a nice place to play, especially with all the new pups coming out like Precise, Slacko, Dpup and many more yet to come.

I like precise even though with the pae kernel I will not be able to use it very will on my machine. but that is ok will test even though things don't work so well.

I have tested puppies that I only use once and than that is it. Like to test new ones who others have done to help keep things going. I don't do a lot of different things with all the programs only use just a few so that is what I test for if what I use works. than let them now if it does or does not.

It's nice to finally have a woof build with an mplayer
that can play full screen.

It would run even better on the 1.6 Gb Pentium M
processor in my Inspiron 700M.
Unfortunately it won't run with this horrible BUG known as
a PAE kernel.
It's downright ridiculus that a machine that will easily run
Win7 or Mac SnowLeopard is off limits to a Puppy version
just so a few wealthy weirdos can use insane amounts of
ram.

PAE support is a good option to offer for computers that support it, but what are the computers Precise Puppy is designed for? Just those computers?

Quote:

The Linux kernel includes full PAE mode support starting with version 2.3.23,[12] enabling access of up to 64 GB of memory on 32-bit machines. A PAE-enabled Linux kernel requires that the CPU also support PAE.

I have never seen Puppy use 1GB of memory in normal operation.
Seems to be a feature that lets you see the total ram on a computer, but Puppy will never need to use it._________________I have found, in trying to help people, that the things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected

I would like to test Precise RC1 but unfortunately, having just downloaded it, I have discovered that the PAE kernel does not run on my machine (a Fujitsu Siemens Amilo laptop with Pentium M processor)

Guys, this is based on Ubuntu, which now has a policy of only issuing PAE versions, due to most PCs being able to run it. I think Barry is simply following suit. There are lots of great non-PAE puppies still being developed. I use Luci-001.005 (non-PAE) from Playdayz on a laptop with 3gb ram - it's an update of 529 & it's great. Check it out.

NOTE: Use 'libvo-aacenc' instead of 'libfaac' for the ffconvert MPEG4-AVC encoding.

Tried it on the immediately previous non-PAE Precise and libvo-aacenc worked OK on a quick test. However this libav/ffmpeg version seems to have brought back an old well-documented problem when using libxvid where you get the error message "Invalid pixel aspect ratio 0/1". EDIT: Though I have still to try it on the latest Precise RC1, which I shall do later.

The common workaround is to not use libxvid but instead: "-vcodec mpeg4 -vtag xvid", however that isn't apparently quite as good as libxvid without extra parameters also being added. The alternative seems to be to use libxvid but with the -aspect parameter in a -vf construct. For example:

My initial report, http://murga-linux.com/puppy/viewtopic.php?p=658725#658725 indicated the absence of problems even though my computer has Ati Radeon 3100 Graphics. In the main, this is still correct. However, I noticed that sometimes the colors used in dialogues made them difficult to read. See attached. So I decided to experiment to find out if any of the amd_fglrx drivers might work, even though they weren't built for this kernel. [In Exprimo, the driver built under the 3.4.2 kernel actually worked with the 3.6.2 kernel]. Neither amd_fglrx-12.8-precise-k3.2.28 nor k3.2.29 worked. Both rendered the OS sort of unstable: to activate the driver, you have to exit X and type aticonfig --initial; exiting X hung the system. Closest was the aforementioned fglrx driver from Exprimo. It just sometimes reduced graphics to a crawl.

@ ozsouth: There are obvious advantages to having a Puppy which is able to utilize Ubuntu application binaries. But Puppy isn't Ubuntu. We are not trying to compete with Windows7 by providing an alternative fancy and equally bloated system. Puppy's advantage, whether employed on modern, state-of-the-art, or older, resource-limited computers is its low-ram & CPU usage and the ease with which applications can be initiated. With the possible exception of hardware drivers, there are no applications which if built under PAE-enabled kernels won't run on non-PAE enabled kernels. The only advantage a PAE-enabled kernel has over a non-PAE enabled kernel-with-smp is that the former can make use of more than 4GB of RAM. That advantage is of little significance in an OS designed to function with as little as 128 to 256 Megs of RAM, and fly with 1Gb of RAM. As far as I know, there are no computers which can manage more than 4Gbs of RAM which aren't also able to handle 64-bit operating systems. Comparison tests between software run under PAE-enabled and non-PAE-but-smp-enabled computers reveal at best an imperceptible (mili-second) advantage to the former in some cases, and even a disadvantage in others, while 64-bit systems have a clear advantage. So while it makes sense to build 64-bit systems, and 32-bit-smp-enabled systems, it is unlikely that there are a significant number of computers users which actually would benefit from a PAE-enabled system. And certainly not using a Puppy.
T2 builds such as Quirky/Racy or even Carolina are not substitutes for a Ubuntu-binary-compatible Puppy. As building a non-PAE Ubuntu compatible Puppy is possible --it's already been done a couple of times with the 3 Series Kernels-- and as Barry K is an innovator rather than a follower, as I said before I hope he reconsiders concentrating his efforts on a PAE-enabled kernel.

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum