
Most likely not, since just above that line he haslinuxtuxhellsinki wrote:Is this correct # e2label /dev/sdas2 /
Code: Select all
#/dev/BOOT /boot ext2 noauto,noatime 1 2
/dev/sda2 / ext3 noatime 0 1
/dev/sda1 none swap sw 0 0I'd only tried it with lower-resolution videos at that point, but I just tried some 720p and 1080i videos, and they're pretty choppy. I'm sure this will improve soon -- my CFLAGS are very plain, the fbdev was my -vo option, etc -- especially if we end up seeing things like an mplayer that makes use of the spus.anhlon wrote:hey marschw, when you say video play back, what type of media did you play? any hi-def videos? i can't wait to get my hand on a ps3 tomorrow and install gentoo on it, :) xbox360 2 games (nhl2007 & nfl2007) + 150cdn for a 20gb ps3 ...
Thanks for the tarball and the write up, I briefly had gentoo running on the ps3 but it was pretty half assed. I didn't know how to configure kboot, the new kernel, etc. If I use the tarball, does that auto set the profile to gcc 4.1.1? Not entirely sure how to do that, but then again I haven't really tried so hopefully it's not too arcane.tokka wrote:OK.
http://www.daniel.jp/mtb-data/ps3-mtb-gentoo-01.tar.bz2
is a 339MB tarball of my first Gentoo PS3 install. It includes GCC 4.1.1 and glibc-2.4-r4 and has had a emerge -e system/world, so saving you about 24 hours compiling:)
Just follow the first part of my howto, and use my tarball instead of the stage 3 - and if you can't be bothered to chroot, the root password is gentoo.
In the tarball the profile is already set to ppc64-gcc-4.1.1. It's simply my backup copy of my install before I started compiling X and gnome (minus /usr/portage) - so it includes the PS3 utility apps.Gendal wrote: If I use the tarball, does that auto set the profile to gcc 4.1.1?
I dunno about that, later on today I'll get vlc compiled with altivec support and I'll try playing a couple of the 1080p avc files from the PS3 online store - amusingly QT7 can't play them full speed on my companies G5 in the video edit suite, but VLC does a good job on pretty standard AMD hardware:)Gendal wrote: The one thing I really want to do is use the PS3 for an HDTV mythtv frontend. I know the cell could eventually be used to playback just about anything after optimizations, but the generic fb video driver we have to use sounds like it pretty much shoots that idea down.
I wouldn't bet on it, I've tried 720p mpeg2 files (and avc and 1080i), and they're all awfully choppy. Update from my earlier post, I've tried sdl, fbdev2, fbdev, and x11 as output devices, and they're all about equally choppy. The CPU gets maxed out (in userspace) by the mplayer process.tokka wrote:In the tarball the profile is already set to ppc64-gcc-4.1.1. It's simply my backup copy of my install before I started compiling X and gnome (minus /usr/portage) - so it includes the PS3 utility apps.Gendal wrote: If I use the tarball, does that auto set the profile to gcc 4.1.1?
I dunno about that, later on today I'll get vlc compiled with altivec support and I'll try playing a couple of the 1080p avc files from the PS3 online store - amusingly QT7 can't play them full speed on my companies G5 in the video edit suite, but VLC does a good job on pretty standard AMD hardware:)Gendal wrote: The one thing I really want to do is use the PS3 for an HDTV mythtv frontend. I know the cell could eventually be used to playback just about anything after optimizations, but the generic fb video driver we have to use sounds like it pretty much shoots that idea down.

locksnikodll wrote: Besides, there is no chance to achieve the direct access to graphics card? is it completely isolated from the some virtual thread where linux is working or its just a matter of time?
That's complete rubbish and I'm getting bored of hearing it. The reason for the lack of GPU support is simply due to time constraints. Period. End of story.Neurobrainy wrote:I think they do it because of game licencing. A PS3 seems to be not interesting for Open Source gaming without 3d support. They want you to buy thier games and not to programm your own

That, sounds interesting, but i can not follow your thoughts. It is said that the GPU, except from the framebuffer, is blocked by the hypervisor. I can't tell you the reason for this, but being short in time seem to be an interesting reason to block a hardware component for alternative OSs. The GPU seem to work pretty well on the PS3-own-OS. The GPU itself will not change during the next time, so i cant see the reason why to block it now. The kboot loader( which is from my point of view the real alt OS install option) should be independent from the GPU driver implementation. I really hope they can fix the hypervisor via firmware updates....and i hope they will do it until it is published in spring here in Europetokka wrote:That's complete rubbish and I'm getting bored of hearing it. The reason for the lack of GPU support is simply due to time constraints. Period. End of story.Neurobrainy wrote:I think they do it because of game licencing. A PS3 seems to be not interesting for Open Source gaming without 3d support. They want you to buy thier games and not to programm your own
Option B was for SCE to make the alt OS install option ready when they had GPU support - and no linux fun for us in the mean time.
They made the right decision.
Anyway, something requested by a few (lazy) people running a quick install based off my tarball:
http://www.daniel.jp/mtb-data/xorg.conf
Think of it as access not being enabled rather than blocked.Neurobrainy wrote: That, sounds interesting, but i can not follow your thoughts. It is said that the GPU, except from the framebuffer, is blocked by the hypervisor. I can't tell you the reason for this, but being short in time seem to be an interesting reason to block a hardware component for alternative OSs.
Oops, thanks, i missed that - again from writing the guide from memory the day after the event:) I actually was lazy and simply restarted the machine - used to fdisk nagging for a reboot:)clintar wrote:By the way, I was going to suggest you mention some way to re-read the partition table after creating partitions since I couldn't mkfs after creating, but I found running udevstart did reread the partition tables after creating the partitions.
Yeah, I thought about quickpkg's of the entire Gnome install, but I'm not too sure of the politics involved, it seems kind of un-Gentoo like:)clintar wrote:Wow, if anyone wants to install MythTV, you may want to see if you can find a quickpkg of it. One file it compiles takes about all night swapping like mad because it needs way too much memory to compile, but mine finally got done after leaving it overnight. Maybe I can put up the quickpkg tarball somewhere.
No nothing so far, especially for ffmpeg which of course effects most other media apps. I wonder if it might be worth offering access to our PS3's to key ffmpeg developers as I expect most are based in Europe.clintar wrote:Also, anyone know of anyone making optimizations for Cell to make use of the SPUs? In particular, for mplayer or xine?
I think a nice idea todo a binary repository for PS3....tokka wrote:Oops, thanks, i missed that - again from writing the guide from memory the day after the event:) I actually was lazy and simply restarted the machine - used to fdisk nagging for a reboot:)clintar wrote:By the way, I was going to suggest you mention some way to re-read the partition table after creating partitions since I couldn't mkfs after creating, but I found running udevstart did reread the partition tables after creating the partitions.
Yeah, I thought about quickpkg's of the entire Gnome install, but I'm not too sure of the politics involved, it seems kind of un-Gentoo like:)clintar wrote:Wow, if anyone wants to install MythTV, you may want to see if you can find a quickpkg of it. One file it compiles takes about all night swapping like mad because it needs way too much memory to compile, but mine finally got done after leaving it overnight. Maybe I can put up the quickpkg tarball somewhere.
Is a PS3 binary repository a good idea?
I might just make a second tarball of a Gnome install, but the livecd idea seems to be gathering pace so I'll see what they need a hand with over the weekend, maybe that will make a Gnome tarball redundant.
No nothing so far, especially for ffmpeg which of course effects most other media apps. I wonder if it might be worth offering access to our PS3's to key ffmpeg developers as I expect most are based in Europe.clintar wrote:Also, anyone know of anyone making optimizations for Cell to make use of the SPUs? In particular, for mplayer or xine?
Great link, thanks. The results look somewhat discouraging, however -- as best as I can tell, having no CFLAGS at all produced very nearly the best results. "-O3 -funroll-loops -m32" was only slightly faster, and "-O3" was actually slower...anunakin wrote:I found a japanese site where the guys still testing many CFLAGS, with ffmpeg....
http://d.hatena.ne.jp/hagecell/

tokka,tokka wrote:Yup, VLC has been a dissapoinment...
After two days of compiling I have Gnome 2.14 running on my PS3, and it seems to run very well indeed:)
After scare stories about it taking 30 seconds to open a terminal window on FC5 I was prepared for the worst, but it's very snappy:)
