アップル][からローダー系に頼ってしまうまでの世界。
カラー、モノ不問。中間色歓迎。
他、TRONの映画見ちゃった人、@マークに翻弄しちゃた人など
3Dはホログラムのスレでお願い。
あれはＣＧの一歩手前、ビデオ加工によるアニメ。
アナログコンピュータによって処理されたCGですな。
宇宙の騎士テッカマンのオープニングかっこいい
アナログコンピューターって電圧で計算するやつですね。
微積なんかできたらしい。
ttp://bubble3.2ch.net/test/read.cgi/i4004/1093135715/l50 「あわ雪」のＣＭでも同じタイプのCGが使われてた記憶があるんだけど、俺の妄想かな。
なんかスキャンラインがクネクネするような奴。
しかし何で和菓子にCGなんだろう。
クロスオーバー……を意味するらしい。
ブラックホール？
ワイヤフレームで3Dアニメーションするぞ。なんという先見性だろう。
やっぱIBMはすごいね。
2001年では数色カラーだったけど、
映画「アンドロメダ」で多色カラーのワイヤフレームCGになったね。
でもアンドロメダ原作本の挿絵は、プリントアウトのAAなんだよね。
序盤で宇宙ステーションにドッキングするシャトルのCRTのワイヤーフレーム画像や、
ディスカバリー内のコンピュータのモニタ画面の表示も、すべてセルアニメ。
つうか、そもそも世界初のフレームバッファってものが出来たのが2001年の公開後(確か1970年)。
それ以前はベクターグラフィックのCRTか、キャラクタグラフィックのみのビデオターミナルしか無かった。
世界中の誰一人として、リアルタイムかつインタラクティブなCGというものをまだ目にしたことが無い時代の産物。
そんな時代に、10年先のCGを予見した映像をデッチ上げられる、ということが、どれだけ凄いことか。
アニメのリアプロジェクションだったんだよね。
こだわり抜いた映画はフィクションではなくて、状況を作ってしまうものなんだね。
小説ではパンナムシャトルに乗ってるフロイド博士が、WEBブラウザみたいな電子新聞を読んでるし。
>キャラクタグラフィックのみのビデオターミナル
そういう聞き慣れない”舶来のコンピューター用語”に、
なんか、とてつもない可能性を感じた時代でありました。
今は、実際とてつもない時代になったけど、なってみると、なんか夢がないなぁ。
ttp://www.herald.co.jp/movies/2001/ 2001年宇宙の旅 公式サイト
Nationalの４色のカラーボールペンで描くやつ。
雑誌のCGプログラムをプロッタ用に改造して描いたり、
ラップスキャンして描いたCGで年賀状出したりしてたよ。
プロッタでは色が塗れないので、ペイントルーチンもどきを作って苦労したよ。
今思うと恥ずかしい奴だな。
あれみたらFM-7のSUBCPUがあほくさくみえた。
グーグルで検索したら６件しかヒットしないよ。
たはぁ、時代の流れだな。
Ｔ＆Ｅスターアーサー伝説のは、サブシステムのペイントルーチンの横ラインを引くところにタイリングラインを
引く様なルーチンをかぶせた物をサブに送って動作させていた。
ペイントルーチンは、ＰＣ８８０１シリーズのペイントとは違う富士通独自のペイントアルゴリズムなので、
色によっては輪郭を取り出すところがうまく動作しないこと。
しかし、スターアーサーの色のバリエーションのなさは酷かった。
お絵かきマニアだった私としては、クロマキーの方が良い色がでたと思う。
実際の情報は十分じゃないかな。最新型の旅客機や戦闘機だって、似たような
表示だし。
続編の2010年で、途端にヘボくなったのでガッカリした。
ジャパニメーションがロトスコープを使いこなせなくて出来た。
って、本当なのなのかナァ〜デズニーだって全部実写トレス、
じゃないわけだし、＋手塚のリミテッドアニメーションなのか？
でも、リミテッドアニメーションって言葉が英語あること自体、
アメリカからの移入なわけで・・・ようわからん＠へ＠；
飛び先が、ヘラルドじゃん。
宇宙空母ギャラクチカの表示は、かっこよかったと思う。ワイヤーフレームだけど、あれで
実際の情報は十分じゃないかな。最新型の旅客機や戦闘機だって、似たような
表示だし。
続編のテレビシリーズで、途端にヘボくなったのでガッカリした。
付いていたとしたらどのように弾道計算の「射表」を３Dで表示したのかな。
ENIACは20年以上古いから到底無理。
つうか最初は穿孔テープ、いずれtty出力だし、
グラフのプロットにはプロッタプリンタが使われた。
ttyの電子化は60年代から。
ベクタスキャンモニタもほぼその頃から。
フレームバッファ上にリアルタイムで3Dをプロットできるようになったのは
80年代に入ってから、高解像度で実用的な速度が出るようになったのは
90年代以降と思って、まあ間違いはないですな。
米国のSIGGRAPHだっけ？
あそこで、フラクタルの葉っぱとか、わさわさ動いたり、
2個の卵がめたぼーるしてくっついたり離れたりする動画を見て、
「うをおおおお！！！！！すっげー！！！！」とうなったもんだ。
しかし、リアルタイムで らじおしてぃCGを動かすには、
もすこし時間がかかりそうな今日この頃ですが、皆さまお元気でしょうか？
どうでもいいが、ワイヤーフレームって今見ても格好イイ。
大昔のＣＧっていったらアレよね。
わいやふれーむ ってっやっぱグリーンモニターつーか
蛍光緑色が、かっちょ良しだよね。
そいやXBOXのテーマカラーが、蛍光グリーンだけど、
そいゆうセンスのげいつ君って、やっぱ をやじで親近感が？
来る秋の夜長にシコシコ打ち込むつもりだったのに…orz
そうだ。
ワイヤーフレームの隕石かっこよかったなぁ
あれはなにでつくったんだろ？
1.川原に行ってよさげな形の石を拾ってくる。
2.とりあえず缶スプレーで黒く塗る（マットに仕上げよう）
3.蛍光テープを縦に細く切る（セロテープ台につけ、カッターを当てながら廻すと簡単）
4.細く切った蛍光テープを黒塗りの石に貼り付けていく。
5.後は撮影テクニック。
・・・すまん、(半分)冗談だ。
ＰＣ−８００１でなんとか作ろうとしたが、うまくできなかった。
文字をメガデモ風にフラクタル表示するのがかっこよかった
(自分でも意味不明）
デジタルアーツのHyPER FRAME+を大枚はたいて買っちゃったな。
ＲＧＢ各８ビットの画像に驚愕したが、使いこなさないうちに
すぐにWindowsアクセラレータの時代になった。
この間、秋葉原のジャンク屋でボードだけ\100で売ってた。
泣けたが迷わず買った。
２０年前のにおいがするので
懐かしい気分になるな〜
いや それらしくなりそうだな・・ってマジで思った。
その後FM-11でのレイトレーシングを見たときは、CGとは信じられず
ワクワクしながら計算理論を読んでFM-7でプログラミングしていた、当時小学生のオレ。
うーん、懐かしい・・・
使い道は少なかったが。
1枚表示するのに10分掛かったがｗ
tR専用ローダーだと1〜2分程度だったらしい。
1ドット1ビットのRGB3プレーンを合成して表示するのが一般的だけど、
1ドット1バイトとか2ドット1バイトで管理していたマシンって無かったのかな
PC-6001mkII以降の16色モードもそうだった気がする。
美しいテクスチャや優れたレンダーで表現できる世界観というのはどうやっても現実世界と比較して劣って見える。
大規模なコンピュータグラフィックスの画像をレンダリングするのに3日は軽くかかったぞ。
いい加減にすれ。はらいてーｗ
>>ワイヤーフレームで、しかもCRT使っているみたいだけど。
>あれは、CGを模したセルアニメーション。
>あれを見てバカでーと笑うか、70年代初頭にあれを具体的に映像として見せた
>キューブリックの2〜30年先を見据えた先見性に感服するかで、そいつの器が知れる。
>ちなみに撮影時（60年代末期)の最新のコンピュータグラフィクスは、プロッタプリンタによる出力。
>そして確か1970年に、世界で最初のフレームバッファというものができてる。
キューブリックはすげぇと思うけど、お前の予備知識もなかなか。
アニメでのコンピュータグラフィックスの最初だったらしい
定義が微妙すぎてなんともいえんなｗ
なにを持って一般向けというのか。
たとえば8ビット機のテロップマシンとかは一般向けじゃないのかね？
TMS9918とかだってあてはまりそうだもんな。
リンクすクスクスの
関係者の板なの？
まんだら
あれこそは商業3Dの夜明けになった
作品だったよなー
トーヨーリンクスに入りたかったもんなー
マンダラ見てから！
TRONの制作はリンクスでないの?
トーヨーリンクスに入りたかったもんなー
ttp://www.youtube.com/watch?v=-pG1xFNYepU ゴルゴ13 劇場版 CGアニメ部分 (1983)
システムは当時すごかったのだろうけど
みんGOLの方がきれいだ！
どうも書いたレスが改竄されているようでして
無くなってるんです！！
当時の管理人は何考えてんだか
何をどう嫌われちゃっているのか？
きっちりしてほしい。
三角関数の山だった
ＦＭがより、みすぼらしい結果に
まさか、プログラムでカーソルをシミュレーションしてまでして
アニメＣＧに着手するとは思えない。
100 X0=Y0=COLR=I
110 INIT=-12288:PLOT=-11506
120 LINE=-11500
130 LET GREEN=42:VIOLET=85
140 WHITE=127:ORANGE=170
150 BLUE=213
160 CALL INIT: POKE -16302,0
170 DIM C(5)
180 C(1)=GREEN:C(2)=VIOLET
190 C(3)=WHITE:C(4)=ORANGE
200 C(5)=BLUE
210 X0=RND(280)
220 Y0=RND(192)
230 COLR=C(RND(5)+1)
240 CALL PLOT
250 FOR I=0 TO 100
260 X0=RND(280)
270 Y0=RND(192)
280 CALL LINE
290 COLR=C(RND(5)+1)
300 NEXT I
310 INPUT A$
320 TEXT
330 END
10 GR
20 FOR A = 3 TO 50: FOR B = 1 TO 19: FOR C = 0 TO 19
30 D = B + C: COLOR= C * 3 / (B + 3) + B * A / 12
40 PLOT B,D: PLOT D,B: PLOT 40 - B,40 - D: PLOT 40 - D,40 - B
50 PLOT D,40 - B: PLOT 40 - B,D: PLOT B,40 - D: PLOT 40 - D,B
60 NEXT C: NEXT B: NEXT A: GOTO 20
ApplesoftおよびApple整数BASIC
*E003G
RAMディスクの高速性に夢を見た実験。
10 REM CREATE FRAMES FIRST
20 B(1) = .5:C(1) = .5:C(2) = .25:C(3) = .75
30 B(4) = 1:C(4) = .25:B(5) = 1:C(5) = .75
40 B(6) = .5:B(7) = .5:C(7) = 1
50 FOR E = 1 TO 7
60 READ M: HGR :W = .588:R = .15:Y = .5:X = Y
70 FOR A = 1 TO 7: FOR B = 1 TO 7: FOR C = 1 TO 3
80 U = 140 - M * W + M * X
90 V = 90 + M * W - M * Y
100 ON (U < 0 OR U > 279 OR V < 0 OR V > 191) GOTO 120
110 HCOLOR= 7: HPLOT U,V
120 A(1) = A:A(2) = B:A(3) = 1
130 Z = A(C):H = B(Z):K = C(Z)
140 X = R * X + H:Y = R * Y + K
150 NEXT C: NEXT B: NEXT A
160 REM SAVE VRAM TO FILE ON RAMDISK
170 PRINT CHR$ (4)"BSAVE/RAM/P"M",A8192,L8192"
180 NEXT E
続く…
190 RESTORE
200 POKE 49234,0
210 DATA 129,167,217,282,366,475,617
220 REM ANIMATION LOOP
230 FOR A = 1 TO 999
240 FOR T = 1 TO 7
250 READ M
260 REM RESTORE VRAM FROM FILE
270 PRINT CHR$ (4)"BLOAD/RAM/P"M
280 NEXT T
290 RESTORE
300 NEXT A
310 TEXT
320 END
Apple IIe以降、ProDOS BASIC
*E003G
アップルの整数BASICで。
100 REM CREATE SHAPE TABLE($0800)
110 POKE 2048,1
120 POKE 2049,0
130 POKE 2050,4
140 POKE 2051,0
150 POKE 2052,44: REM $2C
160 POKE 2053,62: REM $3E
170 POKE 2054,0
180 REM SET POINTER OF THAT SHAPE TABLE
190 REM $0328(808)=LOW BYTE $0329(809)=HI BYTE
200 POKE 808,2048 MOD 256: REM $00
210 POKE 809,2048/256: REM $08
220 REM SHIFT LOMEM TO SHAPE TABLE+1
230 POKE 74,(2048+7+1) MOD 256
240 POKE 75,(2048+7+1)/256
250 POKE 204, PEEK (74)
260 POKE 205, PEEK (75)
270 REM DEFINE VARIABLES
280 X0=Y0=COLR=SHAPE=ROT=SCALE
290 INIT=-12288:CLEAR=-12274:BKGND=-11471
300 POSN=-11527:PLOT=-11506:LINE=-11500
310 DRAW=-11465:DRAW1=-11462
320 BLACK=0:WHITE=127
330 SSWFULLSCR=-16302
340 REM INVOKE HGR W/O TEXT
350 CALL INIT: POKE SSWFULLSCR,0
Part2へ
360 REM DRAW SHAPE
370 SCALE=46
380 COLR=BLACK
390 SHAPE=1
400 FOR L=0 TO 1 STEP 0
410 IF COLR=BLACK THEN GOTO 430
420 COLR=BLACK: GOTO 440
430 COLR=WHITE
440 FOR X=230 TO 1 STEP -46
450 FOR R=64 TO 49 STEP -1
460 ROT=R
470 X0=X:Y0=191
480 CALL DRAW
490 NEXT R: NEXT X
500 FOR Y=145 TO 53 STEP -46
510 FOR R=16 TO 1 STEP -1
520 ROT=R
530 X0=0:Y0=Y
540 CALL DRAW
550 NEXT R: NEXT Y
560 FOR X=46 TO 275 STEP 46
570 FOR R=32 TO 17 STEP -1
580 ROT=R
590 X0=X:Y0=7
600 CALL DRAW
610 NEXT R: NEXT X
Part3へ
620 FOR Y=53 TO 145 STEP 46
630 FOR R=48 TO 33 STEP -1
640 ROT=R
650 X0=279:Y0=Y
660 CALL DRAW
670 NEXT R: NEXT Y
680 NEXT L
アップル整数BASICでは高解像度グラフィックをサポートせず、
ここで使ったようなハイレゾサブルーチン群の提供にとどまった。
パラメータはBASICの変数で引き渡すが、その際に
変数テーブルの特定の場所を決め打ちで参照するという
荒っぽい仕様だったのが懐かしい。
中でもシェイプは特徴的な機能で、定義した図形(最大255種かな)を
任意の角度に回転させ、任意の大きさで任意の座標に描画できる。
シェイプ同士の衝突判定なんかも可能だった。
ただし、3ビット1命令(1バイト最大3命令)の4方向ベクトルグラフィックで
図形を定義しなくちゃならないとか、1シェイプ1色だとか、
使い勝手はあまり良くなかった。
これらハイレゾルーチン群は、ApplesoftでBASICに統合され、
パラメータの引き渡しなどが改良された。
ttps://www.evernote.com/shard/s41/sh/3e041f64-bcbb-45b0-b522-97278797ac95/d50857f6fa7594a170927b6245f7a959 ―アップルのグラフィック機能シェイプについて―
シェイプ定義テーブルの構造
先頭(S)のバイトから
S+0:定義するシェイプの個数
S+1:未使用
S+2:シェイプ1定義までのS起点オフセット(下位バイト)
S+3:シェイプ1定義までのS起点オフセット(上位バイト)
(以下S+0で設定した個数分のオフセットペア)
シェイプ1定義のバイト列(最後は$00)…以下、個数分続く。
シェイプ定義は各バイトを2/3/3ビットに分けて
bit7-6:命令3、bit5-3:命令2、bit2-0:命令1
と解釈する。
シェイプ定義の各3ビットの意味
bit2:プロット指示
1でプロットする、0でプロットしない。
bit1とbit0:次の移動先指示
00=上、01=右、10=下、11=左
bit7-6についてはプロットビットがないので移動指示のみ。
ただし00の場合はNOP扱いで何もしない。
また定義終了の仕様から、プロットなしの上移動3回は記述できない。
に示した$2C,$3Eは
00/101/100
00/111/110
となる。図示すると以下の通り。
→↓
↑←
（ ・∀・） 人 ｶﾞｯ
（ つ―-‐-‐-‐-‐-‐○ < >__Λ∩
人 Y ノ. Ｖ｀Д´）/
し（＿） / ←
ttp://www.youtube.com/watch?v=q5lBF4Tn95k 