1001コメント349KB

iモード携帯電話用Java(iアプリ) Part10

レス数が950を超えています。1000を超えると書き込みができなくなります。

0001デフォルトの名無しさん

2005/11/10(木) 15:11:53

0893デフォルトの名無しさん

2006/02/21(火) 16:58:16

>>860
> 3GHzオーバーのPC（Win）でもSleepの精度はせいぜい10msだから、

timeBeginPeriodしてないんとちゃうか。
http://www.emit.jp/prog/prog_t1.html

0894デフォルトの名無しさん

2006/02/21(火) 17:25:43

>>885
謝謝。

しかし普通のメール送信するとかも難しいッスね。
APIrefに MailAgent とかあるけど、Docomoの技術資料に載ってないし、
使おうとすると Permission Denied とかエラー吐かれるし。
ADF設定にそれっぽいパーミッション見かけないからもうワケ分からん状態です。

もしかしてメール送受信っていうプロセス事態、アプリの間に何か挟まないといけないとか？

0895デフォルトの名無しさん

2006/02/21(火) 17:37:02

>>893
高精度タイマー使うならそれだね。DirectXでも良いけど。
どっちにしろ、2000系もXPもデフォルトじゃ精度悪い。

>>894
え？DXじゃないiアプリでメール送信は無理でしょ？

0896デフォルトの名無しさん

2006/02/21(火) 17:41:28

>>894
(´ー｀)つ[ttp://www.nttdocomo.co.jp/p_s/imode/java/qa_505i.html#1-4 ]

0897デフォルトの名無しさん

2006/02/21(火) 18:26:17

>>895-896
ぐらっちぇ。

技術資料に『トラステッドAPIの機能は紹介していない』って書いてあったッス。
道理で書いてない訳だ。
流し読みしてた俺が馬鹿だった。 orz

0898デフォルトの名無しさん

2006/02/21(火) 18:33:02

>>893
＞timeBeginPeriodしてないんとちゃうか。
そのクソAPI、他のプログラムにも影響するから使わないよ。

余談だけど、FLASHとかが明らかに使ってて萎えた。

0899デフォルトの名無しさん

2006/02/21(火) 23:35:35

>>898
汚い言葉で無知をさらすと、撤回できなくなる。プログラマならそんな真似をしてはだめだ。
timeBeginPeriodは使うのが普通。
分解能があがって悪いことは一つも無い。MSNメッセンジャーあたりが1msにしているから、最近のマシンでは常に1msと思ってもいいがねｗ

0900デフォルトの名無しさん

2006/02/21(火) 23:51:42

分解能があがって悪いことは一つも無い。
分解能があがって悪いことは一つも無い。
分解能があがって悪いことは一つも無い。

0901デフォルトの名無しさん

2006/02/21(火) 23:58:59

>>900
？あるなら教えてくれ。
まさか1フレームに数回程度しか取得しないタイマーで、CPU負荷がコンマ数%高くなるとかはなしだぞ？

0902デフォルトの名無しさん

2006/02/22(水) 00:59:34

>>898
というか分解能が代わったら悪影響がてる糞アプリの方が問題じゃないのか
俺のマザボなんてときどき20%くらいタイマーが早く進むときあるぞ

0903デフォルトの名無しさん

2006/02/22(水) 05:31:36

何の話かわかんないです（；＞＜）

0904デフォルトの名無しさん

2006/02/22(水) 07:09:37

；＞＜　なんてなるくらいなら、最初から暴言はかなきゃいいのに・・・

0905デフォルトの名無しさん

2006/02/22(水) 08:36:51

>>892
4.0って901シリーズだっけか
俺だったら901専用なら一杯に使う
前の機種含めて依存考えるなら一回り小さいので作る

0906デフォルトの名無しさん

2006/02/22(水) 09:19:02

今は２４０ｘ２４０が最低ラインで保証されてるみたいだから、
どうでもいい仕事なら画面いっぱいで、
きっちりやりたい仕事の時は２４０ｘ２４０にしてる。
消し忘れが出たりとか出さなくて済むし。

ときどきDのなんちゃらだと絵がずれますとか報告来る時あるんだよね（・３・）

0907デフォルトの名無しさん

2006/02/22(水) 10:47:45

>>899
timeBeginPeriodに関する問題をホントに知らないのなら単に経験不足。

timeBeginPeriod何ぞ使わずとも、もっと高分解でＣＰＵ負荷も上が
らないループ方法はある。

Sleep+timeBeginPeriodでループの精度上げてるようじゃまだまだだ。

0908デフォルトの名無しさん

2006/02/22(水) 11:12:46

よし、わかった。
じゃあ907がまとめページ作ってupしといてくれ

0909デフォルトの名無しさん

2006/02/22(水) 12:42:11

機種依存しない色の設定ってどうやるのがいいんでしょうか？

fillRectで塗りつぶしたとき、エミュレータだとおもいどおりの色なのに
いざ実機でみると４機種ともまったく違う色になってしまいます。。。

0910デフォルトの名無しさん

2006/02/22(水) 12:56:11

げっとから～おぶあーるじ～び～

0911デフォルトの名無しさん

2006/02/22(水) 13:38:19

げっとから～おぶあーるぴ～じ～

0912デフォルトの名無しさん

2006/02/22(水) 14:00:10

>>909
液晶の性質もあるから確実となるとどうにもならん

0913デフォルトの名無しさん

2006/02/22(水) 14:42:19

>>907
そんなスレ違いの話題引きずるなよ。Win関係でやれ。

0914909

2006/02/22(水) 15:18:31

GetColorOfRGBでいけますた！
ｻﾝｸｽｺ先輩方！

0915892

2006/02/22(水) 16:47:28

>>905-906
レスありがとうございます
901でしか使わないので240x240でやってみます

Dとの相性悪いんですかね
実機がNなので色々テストしてみるつもりです
本当にありがとうございました

0916デフォルトの名無しさん

2006/02/22(水) 17:16:10

単純にD900iだけ240x270って液晶を持ってるってだけ(´・ω・｀)
ADFのDrawAreaに240x240って書いておけば描画領域が固定されるから安心。

0917デフォルトの名無しさん

2006/02/22(水) 21:59:43

>>907
SleepにtimeBeginPeriodは関係ありませんけど。
まさか>>893の言うことを鵜呑みにしたの？

0918デフォルトの名無しさん

2006/02/22(水) 22:39:02

そろそろスレ違い

0919デフォルトの名無しさん

2006/02/23(木) 10:06:30

http://pc8.2ch.net/test/read.cgi/tech/1138893959/583

ほら、お前ら俺が誘導してやるから、あっちいけ。な？
特に物知らずの癖にしゃしゃりでて、自分の無知を晒した>>917。あっちで勉強しろ。

0920デフォルトの名無しさん

2006/02/23(木) 10:37:56

>>919
そのスレ住人だが迷惑だ
こっちで処理しろカス

0921デフォルトの名無しさん

2006/02/23(木) 10:40:16

*
* ここまでコメント
*/

0922デフォルトの名無しさん

2006/02/23(木) 10:45:13

warning C4138: 始まりのﾃﾞﾘﾐﾀがない閉じのｺﾒﾝﾄﾃﾞﾘﾐﾀ(*/)が見つかりました。
error C2059: 構文ｴﾗｰ : '/'

0923デフォルトの名無しさん

2006/02/23(木) 14:32:52

そもそもループ中にSleepなんぞしこまねー
分解能があがって何が悪いのかがわからねー

結局>>907様は、timeBeginPeriodを使わずどうやってすましてるのかわからねー

俺はtimeBeginPeriodで精度をあげたtimeGetTimeを使うがね

0924デフォルトの名無しさん

2006/02/23(木) 14:43:37

timeBeginPeriod　使ったことないんだけど、
Docomoの機種は全部対応してる？

0925デフォルトの名無しさん

2006/02/23(木) 14:52:49

窓の話だけど

Sleepの精度が低い環境があるのは事実。
timeBeginPeriodで精度を上げられるのも事実。
timeBeginPeriodが他のプログラムに影響するのも事実。

他のプログラムが、精度の低いSleep(1)を期待している
もしくは精度が低いとは知らずに利用している場合は問題となる。

Sleepは0以外の値が指定されたときに、
指定された時間"以上"スレッドを中断させる。

0926デフォルトの名無しさん

2006/02/23(木) 15:41:50

精度の低いSleep(1)を期待しているなんて、作ったほうが馬鹿だろう…。
なのにtimeBeginPeriodを糞APIなんて言い放ったところからこの論争が始まった
いまだ「その糞APIの代わりに何を使っているか」が謎のまま

0927デフォルトの名無しさん

2006/02/23(木) 15:42:28

そういえば一昨日地下鉄乗ってるときに大声で会話してるDQN見かけたな。
地下鉄なので騒音が大きめ。なので奴らの声も凄く大きい。

話の内容も面白くもなくて、ホントに迷惑だった。

0928デフォルトの名無しさん

2006/02/23(木) 15:46:24

スレ違いのtimeBeginPeriodの話を引っ張るやつ、荒らしと同じでウゼーよ。
>>919のスレ行けや。

0929デフォルトの名無しさん

2006/02/23(木) 15:56:53

>>923
>そもそもループ中にSleepなんぞしこまねー
>精度をあげたtimeGetTime
（ﾟДﾟ）常にCPU100％アプリですか？

0930デフォルトの名無しさん

2006/02/23(木) 15:58:50

はいはいﾜﾛｽﾜﾛｽ

0931デフォルトの名無しさん

2006/02/23(木) 17:53:59

// ここだけコメント

0932デフォルトの名無しさん

2006/02/23(木) 17:57:12

まんこまんこまんこまんこまんこまんこ

0933デフォルトの名無しさん

2006/02/23(木) 19:34:59

>>929
PeekMessageとGetMessageってしってる？(;´Д`)

0934デフォルトの名無しさん

2006/02/23(木) 19:40:38

質問です。
データフォルダへの、Jpegの保存はImageStoreで楽勝だったのですが、GIFの外部保存はないものでしょうか。
データフォルダへの保存です。スクラッチパッドから逃がして、偽装GIFででかいデータとかもてないかなぁと。
JPEGも、コメント部とかいじれればいいのですが、そのあたり自動化されてて偽装データ入れられなかったもので

0935デフォルトの名無しさん

2006/02/23(木) 19:53:17

>>933
レベル低すぎ
まさかメインループをWindowsのメッセージループと一緒にしてるとか思ってんのか？

0936デフォルトの名無しさん

2006/02/23(木) 20:32:31

スレ違いウゼーよカス
携帯にWindowsのっけてからにしろ馬鹿
>>934
バイトコードを自前で出力

0937デフォルトの名無しさん

2006/02/23(木) 20:33:52

>>936
ImageStoreって、引数はMediaImageなのでバイトデータを流し込んでやることはできないと思うんですけど
何か別のクラスでしょうか？

0938デフォルトの名無しさん

2006/02/23(木) 21:42:00

>934
質問がよくわからないんだけど。
Jpegをデータフォルダへ保存するのはImageStore使って楽勝だったんでしょ。
どう楽勝だったのか知らないけど、GIFでも同じことすればいいだけじゃないの？

0939デフォルトの名無しさん

2006/02/23(木) 22:44:26

>>934
自前で偽装GIFを作って、MediaManager#getImage(byte[] data) ではダメだったわけですか？

0940デフォルトの名無しさん

2006/02/24(金) 10:00:55

>>892
俺だったら240x240で使わないかもね
それだけサイズが大きくなるわけだし
画像の表示がメインだったら仕方ないかもしれないが
なるべく画像を控えて色んな機能を付けた方がいいかも

0941デフォルトの名無しさん

2006/03/01(水) 02:48:21

FAQっぽくてすまんですが、
DoJaプラグインってEclipse3で動くの？

0942デフォルトの名無しさん

2006/03/01(水) 03:22:03

>>941
漏れの環境では設定変更で動いた。
ウインドウ→設定→Java→コンパイラー→準拠およびクラス・ファイル
→JDK準拠→コンパイラー準拠レベル→1.4を1.3にする
これでいけるはず。
ただ、手元だと絵文字が表示できなかった(2.1.1だと表示される)。
これの対処法ないのかなぁ・・・。

0943デフォルトの名無しさん

2006/03/01(水) 21:35:16

質問させてください。
Imageを作成した後、そのヒープを開放するには、

Image img;
・・・・
img=null;

で宜しいのでしょうか？
それとも、
img.dispose()が必要なのでしょうか？

両者の違いがよく分からないです。
初歩的な質問でしたらすみません。。
宜しくお願いいたします！

0944デフォルトの名無しさん

2006/03/01(水) 22:52:32

>>943
スコープ

0945デフォルトの名無しさん

2006/03/02(木) 00:43:24

>>944
(ﾟｏﾟ）

0946デフォルトの名無しさん

2006/03/02(木) 01:15:08

>>943
useしたらdisposeだけど
使わなかったら文脈でdeleteされるんじゃないの？

0947デフォルトの名無しさん

2006/03/02(木) 02:42:22

質問だけど、スクラッチパッドからデータ読み込むのが
かなり遅くなってるんだけど、スクラッチパッドを細かく
分割したほうが読み込む速度は上昇するかな？
ちなみに、jarファイルでまとめて150k近くダウソしてます
あと、データを早くする工夫とか他にあるかな(lenthとか以外で)？
誰か教えて(´･ω･`)

0948デフォルトの名無しさん

2006/03/02(木) 02:52:12

>>943
私も、大量のimgを開放するのにdisposeするの面倒なので
Image[] img = null;
とかってやっちゃってますが、
disposeしなければいけないのかな！？　ちょっと自分も不安に・・・
だれがすごい人、教えて～

0949デフォルトの名無しさん

2006/03/02(木) 05:09:42

>>943 >>948
Imageの解放に関してはFAQだから過去スレを読んで。
全部読むくらいの勢いで。

その前に最低限、開発ガイドはよく読むこと。
あとAPIリファレンスも関連のあるクラスを合わせて読む。

0950デフォルトの名無しさん

2006/03/02(木) 10:08:48

>>947
>あと、データを早くする工夫とか他にあるかな(lenthとか以外で)？

lengthつけなよ。
もしくは、スクラッチパッドを複数の領域に区切って使うか。

0951デフォルトの名無しさん

2006/03/02(木) 11:06:22

>>947
jarを使っている段階で遅くなるのは確定。
動作が早く求められるものは素で持つべき。
何度も読み替えしないものはjarに入れるようにすればいい。

あと・・・途中にjpegとか持ったあとのデータにアクセスは遅くなるとか
過去に報告なかったっけかなぁ・・・あいまいな記憶だ・・これは俺の嘘かもしれんｗ

0952デフォルトの名無しさん

2006/03/02(木) 11:08:14

>>947
大抵の機種は「開いて閉じる」の繰り返し動作が遅いんで、
一気に読んでメモリ上でバラした方が速い。

0953デフォルトの名無しさん

2006/03/02(木) 12:05:23

>>950-952
なるほど(´･ω･`)

＞一気に読んでメモリ上でバラした方が速い。

つまり、スクラッチパッドを開いたり閉じたり（openInputStreamとか）
の操作を減らせば速くなるということですか？

0954デフォルトの名無しさん

2006/03/02(木) 12:28:40

>>953
そう。
メモリが許すのであれば画像は最初にまとめて読んだ方がいい。

0955デフォルトの名無しさん

2006/03/02(木) 14:17:32

>>953
この辺ファイルIO系の処理やってれば常識なんだけどね。
もし数バイト取るたびにopen/closeしてるなら
劇的に変わるからやってみれ。

0956初心者ですいません

2006/03/02(木) 19:58:59

DoJaで、ビルドをすると、「エラー:サポートされていないエンコーディングです:SJIS_i」と出てくるんですが、どうしたらいいでしょうか

0957デフォルトの名無しさん

2006/03/02(木) 20:33:52

SJIS_iを使わなきゃいいんじゃないの？

0958デフォルトの名無しさん

2006/03/02(木) 21:18:23

>>956
設定の所にある「sun.tools～～～」のチェックを入れてやって見たら？
俺はそれで上手く行った。

0959デフォルトの名無しさん

2006/03/02(木) 21:36:57

>>956
JDK5がインストールされていると、エミュレータが自動的にそいつを使おうとして、そのエラーになるんだわ
JDK1.4以前(1.4.2_10とか)をインストールして、環境変数JDK_HOMEにそのルートパスを設定しておけば、
JDK1.4が使われるようになってそのエラーが解消する

sun.toolsは非推奨と書いてあるから利用を避けたい人は、JDK_HOMEで対応してくんろ

0960956初心者

2006/03/02(木) 21:42:45

みなさんのおかげで、よくわかりました。また、わからないことがあったらよろしくお願いします。

0961デフォルトの名無しさん

2006/03/03(金) 01:26:12

>>948,943
Imageはdispose()しないとメモリリークしても文句言えません。
MediaImageも同様。

0962デフォルトの名無しさん

2006/03/03(金) 14:18:44

>>954-955
どうもです
変えてみたら処理速度三倍うｐしました(`･ω･´)
キャラやマップごとのopenしていたせいでした

0963デフォルトの名無しさん

2006/03/03(金) 17:45:51

>>962
少し訂正

×　＞キャラやマップごとのopenしていたせいでした
○　＞キャラやマップの画像ごとにopenしていたせいでした

0964デフォルトの名無しさん

2006/03/03(金) 23:29:32

SD-Bindingを利用しようとしているのですが、開発ガイド（P.61）をみながら、StorageDeviceクラスを利用して、フォルダを作成して、ファイルを作成してみたのですが、、、うまくいきません。
どなたかわかる方いらっしゃいますか？

0965デフォルトの名無しさん

2006/03/03(金) 23:32:16

>>964
どううまく行かないのか書けよ。。

0966デフォルトの名無しさん

2006/03/03(金) 23:50:28

＞＞965
スマンッス。
サーバから落とした画像ファイルをminiSDにかきこむっていうプログラムを作ろうとしています。
開発ガイドみると
try {
StorageDevice sd = StorageDevice.getInstance("/ext0");
int access = DoJaAccessToken.ACCESS_UIM|DoJaAccessToken.ACCESS_PLATFORM;
int share = DoJaStorageService.SHARE_APPLICATION;
DoJaAccessToken dat = DoJaStorageService.getAccessToken(access, share);
Folder folder = sd.getFolder(dat);
とかいてあるので、つづけて新規にファイルを作成するべく
　　　　folder.createFile("test");
}のように書いておりますが、この時点で、例外が発生してしまいます。

ファイルの作成方法がイマイチよくわからんす。

0967965

2006/03/04(土) 00:28:24

>>966
うーんと、例外の種類とステータス教えれ。

0968デフォルトの名無しさん

2006/03/04(土) 15:40:48

20fpsくらいで描写回していても、描写更新のタイミングが均一にならずに
画面がかくかくしてしまうことってないですか？

0969デフォルトの名無しさん

2006/03/04(土) 17:37:20

Javaっつーか携帯じゃあどうしようもないんじゃない？

0970デフォルトの名無しさん

2006/03/04(土) 20:33:27

　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～
　　　　　 ☆　ﾁﾝ　　〃　 Λ＿Λ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　ヽ　＿＿_＼（＼・∀・）　＜　次スレまだ～？
　　　　　　　＼＿／⊂　⊂＿ )　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　／￣￣￣￣￣￣／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　愛媛みかん　 |／

0971デフォルトの名無しさん

2006/03/06(月) 11:52:52

>>968
33とか50で回してるけど、特にそういうことは無い。
作り方次第じゃないかなあ。

0972デフォルトの名無しさん

2006/03/06(月) 18:44:32

ｉアプリで赤外線送信は出来るようなのですが
赤外線受信は出来ないのですか？

0973デフォルトの名無しさん

2006/03/06(月) 19:05:20

>>972
出来る。

0974972

2006/03/06(月) 19:38:22

ドコモの開発ガイドの赤外線リモコンAPIには送信はありましたが受信がありませんでした。
資料または情報はどこにありますか？
よろしくお願いします。

0975デフォルトの名無しさん

2006/03/06(月) 19:52:38

>>972
例えばテレビのリモコンに対して、別のリモコンから何か信号を飛ばして、
それを受信する仕組みがテレビのリモコンに必要だと思うかい？

0976972

2006/03/06(月) 20:12:29

調べたら赤外線リモコンAPIってのを見つけただけで、別にリモコンAPIを使わなくても良いのです。
これから始めようかと情報を収集している最中なのです。
よろしくお願いします。

0977デフォルトの名無しさん

2006/03/06(月) 20:17:34

リモコンAPIを使わなくても良い、
これから始めようかと情報を収集している、
って何をやりたいのか言わなきゃ助言しようがないじゃんかw

携帯端末同士の通信がしたいんだったら
開発ガイドのOBEXのとこ読んでみて。

0978972

2006/03/06(月) 20:35:02

なんか良さそうな感じです。見落としてました。

>携帯端末同士の通信がしたいんだったら
携帯同士じゃないのですがデータ通信が出来ないかと思いまして調べてました。

なんとか成りそうです。ありがとうございました。

0979デフォルトの名無しさん

2006/03/06(月) 23:50:58

　　　　　　　　　　　　　　　　＿∧＿∧＿∧＿∧＿∧＿∧＿∧＿∧＿
　　　　　ﾃﾞｹﾃﾞｹ　　　　　　|　　　　　　　　　　　　　　　　　　　
　　　　　　　　ﾄﾞｺﾄﾞｺ　　＜　　　次スレまだ～？
　☆　　　　　　ﾄﾞﾑﾄﾞﾑ　　　|＿　＿　＿　＿　＿　＿　＿　＿　＿　＿
　　　　　　　 ☆　　　ﾀﾞﾀﾞﾀﾞﾀﾞ! ∨　 ∨　∨　∨　∨　∨　∨　∨　∨
　　ﾄﾞｼｬｰﾝ!　　ヽ　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ～!!!　　　 ♪
　　　　　　　　　＝≡＝　∧＿∧　　　　　☆
　　　　　　♪ 　　／　〃（･∀･ #）　　　　/　ｼｬﾝｼｬﾝ
　　　　♪　　　〆　┌＼と＼と.ヾ∈≡∋ゞ
　　　　　　　　　|| 　γ 　⌒ ヽヽコノ　 ||
　　　　　　　　　||　ΣΣ 　　 .|:::|∪〓　||　　　♪
　　　　　　　 .／|＼人＿.ノノ _||_.　／|＼

　　　　　　　　　　　ﾄﾞﾁﾄﾞﾁ!　

0980デフォルトの名無しさん

2006/03/08(水) 07:25:56

テンプレ位用意しろハゲ

0981デフォルトの名無しさん

2006/03/08(水) 14:52:18

次スレ
つ http://pc8.2ch.net/test/read.cgi/tech/1141796982/

… CLDCのリンク前のままだったorz

0982デフォルトの名無しさん

2006/03/09(木) 17:39:40

新スレの方がいいかもしれませんが一応こっちで書きます。

N900iでwavデータが全部ではありませんが一部鳴りません。
AudioPresenterは2つ用意し、それぞれBGM用、SE用と分けて使っています。
wavとwavは同時に鳴らせないとのことなので、それかと思ったのですが、鳴らない音は単体でも鳴りません。
同じデータでもN901iSでは鳴るようなので、データに不備があるというわけではなさそうです。
このような現象に何かお心当たりのある方はいらっしゃらないでしょうか？

0983デフォルトの名無しさん

2006/03/09(木) 18:33:22

一般論だけど、wavのヘッダが完全でなくても鳴らせるツールも
あればエラーにしてしまうものもある。鳴らないwavを有名どころ
のフォーマット変換ツールでwavとしてセーブし直してやったら
鳴らなかったのが鳴り出したりしないか？

0984デフォルトの名無しさん

2006/03/10(金) 13:49:56

>>983
変換しなおしですか・・・。
発注して作ってもらったデータで、元のwavデータを持ってなくてちょっとすぐにはできそうになさそうです。
もし、原因がほぼ間違いなくデータの変換ミスだろう、ということがはっきりすればすぐに修正をお願いできるんですが。
鳴るデータ、鳴らないデータ、それぞれの共通項を調べてたんですが、現状ではどうも演奏時間の長い音は鳴るらしいです。
ゴングの｢カーンッ｣といった後に響く音は再生され、攻撃がヒットした時の｢パンッ｣と言った短い音は再生されない、という感じです。
症状もあまり聞いたことがなく、ネット上でも情報がないんですよねぇ・・・。

0985デフォルトの名無しさん

2006/03/10(金) 14:09:08

確かデータコンバート用のツールには機種ごとにプラグインがあったはず。
ならない機種があるってことはプラグインの使用を間違ってるか
なんか良くわからんツールでコンバートしてるんだろう。

で、Dojaのリファレンス一通り見て、何をどうすればアプリをいじって
音が鳴るようになるとでも思うんだ？

0986デフォルトの名無しさん

2006/03/10(金) 14:46:00

>>984
＞元のwavデータを持ってなくて

元のじゃなくて、使ってるwavをフォーマット変換ツールで
wavへ「わざわざ」変換するの。フォーマットツールが
仕様を守っていれば、欠損していたヘッダを補ってくれ
たりなど正しいwavとして復活するかも。

0987デフォルトの名無しさん

2006/03/11(土) 21:07:55

0988デフォルトの名無しさん

2006/03/12(日) 17:14:02

そろそろ埋めるか

0989デフォルトの名無しさん

2006/03/12(日) 17:15:18

埋め

0990デフォルトの名無しさん

2006/03/12(日) 17:35:28

埋め

0991デフォルトの名無しさん

2006/03/12(日) 17:36:52

埋め

0992デフォルトの名無しさん

2006/03/12(日) 17:41:10

埋め

レス数が950を超えています。1000を超えると書き込みができなくなります。