6月 20

いろいろ気持ち悪いことは多いのですが、、、、

コンピュータをやっていて、、、
明らかに動くはずのないのに動いている時って気持ち悪い以外になんという?

具体的に言うと
Linuxはグラフィックボードとトコトン相性が悪い。

今、大学で使っているPCのマザーボードは
SuperMicro X7DVL-L 35,384
Intel Xeon E 5320 26,000
Intel Xeon E 5320 26,000

DDR2 SDRAM 6400 2GB 2,000
DDR2 SDRAM 6400 2GB 2,000
DDR2 SDRAM 6400 2GB 2,000
DDR2 SDRAM 6400 2GB 2,000

なのだが、問題はVGA

デフォルトで
XGI 製のVGAがついているのだが、、、、なんといってもショボイ

そこで、PCIスロット(PCI-Express 16ではなく)に
Radeon HD 2400 Pro DDR2 256M
を積んでいるのだが

PCI-Expressでもなければ、AGPでもない HD2400を認識してくれるはずもなく。。。
無理やりDriverをDetectさせているのだが。。。。

大量のWarning….そして、、、
[root@labx ~]# cat /var/log/Xorg.0.log |grep WW
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) fglrx: Force AIGLX enabled
(WW) Falling back to old probe method for fglrx
(WW) This ATI Proprietary Linux Driver does not guarantee support of video driver ABI higher than 2.0
(WW) Video driver ABI version of the X server is 4.1
(WW) fglrx: No matching Device section for instance (BusID PCI:0@7:0:1) found
(WW) fglrx: No matching Device section for instance (BusID PCI:0@7:0:1) found
(WW) fglrx(0): board is an unknown third party board, chipset is supported

そして、
[root@labx ~]# fglrxinfo
display: :1.0 screen: 0
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 1.4 (2.1 Mesa 7.3-devel)

[root@labx ~]# glxinfo
name of display: :1.0
display: :1 screen: 0
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
server glx vendor string: SGI
server glx version string: 1.2
================== 以下省略 =======================================================

もちろんaticonfigでxorg.confも設定てある
[root@labx ~]# cat /etc/X11/xorg.conf

# Xorg configuration created by livna-config-display

Section “ServerLayout”
Identifier “Default Layout”
Screen 0 “Screen0” 0 0
EndSection

Section “Files”
ModulePath “/usr/lib64/xorg/modules/extensions/fglrx”
ModulePath “/usr/lib64/xorg/modules”
EndSection

Section “Module”
EndSection

Section “ServerFlags”
Option “AIGLX” “on”
EndSection

Section “Device”
Identifier “Videocard0”
Driver “fglrx”
Option “OpenGLOverlay” “on”
Option “VideoOverlay” “on”
EndSection

Section “Screen”
Identifier “Screen0”
Device “Videocard0”
DefaultDepth 24
EndSection

Section “Extensions”
Option “Composite” “Enable”
EndSection
—————————————————————-
こんなわけで、動くはずのないOpenGLが動いたり、、、動かなかったり、、、、
#vi CheckGL.cpp

#include
#include
#include
using namespace std;

int main(int argc, char *argv[]){
QApplication app(argc, argv);

if(QGLFormat::hasOpenGL()){
cerr << " This system has no OpenGL Support q" << endl; return 1; } else{ cout << " This system has OpenGL Support b" << endl; } return app.exec(); } #qmake -project #vi CheckGL.pro ###################################################################### # Automatically generated by qmake (2.01a) ? 6 20 08:47:59 2009 ###################################################################### TEMPLATE = app TARGET = DEPENDPATH += . INCLUDEPATH += . QT += opengl # Input SOURCES += main.cpp #qmake #make #./CheckGL Xlib: extension "RANDR" missing on display ":1.0". This system has no OpenGL Support q ---------------------------------------------------------------------- でも、 GLUTを利用したC言語 #include
#include
#include
#include
#include
#include

void display(){
glClear(GL_COLOR_BUFFER_BIT);
glBegin(GL_POLYGON);
glVertex2f(-0.5,-0.5);
glVertex2f(-0.5,0.5);
glVertex2f(0.5,0.5);
glVertex2f(0.5,-0.5);
glEnd();
glFlush();
}

int main(int argc, char **argv){
glutInit(&argc, argv);
glutCreateWindow(“Simple”);
glutDisplayFunc(display);
glutMainLoop();
}

もちろんQTGLも動くという始末。。。。。

いや、本当に気持ち悪い。。。。

というか、、、、PCI-Expressが使えたら関係ないんだろうけど。。。。

Tagged with:
6月 26

俺たちが小学生のころは
ゲーム機といえば任天堂だった
だがSONYがPlaystationを出すとクオリティーさなどで
任天堂を抜き
64は持っていないけどPSは持っているというひとも多いのでは?
そして
GC(ゲームキューブ)とPS2でもどちらかというと
PS2のほうが人気

だが
NDS(任天堂DS)とPSPはほぼ同時に出荷
はじめはPSPが人気だったがNDSもまけてはいなかった

そして今度発売される
Wii と PS3
自分としてはこれで
任天堂が巻き返しをはかるのではないかとおもっている
だってPS3は62,790円でWiiは25,000円で
約3倍もたかい

SONYとしては今回CPUとブルーレイが売りらしいが
ブルーレイはHDDDVDと戦いそうなので
自分は見送りにしようと思っている

どちらにせよ自分は今回はSONYより任天堂を応援します
ただWiiを買うかどうかは未定w

Tagged with:
4月 26

今日 yum を使おうとしたら

yum upgrade
Setting up Upgrade Process
Setting up Repos
addons 100% |=========================| 951 B 00:00
base 100% |=========================| 1.1 kB 00:00
update 100% |=========================| 951 B 00:00
extras 100% |=========================| 1.1 kB 00:00
Reading repository metadata in from local files
Traceback (most recent call last):
File "/usr/bin/yum", line 7, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 68, in main
result, resultmsgs = base.doCommands()
File "/usr/share/yum-cli/cli.py", line 417, in doCommands
return self.updatePkgs()
File "/usr/share/yum-cli/cli.py", line 923, in updatePkgs
self.doRepoSetup()
File "/usr/share/yum-cli/cli.py", line 84, in doRepoSetup
self.doSackSetup()
File "__init__.py", line 143, in doSackSetup
File "repos.py", line 211, in populateSack
File "mdcache.py", line 103, in getPrimary
File "mdcache.py", line 90, in _getGeneric
File "mdcache.py", line 62, in _unpickle
EOFError

!! ERROR?
まじかよ・・・こわれた?
と思い検索してみると

どうやらパッケージが大量にあるせいで動作不良を起こしていたらしい

yum clean all 

と打つと

163 headers removed
159 packages removed
4 metadata files removed
1 cache files removed

なんとこんなにもあった

こまめにセーブしないと昔のファミコンは消えていたが
yumもこまめに消さないと動かなくなるということがわかった

Tagged with:
preload preload preload