man cc
I knew that was coming I was trying to lob as many questions as I could before the dreaded RTM came into play ^_^
man cc
vishnu wrote: C'mon guys, read back a little bit, yes this thread is old but Pete posted on Sunday that he'd found the supposedly-lost-forever file...
Axatax_ wrote:
While this is a "complete" MAME, alot of the systems will segfault due to endinaness issues that need to be manually corrected on a case-by-case basis. This isn't something that compiler warnings/errors can alert you to - you have to test each machine individually. Flagging an SGI as big-endian is not sufficent in the context of the MAME/MESS source.
foetz wrote: ha nice find
sadly from v10 upwards the gui sucked
diegel wrote: These are my preferred mipspro optimization options:
Code: Select all
-O3 -mips4 -TARG:platform=IP35:proc=r16000 -OPT:Olimit=0:roundoff=3:alias=TYPED -INLINE
foetz wrote: don't unless you know what each of them does. you might want something else or have a different machine or a different compiler version etc.
Code: Select all
OPT:Olimit=0:roundoff=3:alias=TYPED
Code: Select all
CFLAGS = -woffall -O3 -mips4 -TARG:platform=IP35:proc=r16000 -OPT:Olimit=0:roundoff=3:alias=TYPED -INLINE
Code: Select all
-LNO:opt=0
mopar5150 wrote: "missile emulator" .
silicium wrote: Can SGI Moviemaker create a short blank clip without former media, or someone share a sample, to examine it with ffmpeg or vlc on a linux box, then hopefully convert mp4 to the same format that Moviemaker will open ?
Code: Select all
#convert to Mjpeg video encoding and ac3 audio encoding, works in IRIX
>ffmpeg -i Blue_belt.mp4 -vcodec mjpeg -acodec ac3 Blue_belt.mov
#convert to MPEG-1 (works with discreet, but still shit)
>ffmpeg -i Blue_belt.mp4 Blue_belt.mpeg
#BEST SO FAR
#SGI RGB image format (defaults to pix_fmt = rgb24) 169MB mp4 = 12GB RGB files
>ffmpeg -i Blue_belt.mp4 -r 30 -f image2 -vcodec sgi dir/%06d.rgb
Code: Select all
#QuickTime mov with cinepak (slowww!!! fucking aborted this shit, try again later)
>ffmpeg -i Blue_belt.mp4 -vcodec cinepak Blue_belt.mov
#JPEG mov (sorta slow) with mp3 audio
>ffmpeg -i Blue_belt.mp4 -vcodec libopenjpeg -acodec libmp3lame Blue_belt.mov
#MOV RLE (good results?)
>ffmpeg -i Blue_belt.mp4 -vcodec qtrle -acodec libmp3lame Blue_belt.mov
#uncompressed avi?
>ffmpeg -i Blue_belt.mp4 -f rawvideo -vcodec rawvideo -pix_fmt rgb8 Blue_belt.avi
#uncompressed mov?
>ffmpeg -i Blue_belt.mp4 -f rawvideo -an Blue_belt.mov
vegac wrote: But then the other part of me says I should put the Octane away and focus on my O2...get it pimped out and silent.
GIJoe wrote: is it possible to tune the system by moving the OS and apps over to a really fast filesystem and only have the absolute minimum of data required to kick off the boot process on a disk recognized in the PROM? i imagine having it all on an SSD connected to something faster than internal UW-SCSI would make a ton of difference to the overall experience. heck, even starting netscape might be quick.
gocram wrote: Good to hear you're still interested in doing this and continue your preparations.
Code: Select all
xmame.xgl sfex -gltexture_size 1024
Axatax_ wrote: zn won't work, as the driver (as it stands) can't emulate the protected BIOS of the HW.
That and the Virtua Fighter stuff aren't really IRIX porting issues - they're unfinished MAME drivers in the version we have. This is kind of the nature of MAME.
If you know what MAME version these systems began working, that would be very helpful.
Krokodil wrote: I'm curious to see how well the games like Donkey Kong, Rampage, Pacman and all those will work.
Axatax_ wrote:If only I could twist your arm into looking into adding a working cps3 driver!
You don't need to . You just need to identify which version of MAME the CPS3 stuff started shining.
I'm totally cool with trying to back port known-working and important drivers. I think this is a better strategy @ this time than trying to chase the latest MAME on SGI. We have a really good, working base right now. You do the research, and I'll attempt the port.