JEvaHz Messages 1320-1331

about contact links home tools todo search

About PNG color transparency


From: "Masa"
Sent: Tuesday, July 10, 2001 2:16 PM
Subject: [JavaHz:1320] PNGの透過色について
About PNG Color Transparency

ゲーム会社に勤務しています。Masaです。

I'm working at a game company.  My name is Masa.


MIDPはPNG画像が標準で使えるようですが、
透過色は使えるのでしょうか?

With MIDP, PNG images appear to be standard, but
can color transparencies be used?

今現在PaintShopProで透過色を設定して表示させてみたのですが、
透過されません。

Right now, with my current PaintShopPro, I have
the setting for color transparency and tried to
show it, but it didn't come up transparent.

どなたかご存知ないでしょうか?
ご存知の方よろしくお願いいたします。

Anyone out there know what this might be?
Willing to hear from any knowledgeable person.



From: "Takahiro Matsumoto"
Sent: Tuesday, July 10, 2001 3:12 PM
Subject: [JavaHz:1321] Re: PNGの透過色について
About PNG Color Transparency


こんにちは。松本です。

Good day.  Matsumoto here.

> ゲーム会社に勤務しています。Masaです。
> 
> MIDPはPNG画像が標準で使えるようですが、
> 透過色は使えるのでしょうか?
> 
> 今現在PaintShopProで透過色を設定して表示させてみたのですが、
> 透過されません。


表示させようとしたのはエミュレータなのかどこかの実機なのか
わかりませんが、MIDPを実装するベンダーによって細かい部分は
左右されてしまうと思います。

I don't know where you'd find the functionality to make an
emulator display this; the detailed, vendor-dependent parts
can be controlled [左右され???], I would think.


透過が可能かどうか、フィルターやインターレスのありなし等・・・

Whether it can do transparency, or has filters, interlacing, etc....?

--
Takahiro Matsumoto  - NetGene & Co.Ltd -
* 2-5-10-2F,Nishi-waseda,Shinjuku-ku,Tokyo,Japan
* matsu@... ( 070-5507-9604 )
* Tel:+81-3-5155-3720 Fax:+81-3-5155-3723




From: "Masa"
Sent: Tuesday, July 10, 2001 3:25 PM
Subject: Re: [JavaHz:1321] Re: PNGの透過色について

> こんにちは。松本です。
> 
> 表示させようとしたのはエミュレータなのかどこかの実機なのか
> わかりませんが、MIDPを実装するベンダーによって細かい部分は
> 左右されてしまうと思います。
> 透過が可能かどうか、フィルターやインターレスのありなし等・・・

やっぱりそうなんですか、、
いまは実機が用意できないのでエミュレータなんですが、
実機が対応しているのを期待するしかないんですね。

Looks like that's how it is after all,....
Now, the real implementation isn't ready, so [I'm using] an emulator;
I'm not expecting anything except compatibility with the real implementation.

ありがとうございました。

Thank you.



From: "星野 仁"
Sent: Tuesday, July 10, 2001 4:19 PM
Subject: [JavaHz:1323] Re: PNGの透過色について

 はじめまして、星野です。 

  How do you do.  Hoshino here.

> MIDPはPNG画像が標準で使えるようですが、
> 透過色は使えるのでしょうか?
> 
> 今現在PaintShopProで透過色を設定して表示させてみたのですが、
> 透過されません。

 私も今MIDPでゲームを作成していますが、PNGの透過色は使用できています。

  I'm also making games with MIDP, and have made PNG's with color transparency.

減色ソフトのOPTPIXで主に透過設定をしていますが(なぜか透過指定をすると
透過色指定しても必ずパレットの0番目が透過になりますが)

Using color-reduction software called OPTPIX, I mostly assign "transparent"
  (Why, when I assign "transparent" or "color transparent", does the
  pallette's #0 [???] also become transparent?)

 また試しただけなのですがフリーソフトのBTJ32と言うソフトでも透過色の
設定ができました。作者のホームページ「http://homepage1.nifty.com/beny/」

  Just trying again: I was able to set transparent colors with some free
software called BTJ32.  The programmer's homepage:
http://homepage1.nifty.com/beny/

---
星野 仁
E-Mail:jin@...



From: "Masa"
To: 
Sent: Tuesday, July 10, 2001 5:48 PM
Subject: Re: [JavaHz:1323] Re: PNGの透過色について
About PNG Color Transparency

はじめまして 星野さん ありがとうございます。

Nice to meet you, and thank you, Hoshino-san.

> > MIDPはPNG画像が標準で使えるようですが、
> > 透過色は使えるのでしょうか?
> >
> > 今現在PaintShopProで透過色を設定して表示させてみたのですが、
> > 透過されません。
>  私も今MIDPでゲームを作成していますが、PNGの透過色は使用できています。
> 減色ソフトのOPTPIXで主に透過設定をしていますが(なぜか透過指定をすると
> 透過色指定しても必ずパレットの0番目が透過になりますが)
>  また試しただけなのですがフリーソフトのBTJ32と言うソフトでも透過色の
> 設定ができました。作者のホームページ「http://homepage1.nifty.com/beny/」
>

星野さんの開発環境は実機なのでしょうか?
やはり透過設定をしても透過されません。

I wonder if Hoshino-san's development environment is functioning?
After all, even with transparency settings you can get transparency.



From: "U/K"
Sent: Tuesday, July 10, 2001 6:24 PM
Subject: [JavaHz:1327] Re: PNG の透過色について
About PNG Color Transparency

はじめまして、U/Kと申します。

How do you do, I'm U/K.

At 17:48 01/07/10, you wrote:
> > > MIDPはPNG画像が標準で使えるようですが、
> > > 透過色は使えるのでしょうか?
> > >
> > > 今現在PaintShopProで透過色を設定して表示させてみたのですが、
> > > 透過されません。
> >  私も今MIDPでゲームを作成していますが、PNGの透過色は使用できています。
> > 減色ソフトのOPTPIXで主に透過設定をしていますが(なぜか透過指定をすると
> > 透過色指定しても必ずパレットの0番目が透過になりますが)
> >  また試しただけなのですがフリーソフトのBTJ32と言うソフトでも透過色の
> > 設定ができました。作者のホームページ「http://homepage1.nifty.com/beny/」
> >
>
>星野さんの開発環境は実機なのでしょうか?
>やはり透過設定をしても透過されません。

PNGの透明化は大別して2種類の指定方法があり、色深度などにより厳密には
4種類のフォーマットがあります。

There are, generally, two ways of indicating transparency in PNG,
and strictly speaking, depending on the color depth, four format types:

1.αチャンネルを用いる場合(Color type = 4 or 6)
  (8bit,16bit grayscale / 24bit,48bit color)
 RGB値もしくはgrayscale値に加え、ピクセル毎にα値(透明度)を保持。
 α値の深度は色深度と同じ。

1. The alpha channel (Color type 4 or 6) case:
   (8 bit, 16 bit grayscale / 24 bit, 48 bit color)
  With either RGB or greyscale values, there's an alpha
  (transparency degree) before the pixel.  The alpha
  value's depth is the same as the color depth.

2.tRNS(=transparency) chunkを用いる場合
  a.1,2,4,8bit indexed colorの場合(Color type = 3)
   個々のカラーに対し、8bitの深度の透明度を指定できる。
  b.1,2,4,8,16bit grayscale の場合 (Color type = 0)
   ある一つのgrayscale levelに対し、1bitの深度の透明度を指定できる。
  c.24/48bit colorの場合(Color type = 2)
   ある一つの色に対し、1bitの深度の透明度を指定できる。

2. The tRNS (= transparency) chunk case:
   a. 1,2,4,8-bit index color case (Color type = 3)
      Against each color, an 8-bit transparency depth can be set
   b. 1,2,4,8,16-bit grayscale case (Color type = 0)
      Against an existing grayscale level, 1 bit of transparency depth can be set.
   c. 24/48-bit color case (Color type = 2):
      Against an existing color, 1 bit of transparency depth can be set.

「PNGの透明化」と言っても上記4種のどれなのかを特定しないと
問題は解決しないのでは。

 With "PNG transparency conversion", if you're not specific
about which of the above 4 types, the problem will stay
unsettled.

また、PNGの仕様によると透明化は必須ではないらしいので、
実装にばらつきがでるのはやむを得ないでしょう。
部分的な対応もOKだそうで...。

Also, with PNG implementations, transparency conversion isn't required,
So maybe there are not any packages in distribution with this.
I've heard it's OK even with partial compatibility....

それでは。 

See you.



From: "中野友行"
Sent: Wednesday, July 11, 2001 11:57 PM
Subject: [JavaHz:1330] Re: PNG の透過色について
About PNG Color Transparency

はじめまして 中野と言います。

How do you do.  I'm Nakano.

 画像ファイルの詳細形式を確認するのに便利なページがあります。
使ってみては如何でしょう。

There's a convenient page for verifying the detailed format
of image files.  How about making one and trying it out?

http://www.mikeneko.ne.jp/~lab/grp/analyzer/


N503i scrolling operation


From: "Kumiko Morii"
Sent: Tuesday, July 10, 2001 5:59 PM
Subject: [JavaHz:1325] N503iでのスクロール動作
N503i scrolling operation

はじめまして。森井と申します。

How do you do.  I'm Morii.

まだ、Javaを勉強し始めて間もない初心者です。

I'm still kind of a Java beginner; just starting to study it.

すごく初歩的な質問かとは思いますがご回答頂ければありがたいです。
よろしくお願いしますm(_ _)m

I've got a REALLY elementary question I'd like to ask, and
I'd be really grateful for any reply. m(_ _)m

今、アプリを作成しているのですが…
音にあわせて1文字分ずつ印を横に移動させるという動作で困っていることがあります。
スムーズに動作しているときもあれば、たまに「カクン」といった感じで動作が
少し止まってしまうときがあります。

At the moment I'm making an application....
With a sound, I want each character to move sideways, but with that action
a problem comes up.  Even when it's moving smoothly, sometimes it ends up
stopping a little with sense of shuddering.

この問題はプログラムの流れの順番を変えたりすることで回避できるものなのでしょうか?
または、機種の特性上仕方ないものなのでしょうか?
ちなみに機種はN503iを使用しています。

I'm wondering if I can avoid this problem with a change of control flow
or something.  Or, maybe it's some kind of unavoidable device dependency?
In case it's the latter: the phone I'm using is an N503i.

----
Kumiko Morii  morii@...


JAR compression tool



From: "Toru MOCHIDA"
Sent: Tuesday, July 10, 2001 6:26 PM
Subject: [JavaHz:1326] Re: jar compression tool

持田と申します。

Mochida here.

>このたび i アプリのプログラムのサイズを減らすツールを作ったのでαテス
>ターを募集します。もちろんこのツールで圧縮した後でもプログラムはそのま
>ま実行できます。

> Next time, when I make an iAppli program-size-reduction tool,
> I'll gather alpha testers.  Naturally, you'll still be able to
> execute the program after it's been compressed.

Java Blenderは素晴らしいツールで、大変重宝していますが、
私の環境では以下の現象が起きてしまいます。

Java Blender is a wonderful tool, and utterly priceless,
but in my environemnt, the following things came up:

私は、ギガフロップスのGADeKで開発していますが、

I was developing with GigaFlops' GADeK, and --

1. GADeKでJARファイル、JAMファイルの編集
2. Java Blenderで圧縮
3. 再びGADeKでJAMファイルの編集

1.  Editing JAR and JAM files with GADeK
2.  Compressing with Java Blender
3.  Once again editing with JAM files with GADeK

という手順をたどると、AppName、PackageURLのフィールドが
空白になり、AppClassのフィールドにJAMファイルの内容が
つながって入っている状態になってしまいます。

Following the above process, I got into a situation where
the AppName and PackageURL fields were blanked, and the
AppClass field ended up being linked with the JAM field contents.

この状態で、JAMファイルをメモ帳で開いてみると、改行が
黒い四角に化けて、すべての行が1行につながったように
表示されます。どうやら、改行コードが変化したようです。

In this situation, when I tried writing into the JAM
file memo pad, a linefeed looks like a black square,
and all the lines show up joined together.  Somehow,
the linefeed changes things.

圧縮率を変化させても結果は同じでした。

Even changing the compressibility gives the same result.

私の環境は以下の通りです:

Here's my environment:

* OS           : Windows2000 Pro. SP2
* Java Blender : Version 1.03α
* GADeK        : Version 1.2.0

----
持田 徹

Mochida Toru



From: "Tatsurou Sekiguchi"
Sent: Tuesday, July 10, 2001 11:24 PM
Subject: [JavaHz:1328] Re: jar compression tool 

> 持田と申します。

こんばんは。

Good evening.

> Java Blenderは素晴らしいツールで、大変重宝していますが、
> 私の環境では以下の現象が起きてしまいます。
> 
> 私は、ギガフロップスのGADeKで開発していますが、
> 
> 1. GADeKでJARファイル、JAMファイルの編集
> 2. Java Blenderで圧縮
> 3. 再びGADeKでJAMファイルの編集
> 
> という手順をたどると、AppName、PackageURLのフィールドが
> 空白になり、AppClassのフィールドにJAMファイルの内容が
> つながって入っている状態になってしまいます。

トラブルをおかけしてもうしわけないです。この現象は特定のアプリでだけ起
こりますか?それともすべてのアプリで発生しますか?また、圧縮前と圧縮後
の JAM ファイルを送って頂けると何か分かるかもしれません。(その時に改行
コードなどが変化しないように tar か lzh を使うといいかもしれません。)

Sorry to trouble you.  Is this happening with a particular application?
Or does it come up with all applications?  Also, I wonder what you'll
see before and after compression of the JAM file, after sending and
receiving.  (It might be better to use tar or lzh so that you don't
see this change of linefeed code.)

それから私事で恐縮ですが、明日から出張になってしまうので、対応が後れ気
味になってしまうかもしれません。メールは読めると思いますが。

Sorry to interject a personal note here, but tomorrow I leave on a
business trip, so perhaps I won't be able to help you further, though
I will be reading e-mail.

関口

Sekiguchi


About consecutive audio playbacks



From: "Kumiko Morii"
Sent: Wednesday, July 11, 2001 7:09 PM
Subject: [JavaHz:1329] 音の連続再生について
About consecutive audio playbacks

森井です。

Morii here.

キーを連打すると押した数だけ、押したタイミングで音の再生と画像の移動を
おこなうアプリを作成しています。

I'm making this application that moves images and plays sounds with
timing given by key press timing, using only the number of keys pressed
during a key-barrage.

キーが押されると

When a key is pressed,

  playsound(0);

のように以下のスレッドが呼ばれ、鳴っている音の終了、新たな音の再生を行い、
その後画像の移動を行っています。

is executed, calling the thread below, and at the end of one sound
emitted, a new sound is played, then the image moves.

    private void playsound(int n){ 
        try { 
            ap = AudioPresenter.getAudioPresenter();
            ap.stop();
            ap.setSound(ms[n]);
            ap.play();
        }catch(Exception e){} 
    }

しかし、実行してみると、画像はキーを押しただけ進むのですが、音は中断されることなく
最後まで再生されてから次の音の再生を始めます。

However, when it tries to execute this, I only see the image advancing
when the key is pressed, and the sound isn't interrupted but continues
playing until the end, at which point the next sound starts.

色々と試してみたのですが、画像が進むばかりで、音の再生がうまくいきません。
stop()とplay()の間隔が短すぎると実行されないなどということもあるのでしょうか?

I've tried various things, but I only get the image advancing, and the
sound doesn't come out right.  I'm wondering if it isn't something
like not having enough time in the interval between stop() and play()?

----
Kumiko Morii  morii@mail.eager.co.jp



From: "Katsu"
To: 
Sent: Thursday, July 12, 2001 8:52 PM
Subject: [JavaHz:1331] Re: 音の連続再生について

はじめまして Katsuです.

How do you do.  Katsu here.

単純に
ap.stop();と
ap = AudioPresenter.getAudioPresenter();の
順を入れ替えればよいのではないでしょうか.
もちろん最初の1回目のみ初期化で処理する必要がありますが.
(例は違うAudioPresenterを操作している?)

Simply,
  ap.stop();
and
  ap = AudioPresenter.getAudioPresenter();
execution will replace it, right?

違っていたらすいません.

Sorry if this is wrong.

on 01.7.11 7:09 PM, Kumiko Morii at morii@mail.eager.co.jp wrote:
> 森井です。
> 
> キーを連打すると押した数だけ、押したタイミングで音の再生と画像の移動を
> おこなうアプリを作成しています。
> 
> キーが押されると
> 
>   playsound(0);
> 
> のように以下のスレッドが呼ばれ、鳴っている音の終了、新たな音の再生を行い、
> その後画像の移動を行っています。
> 
> private void playsound(int n){
> try {    
> ap = AudioPresenter.getAudioPresenter();
> ap.stop();
> ap.setSound(ms[n]);
> ap.play();
> }catch(Exception e){}
> }
> 
> しかし、実行してみると、画像はキーを押しただけ進むのですが、音は中断されること
> なく
> 最後まで再生されてから次の音の再生を始めます。
> 色々と試してみたのですが、画像が進むばかりで、音の再生がうまくいきません。
> stop()とplay()の間隔が短すぎると実行されないなどということもあるのでしょうか?



top