Nekochan Net • View topic - MPlayer 1.0pre5 tardist

View unanswered posts | View active topics View unread posts

Board index » SGI » SGI: Video

All times are UTC - 8 hours

Forum rules

Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.

MPlayer 1.0pre5 tardist

Page 4 of 9

[ 123 posts ]

Go to page Previous 1, 2, 3, 4, 5, 6, 7 ... 9 Next

Print view

Previous topic | First unread post | Next topic

Author

Message

jdboyd

Post subject:

Posted: Tue Sep 07, 2004 4:52 pm

Joined: Thu Aug 21, 2003 10:47 am
Posts: 558
Location: Southern PA

OK, I just installed the new version to try on my Octane at home.

First, the machine in question is a R10k 250mhz, 1MB L2 (one of these days I'll go to a R12k 300, or better still dual), SI + TRAM, 640megs of ram, and a fast Seagate disks (sustains 17megs a second on reads). All tests are done on a 1280x1024 display, with the video unscaled. Unless otherwise noted, I am, of course, using -vo sgi.

All of the videos I tried came out looking rather pink. Now, some SGI demos, and the RSS screen savers mange to show textures of all colors, so I don't think I have a faulty TRAM. Interestingly, if I use -vo gl instead of -vo sgi, the files come out blue.

Second, one video file doesn't fill the window with the new version, even though it works on linux.

Third, from watching gr_osview, the GFX bar at the bottom of the window tends to be up to 80% high, approximately. Some files have almost no CPU usage, some have very high CPU useage. All files drop a lot of frames. All files are decoded via ffmpeg, mostly using MPEG4 or H263+.

With instructions, I can aquire more data for people to use for debugging. I can provide the files as well, though I'd have to burn CDs and go somewhere faster to upload them.

Top

GeneratriX

Post subject:

Posted: Tue Sep 07, 2004 6:15 pm

Joined: Tue Oct 21, 2003 1:07 am
Posts: 4208
Location: Rosario / Santa Fe / República Argentina

hamei wrote:

squeen wrote:

Here are my run stats on an Octane2 2x600Mhz, V12, 3GB RAM.

there are times when I hate you, squeen.

...hehehehe!!! Not to mention his Onyx4 :roll:

_________________
Oh!, let me write that!

Octane / Dual Head

http://twitter.com/GeekTronixShop

Top

jdboyd

Post subject:

Posted: Tue Sep 07, 2004 7:21 pm

Joined: Thu Aug 21, 2003 10:47 am
Posts: 558
Location: Southern PA

Diego wrote:

hamei wrote:

there are times when I hate you, squeen.

...hehehehe!!! Not to mention his Onyx4 :roll: ;)

I'd be more jealous if he ended up getting it "downgraded" to a IR4. If I wanted XFree, I'd use Linux or one of the other free OSs Xfree runs on.

Now, to be able to buy PCI-X ATI graphics cards (which I believe is what UltimateVision uses) would be nice.

Top

hamei

Post subject:

Posted: Tue Sep 07, 2004 8:12 pm

Joined: Tue Feb 24, 2004 4:10 pm
Posts: 8339
Location: waist deep in the Big Muddy

jdboyd wrote:

Diego wrote:

...hehehehe!!! Not to mention his Onyx4 :roll:

I'd be more jealous if he ended up getting it "downgraded" to a IR4.

I believe they did. The Ultimate vision turned out to be somewhat less than ultimate, n'est-ce pas, mr squeen ? :-)

Top

unixmuseum

Post subject:

Posted: Tue Sep 07, 2004 9:22 pm

Joined: Mon Apr 19, 2004 3:25 pm
Posts: 2783
Location: Los Angeles, CA

hamei wrote:

I believe they did. The Ultimate vision turned out to be somewhat less than ultimate, n'est-ce pas, mr squeen ? :-)

Well, remember the saying about makeup on a pig, don't you?
No, not the one about Margaret Thatcher, the other saying :wink:

Top

schleusel

Post subject:

Posted: Wed Sep 08, 2004 2:09 am

Joined: Mon Oct 20, 2003 5:49 am
Posts: 494
Location: NRW, Germany

squeen wrote:

CPU usage is always under 90%,, about 45% on each CPU (max is 200%).
The defaults are nicer to look at (e.g. blacker blacks) than the -vo sgi:pixeltex command line option, but that latter is a smidgen faster. Both are very watchable even at 1920x1200 full screen.

impressive :-)

squeen wrote:

I'll give it a try on the UltimaVision tomorrow. Let me know what else I should try.

cool, thanks. As vo_sgi doesn't know about UltimateVision it will default to :softcs:drawpixels there. First thing to test is :textures instead of drawpixels. SGIS_pixel_texture should be supported too I suppose, so give :pixeltex a go. For the sake of completeness, test :colormatrix too, please :-)

What "OpenGL renderer string:" does glxinfo report on UltimateVision? Would be needed to include proper defaults for it in future vo_sgi updates.

And just out of curiosity: could you run a little codec only benchmark with the WC3 video on both of those machines?

Code:

mplayer -vo null -nosound -quiet -benchmark WarIII_Trailer1024.avi

will just decode the video as fast as it can (on one CPU) and print out a summary at the end including the total time it needed. Just curious on what codec performance can be expected on the fastest SGIs on the block ;-)

On a side note: you still owe me a seti@home time of one of the r16k-800s ;-)

jdboyd wrote:

All of the videos I tried came out looking rather pink.

hmm, thats unexpected. MGRAS/4MB is one of the better tested platforms. Does your ~/.mplayer/config contain anything that could trigger misbehavior? Are the colors ok if you choose :drawpixles instead of textures? Try toggling between :rgb and :rgba and also test :pixeltex and :colormatrix..

_________________
http://www.kanera.net

Top

squeen

Post subject:

Posted: Wed Sep 08, 2004 3:02 am

Moderator

Joined: Fri May 09, 2003 5:10 am
Posts: 2930
Location: Maryland, USA

hamei wrote:

there are times when I hate you, squeen.

if it's any consolation, my home machine is an Apple IIe.

jdboyd wrote:

I'd be more jealous if he ended up getting it "downgraded" to a IR4. If I wanted XFree, I'd use Linux or one of the other free OSs Xfree runs on.

We're going to a 2 pipe/ 10 channel IR3 once the lab gets rewired for another 220V line (the rack and graphics brick is here!). However, using Performer for our sim indicates at 1920x1600 we might be fill limited. Something IR4 is supposed to be 70% faster at doing, so we may have to upgrade to make our frame rate requirements. It needs to be said that the support we got from SGI on this was staggeringly AWESOME.

UltimateVision (and XFree86/SGI) was a disappointment in terms of stability and access to the full set of graphics features (full scene anti-aliasing + overlays + stereo). Really too bad since having many small/inexpensive graphics pipes under IRIX sure would be a nice option (along with OpenGL 1.4 features). We'll see how the IR3 does. In a better world there is an SGI with 1GHz R18K CPUs, IR5 graphics running IRIX7 and 6dwm.

running mplayer -vo null -nosound -quiet -benchmark WarIII_Trailer1024.avi
ont the Ocatne2 2x600, V12

Code:

Playing WarIII_Trailer1024.avi.
Cache fill:  0.78% (65536 bytes)    AVI file format detected.
AVI_NI: No audio stream found -> no sound.
VIDEO:  [XVID]  1024x468  16bpp  24.000 fps  1503.5 kbps (183.5 kbyte/s)
==========================================================================
Trying to force video codec driver family ffmpeg...
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
Audio: no sound
Starting playback...
[mpeg4 @ 10772a60]looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_delay flag
VDec: vo config request - 1024 x 468 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [null] 1024x468 => 1024x468 Planar YV12 


BENCHMARKs: VC:  45.940s VO:   0.049s A:   0.000s Sys:   0.732s =   46.722s
BENCHMARK%: VC: 98.3275% VO:  0.1054% A:  0.0000% Sys:  1.5671% = 100.0000%

Let me switch machines and I'll do the Onyx4 stats.

Top

hamei

Post subject:

Posted: Wed Sep 08, 2004 3:17 am

Joined: Tue Feb 24, 2004 4:10 pm
Posts: 8339
Location: waist deep in the Big Muddy

squeen wrote:

hamei wrote:

there are times when I hate you, squeen.

if it's any consolation, my home machine is an Apple IIe.

in that case, all is forgiven :-)

Top

squeen

Post subject:

Posted: Wed Sep 08, 2004 3:44 am

Moderator

Joined: Fri May 09, 2003 5:10 am
Posts: 2930
Location: Maryland, USA

Here are is the same mplayer -vo null -nosound -quiet -benchmark WarIII_Trailer1024.avi on the Onyx4 8x800Mhz, UltimateVision, 6GB RAM

Code:

Playing WarIII_Trailer1024.avi.
Cache fill:  0.00% (0 bytes)    AVI file format detected.
AVI_NI: No audio stream found -> no sound.
VIDEO:  [XVID]  1024x468  16bpp  24.000 fps  1503.5 kbps (183.5 kbyte/s)
==========================================================================
Trying to force video codec driver family ffmpeg...
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
Audio: no sound
Starting playback...
[mpeg4 @ 10772a60]looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_delay flag
VDec: vo config request - 1024 x 468 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [null] 1024x468 => 1024x468 Planar YV12 


BENCHMARKs: VC:  23.955s VO:   0.031s A:   0.000s Sys:   0.244s =   24.230s
BENCHMARK%: VC: 98.8661% VO:  0.1284% A:  0.0000% Sys:  1.0055% = 100.0000%

Also, here's the default run (mplayer WarIII_Trailer1024.avi)

Code:

MPlayer 1.0pre5 - MIPSpro Compilers: Version 7.4.2m (C) 2000-2004 MPlayer Team

CPU: SGI MIPS
Reading config file /opt/mplayer/etc/mplayer/mplayer.conf
Reading config file /usr/people/queen/.mplayer/config
Reading /usr/people/queen/.mplayer/codecs.conf: Can't open '/usr/people/queen/.mplayer/codecs.conf': No such file or directory
Reading /opt/mplayer/etc/mplayer/codecs.conf: 73 audio & 180 video codecs
font: can't open file: /usr/people/queen/.mplayer/font/font.desc
Font /opt/mplayer/share/mplayer/font/font.desc loaded successfully! (206 chars)
Using usleep() timing
Can't open input config file /usr/people/queen/.mplayer/input.conf: No such file or directory
Can't open input config file /opt/mplayer/etc/mplayer/input.conf: No such file or directory
Falling back on default (hardcoded) input config

Playing WarIII_Trailer1024.avi.
Cache fill:  8.69% (729088 bytes)    AVI file format detected.
VIDEO:  [XVID]  1024x468  16bpp  24.000 fps  1503.5 kbps (183.5 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 44100 Hz, 2 ch, 16 bit (0x20), ratio: 28000->176400 (224.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
vo: X11 running at 1920x1200 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Trying to force video codec driver family ffmpeg...
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
Checking audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 44100 hz, big endian signed int 
AF_pre: 44100Hz 2ch Signed 16-bit (Big-Endian)
ao_sgi, init: Samplerate: 44100Hz Channels: Stereo Format Signed 16-bit (Big-Endian)
AO: [sgi] 44100Hz 2ch Signed 16-bit (Big-Endian) (2 bps)
Building audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
Starting playback...
[mpeg4 @ 10772a60]looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_delay flag
VDec: vo config request - 1024 x 468 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [sgi] 1024x468 => 1024x468 Planar YV12 
[sgi] Unknown Hardware detected:
        running multithreaded,
        using software colorspace conversion (rgb)
        drawing via glDrawPixels
A: 142.2 V: 142.2 A-V: -0.000 ct: -0.058  3414/3414  35%  0%  1.3% 0 0 1%%
Broken frame at 0x3D36D0                                                  
A: 143.3 V: 143.2 A-V:  0.001 ct: -0.042  3439/3439  35%  0%  1.3% 0 0 0%
Xlib: unexpected async reply (sequence 0x88)!
ao_sgi, uninit: ...
X connection to :0.0 bro
Exiting... (End of file)
ken (explicit kill or server shutdown).

Looks great, BUT as per usual UltimateVision, it's flakey in that movement of the mouse into the window causes the screen to blank and it to hang it. Fullscreen is therefore trouble, unless I send it to another display/pipe (which works fine).

mplayer -vo sgi:pixeltex gives me DrawPixels and the glxinfo is as follows:

Code:

display: :0.0
server glx vendor string: SGI
server glx version string: 1.3 Irix 6.5
server glx extensions (GLX_):
    ARB_multisample, EXT_visual_info, EXT_visual_rating, EXT_import_context,
    SGI_make_current_read, SGIS_multisample, SGIX_fbconfig, SGIX_pbuffer,
    SGIX_swap_group, SGIX_hyperpipe.
client glx version 1.3
client glx extensions (GLX_):
    ARB_multisample, EXT_visual_info, EXT_visual_rating, EXT_import_context,
    SGI_make_current_read, SGIS_multisample, SGIX_fbconfig, SGIX_pbuffer,
    SGIX_swap_group, SGIX_hyperpipe, ARB_get_proc_address.
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: Fire GL Z1 (FireGL)
OpenGL version string: 1.4 Irix 6.5
OpenGL extensions (GL_):
    ARB_multitexture, EXT_texture_env_add, EXT_compiled_vertex_array, S3_s3tc,
    ARB_depth_texture, ARB_fragment_program, ARB_multisample,
    ARB_point_parameters, ARB_shadow, ARB_shadow_ambient,
    ARB_texture_border_clamp, ARB_texture_compression, ARB_texture_cube_map,
    ARB_texture_env_add, ARB_texture_env_combine, ARB_texture_env_crossbar,
    ARB_texture_env_dot3, ARB_texture_mirrored_repeat, ARB_transpose_matrix,
    ARB_vertex_program, ARB_window_pos, ATI_draw_buffers, ATI_element_array,
    ATI_envmap_bumpmap, ATI_fragment_shader, ATI_map_object_buffer,
    ATI_separate_stencil, ATI_texture_env_combine3, ATI_texture_float,
    ATI_texture_mirror_once, ATI_vertex_array_object,
    ATI_vertex_attrib_array_object, ATI_vertex_streams,
    ATIX_texture_env_combine3, ATIX_texture_env_route,
    ATIX_vertex_shader_output_point_size, EXT_abgr, EXT_bgra, EXT_blend_color,
    EXT_blend_func_separate, EXT_blend_logic_op, EXT_blend_minmax,
    EXT_blend_subtract, EXT_clip_volume_hint, EXT_copy_texture,
    EXT_draw_range_elements, EXT_fog_coord, EXT_multi_draw_arrays,
    EXT_packed_pixels, EXT_point_parameters, EXT_rescale_normal,
    EXT_polygon_offset, EXT_secondary_color, EXT_separate_specular_color,
    EXT_stencil_wrap, EXT_subtexture, EXT_texture, EXT_texgen_reflection,
    EXT_texture3D, EXT_texture_compression_s3tc, EXT_texture_cube_map,
    EXT_texture_edge_clamp, EXT_texture_env_combine, EXT_texture_env_dot3,
    EXT_texture_filter_anisotropic, EXT_texture_lod_bias, EXT_texture_object,
    EXT_texture_rectangle, EXT_vertex_array, EXT_vertex_shader,
    HP_occlusion_test, NV_texgen_reflection, NV_blend_square,
    NV_occlusion_query, NV_point_sprite, SGI_color_matrix,
    SGIS_texture_edge_clamp, SGIS_texture_border_clamp, SGIS_texture_lod,
    SGIS_generate_mipmap
glu version: 1.3 Irix 6.5
glu extensions (GLU_):
    EXT_abgr, EXT_nurbs_tessellator, EXT_object_space_tess, EXT_packed_pixels,
    EXT_texture.

   visual  x  bf lv rg d st  r  g  b a  ax dp st accum buffs  ms 
 id dep cl sp sz l  ci b ro sz sz sz sz bf th cl  r  g  b  a ns b
-----------------------------------------------------------------
0x23 24 tc  . 32  . r  y  .  8  8  8  8  . 24  8 16 16 16 16  . .
0x24 24 tc  . 32  . r  .  .  8  8  8  8  . 24  8 16 16 16 16  . .
0x25 24 tc  . 32  . r  y  .  8  8  8  8  . 24  . 16 16 16 16  . .
0x26 24 tc  . 32  . r  .  .  8  8  8  8  . 24  . 16 16 16 16  . .
0x27 24 tc  . 32  . r  y  .  8  8  8  8  . 24  8  .  .  .  .  . .
0x28 24 tc  . 32  . r  .  .  8  8  8  8  . 24  8  .  .  .  .  . .
0x29 24 tc  . 32  . r  y  .  8  8  8  8  . 24  .  .  .  .  .  . .
0x2a 24 tc  . 32  . r  .  .  8  8  8  8  . 24  .  .  .  .  .  . .
0x2b 24 dc  . 32  . r  y  .  8  8  8  8  . 24  8 16 16 16 16  . .
0x2c 24 dc  . 32  . r  .  .  8  8  8  8  . 24  8 16 16 16 16  . .
0x2d 24 dc  . 32  . r  y  .  8  8  8  8  . 24  . 16 16 16 16  . .
0x2e 24 dc  . 32  . r  .  .  8  8  8  8  . 24  . 16 16 16 16  . .
0x2f 24 dc  . 32  . r  y  .  8  8  8  8  . 24  8  .  .  .  .  . .
0x30 24 dc  . 32  . r  .  .  8  8  8  8  . 24  8  .  .  .  .  . .
0x31 24 dc  . 32  . r  y  .  8  8  8  8  . 24  .  .  .  .  .  . .
0x32 24 dc  . 32  . r  .  .  8  8  8  8  . 24  .  .  .  .  .  . .
  -1 -1 ??  .  .  . r  .  . 16 16 16 16  . 24  8  .  .  .  .  . .
  -1 -1 ??  .  .  . r  .  . 16 16 16 16  . 24  8  .  .  .  .  . .
  -1 -1 ??  .  .  . r  .  . 32 32 32 32  . 24  8  .  .  .  .  . .

mplayer -vo sgi:colormatrix WarIII_Trailer1024.avi is horrendously choppy with gray blacks. Yuck.

Lastly, if you'll nekoware seti@home - I'll put it on the Onyx4 and give it a whirl.

Top

jdboyd

Post subject:

Posted: Wed Sep 08, 2004 4:13 am

Joined: Thu Aug 21, 2003 10:47 am
Posts: 558
Location: Southern PA

schleusel wrote:

jdboyd wrote:

All of the videos I tried came out looking rather pink.

First, I should clarify that blues are present, but not greens. I'm pretty sure that other programs that use textures show greens.

From RSS (the screen saver set), the HufoTunnel program seems to generally show up without any greens, but the HufoSmoke program certainly looks like it is using billboard textures, and it shows greens just fine. Lattice also looks pretty darn much like it is textured and it shows greens. Helios as well.

One of these days I could resurrect some code of my that does textured drawing, but at the moment it is windows only (though since it uses glut and no windows features other than threading, it should be easy to fix).

schleusel wrote:

My ~/.mplayer/config file has a single comment. :drawpixels shows the colors correctly, and doesn't make a noticable drop in performance. :rgba always shows up looking even worse than :rgb. :rgb doesn't help, but it doesn't hurt. :colormatrix doesn't help. :pixeltex crashes the machine. Below is the message in SYSLOG relating to the crash.

Code:

Sep  8 07:42:01 4A:iris unix: |$(0xa9c)WARNING: mgras: CTXSW timeout
Sep  8 07:42:01 4A:iris unix: |$(0xa9e)WARNING: Graphics error
Sep  8 07:42:01 6A:iris unix: gfx board #0
Sep  8 07:42:01 6A:iris unix: irnode=0xa8000000209a81b8,  active_rnode=0xa800000
0348a1800
Sep  8 07:42:01 6A:iris unix: busy_dma: 0x900000001c020200/0x12cc
Sep  8 07:42:01 6A:iris unix: status:   0x900000001c020000/0xe0350
Sep  8 07:42:01 6A:iris unix: fifo_status:      0x900000001c020008/0x47000001
Sep  8 07:42:01 6A:iris unix: bfifo_status:     0x900000001c020100/0x0
Sep  8 07:42:01 6A:iris unix: rebus_sync:       0x900000001c05821c/0x2
Sep  8 07:42:01 6A:iris unix: window:   0x900000001c008000/0x1a26
Sep  8 07:42:01 6A:iris unix: hqpc:     0x900000001c056000/0xec2
Sep  8 07:42:01 6A:iris unix: flag_set: 0x900000001c020010/0x140
Sep  8 07:42:01 6A:iris unix: hq_config:        0x900000001c011000/0x41085
Sep  8 07:42:01 6A:iris unix: gio_config:       0x900000001c011008/0x900f
Sep  8 07:42:01 6A:iris unix: re_status:        0x900000001c02c578/0x220
Sep  8 07:42:20 2A:iris unix:  than 32 mS

I'm finding the entire thing to be rather distressing. If I have a bad TRAM, I won't be able to afford to replace it. Worse, I don't know that I could replace it without ruining the entire graphics board (my apartment has terrible dust problems despite constant vacuuming and dusting. I clean the Octanes vents, and a day later you can't tell I did anything).

Top

schleusel

Post subject:

Posted: Wed Sep 08, 2004 5:17 am

Joined: Mon Oct 20, 2003 5:49 am
Posts: 494
Location: NRW, Germany

squeen wrote:

Code:

BENCHMARKs: VC:  45.940s VO:   0.049s A:   0.000s Sys:   0.732s =   46.722s
BENCHMARK%: VC: 98.3275% VO:  0.1054% A:  0.0000% Sys:  1.5671% = 100.0000%

ok, 46.722s.. thats ~74 frames per second. The r12k-300 did ~50fps (69.048s). So it didn't scale quite as linear as i would have hoped. I suppose its the aging Octane architecture shining through here..

squeen wrote:

Code:

BENCHMARKs: VC:  23.955s VO:   0.031s A:   0.000s Sys:   0.244s =   24.230s
BENCHMARK%: VC: 98.8661% VO:  0.1284% A:  0.0000% Sys:  1.0055% = 100.0000%

wow, 142fps, now thats not bad at all! Almost twice as fast as the 600MHz Octane :-)

squeen wrote:

Code:

OpenGL renderer string: Fire GL Z1 (FireGL)

Thanks. So overall textures:softcs gives the best result just like on odyssey, right? I'll add defaults for it then.

squeen wrote:

Lastly, if you'll nekoware seti@home - I'll put it on the Onyx4 and give it a whirl.

well, the 3.08 client i used to time the other machines is not open source and the sgi binary was hand optimized quite aggressively by sgi iirc. So even if i could do my own build the results would likely not be comparable. The new seti boinc client that currently is in beta testing is open source and i've planned to give it a go at some point but again, the results would likely not be comparable. Ah well, never mind. Kind of off topic here anyway :-)

_________________
http://www.kanera.net

Top

schleusel

Post subject:

Posted: Wed Sep 08, 2004 6:11 am

Joined: Mon Oct 20, 2003 5:49 am
Posts: 494
Location: NRW, Germany

jdboyd wrote:

One of these days I could resurrect some code of my that does textured drawing, but at the moment it is windows only (though since it uses glut and no windows features other than threading, it should be easy to fix).

if you happen to have some of the old irix graphics demos installed, have a look at texcube or distord. Those are generally quite good indicators for TRAM problems..

jdboyd wrote:

:pixeltex crashes the machine. Below is the message in SYSLOG relating to the crash.

Code:

Sep  8 07:42:01 4A:iris unix: |$(0xa9c)WARNING: mgras: CTXSW timeout
Sep  8 07:42:01 4A:iris unix: |$(0xa9e)WARNING: Graphics error
Sep  8 07:42:01 6A:iris unix: gfx board #0
Sep  8 07:42:01 6A:iris unix: irnode=0xa8000000209a81b8,  active_rnode=0xa800000
0348a1800
Sep  8 07:42:01 6A:iris unix: busy_dma: 0x900000001c020200/0x12cc
Sep  8 07:42:01 6A:iris unix: status:   0x900000001c020000/0xe0350
Sep  8 07:42:01 6A:iris unix: fifo_status:      0x900000001c020008/0x47000001
Sep  8 07:42:01 6A:iris unix: bfifo_status:     0x900000001c020100/0x0
Sep  8 07:42:01 6A:iris unix: rebus_sync:       0x900000001c05821c/0x2
Sep  8 07:42:01 6A:iris unix: window:   0x900000001c008000/0x1a26
Sep  8 07:42:01 6A:iris unix: hqpc:     0x900000001c056000/0xec2
Sep  8 07:42:01 6A:iris unix: flag_set: 0x900000001c020010/0x140
Sep  8 07:42:01 6A:iris unix: hq_config:        0x900000001c011000/0x41085
Sep  8 07:42:01 6A:iris unix: gio_config:       0x900000001c011008/0x900f
Sep  8 07:42:01 6A:iris unix: re_status:        0x900000001c02c578/0x220
Sep  8 07:42:20 2A:iris unix:  than 32 mS

Ouch. Did it really crash the whole machine or "just" Xsgi? :pixeltex is very good at crashing Xsgi on my 1MB TRAM indigo2 (see the warning in the mplayer.conf) but was stable so far on dexters 4MB machine..

_________________
http://www.kanera.net

Top

jdboyd

Post subject:

Posted: Wed Sep 08, 2004 7:18 am

Joined: Thu Aug 21, 2003 10:47 am
Posts: 558
Location: Southern PA

schleusel wrote:

jdboyd wrote:

if you happen to have some of the old irix graphics demos installed, have a look at texcube or distord. Those are generally quite good indicators for TRAM problems..

I don't have any of the graphics demos installed. They didn't come on the machine, nor do they appear anywhere on my .20f CDs.

schleusel wrote:

jdboyd wrote:

:pixeltex crashes the machine. Below is the message in SYSLOG relating to the crash.

Code:

Sep  8 07:42:01 4A:iris unix: |$(0xa9c)WARNING: mgras: CTXSW timeout
Sep  8 07:42:01 4A:iris unix: |$(0xa9e)WARNING: Graphics error
Sep  8 07:42:01 6A:iris unix: gfx board #0
Sep  8 07:42:01 6A:iris unix: irnode=0xa8000000209a81b8,  active_rnode=0xa800000
0348a1800
Sep  8 07:42:01 6A:iris unix: busy_dma: 0x900000001c020200/0x12cc
Sep  8 07:42:01 6A:iris unix: status:   0x900000001c020000/0xe0350
Sep  8 07:42:01 6A:iris unix: fifo_status:      0x900000001c020008/0x47000001
Sep  8 07:42:01 6A:iris unix: bfifo_status:     0x900000001c020100/0x0
Sep  8 07:42:01 6A:iris unix: rebus_sync:       0x900000001c05821c/0x2
Sep  8 07:42:01 6A:iris unix: window:   0x900000001c008000/0x1a26
Sep  8 07:42:01 6A:iris unix: hqpc:     0x900000001c056000/0xec2
Sep  8 07:42:01 6A:iris unix: flag_set: 0x900000001c020010/0x140
Sep  8 07:42:01 6A:iris unix: hq_config:        0x900000001c011000/0x41085
Sep  8 07:42:01 6A:iris unix: gio_config:       0x900000001c011008/0x900f
Sep  8 07:42:01 6A:iris unix: re_status:        0x900000001c02c578/0x220
Sep  8 07:42:20 2A:iris unix:  than 32 mS

I think it was Xsgi, because otherwise it rebooted way too quickly.

Do the Octane SI+TRAMS always have 4 megs? Also, it is an SI card, but an SE TRAM.

Top

lewis

Post subject:

Posted: Wed Sep 08, 2004 9:46 am

Joined: Thu Nov 27, 2003 12:30 pm
Posts: 547
Location: london

Code:

  -1 -1 ??  .  .  . r  .  . 16 16 16 16  . 24  8  .  .  .  .  . .
  -1 -1 ??  .  .  . r  .  . 16 16 16 16  . 24  8  .  .  .  .  . .
  -1 -1 ??  .  .  . r  .  . 32 32 32 32  . 24  8  .  .  .  .  . . 

I've seen lines like this at the bottom of glxinfo on O2 as well, what they hell are they? Ar they usable?

Top

miunk

Post subject:

Posted: Thu Sep 09, 2004 6:55 pm

Joined: Sun Feb 08, 2004 4:17 pm
Posts: 346
Location: quito

I just wanted to thank you all who have done such a good job optimizing mplayer - the new version pre5 runs great on my o2 (400mhz 1Gb). I am able to scale my .bin file kvcds to any size and output to a television via the AV card. This was not possible until now.

Really great work. Thanks again.

Top

Page 4 of 9

[ 123 posts ]

Go to page Previous 1, 2, 3, 4, 5, 6, 7 ... 9 Next

Board index » SGI » SGI: Video

All times are UTC - 8 hours

Who is online

Users browsing this forum: No registered users and 1 guest

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum