1211227
Jun's Homepage
[トップに戻る] [留意事項] [ワード検索] [過去ログ] [管理用]
お名前
Eメール
タイトル
メッセージ
参照先
暗証キー (英数字で8文字以内)
投稿キー (投稿時 を入力してください)
文字色

GAS ARM 投稿者:inunof 投稿日:2003/11/27(Thu) 08:37 No.228  
はじめまして♪
GBA(ゲームボーイアドバンス:携帯ゲーム機)でアセンブラ部分でGASを使っています。
どんな擬似命令があるのかわからず、英語の説明書を読まなあかんのかと萎えていたんですよ。
しかし、いやー助かりました。
GBAもCPUがARM7TDMIなので、もうぴったし!
ありがとうございます。楽できま…もとい効率的に知識を得ることができました。(^^;


Re: GAS ARM jun - 2003/11/28(Fri) 00:42 No.229  

読んでもすぐに忘れるのでまとめてみたものです。
お役に立てましたか?
「Linuxから目覚めるぼくらのゲームボーイ!」を予約したので
私もGBAを購入してプログラムを作ってみようかと思っています。


Re: GAS ARM jun - 2003/12/01(Mon) 00:02 No.231  

「Linuxから目覚めるぼくらのゲームボーイ!」が届きました。
KNOPPIX 3.3日本語版にARM用の最新開発環境 binutils2.14 + GCC3.3.2
が追加されていて、お手軽にLinuxで開発できるようになっています。
UNIX USERの連載4回分とのことで、あまり書籍部分は期待していません
でしたが、A4の雑誌100ページ分は通常の書籍1冊分以上の情報が詰まって
います。ブートケーブルも付属していて、お買い得感いっぱいです。

で、早速GBASPを注文してしまいました。フラッシュROMもいるかなぁ。


GBAで開発か? jun - 2003/12/03(Wed) 01:44 No.233  

GAME BOY ADVANCE SP(黒) が届きました。
とにかく WindowsXP 上に開発環境を導入しました。
DevKit Advance R5 Beta 3 ( http://devkitadv.sourceforge.net/ )

電源ON毎に毎回プログラムを転送するのも面倒そう。
で、Flash2Advance 256M を発注。


GBAで開発か? jun - 2003/12/05(Fri) 01:25 No.237  

Flash2Advance 256M が届きました。便利な世の中になったもんです。
intel の 28F128J3A という 128-Mbit のフラッシュメモリが2つ
入っていました。SRAMは64KB(512kbit)のようです。
http://www.intel.com/design/edk/product/strataflash_edk.htm
28F128J3A のデータシートが置いてあります。10万回の書き換えが
可能なようです。
しばらくはフラッシュに書くほどのプログラムは作成できそうに
ありませんから、本日は動作確認のみ。


rvtl 3.0 計画 投稿者:jun 投稿日:2003/10/22(Wed) 01:46 No.221  
rvtl 2.02 にも式中でラベルを参照した場合に不具合がありました。
#=^LABEL とか !=^LABEL では問題ありませんが、
A=^LABEL+8 などは正常に動作しません。

その辺の修正と、もう少し文字列の扱いを楽にする事、
rvtl のプログラムに引数(rvtlのコード以外)を渡す事を計画中です。
rvtl 2.0 の上位互換の予定です。


rvtl 3.00 を公開 jun - 2003/11/03(Mon) 03:08 No.224   <Home>

rvtl 3.00 を公開しました。応用範囲がグッと広がったと思います。
もし使う人がいればですが(^^;

・ラベル参照の不具合を修正
・式のエラー表示を改善
・コマンドライン引数の一部を rvtl から参照可能とした。
・ファイル名先頭アドレスを指定するファイルの読み書きコマンドを追加
・文字列のコピーと1行入力を追加
・文字列のアドレスを引数とする組み込みコマンドを追加
・点の描画コマンドを追加
・サンプルプログラムの整理
・ドキュメントの改訂

Linux Zaurus版 (Xscale版) と同時進行でしたが、Xscale版は大胆にも
ver.3 からスタートしたいと思います。もう少しテストです。


rvtl 3.00の問題点 jun - 2003/11/06(Thu) 01:18 No.225   <Home>

ファイル入出力の以下のコマンドで不具合が発生する場合があります。 (T_T)

>="ファイル名"
<="ファイル名"
)="ファイル名"
(="ファイル名"

次のように最後のバッククォートを除いて行末になる場合は
正常に動作します。

>="ファイル名
<="ファイル名
)="ファイル名
(="ファイル名

A=? による数値入力や A=$$ による文字列入力で↑↓でヒストリーを
使ったり、[TAB] でファイル名補完すると文字列の表示位置が狂います。
入力した値は正常な値が設定されます。


rvtl 3.01 と LinuxZaurus jun - 2003/11/10(Mon) 02:14 No.226   <Home>

rvtl 3.01 を公開しました。

そして、やっとLinux Zaurus版を公開します。

ipk は
http://www.nk.rim.or.jp/~jun/rvtl/rvtl_3.01_arm.ipk

ソース付きは
http://www.nk.rim.or.jp/~jun/rvtl/rvtl301_arm.tar.gz

です。

ipk は本体メモリにインストールしてください。
使い方:

cd
cd rvtl/vtl
rvtl fb_demo.vtl
#=1
~
でフレームバッファのデモが始まります。

ちゃんとしたページは明日にでも作ります。


LinuxZaurus 用 rvtl jun - 2003/11/11(Tue) 02:03 No.227  

りなざうテクノウ さん http://www.areanine.gr.jp/~nyano/
に紹介していただいたので、急遽「ちゃんとしたページ」を作成しました。

http://www.nk.rim.or.jp/~jun/rvtl/rvtl_arm.html です。

えぇ、ちゃんとしたページのつもりです。


J3WがFreeBSDでコンパイルできないの事 投稿者:どんた 投稿日:2003/10/28(Tue) 00:15 No.222  
はじめまして。面白そうなソフトを公開していらっしゃるのを発見したので、
試してみようと思ったのですが、コンパイルできませんでした。環境は、FreeBSD4.8のXFree-4.3.0です。
症状はこんな感じでした

g++ -O2 -Wall -DFREEBSD -I/usr/X11R6/include -L/usr/X11R6/lib -c j3wunit.cpp
j3wunit.cpp: In function `short int J3WLoop()':
j3wunit.cpp:132: implicit declaration of function `int bzero(...)'
gmake[1]: *** [j3wunit.o] エラー 1
gmake[1]: Leaving directory `/home/donta/work/j3w-645/source/j3w'
gmake: *** [j3w] エラー 2

いままでこのような報告がありましたでしょうか?
少しでも情報があれば、お忙しい所申し訳ないですけど公開お願いします。


Re: J3WがFreeBSDでコンパイルでき... jun - 2003/10/29(Wed) 00:35 No.223  

FreeBSD 4.8でコンパイルできませんか。昔のFreeBSDでは
できたのですが、最近のバージョンは確認していませんでした。
FD_ZEROだけの問題でしたら、132行から140行までをコメントアウトする
こともできます。コンソール画面でキー入力した場合もキーを受け取る
ことができるように標準入力を見張っている部分なのでグラフィック
画面がアクティブになっていれば動作上(3Dアニメーションの)
あまり問題がないと思います。

もっときちんと対応するには FD_ZERO を使えるようにすることですが、
j3wunit.cpp のはじめのほう <sys/types.h> の前あたりに

#include <string.h>

を加えるとコンパイルできるようになりませんか?

手元に環境がないので結果を知らせて頂けるとありがたいです。


rvtl 2.01 のバグ 投稿者:jun 投稿日:2003/10/04(Sat) 00:38 No.217  
rvtl ver.2.01
http://www.nk.rim.or.jp/~jun/rvtl/rvtl.html
のバグを色々見つけてしまいました (T_T)

起動時に複数ファイルを読み込めない。
数値の2進表示が不正。
8進表示で0桁を指定した場合にSegmentation fault。
未定義のラベルにジャンプした場合にSegmentation fault。
シフト演算が32ビット以上で結果が 0 とならない。
配列への代入で範囲エラーが発生するとSegmentation fault。

鋭意修正中です。 m(_ _)m


rvtl 2.02 jun - 2003/10/04(Sat) 22:57 No.220   <Home>

バグを修正した rvtl ver.2.02 です。
http://www.nk.rim.or.jp/~jun/rvtl/rvtl.html

rvtlを使った1FDLinux も rvtl ver.2.02 に更新しました。
http://www.nk.rim.or.jp/~jun/rvtl/rvtl1fd.html


Altair VTL Documentation? 投稿者:Anthony Faulise 投稿日:2003/10/04(Sat) 04:56 No.218  
I enjoyed your review of small languages for early personal computers. My Japanese is not very good, but I was able to understand much of what you wrote.

I built an Altair 680 in 1977 when I was just 13 years old, and that was the starting point of a 25 year career in computers.

I would be very interested in hearing from anyone who has a copy of original Altair VTL documentation. I still have my old Altair 680, and the VTL-2 ROMs, but I do not have the VTL manual!



Re: Altair VTL Documentation? jun - 2003/10/04(Sat) 15:04 No.219   <Home>

I don't know much about Altair 680.
I have a book which has review articles of Altair 680b and VTL in Japanese. One of the articles listed the VTL ROM dump list. I disassembled the list just for fun.


インラインアセンブラ 投稿者:探偵zaurus 投稿日:2003/09/16(Tue) 21:46 No.215  
はじめまして、アセンブラのページいつも参照させていただいて
ます。
LinuxZAURUSでは普段はgccを使っているんですが、
インラインアセンブラで書きたいと思っています。
気になるのはスピードなんですが、意外とgccの最適化でも
xscaleのコードに合わせてちゃんと書き直してくれます。

実際に試して高速化ぶりを見てみるしかないかと思っている
のですが。


Re: インラインアセンブラ jun - 2003/09/16(Tue) 23:51 No.216   <Home>

はじめまして。
アセンブラで書くと小さくはできますが、高速化は難しそうですね。
昔のCPUのように実行クロックがマニュアルに書いてあるといいのですが。
実験するしかないと思っています。


アセンブラGNU asの基礎知識 投稿者:jun 投稿日:2003/09/16(Tue) 02:22 No.214   <Home>
というLinux Zaurus関連のページを半年ぶりに追加したところ
6時間ほど(激速)で

Linux Zaurus Technical Know-how http://www.areanine.gr.jp/~nyano/

で紹介して頂きました。「待望の新ページ」とうれしいお言葉。

半年間も充電していたのでネタは貯まってますが、コードを書くより
日本語を書くほうが苦手なため、矢継ぎ早にページ追加は無理です。
マターリとお待ち下さい。



GAME80 コンパイラ 投稿者:中島聡 投稿日:2003/07/27(Sun) 11:08 No.207   <Home>
始めまして、GAME80 コンパイラの作者の中島聡です。ぐうぜん、このサイトを見つけて本当に感動しました。Game80 コンパイラを TK-80 上で作っていた高校生の時代を懐かしく思い出しました。話せば長いのですが、あの後アメリカに渡り、マイクロソフトで Windows95 だとか、Internet Explorer の開発をし、今は独立して UIEvolution というソフトの会社を経営しています。携帯電話・PDA 向けの開発専用の UJML という独自の言語を開発しています。今の携帯は、ちょうどあのころのパソコンのようで、一番面白いところです。もし、興味があれば、SDK をダウンロードしてみてください。弊社のサイトからフリーでダウンロードできます。

ちなみに、メールアドレスはスパムプログラム防止のためにでたらめなものを入れました。@ 以降を uievolution.com に変更してください。


Re: GAME80 コンパイラ jun - 2003/07/28(Mon) 21:24 No.208   <Home>

はじめまして。GAME80コンパイラの作者の方に書き込んでいただいて、こちらこそ感動しています。
当時高校生だったとは驚きです。私は卒論を書いていた頃で、「すごい人がいるもんだ」と感心するばかりでした。
最近もrvtlをARMに移植して遊んでいて、私は成長していませんね。

ところで、中島さんのGAME80コンパイラを打ち込んだリストを今も手元に持っています。もしよろしければ私のサイトで公開させて頂けませんか? ソースが5KBのコンパイラなんて見てもらわなければ信用してもらえませんから。

#inside UJMLを読ませてもらいます。


Re: GAME80 コンパイラ 中島聡 - 2003/07/29(Tue) 15:06 No.209   <Home>

Game80コンパイラのソースの公開は、私としては一向に構いません(厳密に言うとアスキー出版の許可もいるのかもしれませんが...)。

ループの先頭で今のアドレスをスタックにプッシュしておき、ループ条件が成立した時には ret で戻るというテクニックだけは今でも自慢です。あのころは、8080 のアセンブラにどっぷりとつかっていました。0xC9 (あのころは C9H と書きました)が ret で 0xc3 が jmp だったということは一生忘れそうにありません。

実はあの後作った CANDY (MS-DOS 用の CAD プログラム)のソースもいつ9もいつか public domain として公開しようと保存してあるのですが、媒体が8インチのフロッピーディスクなので読むことすら出来ません。それに比べると印刷物は永遠にアクセス可能な媒体ですね。


Re: GAME80 コンパイラ jun - 2003/07/30(Wed) 00:30 No.210  

中島さん、お言葉に甘えましてGAME80コンパイラのソースを公開させて頂きます。記事の引用を許される範囲内と思います(アスキー様、お願い致します)。

GAME80コンパイラのソースだけを公開しても、関連資料の入手が困難になった最近では読まれる方も理解できないと思いますので簡単な解説を書いています。週末までには公開できるように努力中です。

> ループの先頭で今のアドレスをスタックにプッシュしておき、
> ループ条件が成立した時には ret で戻るというテクニックだけは
> 今でも自慢です。あのころは、8080 のアセンブラにどっぷりと
> つかっていました。0xC9 (あのころは C9H と書きました)が
> ret で 0xc3 が jmp だったということは一生忘れそうにありません。

若い頃に集中していた事は忘れませんね。私も 0x8D(BSR) や 0x39(RTS) はボケるまでは覚えていそうです。私は6800派でした。

> 媒体が8インチのフロッピーディスクなので読むことすら出来ません。

私は5インチのFDでしたが、昔のソースは継代培養で、いまだに可読状態を維持しています。テープの時代のものはどこかに紙で残っているはずです。

# マイクロコンピュータ考古学的な話題ですね。


Re: GAME80 コンパイラ jun - 2003/08/03(Sun) 01:27 No.211  

GAME80コンパイラのソースと解説の公開を「週末までに」と書きましたが、
週末になってしまいました。現在、完成度は60%ほどです。
もう少しお待ち下さい。


Re: GAME80 コンパイラ jun - 2003/08/05(Tue) 23:41 No.212  

GAME80コンパイラのソースと解説を公開しました。
http://www.nk.rim.or.jp/~jun/rvtl/game80.html


EDiCube R755HのVESAモード 投稿者:jun 投稿日:2003/05/30(Fri) 00:04 No.206  
標準外のVesaモードはVESA Biosに問い合わせる必要がありますが、
プログラムを書くのも面倒と思っていたら見つけました。

http://this.is.not-mediaways.net/but.i.am/flo/t21/
にある lfb.exe (DOSのプログラム)がリストしてくれます。

 100h:  640 x 400 x 8      0x0000fff0, 31 pages
 101h:  640 x 480 x 8      0x0000fff0, 24 pages
 102h:  800 x 600 x 4     
 103h:  800 x 600 x 8      0x0000fff0, 15 pages
 104h: 1024 x 768 x 4     
 105h: 1024 x 768 x 8      0x0000fff0, 9 pages
 107h: 1280 x 1024 x 8      0x0000fff0, 5 pages
 10dh:  320 x 200 x 15 0:5:5:5 0x0000fff0, 63 pages
 10eh:  320 x 200 x 16 0:5:6:5 0x0000fff0, 63 pages
 110h:  640 x 480 x 15 0:5:5:5 0x0000fff0, 11 pages
 111h:  640 x 480 x 16 0:5:6:5 0x0000fff0, 11 pages
 113h:  800 x 600 x 15 0:5:5:5 0x0000fff0, 7 pages
 114h:  800 x 600 x 16 0:5:6:5 0x0000fff0, 7 pages
 116h: 1024 x 768 x 15 0:5:5:5 0x0000fff0, 4 pages
 117h: 1024 x 768 x 16 0:5:6:5 0x0000fff0, 4 pages
 119h: 1280 x 1024 x 15 0:5:5:5 0x0000fff0, 2 pages
 11ah: 1280 x 1024 x 16 0:5:6:5 0x0000fff0, 2 pages
 132h:  320 x 240 x 8      0x0000fff0, 63 pages
 133h:  400 x 300 x 8      0x0000fff0, 63 pages
 134h:  512 x 384 x 8      0x0000fff0, 41 pages
 135h:  320 x 240 x 16 0:5:6:5 0x0000fff0, 41 pages
 136h:  400 x 300 x 16 0:5:6:5 0x0000fff0, 31 pages
 137h:  512 x 384 x 16 0:5:6:5 0x0000fff0, 20 pages
 138h:  320 x 200 x 8      0x0000fff0, 127 pages
 139h:  640 x 400 x 16 0:5:6:5 0x0000fff0, 15 pages
 13ah:  640 x 480 x 32 8:8:8:8 0x0000fff0, 5 pages
 13bh:  800 x 600 x 32 8:8:8:8 0x0000fff0, 3 pages
 13ch: 1024 x 768 x 32 8:8:8:8 0x0000fff0, 1 pages
 13dh: 1280 x 1024 x 32 8:8:8:8 0x0000fff0, 0 pages

ところでLinuxのフレームバッファの指定では200hを加えて、
1280 x 1024 x 32ならば「33D」とします。

1400x1050がありませんね。う〜ん (;_;)


j3w 投稿者:jun 投稿日:2003/05/05(Mon) 03:38 No.204  
1年半ぶりにj3wの新バージョンに取り組んでいます。
基本的に「表示品質の改善」がテーマです。
色がチラチラする場合があるのを改善する予定です。
陰の部分が「黒く」表示されるのを「暗く」なるようにします。
また、最近のPCは速くなっているため、無駄に描画する部分を
止めてCPUの負荷を軽減します。
Windows版はほぼ完成していますが、Linuxのgcc-3.x.x対応に
苦労しています。


ふ〜〜っ jun - 2003/05/14(Wed) 01:13 No.205   <Home>

j3wの新バージョン完成です。
Linuxのgcc-3.x.x対応は、同じ入力ストリームを2度目に
オープンする場合は、.clear() しないと eof のフラグ
が立ったままになるように仕様が変更された部分が辛かった。
2パスのアセンブラとインクルードファイルのネストで
同じ入力ストリームを使い回ししているための問題でした。

ところで、最近のCPUはj3wにとって速すぎます。
地球に優しくするため、CPUの負荷を軽減して省電力に努めました。
Pen4 2GHzクラスのマシンで簡単なアニメーションを実行する
場合には前バージョンと比較して劇的にCPU負荷が減少します
(特にLinux)。

| | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | |

NO: PASS:

- KENT & MakiMaki -