Petitverse

>※プチコンのTXTファイルは内部でUTF-8として扱われてる模様。
まじかー。そういえばプチコンにTXTファイル転送してるときUTF-8に変換してるなー(*´ー｀*)

http://petitverse.hosiken.jp/community/petitcom/diary/?read=243

この投稿(自分の投稿)に少し色コード変換処理について書かれているので、
観てみて下さい。
普通にやる方法とGSAVEを使った方法が書いてあります。

前に画像をDATA文に変換するプログラムを作りましたが忘れたので、
もう1度作りました。
画像があるページ,U,V,W,Hと、
書き込みたいプログラムSLOTには任意の数を入れて下さい。

DIM G%[0]
GSAVE 画像があるページ,U,V,W,H,G%,1
FOR I%=0 TO LEN(G%)-1
INC D$,CHR$(G%[I%])
NEXT
PRGEDIT 書き込みたいプログラムSLOT
PRGINS "DATA "+CHR$(34)+D$+CHR$(34)

多分これでできると思います。

読み込むには、
予め読み込むデータにREADのポインタ?を当てておいて、

DIM G%[0]
READ D$
FOR I%=0 TO LEN(D$)-1
PUSH G%,ASC(D$[I%])
NEXT
GLOAD U,V,W,H,G%,1,1

でできると思います。
こちらもU,V,W,Hを任意の数にして下さい。
こちらも確認していません。

http://wiki.hosiken.jp/petc3gou/?Toukou%2FGPK%A5%E9%A5%A4%A5%D6%A5%E9%A5%EA
私が作ったこちらはいかがでしょうか?
DATA文にはできませんが文字列にはできます。

すごいですね。
自分は改行や"と重なることは考えていませんでした。
自分のは"はRGB(0,0,0,136)で透明色で、
␊もRGB(0,0,0,40)で透明色なので、まあいいかと思いましたが、
␍はRGB(248,0,0,48)なので注意が必要だと思いました。
↓

http://wiki.hosiken.jp/petc3gou/?Toukou%2FGRP%A2%CEDATA%CA%D1%B4%B9%BC%AB%BA%EE%CC%BF%CE%E1%BD%B8
私の作った、画像をDATAに出来る自作命令です。
はるさんが「文字コードとして文字に変換して文字列にすればいいと思います。データの量にも無駄がな」い
といっていましたが、更に無駄を省きました。(3つ以上続いている同じ色コードを2文字(あまりに続いていたら3文字)で収めます。この処理でデフォルトSPの画像を圧縮した所、1ドット、約0.57文字で変換できました)
改行や、「"」を回避しているのでDATAに出来ます。(出力されたときにすでにDATAになっています)
使い方はプログラムのコメントを参照して下さい。(説明が下手で分かりにくいかもしれません)

ちなみにこんな感じのデータが出力されます。
1文字が１ドットになっていますが、改行が無いので分かりづらいですね。
それに1行の文字数が多く、3号の場合すごく重くなります。
なので、改行を作った方がいいかもしれません。

自動で改行をするバージョンを作りました。

↑の読み込み方です。
ここではためしに苺のスプライトでやってみました。
改行すると、視覚的にも分かりやすいですね。

> それはDATA文にすることができるので、
> DATA文にできるといってもいいと思います。

ダブルクォート、つまり CHR$(34) が混じる可能性があるのでDATA文に押し込めません。
エスケープするように改造したらいけますが改造が必要です。

え？、画像データを文字列で保存しようとしてるの？効率悪いよ？
プチコンはメモリ上はUTF-16の16bitのみだけど、テキストファイルに保存する時UTF-8に変換してる。
メモリ上２BYTEの文字だが、UTF-8では日本語全角文字部分は３BYTEになる、データ量は１．５倍だ！なので効率悪いんだよ！
バイナリで保存した方が無駄がない。

質問者は恐らく、SAVE "GRP4:FILENAME"　でグラフィックページ全体をまるごと保存してしまってファイルサイズが大きくなっているのではないかと推測します。
その場合、対策としてはグラフィックの必要最小限の領域をGSAVE命令で配列変数に入れ、配列変数をSAVE "DAT:FILENAME"で保存すれば、ファイルサイズは無駄に大きくならずに済む。

流れとして、SP保存したらファイルでかいのでDATAでサイズ小さく保存してるの見たことあるのでDATAで保存したい、って見えるのです。

なので目的が２つあって
・SP保存でファイルでかいのでなんとかしたい→自作SPだけをGSAVEか何かで保存して使うようにする
・DATA文で保存しておきたい→保存したSPだけをDATAに文字列として出力したい（みんなが回答している内容）
という感じ

SP保存を全部するとでかいのは、GSAVEで範囲指定すればOK、これはサイズ縮小の目的。
DATAで保存しておきたいのは、SP用のファイルをわざわざ準備しなくても、プログラムファイル１つ配布するだけでSPも作ってくれるけど、DATAをどうやって作るかは、どんなプログラムを作るかの考え方次第。

みんなが書いている方法は、SP用の画像データ(GRP領域)を読み出して、画像の１ドットのデータが16bitで、１文字もいちおう16bitなので、そのまま文字として扱っているというもの（１文字が16bitじゃないのはUTF-16をいろいろ調べてもらえると）

とはいえDATA文もプログラムの文法に乗っ取っているので、DATA文としてなりたたないような「画像データからDATAに変換した値」（ダブルクォーツとカンマの組み合わせや改行など）が存在した場合にDATA文が文法エラーなどになってしまうのでなんとか考えないとというところ。

プログラムと画像データファイルを分けたくないという目的なら、16bitデータをそのまま16bit文字にするのではなく、16進数文字列として保存するのが安全です。(DATA "FF007F00AC004433"みたいな感じ)
文字データなので数値に変換してGRPに描く事はしないと行けないですが。

この方式だと１つのファイルで扱えるけどデータ量は増えるというやりかたです。
データ量が増えたくないならDATA文の持ち方をなんとかするか、今のままファイルを分けておくかという方法になります。

（１投稿全角１０００文字までって言われた！）

一応もうちょっとお手軽な方法としてはデータを BASE64 で変換した情報を持つというもの。
１６進数文字の場合 DATA文の１文字で画像データ4bit分しかないけど、BASE64だと１文字で画像データ6bit分持てるので、すこしはデータ量が減ります。

それでもちゃんとデータ量を減らすなら、なにかしらの圧縮方法を考えないとというところです。

画像圧縮方法は世の中にたくさんあったり、やりかたがたくさんあって、こういう画像ならこのやりかたが圧縮率高いとかありますが、
そこまでして画像データの容量を減らすよりは、先に作りたいプログラムを作って、あとで時間があるときに圧縮について調べるのがいいと思います。