【技術/IT】データ量を200分の１以下に圧縮する音声映像圧縮技術

ＪＧＳ、音声や映像の圧縮技術を開発――データ量を200分の１以下に

　ソフト開発のジェイジーエス（東京・文京、里見和彦社長）は音声などのデータ量を
200分の１以下に圧縮できる技術を開発した。音や映像を波形データとしてとらえ、数式
に変換することで圧縮比率を高めた。ソフト会社や携帯端末メーカーなどに売り込む。

　開発した圧縮技術の名称は「ＭＹＣ（マイク）」。元データを波の変化としてとらえ、
約50種類の数式を活用してデータ量が最も少ない数式に変換する。映像データも色や輝度
などの変化を数式に置き換え、圧縮する。プログラムに学習機能を持たせており、似た
データは次回以降、さらに効率的に圧縮できる。

情報システムニュース/日経産業新聞　8月25日
http://bizplus.nikkei.co.jp/genre/it/index.cfm?i=2004082408456b7

株式会社ジェイジーエス　高度技術研究室　MYCプロジェクト
http://www.jgs-g.co.jp/hdtl/myc/index.html

ほう

すごいな

3時間チョイの動画が2分分のデータになるって事かぁ。

うむ。いい仕事だ。

圧縮にかかる時間が気になるな。

こういうのはすぐ実用化できていいよな

俺のチンコも圧縮してくれ

実は以前から、脳のある部分、というかかなりの部分が
基本的にこれと同じ仕掛けで動いてんじゃないかと思っていた。
まあ妄想だろうが..

「劣化せず」って書いてある、ロスレスみたいだな、すげ

えっと、ジャスラックがさっそく課金するに1000糟

問題はデコード時に重過ぎるということだな。
ｽﾊﾟｺﾝ並みとかのスペック要求されそうな悪寒。

でもそんな凄いサイズまで圧縮できたらWinnyが更に便利になっちゃうよ

不可逆だよな当然。

>約６０分の音楽ＣＤデータであれば全く劣化せずに０．４秒以下で送受信することができます。

まじかよ・・・

全く劣化せずにと書いてあるが、どうなのよ

>16
音声ならWAV。
映像なら無圧縮のを適当な数式に置き換えるから…元AVI次第？

　　　　　　　　　　 ＿＿
　　　　　　 ／~￣/ 　 .:.＼
　　　 　 ／　 　 /　　　　:::＼
　　　　/　　　 _人　　　　 .:::..＼
　　　　|　 __／　　＼＿　　　 .::|
　　　　|／,,二 。　 二,,_＼　.: :::|
　　　　 !| <ｌ::j` 　 "l:::j >,,.|::|^i.::|
　　 　 　 !　　 ﾉ,.　　 　 　|:/"::/
　　　　／|　　 `　　　　　　　⌒:⌒ヽ
　　　 (,　 ＼　 ￣´　　　　　　　　 .::）　＜これすごくね？
　　　(,　　　 ＼__｀　,／ |!　　　　　.::）
　　　ヽ_　　　 _ /| 　 　 iヽ､,, ＿;_;;ノ
　　　 　 ~ ' "＿,ﾉ　　　 ヽ､＿

圧縮にかかる時間が強烈に長そうだな

>19
ソース全体を分析の後、どの数式に当て嵌まるかを割り出す　→　波形データに置き換え　→　圧縮

って形になりそうだけど…想像も付かん

圧縮で結構時間とられそうだなぁ....

でも新しい発想の圧縮アルゴリズム最高!!
色々アルゴリズム改良して(チューニング)音専用とか映像専用とかに分けてもらえないかな....

http://osaka.cool.ne.jp/puyuyu-world/

音質の劣化は無いが、展開しても完全に元データ通りのバイナリにはならない、
とかだったりして。別にそれでもいいけど

去年ぐらいに同じようなニュースを見た覚えがある
アメリカのやつ。

>>8
圧縮する必要が無いほど小さいだろ？

こういうのってネットユーザーにソフトエンコーダーを配布して、
ユーザーを囲い込みした方が、
標準になれそうな気がするけど。
良いものが標準になれる世界じゃないからさぁ…。

>>26
標準にしたいんじゃなくて金を儲けたいんじゃないの？

人を感動させる曲とそうでない曲に、
それをあらわす数式に明らかな相違がでてくるのかな。

たとえばモーツァルトの曲の数式から特徴あるパターンが抽出できれば、
もどきではなくて、限りなき本物に近い新しい音楽がつくれるのかな。

あらかじめ用意してあるパターンにはまれば200分の１で
不規則なデータではmp3と大差無いってことは無いのかな

ロスレスで1/200のなんて聞いた事ねーぞ。
ただ、音楽データとして音質が同じだとか、
そんな意味での劣化なしじゃないの？？

ロスレスで1/200のなんて聞いた事ねーぞ。
ただ、音楽データとして音質が同じだとか、
そんな意味での劣化なしじゃないの？？

2chのログを圧縮しる！　とかいってみ(ry

フーリエ変換もフラクタル圧縮（の失敗）も知らないドキュソ企業の悪寒

波形を数式に変換って･･･あらゆる圧縮技術の基本アイデアなんだが。

ナンシーなんて変な規格を採用する携帯もあったから

これで圧縮すると、音声がMIDIのような音に

8 ：名無しのひみつ ：04/08/28 00:54 ID:v8NcSjbX
俺のチンコも圧縮してくれ

25 ：名無しのひみつ ：04/08/28 01:26 ID:g/ztvPw+
>>8
圧縮する必要が無いほど小さいだろ？

ぐぐってみたけど、
怪しい研究をしているわけではなさそうだ・・・。
でも技術的に実現できるとは思えないなあ。

ロッシーなら既存技術と大差ないだろうし、ロスレスなんだろうなやっぱり
件のページの医学への応用ってフーリエ変換やウエーブレットでいいような気がするし
全体的に説明がZeoSyncに似てる

>>37
実現したってニュースなんじゃないの？これ。

本当にロスレスなら、元データが何であっても拡張子を「.wav」にして圧縮すれば、
全部1/200に出来るわけだな。
そして、出来た圧縮ファイルの拡張子を「.wav」に変えてまた圧縮し…
これを繰り返すと最終的にはどんなファイルも１バイトになる。

１バイトになったらしめたもの！

>>40
不可逆なのにそれやって何か意味あるのかな？

>>33

フーリエを使えない理系会社なんてあるのか？

WAVを何だと思ってるんだ？

MIDIは小さいよね。

音って正弦波の重ね合わせだから
うまいことやればテキストファイルなんかより
ずっと圧縮できそうに思える。

>>45
まさか音を拾って、MIDIに変換する悪寒…

すんません、200分の1って分母は何ですか

>>47
200に決まってるだろうが。ちなみに分子は１だ。

な、なんだってー

額面通りなら大したモノの様に聞こえるがなー

「波の形状を安定化」するとは、どういうことなのか。

とりあえず音聞かせろと

>48 おおぉ、勉強になった。

こんなんあり得まつか？率直に

定期的にでるな。このネタ。

遺伝的プログラムにより数式を生成・淘汰しているものと予想。

なんか限界があるんじゃなかったっけ？圧縮限界みたいな奴が数式で表されてるやつ
それには引っかかってないのけ？

一体どういう符号を使えばこんなに圧縮できるんだ？

数式に変換ていうことだが
普通のjpegやらmp3に使われているdctだって
数式に変換しているといえるのだが

この技術うそくせー

1/200になるという証明やら保証がされているのではなく
適当なデータを使って1/200になったから1/200ていってるだけだろ？

デジタル音楽みたくパターン化されたものなら縮むのわかるけど、演奏者の上手い、下手での波形の揺れも数式に当てはめられるのかな？
っていうより乱数の圧縮とかもロスレスなら、公式自体も限りなく増えてサイズもあんまちぢまないようなきがすんだけど

http://www.jgs-g.co.jp/hdtl/info.html

すんごいうさんくさい研究室

元の音がビープ音で、単なるランレングスだったりして。

どう考えても、ホントの可逆ではない罠。

>>57
エントロピーか？
今回のようなデータにはあまり関係が無い。
後段の圧縮には関係大有りだけど

>>59
数式に変換してるんじゃなくて、係数に変換してるだけだろ。

日経産業新聞は恥をかいたな

Blu-rayいらねぇじゃん

代表者は元、大学の教員だな。顔は知っているかも知れない。

>>64
非可逆だから関係ないってことかな？

音声データ視聴出来るみたいだぞ聴いてみれ

http://www.geocities.jp/abx115/syaberidan/guest/satomi20040403.htm

某和田さんと変わりないような・・・

これはあやしい・・・

折れ1億分の1以下の圧縮完成した。1時間の映像&音声が以下の通りだ

ｋジャｓｈｄｆsdfｊ９ｑ２３７sdf８５オン、ｓｍｄｆンｆ０８２３４ｋｊん]ds5A#w8f;mk

視聴するのFlashつかってるよね？
たぶん、sample1-1.swfとsample1-2.swfってファイル名で。
それをHugFlashで中のファイル取り出すとmp3で
保存されててバイナリが一致するんだけど同じファイルでいいの？
WAV＞MP3と
WAV＞MYC＞MP3は
同じバイナリデータになってOKなんですか？
つまりロスレスですか？容量かわってないから意味無いけど

高速フーリエ変換？

胡散臭い
だいたい、自社のプロジェクトがページによって名前が違ったり
事業紹介・新製品のところにあるのがどれも胡散臭い
http://www.jgs-g.co.jp/devlist.html
マルチ商法の類じゃねーの？

http://www.jgs-g.co.jp/index_j.html
脅威の圧縮技術｢MIC｣
　　　　　　　　　　　~~~~~
http://www.jgs-g.co.jp/hdtl/myc/index.html
MYC-Project
~~~~~

ZEOSYNCだといいな〜

>>76
本当だな。オカルト臭ﾌﾟﾝﾌﾟﾝ。

これと一緒じゃねーの？

http://www.geocities.co.jp/Technopolis/8187/

他板のスレッド

[ニュー速]
音声などのデータを200分の１以下に圧縮できる技術を開発
http://news13.2ch.net/test/read.cgi/news/1093654639/
[ニュー速VIP]
映像や音楽を200倍に圧縮する技術誕生でMP3、DivXマジ脂肪
http://ex7.2ch.net/test/read.cgi/news4vip/1093650654/
[Download]
スレとは関係ないけどこれすごくね
http://tmp4.2ch.net/test/read.cgi/download/1093641242/

うーん、だんだんニュースの森で取り上げられそうなニュースになってきたな・・・
よくわからんけど、サンプルのmp3が全く同じサイズというのはいいのだろうか？

http://www.jgs-g.co.jp/jgsr/index.html

以下は株式会社ジェイジーエス研究所に所属する研究者を一部抜粋したものです。
　
　　 代表取締役所長 里見和彦 （工学修士）
取締役 赤松則男 （工学博士・徳島大学工学部教授）
技術指導 村井　 礼 （工学博士・四国大学経営情報学部助教授）
技術指導 藤本憲市 （工学博士・阿南工専電気工学科助教授）
　 　 　 　 　
大学生 徳島大学 知能情報工学科 大学院生　3名 学部生　1名
電気電子工学科 大学院生　3名 学部生　2名
機械工学科 大学院生　1名 学部生　1名
光応用工学科 大学院生　2名 学部生　1名
生物工学科 大学院生　1名 学部生　1名


計 　　　　　　 大学院生　10名　 学部生　6名　

詐欺確定。

107 番組の途中ですが名無しです New! 04/08/28 10:49 ID:oqSLu+dm
Flashで使われてる音をHugFlashでそのまま吸い出してみた。
だれか比較してみて。

http://up.isp.2ch.net/up/a6072fd3891f.zip

110 番組の途中ですが名無しです New! 04/08/28 10:52 ID:xof9x+mf
>>107

バイナリエディタで完全に一致しますた。（藁

> 音の波を周波数情報に変換せず、そのまま波の形状を安定化した上で音楽情報を圧縮する技術です。

安定化した時点で不可逆になると読める
安定化された波形はそのまま数式に置き換えられるということ？？

ここのMEGADEMOの圧縮率も凄いぞ!(fr-08等)
http://www.theproduct.de

>>93
もう少し補足きぼんぬ。

オレが書いたのでも見てくれ
>>74

この記事を読んでの感想
「また日経か」

赤松先生これ知ってるのかな？
徳島大学追放されるんじゃ！？

http://bizplus.nikkei.co.jp/genre/it/index.cfm?i=2004082408456b7の記事を読みまして
該当会社の技術に興味を持ち、この会社のホームページを見に行きました。

そちらの会社のホームページ上（http://www.jgs-g.co.jp/hdtl/myc/index.html）で公開されている、
2つのWAVE形式とMYC形式のサンプルデータのFlashファイルをダウンロードし
こちらのHugFlashという、Flashファイル内のmp3などのメディアファイルを取り出すソフトで
http://www.paw.hi-ho.ne.jp/milbesos/download/hugflash1_6.lzh
ダウンロードしたサンプルのFlashファイル内のmp3ファイルを取り出し

こちらの狐バイナリエディタというソフトで取り出した2つのmp3ファイルを開いて相違点を検索してみたところ
http://www.vector.co.jp/download/file/win95/util/fh049517.html
完全に中身のmp3ファイルは一致しました。

sample1.mp3: 459b5336617ea8d0751c4c3ca8ae9d41
sample2.mp3: 459b5336617ea8d0751c4c3ca8ae9d41

なぜmp3

>>91
知らんよ、FLASHばらしたらmp3が出てきたんだし

ソースネクストで発売されるかな？

技術系の奴等がみる新聞なら素直にフーリエ変換って書くんだろうな。

>>90
ある意味では期待通りの結果でんな

＞90
両方とも圧縮前って書いてあるんだけど．．．
圧縮後はどこにあるんだ?

>>90
「ロスレスですから当然です」って返事だったりして。

>>90
flashでデコードしてるのかと思った

>>96
オペラかなんかで見るとそーなるらしい。
IEで見てみてくれ。ま、中身は一緒だけど。

あっ！わかった！
>>73見て気が付いた！

>>1の「プログラムに学習機能を持たせており、似たデータは次回以降、さらに効率的に圧縮できる。」
これがミソだ。これは実はごまかしのための言い回しで、
本当は圧縮するたびに、プログラム側に復元に必要なデータを突っ込んでいく。
圧縮されたファイルは「どのデータを使って復元するか」の識別子だけを持たせる。
これならロスレス1/200も可能だ。いや、1/1万だって。
圧縮するたびに膨らんでいくプログラム。
ネット配信など他で圧縮されたデータは、
プログラムをアップデートしてからじゃないと解凍できない。

ありえんか？

>>100
それだとTHCompの方が便利じゃないか

単なるAMRだったりして。。。

http://www.ad-office.ne.jp/private-bbs/open.cgi?takoya

>>100

次回ってのは、同じソースに似たデータが出たらってことだろ。
今までの圧縮だと、似たデータを別のデータにするしかなかった。
関数のパラメータをいじる程度の違いのデータが似たデータってことだろ。

いわゆる算術圧縮だな。珍しくないけど、実用化したなら偉い。

曲線を(x,x+dt)区間で放物線近似するのと
原則的には一緒?

＞100
ttp://www.asahi-net.or.jp/~iz7m-ymd/leaf/library/n/n20067.htm
これだな(w

デコードが重そうなんだけど。

眉唾もんだな。圧縮ネタは未だにあるのか。
こういうもんは普通どこかに売り込んで既にライセンス契約してから発表する
もんだ。まだどこの手もついてないモンを発表するバカがいるかよ。
売り込んでも無い段階ってか？ど素人かよｗ

ＨＰの文章のボキャブラの少なさが気になったんだが・・・
日本語の文章の圧縮は出来なかったんだろうか？
それに「この「情報」を整理し必要な物を必要な形で整理
する事が必要不可欠であり、煩雑化した情報を有効利用
できるように尽力を尽くします」って、おかしくねーか？

漏れのﾍﾎﾞPCなら圧縮してる間に止まるだろうな…

圧縮したものをさらに圧縮しろ

>>100
要するに「すごく小さく圧縮されたデータと、それを展開するためのデカくなったソフト
を両方送らなければならない」ということだな。

つまりショートカットみたいなものか

リアルタイムに数式圧縮できるのだろうか？
そこが問題な気がしてならない．．．
逆変換は簡単なんだろうけど．．．

>>112
要するに一度圧縮したデータはそのままソフト側に追加。通し番号を
つけて、その通し番号が「圧縮後のデータ」ってことにすればいいと。

>>115
その圧縮した（ソフトに埋め込む）データを、
常時バックグランドでダウンロードしてソフトをアップデートしておく。
これはサーバーを持たずにソフトウェア同士が通信し、お互いにアップデートをするモードと、
サーバーにアクセスしてアップデートするモードを持つ。
なお、解凍するためのキーが流通する量を監視し、
ローカル同士では流通量の多い物から順次アップデートしていく。
また、ローカルではアップデートによるソフトウェアの肥大化を防ぐために、
ソフトウェアの最大サイズを設定し、流通量の少ないキーのデータは順次破棄される。
なお、破棄されたデータを解凍する必要があるときはサーバにアクセスし、
ソフトウェアのアップデートを行う。

…あれ？どっかで見たようなソフトだな…

どう見てもｳﾝｺだなｗ(ｼｪｹﾗｯﾁｮ
トルマリンゴｗｗｗｗｗ

>>74
まったく同一ファイルを、あたかもまったく違うファイルを
再生しているように見せかけているデモだな。

Flashにして置いておけばばれないとでも思ったのだろうか。

＞約６０分の音楽ＣＤデータであれば全く劣化せずに
＞０．４秒以下で送受信することができます。

まじっすか！？

100% 一致しますた

MD2(sample1.mp3)= d2fba763f6deee7429d50ad6be186866
MD2(sample2.mp3)= d2fba763f6deee7429d50ad6be186866

MDC2(sample1.mp3)= dd0edeab9639f659516ced5d42bb8c78
MDC2(sample2.mp3)= dd0edeab9639f659516ced5d42bb8c78

MD4(sample1.mp3)= d5bbdb1a2fe752e26912b46c2de1aaf8
MD4(sample2.mp3)= d5bbdb1a2fe752e26912b46c2de1aaf8

MD5(sample1.mp3)= 459b5336617ea8d0751c4c3ca8ae9d41
MD5(sample2.mp3)= 459b5336617ea8d0751c4c3ca8ae9d41

RIPEMD160(sample1.mp3)= 6409593a12be100f02b7ebb05d5775022d5e2c5b
RIPEMD160(sample2.mp3)= 6409593a12be100f02b7ebb05d5775022d5e2c5b

SHA(sample1.mp3)= c9b5897a17ad7ad6379330a3b7b83f095fadac7e
SHA(sample2.mp3)= c9b5897a17ad7ad6379330a3b7b83f095fadac7e

SHA1(sample1.mp3)= b44cc8afa7e6a572578576603bd50df73f3ea775
SHA1(sample2.mp3)= b44cc8afa7e6a572578576603bd50df73f3ea775

>>120
ｵﾂｶﾚ

sample1= wav->mp3
sample2= wav->mic->wav->mp3
ってことじゃないのか？
音質劣化しないからmp3はバイナリ一致なんでしょ？

micじゃなくてmycだった。
つまりmycでは再生できないから、圧縮・展開してからmp3に変換ってことだと思う。

せめてMYCでエンコードされたサンプルと、それを再生するアプリを配布すればいいのに。

実際のとこ、例えば「ZIP圧縮で出てきやすいパターン」とかは無いのか。
単体の圧縮ファイル内では繰り返さないパターン(繰り返してたら圧縮に使われちゃう
だろうから)でも、ZIP圧縮されたファイルに出てくる独特のパターンというか。

それを、ZIPアーカイバに予め組み込むことでもう少し・・とか。

そいや、7-ZIPなんかは、複数のファイル間の同一性も圧縮の対象にしてるん
だっけ？　ｳﾛｵﾎﾞｴ

>>122-123
おいおい

つまり日経と俺らは、まんまと釣られた訳だ。

・三角関数しか圧縮できません
というオチだったりして。

三角関数を無限に使えばいいわけだが

>>122
それでは、わざわざHP上で「変換前のWAVE形式 800KB」、
「変換後のMYC形式 4KB」と謳っている意味が
まったく無いではないですか。


なぜDEMOをFLASHで再生し、中に含まれる音データが
MP3圧縮で、しかもバイナリレベルで同一なのか？

現状では笑うしかないですな。

知っている人が作っているページなら
少なくとも可逆なのか非可逆なのか位は書くだろう

フーリエ変換みたいななの？

ttp://cgi.office.interq.or.jp/cgi/jgs-g.co.jp/
ttp://cgi.office.interq.or.jp/cgi/jgs-g.co.jp/index_j.html

ここみると、「ＭＹＣ」じゃなくて「ＭＩＣ」なんですが…

>「NApollo」はカーボンナノチューブ（CNT）の熱電子放出理論を応用した発電装置です。
　
現存する太陽電池は全てシリコン（Si）の光電効果を利用した発電方式であり、
シリコンの波長吸収領域から青色帯域近辺の狭い範囲の光エネルギーしか
電気に変換することができませんでした。
これに比べ「NApollo」は基本的には太陽光熱から得られる熱を電気に変換できる
仕組みですから、変換帯域という領域がありません。
このため太陽光発電においては理論上、太陽光熱エネルギーの全てを
電気に変換することが可能です。

はぁ？変換帯域が無いだと？
太陽光の赤外光部分しか利用できないのに
あたかも全ての太陽光エネルギーを利用できているかのような
言い回し。
うそつくことが営業の仕事なんだという営業マンと一緒ですか？

>>134
素人の顧客に理解を求めるには
時には専門的な複雑さを排して分かりやすく単純にPRする必要があります。
場合によっては単純化の為にありとあらゆる嘘を教えている高校数学お同じように嘘を言う事もあります。

ランダム・ノイズが少し混じったデータは不得意かも。

>>134
太陽光熱エネルギーとしてるから
嘘は付いてないしねw

うそくさ

>>134

？「NApollo」はカーボンナノチューブ（CNT）の熱電子放出理論を応用した発電装置です。
　
現存する太陽電池は全てシリコン（Si）の光電効果を利用した発電方式であり、
シリコンの波長吸収領域から青色帯域近辺の狭い範囲の光エネルギーしか
電気に変換することができませんでした。
これに比べ「Nullpo」は基本的に「ガッ」エネルギーを誘導できる
仕組みですが、変換帯域という領域がありません。
このため2chにおいては理論上、無駄なエネルギーの全てを
電気に変換することが不可能です。

>>134
下に黒い紙でも引いとけば変換帯域が無くなるんでねの？

Nullpo

ttp://www.watch.impress.co.jp/av/docs/digest/
【8月25日】の【業界動向】

すばらしい！

金曜に発表して月曜まで時間稼ぎ。
月曜にはなくなっている。とか

>>141
ガッ

>>122
可逆なら、そもそも比較試聴させる意味ナッシング

>>146
だよな。
「ほーら、こんなに音質いいんですよぉ〜」ってのが視聴の意味だし。
全く同じなら出す意味無い。
別ページに展開した数式出して、各自自前で展開させた方が遥かに有用。
たった数行で、これだけ豊かな音が出ますって方が。

>>116
それだ！分散ファイルシステムこそ、究極のデータ圧縮アルゴリズムだったんだよ！

>>148
Ω ΩΩ＜ﾅ､ﾅﾝﾀﾞｯﾃｰ!

1/100圧縮ですら嘘だったのに、いまさら1/200圧縮を信じろなんて言われても…

ｷﾀﾜｧ*･ﾟﾟ･*:.｡..｡.:*･ﾟ(n‘∀‘)ηﾟ･*:.｡..｡.:*･ﾟﾟ･* !!!!!

むしろ、こんなもんに騙されて投資するバカがいるから不思議だ。

>>150
1/200は最高品質で圧縮したときですよ。1600分の1までいけるとか。

サンプル聞いたがすげー。４Ｋであの音とは・・・。

>>154
サンプル聞いたがすげー。WAVであの音とは・・・。

これが実用化したらP2Pがさらに加速しそうだな…

ってことで、ウヰニーを圧縮システムと考えた場合、そのキーが圧縮後のデータとする。
こっちの方が圧縮率が良いと言うことで。任意のデータが数十バイトに圧縮できる。

任意のデータが圧縮できないという問題はあるけど、みんな欲しいモノは大体あるでしょ？
圧縮アルゴリズムは、利用者の意志によって動的に変わる。最強！

オフィシャルサイトの図面に
音データから求たという数式の一例が↓

0.3e^u(t-2)
+1.4u(t)
+5.1sin(y(t))
・・・
+sin(y(t))
・・・

tは時間だろう。単位は秒？
それにしては　u(t-2)　の2といったきりの良い数字が有るのは何で？
式全体の単位は音の振幅か？
u(t), y(t)ってのは何だ？これが高圧縮率のキーになる関数なのか？
それとも、数式にできますというイメージを表す図面だから、
本当の式とは違うのか？でも、そうなら、
中途半端に意味ありげな式を使う意図は？

もうワケワカラン

>>157
デコード時間長すぎ

こういうのってタダじゃないと普及しないんだよね

>>158
入力された波形から、それを表す式(時間関数)を生成するアルゴリズム
を開発したと言いたいんでは？

画像の圧縮でもこういうのが出てきそうだな。
すでに（圧縮以外で）フラッシュやイラストレーターで使われてるわけだし。

追記
しかし10秒で4キロバイトってすごいな。
ＷＩＮのデータ保存の最小単位じゃん。

>>160
そしてサブマリン浮上ですよ

>>158関連
ttp://www.jgs-g.co.jp/hdtl/myc/index.html
sin(y(t-1))
+
5.1sin(y(t))
+
e^(u(t-2))
足し算ってなんだよ。かけ算だろ。
正弦波に減衰曲線のexpの項をかけて
減衰する正弦波を表すはずなのに
足してどーする、足して！

0.3e^(u(t-2))*y(t-2)
+1.4u(t)+5.1sin(y(t))
...
+sin(y(t-1))

減衰項入ってない裸のsin関数があるのに何？

×　あるのに何？
○　あるのは何？

＞３．音データの作成・表現・加工が更に容易になります。
＞　音データから求められた数式のパラメータを調節することで音全体の強弱や、
＞　ノイズ除去等一般的に複雑な処理が必要な作業も容易に扱うことが可能となります。

音全体の強弱は全体に定数かけるだけだろ。
音の大きさパラメータ　* 全体の式

ノイズ除去は減衰する正弦波で近似して行けば自然と除去されると思うんだが。
例えば非常に荒く近似して行けば澄んだ音叉の音になってしまうとか。（1個の正弦波）
式の個々のパラメータを変更したってそれは個々の波の成分の大きさ等を変えるだけで
例えばギターパートの音が大きくなるとか音質が変化するとか
そういう効果となって現れて来るはずだと思うんだが。

＞文字情報も波形に変換することができます。
嗚呼…

　振幅1 * exp(減衰率1 * t) * sin(2*pi*周波数1*t + 位相1)
＋振幅2 * exp(減衰率2 * t) * sin(2*pi*周波数2*t + 位相2)
＋振幅3 * exp(減衰率3 * t) * sin(2*pi*周波数3*t + 位相3)
…
という式になると思うんだが…

部外者に簡単にわかるような研究なんか向こうもしてないだろ

部外者の前での実験すると再現しない
ねじが一本外れているからだ

↑そう思わせるのが向こうの手口
だから専門家には不十分かつ素人にはよくわからない情報を提供

レスアンカーにしときゃよかったｳﾜｧｧｧﾝ

>>168
楽器の音の一部としてノイズ成分が含まれる場合もあるからなぁ。
単純に高調波を残し後は捨てればノイズが消えるというモンでもない。
ソフトウェア的には弁別が困難な状況は容易に想像できるなぁ。

仮に背景に数式化不可能なノイズを少し含ませて(HipHop みたいな
アナログディスクのノイズをわざと含ませるみたいなイメージで）
これを圧縮してみろと言われて圧縮できるものなのかね？

ページ見ると可逆とも読み取れる書き方してるよな（文字情報の圧縮）。

ごく限られた条件でしか圧縮できなくフィールドでは使い物にならない
技術と見た。それで投資家から金もらって２〜３年で会社解散って線かな？
＃お友達の外注業者などに発注しまくって投資家の銭は間接的に仲間分けされる。

>>158
式の最適化（共通項の関数化）もできると言う事じゃないの？

で、誰が電話すんの？

サンプルデータんとこの
>このサンプルは音質重視で２００分の１に圧縮したものです。
ってのには誰も突っ込んでないのか？
可逆なら重視も何も無い訳で、上の方の「全く劣化せずに」は単なる誇張と取りたい所だ。不可逆圧縮だろうな。
それでも、200分の1でほぼ同じ音というならmp3なんかと比べても物凄い技術だ。
CD音質を基準にmp3,128kbpsで同じ音としても、約10分の1だから。（この時点でめっちゃ嘘臭いけど）

サンプルが無意味だから、今ん所どう言い様も無いな…。
>>177
よろ。

FM音源に近づいていったらやだな…

>>178
ほんとだね。Fine Print って訳でなく、なにげに堂々と。

しかしサンプル意味無い上にもともと物凄く音質が悪いなぁ。この一貫性の
なさ、香ばしさは笑わせてくれるたから Good Job かな。

しかし数学的な式の工夫だけでそんな都合良く圧縮できたら、人間という
生ものの特性を使った各圧縮方式の立つ瀬はないよな。つーか映像なんか
出来るって書いてあるけど、動画なんて考えてるとは思えん。

昔のデータを再利用して更に圧縮率を上げるってのは、つまり馬鹿でかい
記憶バッファが存在しないといけないはずで、DRAM 屋さんは喜ぶかも知
れん。バッファのもてないストリーミングは無理っぽいしなぁ。

1/200 つーたら 7kbps 位かなぁ。ホントならケータイ電話の音質が CD
品質になるわで、音楽配信はすぐに物凄く変わったりしそうだね。
9600bps のモデムで CD 音声が流せるんだぜ。すげーよな。

>>175
数式化できないノイズなんてありません．

ぶっちゃけTHCompだろ

>>181
自然界の何か（放射性物質など）を元に作ったランダム系列やら、
πを十進法で表現した各桁に基づく系列ってのが、上記の式で表現できるんでつか？

系列が有限であるから、何でも式に出来るっつーのはなしで。教えてくれ〜 (_o_)

この手のノイズはノイズに聞こえる何らかの式に当てはめて、聴覚上同じように
聞こえるって話なら良いわけだが。

http://www.paw.hi-ho.ne.jp/milbesos/

hagflashでリソース取り出してSHA-1掛けてみたよ。
中身同じ。詐欺の可能性大。
日本のZerosyncだなこりゃ。

Name SHA1 Bytes
------------------ ---------------------------------------- ------
sample1-1.mp3 1FDADB30D8A010EE008AA9D04167B484E3BA1A1E 19,344
sample1-2.mp3 1FDADB30D8A010EE008AA9D04167B484E3BA1A1E 19,344
--------------------------------------------------------------------
Total 2 Files 38,688 Bytes

電話してみた。

　　　　現　在　つ　か　わ　れ　て　お　り　ま　せ　ん

>>185
http://www.jgs-g.co.jp/hdtl/myc/index.html
こっちはかかったよ？

COLOR-ID(ステガノグラフ?),NApollo特許取得って書いてあるけど
パテントの番号がかいてあるのが見つからないな

>>187

たぶん、申請中と取得をとりちがえてるんじゃないかな？

なんかハッシュチェックが流行ってるようだが
そのままバイナリ差分でいいじゃんｗ

同じmp3を別ファイルで公開するのも意味無いが
どんなデータかわからないのにチェックしても意味無いと思うよ。

前にもあったな、こういうの

News：夢物語，それとも大発明？　「100分の1以下」の圧縮技術
http://www.itmedia.co.jp/news/0202/21/e_zeosync.html

>当初発行されたプレスリリースには，同社の技術顧問とされる人々のリストが
>掲載されていたのだが，そのうちの何人かが，自ら「自分はZeoSyncとは何の
>関係もない」と発言，あるいは，技術顧問であることの確認が取れていない。

>>189

そうだな。バイナリー差分で良かった。
どんなデータか分からないのにチェックするのはちょっと早とちりだった。

とりあえず、mail送ってみたんで様子見

>文字情報単体の圧縮技術としても応用できますが、
>音情報の中に画像情報、文字情報を隠すことで
>更に高圧縮率で様々な情報を一括して通信することが可能となります。

更に高圧縮は不味いだろう。
シャノンさんに挑もうとしてるだぞ。

>>191
メール送ったのか。回答楽しみに待つぜ。
一般人相手だと適当に誤魔化されそうだがorz

>>187-188
それっぽい。

JP2004073012�METHOD FOR DIAGNOSING CANCER
JP2004033160�COMPETITIVE HYBRIDIZATION METHOD IN GENE EXPRESSION ANALYSIS BY USING DNA MICROARRAY AND CONTROL RNA USED FOR GENE EXPRESSION ANALYSIS BY
JP2003250285�APPARATUS, SYSTEM, AND METHOD FOR THERMAL POWER GENERATION
JP2003235550�SULFATED LEWIS x ANTIGEN PRODUCING CELL AND SULFATED LEWIS a ANTIGEN PRODUCING CELL
JP2003199575�NOVEL N-ACETYLGLUCOSAMINE TRANSFERASE AND NUCLEIC ACID ENCODING THE SAME
JP2003199573�NEW UDP-N-ACETYL-D-GALACTOSAMINE : POLYPEPTIDE N- ACETYLGALACTOSAMINE TRANSFERASE AND NUCLEIC ACID ENCODING THE SAME
JP2003021639�METHOD FOR DECIDING REACTION ON BASE MATERIAL AND BASE MATERIAL USABLE THEREFOR
JP2002304590�ELECTRONIC SETTLEMENT SYSTEM
JP2002300879�NONREDUCING beta-GALACTOSE SULFATE GROUP TRANSFERASE AND NUCLEIC ACID ENCODING THE SAME
JP2002240473�CARD-TYPE INFORMATION STORING MEDIUM, MANUFACTURING METHOD THEREFOR, AND READING DEVICE THEREFOR
JP2002273035�GAME DEVICE USING LOCATION DETECTING DEVICE, AND STORAGE MEDIUM
JP2002273054�GAME DEVICE USING POSITION DETECTOR AND STORAGE MEDIUM
JP2002273053�GAME DEVICE USING POSITION DETECTOR AND STORAGE MEDIUM
JP2002273052�GAME DEVICE USING POSITION DETECTOR AND STORAGE MEDIUM
JP2002273034�GAME DEVICE USING LOCATION DETECTING DEVICE, AND STORAGE MEDIUM
JP2002230495�CARD-TYPE INFORMATION STORAGE MEDIUM, ITS MANUFACTURING METHOD, AND READER FOR THE STORAGE MEDIUM
JP2002123450�NETWORK COMPUTER SYSTEM, SERVER AND CLIENT TERMINAL
JP2002036763�INFORMATION CODE PRINTED MATTER, DEVICE AND METHOD FOR MANUFACTURING INFORMATION CODE PRINTED MATTER, AND DEVICE FOR READING INFORMATION
JP2002063142�AUTHENTICATION SYSTEM, AUTHENTICATION TERMINAL, AUTHENTICATION SERVER AND AUTHENTICATION METHOD
JP2001320573�INFORMATION CODE PRINTED MATTER, PRODUCTION OF INFORMATION CODE PRINTED

シェアウェアでVectorあたりに出してくれたら有り難いんだが

wav 1/42k秒に16bitの情報

既出だったらアレだが。
遡って企業を調べたい奴のために。
http://web.archive.org/web/*/http://www.jgs-g.co.jp

200分の１か
VGAで無圧縮だと1フレームがだいたい1メガ。
30fpsなら1秒間に30メガ、1分で1800メガ≒1.8ギガ
1時間で約108ギガ。200分の１なら1時間で約500メガになるってとこ？

不可逆圧縮ならWMVでそこそこ見られる画像のものができない？
それともこの技術だと全然違うものになるんだろうか？
この技術で作ったものが実際にどんなものか見てみないとわからないなぁ

>>197
動画の場合はフレーム間圧縮とかいろんな技術の組み合わせ的要素が強いから、
それらと組み合わせればもっと小さくなるはずだよｗ

これがウソでなければ一定期間で持っているキーフレームのデータは劇的に
小さくなるんだよね。キット。今の MPEG のサイズが数分の１位になる？

上場するんで一発カマしてみたんだろ。

ここまであからさまなウソだと萌えないな

他の研究も見てみようかって説明無いヤン！
不可能を技術で可能っていってもなぁ・・・ショボイテーマばっかり。
＃お取りつぶし寸前の部門が無理に引っ張り出してきたテーマみたいなｗ

顔画像認識=>ありふれたネタだね。
　かなり完成度の高い技術は既にあるはずだけど。
　あと実験室のデータ程度で認識できても使いモノにはならん。
　（照明条件が少し変わっただけで認識率が落ちるとかね）
肝腫瘍検出=>良くわからんけど、無難なテーマかも。
心臓壁運動...=>これも無難なテーマだろうな。
　医師のノウハウなんかを数値化するあれなんだろうか？
　（大してインパクト無いよな、医者に診てもらえば済むわけだし）
Color-ID認識=>これどっかで見たけど。何処が珍しいの？
音源情報遮蔽=>同上。

こんな会社でまたーりと役立たずなことやって日永過ごしてみたいな。

>>179
sin(y(t))
ああ、FM音源のイメージだね。

出来上がってミックスされた音を大変な計算機パワーを使って解析するより
元の音楽の配付フォーマットの段階でもっと小さい形式を考案すればいいような気もする。
（電子楽器のみかな。アコースティックとかボーカルは無理か）

>>158　文面追加。
※）　本文面で用いている数式はあくまでサンプルです。

更にサンプル消失。

イメージ映像でなくサンプルってことは、そういった出力になるデータがあるのか

>>203
そりゃMIDIだろ

>>203
＞電子楽器のみかな。アコースティックとかボーカルは無理か

アコースティックは「物理音源モデル（VA音源）」というものがありますが。

>>206
MIDI は１００そこそこの音色が任意ながら規定されているから成り立つね。
仮に任意の電子音楽となると音色情報をどこに持たせるかが問題だ。
これを元データに持たせるか、巨大なデータベースから引っ張るしかない。
元データに持たせるのは破綻するのは必至だし（１００種類の楽器から
構成される１０秒の楽曲を想像するとよいし、ピアノだけで１ＧＢを超える
音色データで作成してる人もいるしねぇ）、巨大なデータベースも現実的で
はない。

ピアノと弦だけとか物凄く条件を限定すると面白いかも知れないがなぁ。

>>208
midiの先頭に、使ってる音色のデータを単音で準備してFFT、指定した音色のmidiって考えは駄目なの？
そりゃ100楽器だったら辛いけど、普通の曲ならそれなりに圧縮できると思うけど。

この際、弦の振動からミキシングまで完全シミュレートしてみてはどうか？

>>209
MODがそんな感じだね。着うたとかそのくらいの品質なら使えるかもしれない。

あれFlashどこどこ？？

>>209,211
厳密な再現性を妥協すれば、いけると思うよ。
カラオケ屋さんとかの音データの幅は結構広がると思う。
＃とかいって、今時は mp3 + midi ってなら終了だけど。

最近、音声合成も結構リアルな奴があるようだし、歌のピッチ修正はリアルタイムで
修正できるし。ってことは、基本的な個人の声データとピッチ、音量データから結構
再現できそう。楽器も同じようにかなり再現できるだろうなぁ。

この手の技術はやはり、ギャルゲーとかで萌え萌えボイスで、自分の名前しゃべって
歌ってくれるような用途を考えた方が、市場規模がありそうだ。

ってか、なんで今時圧縮なんだよと思ってしまう。ネットワークインフラもストレージ
も音を扱うには問題ないほど大きくなったわけだから mp3 や AAC で終了ってかんじ。
もっと夢のあるプレゼンが欲しいところだね。ウソでも何でもさ。

>>211
壮大だねぇ。ギター野郎は、隣の弦の共振まで聞こえないと嫌らしいぞ。
漏れはフルートなんだけど、シミュレートなんて想像も付かない。
部屋の温度からパラメータに入れるんかな？

484デフォルトの名無しさん04/08/30 12:18
>>483
電話してみたよ。
会社名を名乗ったら担当の方につながりました。

「WEBに乗せてるflashは、波形を見られてしまうとマズいのでわざと同じデータにしている。
　実際に圧縮したMYCバイナリを公開することはできない。
　圧縮したMYCは本当に同じように聞こえるので、あれは嘘ではない。」

だそうです。

>>214

同じデータならなんでわざわざ別々に比較サンプルとしてアップしたんだろ？（藁

>>214
http://pc5.2ch.net/test/read.cgi/tech/1041803200/l50
ソースを貼れよ。

>>214
仮にその説明を信じるとしてその圧縮方式を購入して、少しでも聞いた感じ
違えば詐欺になりませんか？
いや、これは商行為であるはずだから、JARO に言いつけてやるって話かも
知れないですよね。MYC方式での劣化に非常に近いデータを断って示すなら
問題ないだろうけど、全く同一のデータであるわけですから。

多分、だまされるのは投資家だから、最低３０００万くらいからの被害が
出てくるでしょうね。投資に対して通常の商品のルールが適用されるとは
思えませんけど。

>>214
エンコードデコードを繰り返して結果的に同じデータになったのか、
最初から同じデータにしたのか。
後者ぽいなｗ。
元波形と一致するなら波形を見られるとマズいってのもわからないし。

483 名前：デフォルトの名無しさん[sage] 投稿日：04/08/29 19:13
ttp://www.jgs-g.co.jp/hdtl/myc/index.htmlに電話番号書いてあるから、
だれかこの事実を問い詰めてみてください。

484 名前：デフォルトの名無しさん[] 投稿日：04/08/30 12:18
>>483
電話してみたよ。
会社名を名乗ったら担当の方につながりました。

「WEBに乗せてるflashは、波形を見られてしまうとマズいのでわざと同じデータにしている。
　実際に圧縮したMYCバイナリを公開することはできない。
　圧縮したMYCは本当に同じように聞こえるので、あれは嘘ではない。」

だそうです。

485 名前：デフォルトの名無しさん[sage] 投稿日：04/08/30 12:54
ならflash乗っけなきゃいいじゃん

486 名前：デフォルトの名無しさん[sage] 投稿日：04/08/30 13:55
【技術/IT】データ量を200分の１以下に圧縮する音声映像圧縮技術
http://news16.2ch.net/test/read.cgi/scienceplus/1093621474/

>約50種類の数式を活用してデータ量が最も少ない数式に変換する。
>プログラムに学習機能を持たせており、似たデータは次回以降、さらに効率的に圧縮できる。
波形テーブルでも用意してインデックス値にでも変換するんでないの。

487 名前：デフォルトの名無しさん[sage] 投稿日：04/08/30 18:48
>>484
それは詐欺っていうんじゃ・・・・

488 名前：デフォルトの名無しさん[sage] 投稿日：04/08/30 18:56
サンプル消したか？証拠隠滅？

圧縮したMYCは本当に同じように聞こえるので、あれは嘘ではない

のだけれどパッと見すると別のデータっぽく小細工はしていて
そうかと思えば今度は何の断りもなくサンプルを引っ込めたと。　ふーん

ホントなら助かるよ。もうＨＤに２ＴＢも動画があって
どうにかしたいと思ってたからな

デコードにかかる時間はどうなのだろう

この方式（が動いたとして）で動画の圧縮に貢献できる分はそんなに大きくないと思うぞ。

鴨にしか使えない圧縮技術カモ

机上の空論

サンプルが復活。

圧縮前の音データって書いてある

※）現在はMYC形式の再生用プレイヤーを一般公開しておりませんので
MYCファイルはWAVE形式にデコードしたものをSWFとして保存し
表示しております。（前回のサンプル（オーディオサンプリングレート：22kHz)
では相違点が出ておりませんでしたのでサンプリングレートを44kHzに変更しました。）

って書いてあるけどＭＰ３なんだよね？レートだけの問題じゃないんだよね？

>>228
なんで初めからそうしなかったんだろう？
騙せると思ったのか

すげーよ。
藻前ら、従来の200分の1だぞ！！
なんでおどろかねーんだよ！？

おい！これもう一度バイナリ比較してみな！極めて正確に+1されてるだけだ

辞書型ウェーブレット変換と何が違うのかわからん。

違わなくてもいいからモノを見せろ。話はそれからだ。

と、みなさんかように申されております。

まだこんな事言い出す会社が有るんかいな。
遅延ゼロのリアルタイム圧縮技術を持ってるIP電話屋とかよ。

近未来通信はどうよ？　【９回線目】
ttp://money3.2ch.net/test/read.cgi/venture/1091941811/l50

サンプルで検証できることは単なる可逆圧縮ってこと？
デコード済みのWAV聞かされてもな。
早く4Kで聞けるデコーダだせよ。だせよ。だせよ。

>>231

ロスレスなら使い物にならない
ロッシーでもそんなおかしな挙動のものはつかえない
ってことで

http://it.nikkei.co.jp/it/news/soft.cfm?i=2004082408456j1
日経さん…。どうして記事を消したんだい

確実に、サイエンス・オカルトという分野ができつつあるな。

＞238
そいえば沖縄の携帯電話をどうにかするって会社はどうなったんだろう

本物ならサンプルデータにデコーダー付きで公開すればいいのに。
それだけでもう見られて不味いようなものなら、そもそもが市場に出せんじゃないか。

Napollo については、こういう記事もあった。
http://www.jgs-g.co.jp/news/jgs/020603.html

2002年時点の8%が、2004年の現時点では44%に向上している。

http://www.jgs-g.co.jp/news/n040805index.html
　高効率の太陽光・熱発電　−ジェイジーエス研 開発進む−

　革新技術研究開発のジェイジーエス研究所（徳島市）は、カーボンナノチューブ（ＣＮＴ）を素材にした
太陽光・熱発電装置の研究を進めている。既に装置の基本原理の特許を取得。
実現すれば、これまでの太陽光発電装置に比べて発電単価は５分の１から１０分の１で済むとともに、
発電効率が高まり、エネルギーシステムの革新になるという。
　「NApollo（ナポロ）」と名付けた発電装置は、ＣＮＴの優れた電子放出特性を生かし、光と熱エネルギーを電力へ変換する。
ジェイジーエス研究所の役員を務める徳島大学工学部の赤松則男教授が考案し、昨年７月に国内特許を取得した。
　　
　同装置の特徴は
　○発電効率は理論値で８０％、実測値で４４％と、既存のシリコン太陽光発電装置に比べて高い
　○キロワット時当たりの発電単価は２−５円で、原子力発電所並み
　○耐熱性に優れ、高温化での運用も可能　
　○有害物質を用いないので環境に優しい
　
　同研究所は２００１年から、装置の本格的な開発を行っている。
実用化には、中核的な部分のＣＮＴと金属の結合技術の確立などが課題として残っている。
本年度は経済産業省の地域新生コンソーシアム研究開発事業に採択されており、
日立造船や徳島大学などとの連携で課題のクリアを目指す。
　里見和彦社長は、「従来のシステムとは完全に異なっており、
地球規模のエネルギー問題や環境問題の解決に結びつくはずだ。
地域経済の起爆剤にもなるため、ぜひ実用化したい」と話している。

会社がどうにかなったんだろ。

ところで、Napollo の方のスレは無いの？
「キロワット時当たりの発電単価は２−５円で、原子力発電所並み」
という主張を額面通りに受け取るなら、
文明の構造を変えてしまうくらいの革命的発明ということになる。

「圧縮効率の高い新しいプログラム」なんて、
Napollo に較べたら、ハッタリにしてもセコイ話題だと思うが、
この会社が、詐欺で金を集めようとしているインチキ会社なのか、
実は有望なハイテクベンチャーなのか、
見極めるための参考事例としては興味を持っている。

そんなに気になるんだったら直接言って聞いてこいよ、ヒキヲタども

これ、インチキだったら詐欺事件だぞ
こんなのほっといていいのかよ？

徳島大学の教授に聞いてこいよ

>>245
まぁそういうなや。MYC が香ばしいから >>244 も全て香ばしく見えるんだよ。漏れもだけど。
徳島って時点で、さらにフィルタがかかっちゃう。

好意的に見るなら高度技術研究室だけが香ばしいだけかも知れない。
どの組織だって、こういう部門は持ってるモンだ。

ＨＰに掲載されてる絵の数式でu(t)，e(t)，sin(y(t))等とあるが，これってMARモデルを時間領域であらわした式なんじゃねーの？

・・・ケータイとかに入ってるコーデックに近いかもね．

・・・とか適当なことを行った後に過去のレスみると，
>約50種類の数式を活用してデータ量が最も少ない数式に変換する
てのがある．
これから推測すると，ソースに最適な直行関数を選択してウェーブレットで圧縮とか．

どうかな？

サンプルってすごくない？

理科の知識の無い人たちがこんなうさんくさいのに騙されるんですよ
マイナスイオンで健康になってください＞お前ら

ま、単純なサイン波形の単音なら、数式一つで何時間分でも
記述が終わるから、まるっきり嘘でも無いけどね。

FFTやって波形分解して圧縮、、、今と変わり無いじゃん。

このところの書き込みを見ていると、よくて既存技術の微調整なり組み合わせの妙程度に
見えるねぇ。それで１０倍性能が上がるんだから、これまでみんな何やってたの？って
話になるなぁ。素敵だ。

カーボンナノチューブを使って音楽を記録するシステムを作って欲しい。

200分の1可逆圧縮mycﾏﾝｾｰと喜んだのもつかの間，サンプルの圧縮前と後の音が全くおなじだと判明したことから怪しくなる．

sample1）wave→mp3 in flash
sample2）wave→myc→mp3（sample1と同じ） in flash
可逆圧縮なら結果は当然同じ（←ココに注目）なのは自明．ファイルが同じであたりまえだがなぜmp3？
しかしjgs社はあたかもflashでmycの音を再生したかのように錯誤をあたえるような説明．
というか，そもそも，flashでmp3に変換して比較というのは意味がないし，
flashにmycのプラグインがないのでmycが再生出来るわけも無い．
比較するならmycのバイナリとmycのplayerを晒して聞き比べるしかないわけだが，
これではmycという可逆圧縮方式があるのか無いのかさえわからない．
ここまでなら，ありがちなバルーンあげか，web担当者の比較センスの無さで済むがいろいろおかしな点が出てくる．

>>191
>音情報の中に画像情報、文字情報を隠すことで
>更に高圧縮率で様々な情報を一括して通信することが可能となります。
シャノンの情報量エントロピを無視できるのか？永久機関みたいだなｗ

>>219
バイナリは公開しないし，サンプルは消したと思ったら

ttp://news13.2ch.net/test/read.cgi/news/1093654639/
>>617〜626
要約すると，再度公開された比較サンプルはwaveファイルのL，RのLのみに極めて正確に負の数が+1されてるらしい．
デコードして元のファイルと結果違ったら可逆圧縮じゃねーyo？ｗ

IPO詐欺orはったりだったりしたら↓の交付金もフイですかねぇ．

読売新聞の記事 （太陽光発電）
http://www.jgs-g.co.jp/news/n040731index.html

ｴﾛｲ人，検証よろしくおながいします．

誰か電話して聞いてみてよ

　　　　詐　欺　で　す　か　？　っ　て

>>255
> IPO詐欺orはったりだったりしたら↓の交付金もフイですかねぇ．
>
> 読売新聞の記事 （太陽光発電）
> http://www.jgs-g.co.jp/news/n040731index.html

これはもはや科学ニュース足りえんな。
ネットヲチやらベンチャー板の怪しい会社とかわらん。

>>257
こんなおもしれーのが一杯あるのか＞便茶板
こんどからチェックしよーっと。

ってか投資家も 2ch 読む時代かｗ

トンデモぬれ笛杉です。

痛い科学ぬーす＋

とか作って隔離してよほんとに。

>>259
すなおに“トンデモ+”でいいじゃん(w

http://yadoroku.cocoa.cgiboy.com/admin.cgi

記者がトンデモか判断してスレ立てするのは大変だろ。
あと、この会社をあまり虐めると名誉毀損になりそうだからストレートな表現は控えようぜ。

詐欺目的であるならば教授としての資格の問題にも発展するだろ。
そのへんどうなの？

おまいら、よく考えてみろよ。赤松教授は徳島大学工学部の教授としての確固たる地位があるの
に、わざわざ詐欺なんてすると思うか？

>>264の様な人は、大学教授が名前に出てるとすぐ騙される訳だ。

例の1/100の件では、著名な教授の名前が勝手に使われていた。

あのなー、もう企業向けにセールスとか開始してんのに
ホントかどうかも確認せずに買う企業なんかあるわけねーだろ

売るまでのどこかの段階でどこからから金を奪い取るんだと思いますが

>>264
ってことは

　赤　松　だ　け　は　ガ　チ　

つーかさ、この技術があるって前提で議論してるココの人達さ・・・
ネタだとわかってて乗ってるんだよね？
ちょっとでもホントだと思ってるんなら
もう一回勉強し直した方が・・・

ttp://hotwired.goo.ne.jp/news/news/technology/story/20020117303.html

昔の記事だけどオモシロイので
まさに同類

>269
・MIDIっていうのがまず頭にあるからなぁ。
・MIDIから一旦WAVにしてしまったら元のサイズにまで戻す／圧縮することは困難なのかなぁ。
・いくつもの楽器の音がせいぜいステレオの2チャンネルに混ぜ込まれちゃうから難しいのかな。
・楽器毎に別トラックになっているデータならどうなのかな。
・サンプルはピアノ＋ブラス少々。このサンプルについては圧縮できたのではないかな。
・ボーカル、拍手なんかはむずかしいんだろうな。
・MIDIとWAVじゃ1000倍くらいサイズ違うのかな。
・試しに手近なMIDIファイルを圧縮してみたら50%位圧縮できた。
・合わせて2000倍？　200〜1万分の1とか言ってるのに近い値かな。
・対象を音に絞れば>>170の式の位相の項は捨てていいんだよな。
　人間の耳は位相の違いを聞き分けないから。
・でも位相を捨ててるとしたら元のWAVとはバイナリで別物になるな。
・するとテキスト圧縮には全然使えないな。（バイナリで見ると非可逆）

みたいな事をとりとめもなく考えてますが。

>>271
本物のアホですね

プレスリリース２００４年８月２５日　日経産業新聞朝刊 １面
http://www.jgs-g.co.jp/news/m040825index.html

＞例えば、音声データで一般的な「WAVE」形式の場合200メガバイトの
＞データを1メガバイトにできる。一旦圧縮したデータは専用ソフトを
＞使い、元の音声・映像データに戻す。元データに完全には戻らないが、
＞「人間ではほぼ判別できない水準」（同社）という。

元データには戻らないんですか、そうですか。
なんでまったく同じファイルを置いていたのか謎ですね。

・ピアノとブラスってFM音源カードのプリセットの音色として入ってたよなぁ
・sin(y(t))　ってFM音源っぽいなぁ

>>250
> これから推測すると，ソースに最適な直行関数を選択してウェーブレットで圧縮とか．
> どうかな？

ソースにそんな都合のいいもの選択したら、
だれでも高圧縮率達成できるぞ？

MYCでホワイトノイズを圧縮したらどうなるのかな。

>>249
> ・・・ケータイとかに入ってるコーデックに近いかもね．

VCELPみたいなやり方だと、やっぱり音楽とかには向かないよなぁ。
波形バリエーションが少なすぎる。

その辺は学習するとか言ってごまかすかもしれんが、
学習結果の伝送にも帯域が必要になるわけで…

自分の手持ちのWAVファイルとかCDとかを圧縮出来なくても
レコード会社から各楽器が別トラックに入ってるマスターテープから
圧縮ファイルが作れて配信出来るような技術でもできれば
それでも結構いい話な気もするのよ。

>>241-244
Napolloは赤松先生名義で出願されていますね。

特開2004-140288 電極、電極製造装置、電極の製造方法、及び熱発電装置
特開2003-189646 太陽光エネルギー変換装置および太陽光エネルギー変換システム
再表02/013367 太陽光エネルギー変換装置

こと音に限れば、マイク入力でMIDI変換するシステム作った方が早いような。

>>269
こんなﾈﾀに釣られずにいられようか！ぐはぁ！
>>276
学習が必要＝過去の情報が必要ってなって、途中再生とかストリーミングは
ムリポになるよな。そんな使いにくいもの駄目でしょ。
>>277
iTMS スレだったか、iTMS の AAC ファイルはマスター起こしで CD 起こしよりは
いいんでねの？って話題があったな。
>>278
特許って出したモン勝ちだしなぁ、カーボンナノチューブなんて漏れには確かめ
ようないし。中身自他は真面目っぽく見えるんだけどね。
例えば、特開２００３−１８９６４６　【審査請求】未請求
の審査で OK が出れば本物（権利確定して紛争になっても勝てる）だと思うけど・・・

なんだ不可逆なのかよﾂﾏﾝﾈ
すっげー外れ、糞、糞、糞な技術ですねー

不可逆なのに『テキストデータへの応用』とかするわけですか？
まさか一旦冗長化してなんて間抜けなことを？
この技術が実在するにしても
http://www.jgs-g.co.jp/hdtl/myc/index.html
の内容は問題だらけ

>>278
「NApollo」
特許3449623 太陽光エネルギー変換装置 （特許庁電子図書館　公開テキスト検索より）
US6,713,668 Solar energy converter and solar energy conversion system
US6,653,547 Solar energy converter（米国パテントサーチより）
　
「Color-ID」
特許3505130 情報コード印刷物製造方法 （特許庁電子図書館　公開テキスト検索より）
US6,572,025 INFORMATION CODE PRODUCT,
　MANUFACTURING DEVICE AND METHOD FOR MANUFACTURING THE SAME,
　INFORMATION CODE READING DEVICE, AUTHENTICATION SYSTEM,
　AUTHENTICATION TERMINAL, AUTHENTICATION SERVER,
　AND AUTHENTICATION METHOD （米国パテントサーチより）
　
？？NApolloってもしかしてPCT出願済み？日本や米国以外にも審査請求されているよ多分。
ってことは、MYCも出願済みか。

>>280
特許庁電子図書館ってレスポンス遅いんだよね。審査請求済だったとしても
出願と同時に審査請求かけておかないと、「未請求」って表示されたままだし。
サブマリン中で審査請求かけても未請求のままだし。ったく！！
日本の特許庁はこれだから
国内企業が海外企業に日本国内で特許権利主張しても負けるんだよ！！

>>282
たぶん、波形からの数式マッチング時間（エンコード時間）と圧縮率の高低により
元の音データに完璧に復元できたり、ある程度相違をつけたりできるんじゃないの？
だから、「完璧に復元」とか「不可逆」とかを微妙に書き違えているのかも。
つまり一部の音データに関しては、「完璧に復元」できるけど、
できないものもあるので、全体には「不可逆」でごまかしてる。とか。
　
低圧縮率なら、文字データも圧縮できるんじゃないかな。
　

>>278
Nullpoで特許申請されてるのかとオモタ

>>283
NApolloは出てますよ。
WO03052917 US6713668
SOLAR ENERGY CONVERTER AND SOLAR ENERGY CONVERSION SYSTEM

WO0213367 US6653547
Solar energy converter

>>277
>各楽器が別トラックに入ってるマスターテープ
それはマスターテープではない。
マスターテープの意味が分かっているのかな？

>>286
>NApolloは出てますよ。
>WO03052917 US6713668
>SOLAR ENERGY CONVERTER AND SOLAR ENERGY CONVERSION SYSTEM

「WO」か。やっぱりＰＣＴだ！！

　この太陽光発電ってできたら凄い技術かも。

>>284
＞低圧縮率なら、文字データも圧縮できるんじゃないかな。

圧縮前：アイウエオ
解凍後：了Ｔワ工才

こんなもん本当にリアルタイムでコードできるのかねぇ。
動画だったら何年後になるんだろ

圧縮にスーパーコンピュータが必要なんじゃないの、これ。

>>287
いや、その辺の用語よく知らないので…
作業もよく知らなかったり。
マルチトラックになってるのをミキサー通して
左右のバランスいじったりしてステレオ2チャンネルにして、
それがマスターかな。

マスターの直前の段階として各楽器毎ステレオ2トラックというのを作って
それを圧縮作業の対象にするみたいなイメージを勝手に想像。

>>291
約50種類の数式って奴を音声に最適化しやすい形に置き換えて膨大な量の
パターンを作っておけば問題ないのではないかと。

それはつまり>>1に書いてあるような学習機能のことだと思うけど
スーパーコンピューターで圧縮させて学習させまくってパターンを作っておけば
デコーダーやエンコーダはでかくなったとしてもエンコードなどは単純な比較
だけですむのでは？メモリは異常に食いそうだけど。

1ギガくらいのデ･エンコーダーまでなら許せますよ。メーカー様。

>>292
そんなイメージじゃないかと。ＣＤなんかの元ネタ状態にするための作業だろうね。

各トラックから２ｃｈの音にする作業だって職人の世界のようだよ。混ぜるときに、
そのまま混ぜるとこの楽器の音が埋もれちゃうとか、そんなこんなでバランス取る
作業だから、そこには物凄いノウハウがあって、そこに使われるソフトウェアや機
器も本当にいろんなモノがある。あとは最終的な音量調整とかをして（これだって
ウン十万とかいうソフトを使ったりする場合もある）最終的なＣＤの元ネタになる。

世に出てるＣＤの曲のような品質を求めるとするなら難しい相談だろうね。
カラオケ配信とか用途が限定されてくると面白いかも知れない。

>>293
膨大なパターンを一瞬に検索という技術があれば人工知能もかなり実用的になるんだけどな。

うわあ、まだマジに話してるの？
一応先進国の日本でもこんな有様なのか・・・
みんなもっと科学全般の勉強しようぜ
大半の人がこの技術の話を聞いた瞬間に
「何言ってんだこの会社、ﾌﾟ」
ってなるのが理想だなあ

ごめん、面白いから、仮にあったとしてって話し続けてた。

膨大なパターンの組み合わせを誤差最小になるように全探索か。つらいな。
しかも，データの圧縮法が人間の聴覚特性に依存していないのに，
「人間ではほぼ判別できない水準」と言い切るのもどうだろうか。

>>296
帯域が4KHzしかない電話回線で10Kbps通信ができると思っているバカと同じだな

>>296
ごめん、意味不明

＞帯域が4KHzしかない電話回線
特にココが

>>296=>>300

>>298
力業の方法だとテーブルのサイズが爆発しちゃうしなぁ。

昔 RGB (厳密には Lab 空間だったけど) の色同士のユークリッド距離を引き算１回、LUT 参照１回で
計算する方法で遊んでたけど、精度的には激しく辛いモノがあったなぁ。
#用途不明の近似画像検索だったな。やはり言語ベースのグーグル画像検索の方が役に立つ。
#う○こで引いたら浅草にある某本社ビルの写真が出てきた。うーーん。
LUT で使えるメモリーなんてせいぜい 20bit (1MB) 位としたら（LUT はキャッシュに入らんと
遅いし）、各次元で 6bit 程度の精度しかとれなんだ。

人間の聴覚特性に関して、そういう式を選択してるんでしょうかね？
でも人間の聴覚特性って実験的に求められたモノだから、その近似式をテンプレートとして？

たとえばＭＤの方式みたいなマスキング効果を使ってデータを間引くって行為と等価な
式の当てはめで実現できるんだろうかね？
＃やっぱり周波数領域でかりかりやった方が楽そうだなぁｗ

>>296
この会社が実際に成功しているかどうかからは離れて、
音のデータを圧縮するとしたらどんな感じになるかなぁというのを
この会社の出してる情報を拠り所として
あれこれ“妄想”して楽しんでいる、みたいな。
音声フォーマットあまり知らないけど
周期性のあるデータをベタで書き並べているWAVフォーマットって
すごく「無駄」に見えたりするし。

約６０分の音楽ＣＤデータであれば全く劣化せずに０．４秒以下で送受信することができますが
圧縮するためのツールが、ＣＤデータの約650枚の容量が必要です。

>>304
回答するツールが1枚分なら行けるかも

>>303
このまえ演奏会で取ったデータに１周期くらいのデータ落ちがいっぱいあったのよ。
それを手で直しても「ボッ」とか低いノイズが入るのよ（しかるべきなんだけどね）。
周期的だけど波形見たらどんな音かってのは絶対に解らんと思う。

どういう条件かは知らんけど、ある音の位相がずれても人間の耳には違いが感じられ
ないらしくて、ちょっと特定の音の位相を弄っちゃうと波形が全く違うのに聞いてみ
たら同じ音に聞こえるってのもあるよ。
＃圧縮スレなんかで波形命な人もいるけど、あれが本当に有効か疑わしい。
＃数字のみを追い求める日本のオーディオ文化みたいだよな。ノイズまみれの海外製の
＃ＣＤプレーヤの方がいい音聞かせてくれるってのは良くあった話。

>>304
巨大な検索テーブルを P2P で解決するのも面白いな。
速度向上のためには P2P から引っ張るデータのヒット率が問題だなぁ。
この辺を工夫するとモモロイ鴨ね。

どのみちエンコされるのは特定の音楽なんかになるから、JASRAC のコードが圧縮後
のデータってのでいいんじゃねーの？ベートーベンの第九（ＣＤ１枚ぎりぎり）が、
たかだか数十バイトで表現できるよ。ネットが速ければいつでも聞けるわけでしょ？

>>289
そうなったやつをOCRで読むんじゃない？

>>282
ちょっと不自由な日本語も乙かなと・・・

>>269-270
全然違うだろ．
漏れは日経産業新聞読んだだけだが
それでも>>232や>>253みたいなことだろうな，くらいはわかるぞ
（本当に開発したのかどうかは別だがｗ）

ここで可逆圧縮の話題をふって煽ってる奴は一体何がしたいんだ？

音声圧縮みたいな枯れた分野で、今考えられるような技術の延長で１桁性能が良くなるのが
みんな信じられないし、社のサイトだって胡散臭い。可逆とも不可逆ともとれる微妙な表現
の箇所があるし、常識では通用しない詐欺まがいのサンプルと。
↓
ネタとしては最高級の素材です。

問１：「あたかも」を使って文章を作りなさい。
回答：Web上に同一ファイルがあたかも知れない。

問２：「どんより」を使って文章を作りなさい。
回答：どんどんより小さいファイルに圧縮します。

問３：「もし〜なら」を使って文を作れ。
回答：頼もしいうりならｿﾌﾄマンセー！

問４：「まさか・・・ろう」を使って短文を作れ。
回答：たまさか見つけたアルゴリズムなので、研究はくろうしませんでした。

問５：「うってかわって」を使って短文を作れ。
回答：彼らは圧縮ソフトをうって変わってしまった。

関係ないけどおまいらメガデモしってるか？

>>312
こっちなら知ってる。これも関係ないけど。
ttp://www.kobe-c.ed.jp/shimin/shiraiwa/obgibosi/gibo1.html

ttp://archiplum.no-ip.org/mt_archiplum_archive/cat_aca.html
こんなんだろ。つーかこれら見るとコモドール世代の人たちはスゲエ。

不可能を可能とした職人プログラマー最高！
このｽﾚの技術に関しては、無理なものは無理だと言わざるを得ない。
新ﾈﾀでないかなぁ？？？

すまん。俺は何故2chでこの技術がインチキとされているのか、
未だに理解できないんだが・・・

それよりニュー速スレのIDが･･･

【AV女優自殺】東スポの１面に載る
http://news13.2ch.net/test/read.cgi/news/1094097319/58

>>316
マジレス長文スマソ。こんな感じ。

・音声圧縮はこれまでさんざん研究されてきた分野であり大体やり尽くした感がある。
・現在 CD 品質と言われている圧縮率は mp3 や AAC などの 128Kbps であろう。
　これだって人に言わせれば問題だという場合もある。大体 1/10 位の圧縮率。
・この研究では CD クオリティーを 1/200 出来ると言っている。

つまり mp3 や AAC を２０倍高性能にしろという問題だ。

・この研究での技術では既存技術の改良と考えられる。
　既存技術の改良程度では１桁の向上など考えにくく、せいぜい２倍がいいとこ。
　１桁良くする技術は大抵全く新しいモノだ。
・これまでの技術は人間の心理モデルなどを総動員してやっと達成した値。
　この方式ではこのような手法の導入は記載されていない。
　むしろ心理モデルを一切使わずに 1/10 に圧縮できたとしても評価できる。
・圧縮モノはそんなに大革新は無い。
　特に静止画像・音声を１桁改善できる余地があるなら、そのような技術が山ほど
　出現してもおかしくない。でも画像には GIF(PNG)/JPEG がスタンダードだし、
　音声だって mp3 が主役に居続けている。たしかにこれらより良い技術だって
　あるが(フラクタル圧縮とかあったよね)、スタンダードを脅かすほどの性能向
　上はない。または性能向上があっても、それが実現困難かも知れない。
　映像は工夫の積み重ねでまだ発展してるけどね。

これについて、いやいや違うんだよ、こういう点で可能になるんだよって
説明は無いんだよね。ホームページの作りとかサンプルの提示とか胡散臭いし。

>>316
可逆か不可逆か書いていない。
可逆とも不可逆とも取れる言い回し。
変換前と変換後で同一のサンプルの公開（当時）。
可逆だとするとサンプルの公開は無意味。
不可逆だとすると「テキストデータへの応用」は困難。
不可逆だとすると既存技術の焼き直しにしか見えないのに大げさ。
な点

テキストデータへの応用、波で表現って、ラスタ→ベクタ変換するってことか？
輪郭抽出→TrueType生成とか。だったらスゴイが。単にOCRだったらウケルw

俺も３１６と同じ意見だ。
３１８がまとめた意見（2chでは大半だろうが）っていうも、またく根拠のない化学的でない意見だな。
発想が貧相だよｵﾏｲﾗ。

化学かよ

>>316
ついでに、
・波形と音の関係も曖昧で、波形が全く違うのに聞いてみて同じ音だーってのも人為的に作れる。
　同じ音を出すのに複数の波形があるとして、その一つの波形に近似していくというわけ。
　元波形自体は冗長（人間の耳にとって）と考えられるから、それに近づけるという方針
　では贅肉まで再現しようとしてるようなモノで不利になるはずだ。
・大きい音に紛れた小さい音は聞こえないという心理効果は絶対的に有効だと思う。
　波形を近似させていく手法だと、聞こえない成分と聞こえる成分の弁別はまず出来ない
　でしょう。間引きは線形的な変換ではないから、線形式では表現は難しいと。

心理モデルを使ったデータ間引きを行うために MP3 あたりの Codec を前処理使ったりして
たり、MP3 で圧縮解凍された波形データ使ってたら笑うよね。

>>320
説明ではテキストデータは いろは -> 123 456 678 といった数値列に置き換えられるから、
これを音声データと同じだから、同じように適用できるという説明だったはず。
劣化を前提とする方式をテキストに適用させるというのもどうかなと思う。

データ列を波と考えた場合、値が一つずつずれても波の形には大して影響ないけど、
IBM が HAL になったりするぞ。

まだなんも公表されてない時点でｱﾚｺﾚ言ってもはじまらんわな。
噂好きのおばちゃんとかわらんぞｗ

>>323
うは。テキストデータってコード化されたテキストそのものを言ってたのか…

>>324
ｱﾚｺﾚ言わんと永遠に公表されないんじゃない？

>325
ｱﾌｫだな。
永遠に公表されないわけないだろ。
そんなことしたら、どの企業もこの技術を使わんじゃないか。

>>326
使われたらJGSが困るだろ。

>>321
この方法を使って延々工夫して市場に出てもまれた結果、これぐらいの値に落ち着いたってのを
限界値の近傍と仮定してるんだけどね。音声のロス有りの圧縮の限界値なんて経験値でしかない。
＃ＣＤ品質ですかってのも、実験しないと解らんし。

そこに理論的に解説できる根拠というモノが存在するかな？漏れはサイエンスな視点より、
現場第一主義のエンジニアリングの視点が強いので解らんけど。

>>326
ビジネスもライセンスで、かつ、圧縮した分だけとかの利用料モデルとか書いてある。
購入者にすら、情報は公開されないと。で、期待通りの結果が得られないこともあるが
文句言うなと契約書には書いてある。とか・・・

>>326
いや、ZeroSync再びか？って軽口なんだが…
まあ、あれこれ推理して知識遊びしてるんだよ。公開前の映画みたいなもんだよ。

常識では考えられない圧縮率なのに、
常識的な説明しかされてないからなぁ。
これで信じろって方が無理。

>330
それだ！

>330
だって、詳しく書いてもｵﾏｲﾗわからんでしょ？

天才のやることは凡人には理解はできない。
この素晴らしい技術はこれから先いろいろな分野で利用されることになるだろう。

いよいよ社員が沸きだしてきて祭りカウントダウンage

>>333
説明側がその言葉を使った技術は、確実に詐欺ですが何か。

>335
金銭等契約していない香具師に詳細な技術を説明する必要がないだろう。
ｱﾌｫだなｵﾏｴ。

いいからさっさとサンプルエンコーダとデコーダ公開しろやヴォケ

モザイクとロボットの音声が出てきて　お茶の間どっかーん

>>332
この板の趣旨とは離れるけど、詳しく書く必要はないんじゃないかな？
要は、モノを見せろってことでしょ。

例えば、uploadした音声、画像、ファイル、テキストを、圧縮度を指定して
圧縮できるようにしておいて、圧縮後のサイズを表示したり
それをサーバ上で再生したり表示したりできるようになっていれば、
どれぐらいの圧縮度でどうなる、とか、エンコード、デコードにどれぐらい
時間がかかるか、とか、どれぐらい使えるかデコーダを公開しなくても
判断材料にできるんですけどね。

>>336
契約しても公開しないんじゃないの？
>>337
そうだよな。でも難しそうだな。サンプルデータすら出し渋っているし。

かといって真面目に契約を前提としてつきあうと、NDA 結ばされる
だろうから評価結果などは公開できなくされる。そこでﾄﾝﾃﾞﾓって
事が解ったとしても、声を上げる人間は居ないなぁ。

ヤリ逃げって感じがする。

要はドコモなりAUなりが「JGSの技術を用いて大幅なデータ転送量削減に成功」
という発表をするのを待てばいいのですか
どれぐらい待てばいいでしょうかね

バッハだと200分の1
ショパンだと100分の1
ベートーベンだと50分の1
モーツァルトだと20分の1
モーニング娘。だと5分の1に圧縮できます。

このスレの人の見方からすれば、一生待ってろってところじゃないかな。
普通、本当にすごい技術なら、特許取得を発表した時点で数社とライセンス
契約してるもんだし。

>>275
＞MYCでホワイトノイズを圧縮したらどうなるのかな。

=Rnd() に変換？

>>344
限られたサンプルからランダムシード割り出せたら、
それだけで商売できると思うが･･･

>>345
ノイズを再生するにはシードはいらないっていうネタかと

契約も何もこの会社が説明不足のはりぼてで
ナノチューブと同様に助成金を頂こうとしてるのが問題なんだろ

デコーダーすら要らないから圧縮前と圧縮後のファイルを見せてほしいな

フラクタル圧縮とかいうの無かったっけ

画像をフラクタル圧縮するデモを実行したことあるけどフーン程度だったよ
jpegより優れていた点は拡縮のスムージング処理が綺麗って感じかな
デモは検索すればたぶん簡単に見つかる

低ビットレートのjpegと低ビットレートのフラクタル圧縮を比べると、
jpegではブロック歪みが目立ち、フラクタル圧縮ではリンギング歪みが目立つみたいですね。
どっちもどっちだけど、視覚上の特性でフラクタル圧縮の方が自然な感じじゃないかな。
低ビットレートでもロスがないなんていうものはない。
JGSってうさんくさいですよね。

うさんくさいっちゅーか
表記が間違いだらけっちゅーか
故意ならそれって嘘やんちゅーか
んで金とってるなら詐欺やんとゆー

↑ｵﾏｴが一番胡散臭いｗ

>>351
フラクタルにしても圧縮率が１桁良くなった訳じゃないからなぁ。

この技術が詐欺だとして、この会社の目的は何なんだろう？

この板には、凡人しかいないのか？
ﾜｲﾄﾞｼｮｰ並みのレベルの低さだなｗ

>>355
ゼニ集めること以外に、なにか目的があると？

>>357
犯罪じゃん

>>356
お前は凡人以下だなｗ

>>358
「こんなすげーもん作ります」と言って金集めて、
開発失敗ってのはよくある話。

>>356
自己紹介はここでやるな

>>360
この技術完成してるみたいだけど？

>>360
投資家とか投資会社ももう少しこの辺の感覚は鋭くなって欲しいと思われ。
しかも銭出したら後は放置プレーとかな。もらったモン勝ちって所はある
ので下手な鉄砲でも撃つ価値はあるかもね。

>>362
製品化に失敗とか、十分な開発費が集められなかったとか
今の技術では実用的ではなかったとか、言い訳はいろいろある。

>>362
完成している技術ならもっと気持ちの良いプレゼンテーションになるはずだが。
あとは事業化のために銭を集める手もあるよね。各種アプリケーション作成
とか（検証用のアプリじゃエンドユーザには使えない）、ビジネスのための
インフラ（鯖置いてなんかするとか）構築とか。

カネ掻き集め出したら科学+からν+行きって感じのネタだな。祭り?

独りよがりの使えないもん作っては得意げに説明する
理系バカってウチにもいるよ。そのくせ研究開発費もっとよこせとか
いってくるんだから、たまんねーよ。たまにはほっといても
客が来るようなもん作ってみろよ、ボケが。
お前らの作ったくだらねーもん売るために
必死こいて誇大広告みたいなマネまでさせられる
こっちの身にもなれってんだよ。

ここはお前の日（ｒｙ

少なくともデコーダーを公開しなきゃ広まらないだろ。

こういう技術をありがたいと思う人は、
・回線が細い人
・大容量ディスクが買えない人
と思われ。

まぁ「回線が細い」というのはさておき (地理的要因等もあるから)、
「ディスクが買えない」というのは、「金がない」という事であろう。

ここで、だ。

「デコーダーですら契約して金払わなきゃ使わせない」
ならば、
「金のない人は使えない」
すなわち、

大容量ディスクが買えない
↓
この技術を使いたい
↓
でも金がない
↓
契約できない
↓
使えない
↓
マズー

…となるのがオチじゃないかなぁ。

こねくり回し過ぎ！

技術的な面だけじゃなく、営業面についても
具体的なプランを出していないところに
トンデモの香りを感じるな。

教授なんだろここの社長は。大学側に詐欺してるって教えてやったほうがいいんじゃね？

>>369
先に出てきたようにドキュモとかあうとかのキャリアと契約したりじゃないのかな？
考えてみろ携帯の音声がそのままＣＤ品質になるんだから夢もいっぱい。回線容量も
なんだかんだ厳しいし。

ホントに出来ればの話だが。キャリアの要求は厳しいぞぉ〜

仮に額面通りのモノが実現できたとしても、ストリーミングには向かないんでは？
音の頭から尻尾までを連続したひとつの波として数式化しなきゃならんだろうから。

>>374
適当なところで切ればいいのでは？

>>375
いや、連続性がないと、その都度まったく新たな式の記述が必要だろうから、
圧縮を前提に考えたら難しいのでは。ヘタすりゃPCMとデータ量が変わんなくなっちゃう。

>>376
十秒の音声データが4KB(だったっけ？)になるって主張してるんだから、
その程度の間隔でぶつ切りしていけば問題ないだろう。

レート-歪み理論とか、
有歪み圧縮の理論限界はすでに決まりきってるわけで、
1/200とか1/1000とかそうそう簡単に縮まないんですよ

簡単に言えば、
10種類の文字をあらわすためには、
10個の記号が絶対に必要ってことだ！

>>374-376
ぶつ切りにしてるのか、長い系列を数式化してるのかは明記されてないけど、
ある程度の所で切ってると考えた方が自然だろうな。音波形は一定期間ごと
に大きく変わるから、その変わり目単位で式の当てはめをすれば効率よくで
きるでしょう。

例えば、バイオリンのソロがあって、その次にフルートが流れてきた場合、
途中からフルートの波形を表現する１つの式を頑張るよりは、ぶつ切りに
してバイオリンの所とフルートの所で別々に処理した方が簡単だし、そう
したからといってデータ量は変化しないだろうて。切れ目をつなぐ処理は
そんなにやっかいな話じゃないと思うし。

｜似たデータは次回以降、さらに効率的に圧縮できる。
これを使った場合は、ストリーミングが不利になる。途中再生しようとしたら
最初からさかのぼって学習データを検索しないといけない。

>>377
短くぶつ切りでスマートな記述を繰り返すことができればオーケイか。

ところで、画像に応用が本当に実現できて、しかもビットマップより
圧縮できるとしたらとんでもないな。完全なベクター変換ってことだよな。
展開に何ギガのメモリがいるとしても、何時間かかるとしても、見てみたいもんだw

>>380
>378 が良いこと言ってる。先のフラクタル圧縮の話題も見てみれ。
その限界値ってのが JPEG やら フラクタル圧縮で得られる圧縮率に
かなーり近いと思うんだけど。

>>381
まったくの門外漢なんだけど、面白そうなんでこの機会に基本を勉強してみるわ。

>>378
この企業が怪しい事は認めるが、

＞10種類の文字をあらわすためには、
＞10個の記号が絶対に必要ってことだ！

これは例えとして違うと思う。
記号の総数が10以下でも、組み合わせ次第でより多い表現はできるでしょ。

まだ夏休みが続いてるのか？

- インチキ。終了 -
じゃつまらんから、アレコレこじつけて盛り上げてんじゃないの。
空気読んで、茶茶入れるにしても>>378みたいなのにしてくれよ。

>>384
大学生だからね。うちは20日から始まるよ。

しかし波形を数式に置き換えるって考え方が面白いよね。
昔から考えられていたことなんだろうけど思いつく人は素晴らしいっｽね。

ここで私もひとつ考えたんだけど動画の1コマ1コマの色の変化を時系列で
捉えて同じように波形で表現して、その波の変化を数式で表せば音声と違って
かなり簡単な数式に置き換わると思うんですがどうよ？
最近じゃ、動画のノイズは消えてくれるなら消えてくれたほうがいいって風潮で
WMV9も開発されてきたらしいし･･･でも処理速度、追いつかんか?

って、もう誰かが考えててもおかしくないわな。
悪かったな。
もうこねぇよ。

波形を数式に置き換えるのなんて全然、独創的じゃないよ。
http://cgux0030.comlab.soft.iwate-pu.ac.jp/research/2dcg/
↑このページの中ごろの二次曲面による自然画像の曲面近似手法っていうのがあるでしょ。
元の信号をフィルタバンクを使ってサブバンドに分割すると各バンド内の信号の変化は緩やかになり
長周期の規則性が浮かび上がってくるから、パラメータ化された曲線にfitしやすくなるよ。
さらに突き止めて言うとベクトル量子化の一種でしょ。
ベクトル量子化では次元数が大きくなると必要なメモリと処理時間が激増するから、
類似する代表ベクトルを類別して、そのベクトルがどの類に属するかという情報と、類内でベクトルを特定するための情報にわけて指定できるようにする。
そうするとコードブックの大きさを小さく出来るしね。
関数の形とパラメータで指定するのはベクトル量子化でコードブックの圧縮として知られる技法の延長だよ。
既存の技術の延長だから性能なんて数割上がる程度が妥当だし、まったく斬新な新発明みたいに書くのは傲慢だ。

理論上できそうってことと実際できるって事は全く違うよね。まあこんなの

πには繰り返しが無く永久に続く事がわかっているから、
この世の全てを任意の方法で記号化しても、πの定義により、
そのそっくりそのままの列がπのどこかに必ずあるという事になる。
つまりある情報は、その情報がπの何桁目から始まるかだけ示せば一意に表現できる。
この事実を応用することにより、画期的な圧縮率のロスレス圧縮が可能になる。

ははは大発明だ

>>373
通話コーデックは各キャリアで勝手に決められない。

>388理論の実用化に成功したぞ。

π=πの1桁目以降

>>388
ｶﾞｲｼｭﾂ

フラクタル圧縮の話がちらほらと出てきてるけど、
ウェーブレット圧縮と混同してる人いない？

>>388 その位置を指定するために必要な情報量が問題。

>>1
Wadia製のCDプレーヤーがやってる事と同じに思えるんだが

そんなにすごい事なのかなぁ？

こんな会社に税金投入するなんて…
なんて馬鹿なんだ、役人は。
やっぱり文系だからか？

能力の高い文系は民間に行ってるから？

>>395
後者だろうな。
いろんな意味で説明責任を果たしていない会社に税金を投入する役人は
無責任としか言い様が無い。

トンデモかどうかを見分けるセンスは文系理系関係ないと思うよ。
4年くらい前にLyeeとかいう技術の話で就職の誘いを受けたけど、
製品や実績についての核心の部分について説明を避けるなど電波満開だったので断った。
その後、予想通りカ○ナの業績は下向きに...

>>388
もし、その配列が最新で最高の電算機を使用しても検索に数日かかる程後の方の桁にあったら、その時のデータ量は元データを遥かにしのぐ量になるはず。
それよりも、エンコードに数年なんてことも(藁

>>389
そういう詐欺事件もあったねぇ。独自コーデックで定額携帯とか。

ぢつはMIDIエンコーダ

>>397
πがランダムな数字の羅列だと仮定すると、
任意のランダムなパターンがπの中に現れる場所を指すインデックスの情報量の平均は、
そのパターン自体の情報量と等しくなりそうだな。
すでに数学的に証明されてそうな気がする

　　　　　　 /　　　　 _,,イ´　　　　　　　　＿
　　　　 ─/─､　　 ─/─　 ───　 　　｀
　　　　　/　　　|　　 ／　　　　　　　　　　＿＿,,,／
　　　　　　 　 　 _,, -‐､　　　　　　　　　　,r‐- ,,
　　　　　 ,r‐''''~´　,,r‐'ﾞ　　　　　　　　　　`‐-､ ｀''ｰ-､
　　　　,r' 　 　 r-i´,, -―'''''''''''''''''''''''''─- （~`'　　　　ヽ、
　　　 /　　,r‐-､／　　　　　　　　　　　　　 ｀ヽー-､　　 ',
　　　,'　　 ｌ　 r'　　　　　　＿＿＿＿　　　　　　ヽ　',　　 l
　 　 l　　　',　l 　 　 |￣￣　 　 　 　 ￣￣|　　　 l　 l　　 l
　　　l　　　丶',　　　|　 '⌒　　　　　⌒ヽ　|　　　ﾉ　/　　,'
　　　 '､　　　 ＼ 　 |　　　　＿＿_　　　　 |　 ／ ／　　/
　 　 　 ＼　　　 ＼,ゝ、　　 '､＿ノ　　　 ノ／,,r''"　　／
　　　　　　＼　　　　　~''ー------─''"　　　　　 ／
コピペできたらネ申

まだウダウダやってんの？
実現不可能な話なんだから、いい加減にスルーしろや。

>>402
ここは圧縮方法を素人が妄想で考えるスレになりました。

　　　　　　 /　　　　 _,,イ´　　　　　　　　＿
　　　　 ─/─､　　 ─/─　 ───　 　　｀
　　　　　/　　　|　　 ／　　　　　　　　　　＿＿,,,／
　　　　　　 　 　 _,, -‐､　　　　　　　　　　,r‐- ,,
　　　　　 ,r‐''''~´　,,r‐'ﾞ　　　　　　　　　　`‐-､ ｀''ｰ-､
　　　　,r' 　 　 r-i´,, -―'''''''''''''''''''''''''─- （~`'　　　　ヽ、
　　　 /　　,r‐-､／　　　　　　　　　　　　　 ｀ヽー-､　　 ',
　　　,'　　 ｌ　 r'　　　　　　＿＿＿＿　　　　　　ヽ　',　　 l
　 　 l　　　',　l 　 　 |￣￣　 　 　 　 ￣￣|　　　 l　 l　　 l
　　　l　　　丶',　　　|　 '⌒　　　　　⌒ヽ　|　　　ﾉ　/　　,'
　　　 '､　　　 ＼ 　 |　　　　＿＿_　　　　 |　 ／ ／　　/
　 　 　 ＼　　　 ＼,ゝ、　　 '､＿ノ　　　 ノ／,,r''"　　／
　　　　　　＼　　　　　~''ー------─''"　　　　　 ／
コピペできたらネ申

>>400 うん。そのとおり。期待値は同じになる。

>>388 >>397
情報量について根本的な勘違いしてますがな・・・・・・・・・
情報というのは情報源とそれを参照する記号源から成り立ってる。
例えば文字を送信する時も文字データそのものでなく文字コードで送る
でしょ、アスキー表の何番の文字ですよーというふうに。
情報量とはそのときに必要な記号の大きさと思えばいい。
例えば65536色のうちから１色を指定したいときは65536=2^16だから２進数
なら１６桁でＯＫ、すなわち１６ビット。

>>406
もっと抽象的に言えば、「物事の不確定さ」の度合いが情報量だな。
ビットという単位は、1/2の不確定さ。
16ビットは1/2の不確定さが16個組み合わさっただけの不確定さ。
πの数字の羅列の中から、あるパターンを見つける場合、
そのパターンはもしかすると1番目にあるかも知れないし、１兆ビットの数字で
表せないといけないような場所にあるかもしれない。
それだけの不確定さがあると、場所を指し示すためには結局１兆ビットの情報をやりとりしないといけなくなる。
>>397 の言うことは間違ってはいないよ。

おいお前らそんなことより、棒に一箇所しるしをつけるだけで、
どんな量のデータでも表現できますよ。

まず全部のデータを順番に並べて2進数と見なし、巨大な整数を作る。
その頭に0と小数点をつけると、0〜1の間の実数がひとつできる。
棒の長さを1として、できた実数のところに印をつければいっちょ上がり。
究極のアナログメモリだ。

>>408
算術圧縮の亜流？

>>408
分子の大きさに制限されます

>>408
僕の肉棒もアナログメモリになりますか？

>>411
皮の余り具合によります。

皮が余ってると、印の位置が変化するので×。

↑うまいなｗ

ぐだぐだ言ってないで、誰か一人くらい現物確認してこいよ
場所はわかってんだからよ

＞４１４
もうここの住人はＪＧＳの技術などどうでもよいのだ。
技術遊びしてるだけだ。

>>414
皮の余り具合を確認しまつた

>>408
ファインマンだっけ？

誰かこの会社に忍び込んで、床に踏み台と棒を置いて、天井からバナナぶら下げてこいよ

>>282
>不可逆なのに『テキストデータへの応用』とかするわけですか？
文意を変えない範囲内で文章を正規化してくれるとか。
清書アプリとして激しく欲しいなｗ

波の安定化　→　文書を全て「ですます」体に変換、とか。
結構いいかも。（なげやり）

文字レベルで符号化でなくて辞書を持たせて単語レベルで符号化か。
近い意味の単語には近い数値を割り当てると。

四字熟語とか慣用句なんかは出来そうだね。
速記なんかの略し方も参考になるかも。

普通にありえなーい。
これが出来たら宇宙が膨張する理由が無くなっちゃうよー

おいお前らそんなことより、容量無制限の記憶装置を考案しましたよ。
これがあれば、圧縮技術なんぞ不要。

まずタイムマシン（特許申請中）を用意しておきます。
　　　　　↓
で、普通のハードディスクにどんどん書き込む。
　　　　　↓
いっぱいになったら迷わず消去、さらに書き込む。
　　　　　↓
繰り返し。
　　　　　↓
消してしまったデータが必要になったら、消す前の時点まで
タイムマシンで戻る。
　　　　　↓
(ﾟдﾟ)ｳﾏｰ

そこまで出来るなら、いっそHDDにタイムマシンを組み込んでくれよ。
そうすりゃ時間軸へ重ね合わせ記録≒プラッタ無限枚HDDで楽々(ﾟдﾟ)ｳﾏｰ

プログラム経験がある人間ならば昼夜を問わず脳内が
圧縮アルゴリズムで充満していた時期があったはずだ
それほど圧縮ってのは人々を魅了する分野ではあると思う

>>424
今必要なデータを１分だけ未来から取ってきてコピーすりゃいいじゃん

もはや寝たすれ

宇宙に存在する全ての素粒子の位置や運動ベクトルを記録することが出来れば、その後の宇宙のあらゆる出来事を再現できる。
「あらゆる出来事」の中には誰かが作曲した音楽とか映画とかそういうものも全て含まれるわけだから、宇宙の初期状態の記録は言ってみれば究極の圧縮と言えるのではないか。

>>429
不確定性理論は無視か？

>>430
頭が高い！ラプラスの悪魔様であらせられるぞ

シャノン先生、出番です。

>>429
ニュートン先生も、アインシュタイン先生もそう考えていたけど、
最近はそうではないということが段々分かってきたんだよね。
物理には不確定原理、数学にはカオスという問題があるし。

>>433
最近否定されたのは「局所的」Hidden Parameterだから、
非局所的なパラメータは存在する可能性があるぞ。
つまり宇宙全体としては、すべて決定論的に推移している
可能性がまだある。

>>427

( ﾟДﾟ) ｡ ｡←ｳﾛｺ

一発花火を揚げて凍死家から金を集めたかったのかな？

ともかく完全展開できる圧縮なんて絶対むり。
なんにしてもとりあえずデモは偽者。
かたつむり。

そもそも、ソコまでじゃなくてもそこそこ使える技術なら
公表する前に売り込みかけて、ﾒｰｶｰに抱え込まれるはずなので。
ニーソとか。

で？！？
実際にＦＲＥＥなエンコーダー等が出てくるの？

誰もFREEで出すなんて言ってない。

･･･有償でも出てこないっぽいが。

エンコは当然ハード使用だろ

ttp://www.jgs-g.co.jp/hdtl/myc/sample1-2.swf
ttp://www.jgs-g.co.jp/hdtl/myc/sample1-2.swf

http://www.jgs-g.co.jp/hdtl/myc/sample1-1.swf
http://www.jgs-g.co.jp/hdtl/myc/sample1-2.swf

>ニュートン先生も、アインシュタイン先生もそう考えていたけど、
>最近はそうではないということが段々分かってきたんだよね。
は正しいが

>物理には不確定原理、数学にはカオスという問題があるし。
とは関係ない。というかどちらも決定or非決定で分ければ↑決定論的。

　　　　　　 /　　　　 _,,イ´　　　　　　　　＿
　　　　 ─/─､　　 ─/─　 ───　 　　｀
　　　　　/　　　|　　 ／　　　　　　　　　　＿＿,,,／
　　　　　　 　 　 _,, -‐､　　　　　　　　　　,r‐- ,,
　　　　　 ,r‐''''~´　,,r‐'ﾞ　　　　　　　　　　`‐-､ ｀''ｰ-､
　　　　,r' 　 　 r-i´,, -―'''''''''''''''''''''''''─- （~`'　　　　ヽ、
　　　 /　　,r‐-､／　　　　　　　　　　　　　 ｀ヽー-､　　 ',
　　　,'　　 ｌ　 r'　　　　　　＿＿＿＿　　　　　　ヽ　',　　 l
　 　 l　　　',　l 　 　 |￣￣　 　 　 　 ￣￣|　　　 l　 l　　 l
　　　l　　　丶',　　　|　 '⌒　　　　　⌒ヽ　|　　　ﾉ　/　　,'
　　　 '､　　　 ＼ 　 |　　　　＿＿_　　　　 |　 ／ ／　　/
　 　 　 ＼　　　 ＼,ゝ、　　 '､＿ノ　　　 ノ／,,r''"　　／
　　　　　　＼　　　　　~''ー------─''"　　　　　 ／
コピペできたらネ申

この手の話は数年おきにでてくるが、実用化したというのを聞いたことがない。

>>435
たぶんね。
ttp://www.jgs-g.co.jp/web/wpps.html
こんなので日銭稼ぎながら。（ソース見ると笑える）

>>444

不幸にも実用化したら、サブマリン特許でケツの毛まで抜かれる。

なにげに良スレ？

>>442
決定論的であっても、カオスという問題がある限り、
解析的には解けないし、数値的に解くにしても
どんなに小さな計算誤差も許されない。
チューリング先生の定義したコンピューターじゃ
原理的にそんなことは無理ぽ。
宇宙自身より少ないリソースで宇宙の未来を予測することはおそらく無理。
宇宙自身を使って宇宙自身の未来を予測しても意味ないし。

>>448
別の平行宇宙を利用すれば無問題

>>448
どうもカオスかぶれの香具師らは不可知であることと非決定的であることを
混同しがちだが、やっぱり区別すべきだと思うぞ。

結局、確率の入り込む余地があるかどうかなんだが。
カオスにはないだろ？

>>450
カオスに陥っても、
確率の入り込む余地はないし、因果律も成立している。
ただ、だからといって将来を予測できるわけではないということは
数学者や計算機科学者にとっては重要なことだと思うぞ。
物理学者や哲学者にとっては因果律さえ成り立てばそれでいいんだろうけど。

もしも無限に速いコンピューターがあれば、
全ての事象は予測できるのか？ということを問題にするのが物理学者。
速い遅い以前に、そもそもコンピュータに
そんな能力なんてありませんと言って夢を壊すのが計算機科学者。

でもさ、ZIPやLZHは可逆の圧縮で、実際に出来てるわけじゃん？
そういう実用レベルだったら>>1もまんざらあり得ない話じゃないのでは？

>>453 うん。でも、それには限界があるわけよ。
情報理論関係のページをぐぐって見てくれ。

たとえば一度圧縮した LZH ファイルを
ZIPで圧縮しても小さくならないでしょ？

>>454
＞たとえば一度圧縮した LZH ファイルを
＞ZIPで圧縮しても小さくならないでしょ？

いやそんなことはわかってるし、
>>1を見る限りではそんなこと書いてないと思うんだけど。

なんか話が全然違う方向に流れてるぞ。JGSは放置か?

っつーかその方がよっぽど科+らしい訳だが。

>>453
ZIPやLZHは、多くのデータは同じようなパターンが連続している部分が多いことを
利用して圧縮してるんだよ。
だから、全くランダムなデータは圧縮することができない。

もっとパターンを大きくして、与えられたデータを丸々コピーして
再利用すれば１万分の１とかいう圧縮は出来るだろうけど、
そんなのインチキだろ？

与えられたデータを丸々コピーしたものを
パターンとして蓄えるのを「学習機能」
と言ってるのだったりしてな。

>>457
何が言いたいのかよくわからないけど、要は200分の1が無理だと言いたいの？
映像・音声には連続パターンが少ないと言いたいの？

>>459
少なくとも、ZIPやLZHと同じ方式では無理。
映像や音声に対して、JPEGやMP3がZIPやLZHよりも圧縮率が高いのは、
自然の画像や音声は、複数の波長の違う波に分解しやすいということと、
人間の目や耳が特定の色や音の変化に鈍感だということを
うまく利用しているため。

200分の1に圧縮することは不可能ではないよ。
ZIPやJPEGみたいな既存の圧縮方式でも、
元のデータを都合のいいように作ってやれば、
200分の1どころか10000分の1でも圧縮できる。
でも、人為的に完全にランダムなデータが与えられる可能性もあるので、
常に200分の1に圧縮できるということは、絶対にあり得ない。

だから、「どんなデータも常に○○分の１に圧縮できる」
なんてことを言ってたら１００％詐欺。
「最大で○○分の１に圧縮できる」
なんてことを言う人は単に無知なのか、悪意が感じられるので
気をつけたほうがいい。
どのアーティストのどのCDならどのくらい圧縮できるか、
というような情報を出してくれるのがBEST。
その辺りの情報を出さない上、いろんな意味で挙動不審なのが
この会社が疑われている理由。

>>460
>>1には常に200分の1に圧縮できるというなんて書いんだが、
という話をしているつもりなんだけどね。どっかに書いてあるなら
うさんくさいと思うよ。

>>461
技術的な問題というより、投資者の視点から見て、
200分の1という数字を一人歩きさせようという意図が見え隠れするので
胡散臭いわけ。
本当に200分の1に圧縮できるデータがあったとしても、
実際はそれだけ圧縮できるデータはわずかだったとすれば、
この宣伝文句は不誠実だよね。
そういう疑いを投資家に持たせないためには、
具体的にどのデータが、どのくらい圧縮できたかという
データを示すべきだよ。

>>461
200分の一どころか、1600分の一も可能らしいぞ。

>>461
>>153 には最高品質で1/200とあるが。
ttp://www.jgs-g.co.jp/news/m040825index.html
にも２００分の１「以下」と書いてるから上限が1/200なんでしょ。

200分の１〜1万分の１と思いっ糞書いてあるだろーが
他人を否定する前にきちんと確認しろよチンカス

アンチ・アンチな奴は大抵そんなもん。
アンチは対象を知識で否定するが、アンチ・アンチはアンチの否定さえできりゃいいんで、
元の対象について知識をつけようとは思ってないんだよな。

いいからブツ出せ詐欺教授さんよ。

>>464
元のデータを選べば高品質で1/200が可能だな。
単純なサイン波合成程度なら可逆ですごい圧縮率だろうな。

CDの情報を目一杯小さくできればいいんだろ?
簡単よ、“アルバム名”を伝送すりゃいいんじゃん（w

なんか話題がループしてるな。
曲名だけ送ればいいとか、1回送って2回目からインデックスだけ送ればいいとかは既出です。
もっと斬新なアイデアをｗ

曲名を入力すると、その場でそれっぽい曲を
作ってくれるってのはどうだ？

すでに圧縮ですらないが。

　圧縮する時間より、展開する速度が問題だと思う。

想像もつかないけど、目から鱗の新技術であることを期待するよ。
無理とは思うけど、実現したらこんないいことはないわけで。
超ガンガレ!

１００文字ですら暗記できないDQNの脳ミソでも
曲を覚えられるんだから何か上手い方法があるんだろう

このまま血税むさぼる奴らを野放しにしておいていいのか？

曲の場合最初の部分を覚えたら後は勝手に流れてくる。

>>476 そうか。J-POP限定の圧縮なのか！

>>476
圧縮率が上がると超イントロ、ドン

>>458 >>469
それについては>>100と>>116に具体的な方法が…ｗ

なるほど
サビだけ取り出して圧縮すれば1/200くらい余裕だね

スゴイ圧縮コードを発明した。実験によると
「広辞苑」一冊の情報を数ビットで送れる。

原理？秘密だが教えよう。双方に広辞苑を置
いておいて、
「koujien」
ってコードを送るんだ。

http://www.jgs-g.co.jp/web/wpps.html
のソースより：

<meta name="generator" content="Microsoft FrontPage 4.0">

こんな会社にWebデザインさせたくねー。。。

>>481 既出

>>481
bitでは無理
英字のみの場合一文字を2bitで表現したとして
[koujien]→七文字*2bit＝14bit＝1.6byte（1byte＋6bit） 最低限でもこれだけのデータになる
この他にプロトコルにあわせて色々プラスされる

うおっ 何で2bitで計算してたんだ俺....

もうだめぽ...

おまえらわかってないな。

全てのデータは「1」というたったこれだけのデータに
収まってしまうのだよ。
まぁ、その方法を知ってる人はナサに監禁されてるけどね。

まあ画期的圧縮法の開発はこの手の技術者の夢ではある

過去ログちゃんと読んでないけど、>>74ってことは、このニュースは詐欺ってことでいいの？

なにしろ核心的な情報がないので、決定的な証拠はないけど、
状況証拠から、ほぼ詐欺確定だな。
ただ、>>481みないなことをやってたり、
実はただのZIPでした、という落ちだったとしても嘘ではないわな。

某ソ○スネク○トも、似たようなことをやっていたっけ。

>>490
ソー○ネクストのやつは
「実はJPEG2000でした！」
だったっけ

>>491
そう、これ。
ttp://homepage1.nifty.com/author/qcf/jpegqcf.htm

こういうことをする会社は、詐欺で訴えられてつぶれて欲しい。

JGSつながりではNApolloも相当怪しいな。
ありゃ発電素子じゃなくて光電子増倍管だろ。
経済産業省も引っかかってるところを見ると、半年後ぐらいに大スキャンダルに発展するかも。

NApolloってこれ？あからさまに詐欺に見えるが。こんなのに政府が引っ掛かるの？
ttp://www.jgs-g.co.jp/napollo/index_j.html

>>494
役人にもこれで儲ける奴がいるんだよ。JGSからキックバックもらって。

>>494
これがJGSのニュースリリース
ttp://www.jgs-g.co.jp/news/n040727index.html
でこっちが徳島県立工業技術センターの実績一覧
ttp://www.itc.pref.tokushima.jp/02_research/02current_01.shtm
どうも地域新生コンソーシアム研究開発事業ってやつは経済産業省本体の事業じゃなくて
全国各地の公益法人に事業の採用や予算管理を委託してるらしい。
ところがだ、その管理法人である（財）とくしま産業振興機構ってやつは前出の徳島県立技
術センターの外郭団体なんだよ。
胡散臭〜い（ｗ

やっぱ社会面ネタ方向になって来たな。
単純に“インチキ技術じゃン”だけでは
終わらないふいんき。

NUllupo?

【高効率の太陽光・熱発電】　−ジェイジーエス研 開発進む−(04/08/05)
http://news16.2ch.net/test/read.cgi/scienceplus/1094021359/

>>498
ｶﾞｯ!!

>>498
既出すぎ

>>497
ふいんきふいんきふいんきふいんきふいんきふいんき
ふいんきふいんきふいんきふいんきふいんきふいんき
ふいんきふいんきふいんきふいんきふいんきふいんき
ふいんきふいんきふいんきふいんきふいんきふいんき
ふいんきふいんきふいんきふいんきふいんきふいんき
ふいんきふいんきふいんきふいんきふいんきふいんき

読んでごらん？

「雰囲気」

ップｗ

科＋も初心者が来てくれるようになったか

釣りに釣られてさらに釣るという高度なテクニックを使用してるのですよね？

>503
たのむ・・・釣られるな・・・ｗ

JGSの実績としてはこの商品も加えてくれ。
そう、ちゃんと"商品”として買える物もあるんだよ。
なんでも詐欺と言うわけじゃないからね。

ttp://www.jgs-g.co.jp/products/index.html

　　_, ._
（；ﾟ Дﾟ）

> 「弊社データ入力、文章入力代行サービス」
> 件数が少なくても承りますのでどのようなデータ入力に関しま
> してもぜひ一度お問い合わせ下さい。

なんか内職っぽい事まで請け負って金集めに必死だなぁ
最先端技術とのギャップが涙を誘う

>>506
詐欺とは言わんが、その商品は単なるレーザーポインタと三脚の組み合わせに過ぎないように見えるんだがｗ
まあ、少なくとも宣伝文句の「レーザー光学と人間工学に基づく画期的商品」ではない罠。

>>506
これってゴルフボールに赤いマジックで印を付けとけば同等の事が出来るよなぁ。
この製品独自の工夫とかあるのかな？
角度とか。

スレタイの眉唾技術と他の商品とは別の話題にしたほうがいいと思うが。

法的な意味でなく、なんでもかんでも詐欺だ詐欺だと言ってる人もいるが、
その定義だと例えば化粧品なんか99%が技術的新規性のない"詐欺"商品だな。

買った人が、「効果がある」と納得すればいいわけだからね。
宗教のお布施も同じだ。
数値ではっきりと効果の測定できる圧縮技術といっしょにしちゃいかんな。





まあ、会社の体質が一貫していることも確かだが。

>>510
教祖「漏れの解脱見たよな？」
幹部「確かに解脱されました」
圧縮前のピアノソナタ「ポンポロポロジャジャーンジャン」
圧縮後のピアノソナタ「ｚ−−ロポロｚ−ジｚ−−ジャｚ」
教祖「同じだよな？」
幹部「ええ、全く同じです。」

これでどうかな？

「心正しく賢い人にだけは同じに聞こえる圧縮アルゴリズムです」
というビジネスモデルはどうか？

波動を使っているのでは？
良い波動なんだろ

>>506
床にLEDと電池を埋め込んでおくか
床に目印になるようなの一個置いておくだけで良いような.....

>>515 スレ汚しすまそ
芝とかボールのディンプルとか注視すれば良いだけだ。漏れの場合ＰＷなんかはボールの
下の芝の先っぽを意識して打つと旨くいくことが多いな。先に視力を何とかした方が良い
かも知れないし、それ以外にも解決すべき所はいくらでもあるし。

そもそもコースじゃ使えないし、レエザァが無いと打てなくなる可能性も否定できない。

でも気持ちはわかるから許す。

この会社って、詐欺だな。
で、どっかの大学の先生も一枚かんでるみたいだが、
そいつも詐欺師か？

>>515-516
ボールに書かれてるマークを後ろにすれば良いんじゃないの？

>>517
製品の特徴をもう少しよく見れ。
・練習場（打ちっ放し）で玉が出てきた時点でマークが付くのが価値だ。
　だからボールをいちいち手で動かしたり、固定設備を追加するのは駄目。

しかし、スウィング中でもボールの陰影とか傷とか特定の芝などで凝視は可能だから、
練習者の意識でどうにでもなる話だ。サイトの説明だと、レーザー使ってそのあとの
ショットが安定するという説明で、それがスウィングの定着にどう影響するかまで説
明されると納得度は高いんだけど。
＃学術的な事で飯食ってるならそれぐらいしろって！
ま、ゴルフの練習器具はカルトなのが多いから、それに紛れれば別に変でもないね。

ただのレーザーポインタにしか見えない割に大した値段なのが微妙だが、一応価値は
ある。いかにも、教授先生が思いつきでやりそうなアイディアだと思うよ。
意外とアットホームで中にいると良い会社かもな。

番号ずれた >>519 は >>518 ね。スマソ。

ノーベル賞きたーい

http://www.geocities.jp/dowtlow/number1a.htm

打ちっぱなしでその機械をごそごそつけるのは
恥ずかしすぎるだろ

ここはなんのスレだったか・・

フルートなどの管楽器は波形が正弦波に近そうなので、各音階の
波形だけを送っておけば音階が変化するときのタイミングと強さを
送るだけで大部分の再生はできそうです。
　あとは差分だけを圧縮しておくればかなり小さくなりそう。

>>525

データは可逆で小さいが、実は別に膨大な数式データが存在するというパターンでしょｗ

>>525
それじゃ MIDI ってのは外出。

各音階の音ってのもたいそうなデータになるし（ピアノだと１ＧＢ超えるんだが）。
管楽器が単純な正弦波に近いってのも乱暴。音量の大きい小さいで音色は変わるし、
演奏者が故意に音色をコントロールすることもある。同じ音階でも違う指で違った
音色を出すことも出来る。
更に細かいこと言えば演奏者の息継ぎ、息が歌口に当たるときに発生するノイズ、
キーの操作音、ホールなど反響に対する変化、こんな所まで表現して欲しいとこ
ろだ。MIDI を超えた存在を目指すのであればね。

逆にこれが出来ちゃうと演奏家は音楽表現のみを考えれば良くなるかもｗ
極論コンダクタだけでも良いかも。協奏曲とかでソロのデータ職人とコラボ
レーション。

そろそろ
「ピアノとフルートとドラム…って合わせていけば
　音楽くらい再現できるだろ？」
的な発想をやめてくれい
なんか適当なソフトで波形見てみろよ
そう簡単に分解できたら世界中の圧縮マニアは苦労してねーよ

これだけ記憶容量や通信速度が上がっても
やっぱり圧縮しなきゃいけないのか？

>>507 最初の数行を入力すると、残りのテキストが完全に生成可能なんだよきっと

圧縮技術が進めば同じ容量でより高音質になるだろ

>>529
エライ人にはわからんのです。
>>530
イイこと言った。これが本質だと思える。
mp3 位の圧縮技術で、もうおなかいっぱいって感じだからなぁ。

>>530
動画なんかはな･･･無圧縮だと一時間で100ギガだからな。

HD-DVDやブルーレイの時代になればなったで、もっと容量を食う
HDビデオが幅を利かすわけだし。ある意味ハードに対する利用法の
進化のペースが、圧縮技術を前提にしているともいえる。

MP3ってどういう理屈で圧縮してんの？

ふとん圧縮袋と一緒

何処かのニュースサイトにmp3の圧縮アルゴリズムについての記事があった気がする

確か複数の周波数帯で似たような波の形になるからそれを一つの波にしたり〜 とかだった希ガス

重要なのは直交変換

・時間軸から周波数軸へ変換する
　　一本の波から、どの周波数がどれくらい大きいかを分析、分解する
　　詳細は「MDCT 直交変換」でぐぐれ
・次に量子化
　　四捨五入みたいな感じで切り捨て＆切り上げを行う
　　詳細は「量子化」でぐぐれ
・次にマスキング
　　人間の耳は、大きな音と同時に鳴ってる小さな音はよく聞こえない特性があるので
　　よく聞こえないなら削っちゃう。ここのデキがエンコーダの音質の違いになる
　　詳細は「マスキング効果」でぐぐれ
・最後に符号化
　　たくさん出てくる記号は短いビット数で、少ししか出ない記号は長いビット数で表す
　　これでエントロピー限界まで到達できるわけよ
　　詳細は「ハフマン符号　シャノン」でぐぐれ

>>530
音楽好きの人は、音楽CDを１０００枚持っていても別に多い方ではないらしい。
で、数千枚の音楽CDを、高音質で圧縮して、それがMD１枚程度の大きさのメディアにはいるなら、
MDウォークマンでも車の中でも、それ１枚あれば好きな曲がいつでも聴ける。

…便利だと思わないか？音楽じゃなければ映像と置き換えてもいいし、
あるいはあなたのPCの内部・外部ストレージのデータすべてと言い換えてもいい。
薄っぺらいメディア１枚持っていけば、自分のマシンと全く同じ環境がどこでも再現可能。
どうだ？

MDに入れなくても、HDDに入れればいいじゃん。

さてこれが
１．よくあるガセネタかどうか
２．JPEGなどの基本特許を回避できているか
が問題だ。

>>540
圧縮技術がなかったらCD1000枚分入れるのにいくつ容量がいるか計算してみれ

>>542
783G

…なんか、しばらくすれば1つのHDDでなんとかなりそうな気がしてくるのは、
おかしい？

>>542
無圧縮で600G、ロッシーで60G、ロスレスで300Gくらいか。

iPodのでかい方が40Gくらいなんで、ロッシーで1000枚まであと少し。
ロスレスで1000枚も近いうちに実現されるでしょ。

メリット(音質)とコスト(ストレージ、デコードチップ、消費電力)
のバランスをどうとるかだね。消費電力がHDD＞デコードなんで、
バッファに収まりきれない無圧縮は、今のとこモバイルじゃ使いにくい。

>>543
2005年には実現する..........か?
既に400Gだし。(3.5インチだけど)

>>539
通信速度が上がって何処でも通信できるなら手元に全部持つ必要もないよな。
もっと言えば、常にストリーミングで聞くことも出来るだろう。
そうすれば音楽の権利を購入するというビジネスが可能になるな。
どの曲も３回までは自由に聴けて、権利を買うと自由に聴けるとかいろいろ。
＃いい加減メディアに依存する音楽販売から脱却して欲しいよ全く。

短期的にストリーミングをモバイルで実現しようとすると高圧縮技術は
意味があるかもしれない。中長期的には mp3/aac で十分。権利団体とか
と調整してるウチに十分高速なインフラが出来上がる方に１００ガバチョ。

アルバムもイイ場合もあるけど、要らない曲を皿に入れて買わせるビジネスは
そろそろ衰退の目も見えてきた。１０００枚のアルバムだが全て聴きたい曲
かは疑問だな。クラシックでも、ＣＤまるまる１枚つかう曲ばかりではない。

>>547 ファンとオタの所有欲が業界を支えています。

せめてSACDかDVD-Audioくらいの情報量が標準になってくればパッケージを購入する意味も出てくるんだけどな。
実際、再生機器によってはCDではあり得ない音が鳴るし。
オンラインで購入してHDDにガンガン保存できるような容量でもないし。
そのあたりで棲み分けしてもらいたい。

|　 ／　 ／　　|〒|／ ／／ ／　　(´⌒(´祭だ!!祭だ!!｀）⌒｀）
　 |／　 ／.　 ＿.|￣|／|／|／　　　　(´⌒(´∧ ∧⌒｀）｀）｀）⌒｀）
／|＼／ 　／　／ 　|／ ／　　　　　(´⌒(´（,ﾟДﾟ ）つ　｀）｀）
／|　 　 ／　／　 ／ヽ　　(´⌒(´⌒　 (´⌒（ つ |〕 /⌒｀）⌒｀）
　 |　　　|￣|　 |　|ヽ／|　　遅れるな!!　　　( |　 (⌒)｀）⌒｀）
　 |　　　|　 |／|　|__|／.　　　∧＿∧ ⌒｀）.ﾄﾞし'⌒＾ﾐ　｀）⌒｀）ｫ
　 |　　　|／|　 |／　 (´⌒(´（ ´∀｀ )つ 　ド　 ∧＿∧⌒｀）
　 |　　　|　 |／　　　 (´⌒(´( つ/] /　　 　ｫと（ ・∀・ ）　突撃――!!
　 |　　　|／　　　　　　　　（ |　 (⌒)｀）　　ｫ　ヽ[|⊂[] ）｀）
　 |　 ／　　　　　　　 　（´ ´し'⌒＾ﾐ　｀）｀）ｫ　(⌒)　　|
　 |／　　　　　　　　　　　　　　　　　　　　　.　 ￣ （＿）｀）｀）

|　 ／　 ／　　|〒|／ ／／ ／　　(´⌒(´祭だ!!祭だ!!｀）⌒｀）
　 |／　 ／.　 ＿.|￣|／|／|／　　　　(´⌒(´∧ ∧⌒｀）｀）｀）⌒｀）
／|＼／ 　／　／ 　|／ ／　　　　　(´⌒(´（,ﾟДﾟ ）つ　｀）｀）
／|　 　 ／　／　 ／ヽ　　(´⌒(´⌒　 (´⌒（ つ |〕 /⌒｀）⌒｀）
　 |　　　|￣|　 |　|ヽ／|　　遅れるな!!　　　( |　 (⌒)｀）⌒｀）
　 |　　　|　 |／|　|__|／.　　　∧＿∧ ⌒｀）.ﾄﾞし'⌒＾ﾐ　｀）⌒｀）ｫ
　 |　　　|／|　 |／　 (´⌒(´（ ´∀｀ )つ 　ド　 ∧＿∧⌒｀）
　 |　　　|　 |／　　　 (´⌒(´( つ/] /　　 　ｫと（ ・∀・ ）　突撃――!!
　 |　　　|／　　　　　　　　（ |　 (⌒)｀）　　ｫ　ヽ[|⊂[] ）｀）
　 |　 ／　　　　　　　 　（´ ´し'⌒＾ﾐ　｀）｀）ｫ　(⌒)　　|
　 |／　　　　　　　　　　　　　　　　　　　　　.　 ￣ （＿）｀）｀）

>>547
だから、音楽に限らないと言ってるだろ。

いまいち盛り上がりに欠けるな．

ZeoSync + 経済産業省の交付金 + 大学のエライ人

って，これだけネタてんこもりなのになぁ．
ν速で波にのらないのは，ネタの敷居がすこし高いか．
誰か厨にもわかるようにもう少し経過と説明まとめてテンプレ作ってやってくらさい．
このままあるかどうかも分からない次のアクション待つ放置プレイじゃjgsが勝ち逃げになっちまうよ．

>>553
お前がやれ

>>553
やはりヌ速逝きか(w
今一盛り上がらないなぁ。

>>552
痴っとるわい、だあほ。

Dr. 中松 vs JGS

うそくせー

実際は>>527なんだろうな。
圧縮したファイルだけが復号に必要な全情報を持っていると考えると説明が付かない。

別の情報源を利用しているフォーマットといえばTwinVQなんかがあったけれど、
ビットレートが高いほどエンコードが重くなる特徴があった。

これはずっと巨大な情報源を参照してコードに置き換えるのだろうから、
滅茶苦茶にエンコードに時間かかりそう・・・。

契約しました、何か？

リアルタイムで圧縮するためには、どのくらいのマシンスペックが必要なんだ？

テキストデーターを送受信して
読み上げソフトで音声にするのはどうだろうか？
相当な圧縮率になると思うのだが。

よくわからないけど、圧縮後のファイルには、
デコードするための数式を組み立てる情報が格納されるってこと？

>>561
で、どうよ？

書簡だよ。十二国記で出てくるヤツ。

詐欺だなんだといいつつ、スレそのものは伸びたな…

スレ止まったな
TBSの報道特集あたりで再び会おう

>>558
シャノン先生！冥界からの書き込み乙であります！
ついでながら申し上げれば，jgs社員の枕元に立つことを願います！

ライト兄弟が空を飛んだ日，その場所に集まった科学者たちは，
人間が空を飛べるわけがないと声を合わせた。これが欠けている，
あれができていないと，そういった視点で世界を見る。それが人間というものだ

>>570
JGSの関係者の方ですか？
よろしければMYCの技術が如何にしてシャノンの理論を超越するのかという点について
説明して頂けないでしょうか。

ライト兄弟は実際に飛んで見せた。

>>570
結局失敗して歴史に名を残すことができなかった技術者は無数にいるしな。

>>570
うむ...それは分かる 分かるんだが
見本として機能制限版＋30秒程度の圧縮された音声(音楽)データで良いから公開されない事には
机上の空論でしかないわけで.....

>>9
妄想じゃないと思う。

ペンローズの量子脳理論?

>>570
こーいう意見は、よく"自称文系"の方に多く見られ、
本人は柔軟な思考を持っていると思ってるようだが、
そのじつ単に思考停止してるだけ。
つまり、ライト兄弟とは正反対の、志がない人間。

机上の空論といいつつ、誰も確認に行かないとこが凄い
部屋から出られないの？ｗ

　　　 /　　　　 _,,イ´　　　　　　　　＿
　　　　 ─/─､　　 ─/─　 ───　 　　｀
　　　　　/　　　|　　 ／　　　　　　　　　　＿＿,,,／
　　　　　　 　 　 _,, -‐､　　　　　　　　　　,r‐- ,,
　　　　　 ,r‐''''~´　,,r‐'ﾞ　　　　　　　　　　`‐-､ ｀''ｰ-､
　　　　,r' 　 　 r-i´,, -―'''''''''''''''''''''''''─- （~`'　　　　ヽ、
　　　 /　　,r‐-､／　　　　　　　　　　　　　 ｀ヽー-､　　 ',
　　　,'　　 ｌ　 r'　　　　　　＿＿＿＿　　　　　　ヽ　',　　 l
　 　 l　　　',　l 　 　 |￣￣　 　 　 　 ￣￣|　　　 l　 l　　 l
　　　l　　　丶',　　　|　 '⌒　　　　　⌒ヽ　|　　　ﾉ　/　　,'
　　　 '､　　　 ＼ 　 |　　　　＿＿_　　　　 |　 ／ ／　　/
　 　 　 ＼　　　 ＼,ゝ、　　 '､＿ノ　　　 ノ／,,r''"　　／
　　　　　　＼　　　　　~''ー------─''"　　　　　 ／
コピペできたらネ申

>>578
部屋から出てこないんですョ
こっちは首を長くして待ってるのに

幸運のネックレス販売の広告を見て
実際に購入する奴はそうはいないだろ？

データ圧縮ではなくメディア自体を圧縮する方向で頼むよ

>>581
俺の知人で、「お金が貯まる財布」を買った奴がいる。
黄色くて馬の毛が使ってある奴。
スロットばっかりしててたまるのは借金ばかりだったが。

ソースネクストみたいな誇張宣伝もあるからな。
容易には信じられないのはしょうがない。

ソースネクスト、JPEG画像を圧縮できる『超縮JPEG』など2製品を発売
http://ascii24.com/news/i/soft/article/2002/11/13/639913-000.html
> 米QuikCAT Technologies社が開発した圧縮技術“CAT(Cellular Automata Transform)”
> アルゴリズムを利用して、ファイルフォーマットごとに最も圧縮率の高い圧縮アルゴリズムを
> 適用して圧縮するソフト。
> ソースネクストでは、3.33MBのJPEGファイルを114KBまで圧縮できたという(ZIPでは3.31MB)。

布団圧縮の会社に逆止弁の特許を握られているので、
なかなか圧縮の技術が進まない

>>578
胡散臭いものは遠巻きにして観察が基本。

>>1
んなもん日経にばらしちまうと韓国や中国に横流しされるぞ。
特許を取って実用化されるまでマスゴミにもばらすな。
日本のマスゴミは信用出来ない。

>>587
ソレダ！
韓国や中国の企業に、独占販売権をエサに資金協力させて、
金を集めて会社あぼーん。これなら日本のためになる。

>>578
メール出したけど返事が来ないよ。

>>574
変換前の音データWAVE形式
http://www.jgs-g.co.jp/hdtl/myc/sample1-1.swf
変換後の音データMYC形式
http://www.jgs-g.co.jp/hdtl/myc/sample1-2.swf

>>590
それはMYC→mp3に変換したものなので、全く意味なし。
>>574の言いたいことは「MYC形式の音声データとMYCデコーダを公開しろ！」ということだろうが。

>>591
以前上がっていた比較用サンプルがバイナリ比較で完全に一致したうえ、
断りなしに現在のサンプルに差し替えられたから、実際のブツが出てくるまで
もう誰も信用しないよな。

>>591 それ以外の方法で、証明する方法はないものだろうか？

>>593
理論を公開すればすぐにわかるよ。

>>593
エンコーダーとデコーターの晒し

>>591
デコーダを撒けるならとっくに撒いてるかと。

出来ないのはデコード環境のサイズがとても巨・・・(ry

FM音源で発生させたピアノの「ポーン」という単音をwavファイルにし、
その波形データから元のコネクションとパラメータを計算で求める（逆変換）することができた
とかその辺かな、と勝手に推測。
あるいはサンプルのピアノの連続+ブラスの解析程度は成功しているかも。
学習機能はどのコネクションから計算するかというのを
使われている頻度の高いものから順に試していくというものと予想。
（最終データは同じものになる。エンコード時間が短縮されるだけとか）
進捗状況を聞いた　理屈の分かっていない上司が
「出来たか。1/200か。なら映像もできるじゃん、文字も波形とみなせば出来るじゃん」とHPにて宣伝。
担当技術者は「できるわけないじゃん」と思っている、とか。

1/200の数字だけが先走りして、技術者はｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ・・・「しゃ、社長ーーーーー！」

デコーダがいくらでかくても、別にいいじゃない。

　社長「圧縮率を200分の1にするか、さもなくば君達の給(ry」

>>597-598

以前、雑誌のページの中に効率よく広告を詰め込むソフトを作った技術者がいた。
求人広告のように、数種類の枠の大きさが決まった広告ををただ並べるだけだった。
その人の上司は一生懸命売り込んで、小さいながら業界新聞の記事になるほどだった。
で、記事を見ると「三次元に拡張することによってコンテナの荷物や倉庫の最適化云々…」
技術者は真っ青になっていた。案の定問い合わせの電話がバンバンかかってきた。

>>601
どこの会社も、営業と技術者のすり合せって、ウマくいかないのが世の常なのね。

>>602

ちなみに漏れは、
その上司が「○○はファジー制御でやります！」で仕事を取ってきて、
「ファジー制御でやれ！」の一言で押しつけられた。
PLC（プログラマブル・ロジック・コントローラ）という、
制御用コンピュータの「ASCIIユニット」でファジー制御をやれと言う。
ASCIIユニットはBASICでプログラミングできる。アセンブラ不可。性能はNECのPC-8001より低い。
ちなみに会社にはファジー制御に関する書籍の一冊もない。

大手メーカーがやっと家電制御にファジーを採用し出した頃の話だ。

で、>>603は単純乱数で曖昧に振舞うナゾ制御を構築し・・・

説明も「詳細は曖昧につき説明できません」

>>604
いや、実際は客先に行って、「ファジー制御なんか出来まっせん！」
で、ファジー制御じゃなくてPID制御で十分だと説明し、なんとか丸く収めた。
上司は「顔を潰された！」と怒り狂ったが、
「じゃあお前がソフト組んで見ろ！」
「おう！BASICぐらい出来るわ！TK-80からやってるんだぞ！」で、やらせてみた。
必死でやってたが出来ないことがわかっても、一言も謝らなかった。

その上司の名台詞。
自分・「…では、この状態をフラグにして云々」
お客・「そういうことです」
上司・「○○君！そんなフラグはないぞ！知ったかぶりするな！フラグというのはCPUのレジスタの中にあって…」
自分･お客「いいから黙ってて！」

＞その上司の名台詞。
ワロタ。

>>605
この業界って使えない香具師から先に上級職に上がる悪習が有るから困るね。

>>605
その上司、まさかア○○って名前じゃないよな？！

・・・いや、あまりにもどっかで見たような奴だと思ってな。

常温超電導を彷彿とさせますな

>603
ﾜﾛﾀ
もっとオモロイ話ない?

1Mのテキストファイル
0と1だけなら3.46Kになった

>>607
上司というか、実は社長だったりして。しかも創業者。

>>608
いや、ちがいます。ヤ（ｒｙです。

>>610
小さい会社だったので、見積もりのワープロ（一太郎Ver.3）打ちとかもさせられてた。
ちなみに社長は自分で打つと見積もり一枚に３時間はかかる。
で、社長の手書きメモを元に清書してたんだが、悪筆で半分は読めない。
社長を横に座らせ、指示を受けながら清書してプリントアウト。
内容は巨大なコンソールの中にキューハチ（FC-9801シリーズ）を押し込んだハリボテシステム。
で、項目に「基本ソフト」と「OS」が別に書いてある。
疑問に思ったが突っ込むと１時間は講釈を垂れ流すので、そのまま作成。

案の定客先で突っ込まれて帰ってきた。
で、「○○君！キミは基本ソフトとOSが同じものだということを知らんのかね？」
…やっぱり１時間講釈を垂れ流されたorz

＞内容は巨大なコンソールの中にキューハチ（FC-9801シリーズ）を押し込んだハリボテシステム。
想像してﾜﾗﾀｗ

NHKマイコン入門の機種xですか

>>611
おう出来たか。300分の1か。
ならばどんなファイルでも一旦0/1のテキストファイルに変換すれば300分の1に圧縮出来るじゃないか。
よし、〇〇君早速HPを作りたまえ。
そうだな名前はリバウンド圧縮テクノロジーで行こう。

おぉっ、スレの流れが変わって伸びてる。
しかも、全然冗談に聞こえない。

文系の上司って、科学と魔法の区別がつかない人多いからなぁ。

>>616
それってマジっすか？
なにか逸話を下さい

また文系とか理系とかクダらねーこと言ってるやつがいるな
バカじゃねーの？

文系さんが来ましたよ(･∀･)ﾆﾔﾆﾔ

ttp://venus.aez.jp/uploda/dat/upload10228.zip

ロスレスで1/800の圧縮に成功したようです。

>>621
ロスレスで1/1420000の圧縮に成功しましたが、なにか？

なんだかんだで長持ちするスレだな…

>>622
ふんっ、その気になればロスレスで1/999999999999の
圧縮だって出来るけど何か？

>>621
色んなツールで繰り返し圧縮したりして200バイト近くまでは縮んだが、それ以上はなかなか縮まないないな。
"JGS "(4byte) + 繰り返し回数22万(4byte) + ファイル名(7byte) + ファイル属性（テキストファイル）(4byte)程度で
20byte位の情報しかないのにな。

普通、最小で0バイトまで行くだろ

挙句の果てにはファイルサイズがマイナスになってHDDの容量がどんどん増加するよ。

ちょっと間違うとサイズが虚数になって、データがプラッタ表面から垂直に
飛び出してきちゃう。素人にはおすすめできない。

"JGS "を十兆回反復した内容のtextファイル

という文字列なら、1byte文字10個、2byte文字15個で、40byte。
これを「展開」したら、40兆byteのデータになるはずなので、
圧縮率は一兆倍。

データの無意味な巨大反復を圧縮する自慢話は終わりでつか？

このスレ初っぱなからずっと見たり書いたりしてるんだけど、
>>388の「π参照圧縮」がやたら気になる。
無圧縮のDVD１枚丸ごとを、インデックスひとつで済ませるのは、
さすがに無理があるかも知れないけれども、
エンコードに時間がかかっていいのなら、
元データの一部分とπの数列の一部が一致する部分をさがすことは、
ある程度出来ると思う。
デコードはエンコードほど時間がかかるわけではないだろうし。
解凍側に何桁のπを持たせれば実用的に使えるようになるんだろうか。

理論的には最高の圧縮率になるのは間違いないと思うんだが、
何とかならないだろうか。

>>617 はクラークの第三法則を知らないという事は確かだな。

>631
釣りですか？

>>631
マジレスすると、開始位置を示す数字の桁数（の期待値）が圧縮前データの
情報量を超えてしまう。

しかし長続きするなこのスレｗ

音楽、画像、映像、文学、漫画・・・
人間が心地よく感じたり、感動を覚える
データ列は、全くランダムなデータ列に
比べればはるかに数少ない貴重なもの。

という事実を利用したデータ圧縮って出来ないかな・・・

>>636
ＩＤが・・・

知的圧縮の類になるのかな

>>634
マジレスすると、8バイトで18446744073709552000桁を表現できるので
桁数の方が多い事はないと思われ。
ただ、πの中が本当にランダムな数列かどうかの方が気になる。

>638
釣りですか？

>>638
マジレスすると、ある8バイトの数値列が
乱数列の18446744073709551615桁以内に見つかる率は50%ほど

ま、がんばれ

>>638
＞πの中が本当にランダムな数列かどうかの方が気になる。

あ、それ考えてなかった。「πは繰り返しがない」≠「πはランダムな数列」だよな。
じゃあ任意の乱数表をπのかわりに使って…

>>640
それどうやって計算したの？

>>641
>>638
>>641
>>388-407
の辺りで、結局は圧縮できないということが議論されているのでよく見れ。

例えば8バイトの情報を圧縮するとする。
8バイトの情報は10進数ではlog(2^(8*8))=19.27桁なので、
最低20桁が必要になる。
10進数の乱数表の任意の桁からそれに続く20桁を取り出してマッチングするなら、
そのパターンは10^20ある。
つまり、与えられた8バイトの情報がx桁目に存在するとしたら、
xの期待値は10^20だ。
これをバイトで表すと、lg(10^20) / 8 = 8.30
ああっ、８バイト超えちゃった！

となるわけだよ。
ちなみにlogは10を低とする対数、lgは2を低とする対数。
Google電卓で計算してみれ。

そもそもこれってADPCMみたいなデータの圧縮じゃないでしょ。
波を形で表す、すなわち単純な音なら数バイトの式で記録するみたいな？

>>642
>つまり、与えられた8バイトの情報がx桁目に存在するとしたら、
>xの期待値は10^20だ。

のところが、あんまり自明ではないような気がしますな。
あと、10進数に変換する意味はないので、この計算だと必要な
情報量は正確に8バイトになるね。

A桁の乱数（重複可）が10^A個あるとき、その中に特定の数値Bが
入っている確率は1-1/eに収束するはず。だいたい76%くらいか。

つまり、期待値はもうちょい伸びることになるでしょ。

>>640の見積もりも、ちょっと低すぎるね。

似たような波形は平均を取って同じ波形にしてやって元の波形と差分をとる
平均化した方は同一波形が反復して出現するから辞書式の圧縮が効く
差分の方は小さい波にできるから通常のlossless音声圧縮で高圧縮率が期待できる
デコードはそれぞれを戻して合成
ってな感じでなんとかならんかね

>>634
なんて計算してんだオレ。63%くらいですな。

>>つまり、与えられた8バイトの情報がx桁目に存在するとしたら、
>>xの期待値は10^20だ。
>のところが、あんまり自明ではないような気がしますな。
ああ、なるほど、期待値が10^20になるわけではないな。
あくまでxの持つ情報量が何ビットかというのを計算しないといかん。
まずx番目に目的の値が出現する確率を返す関数を求めて、
それから情報量を求める必要があるけど、
高校レベルの数学では無理っぽい。
Mathmaticaがないとちょっと面倒かも。

三角関数とか指数関数でやってるようだが、２００倍もの圧縮率を達成
するには認識の対称性（対称＝区別できないこと）を記述する数学が
必要なはずで、そのためには対称性にかかわるかなり高度な数学が
使われるはずなんだが。まあ保型関数なんかも、表現すれば指数関数
（といっても複素関数）でやるらしいので、あんまり言わない方がいいか。

>>648
理論物理っぽい人みっけ。

インスピレーションが湧いた。
複素平面内の留点と零点の位置を符号化して
実軸上の関数値を時間領域の波形と見なせば
少ないパラメータで種々の波形を表現できないかな。
場合によっては直交変換よりいい結果が出そうな気がする。

いまひとつイメージがつかめない。具体例を挙げてみて欲しいニ…です。

>>651
朝鮮人っぽい人みっけ。

>>650
2次元以上の関数の1次元への投影を元波形と一致させるのか?

情報量激増えじゃねぇか?

>>653
パラメータ１個増やせば１次元増やせるんだから、激増なんて事はないでしょ。

もっとも近い波形見つけ出すのが困難だけど。

無知ですまんが、それだとサンプリング回数 = 数式の数、周波数 = 次元の数
になるんじゃないニカ？　なんかデカそう。

>>636
がアイデアとして興味深い。
「任意のデータを圧縮表現できるように」という考え方が制約になってるのかもしれない。
むしろ「非音楽的な音や無意味な文字列が表現できないような圧縮形式」を目標として、
排除されるべきデータが排除されるようにする方法を考える方がいいのかもしれない。
ヒトの記憶のメカニズムは、そういうのに近い感じがするね。

>>636
>>656
MP3,JPEGなんかの不可逆圧縮がそれだよ。
別に目新しいアイデアじゃない。
「任意のデータを圧縮表現できるように」考えられた
圧縮方式なんてこの世に存在しないよ。
素人には誤解されがちだけどZIPやLHAだって、
同じようなパターンが連続するようなデータを対象としてるのであって、
何でも圧縮できるわけではない。

ｵｫｰ

>>657
>>636や>>656は、上で挙がってるπ参照圧縮をチューンアップした
ようなものができないか、と言ってるように読める。

「無限に続くランダムなデータ列(A)から、人間が心地よく感じたり感動を覚えるデータ列(B)
のみを選別して、そのインデックスをコーデックに格納しておく。
ここで、(B)は(A)よりはるかに数少ないので、格納されたインデックスを参照するのに必要な
情報量もはるかに少なくて済む。つまり、>>642の問題を克服できるのではないか」

こんな感じでは？ただ、(B)がはたして有限個なのかどうか…
まあネタのひとつってことで。

ありゃ。読み返してみたら、

インデックスを格納したコーデックのサイズ ＞ 人間が生み出してきた感動的データの総サイズ

こうなるなw

>>659
何かしらの特徴を持っているデータなら
ランダムなデータ列から選ぶより、
その特徴を現す関数から求めたデータ列から選ぶ方が効率がいいだろう。
...そりゃ結局MP3やJPEGのことだ。

>>661
> ...そりゃ結局MP3やJPEGのことだ。

全然違うし..................orz

サルに適当に楽器を演奏させたり
サルに適当にキャンバスに絵を描かせたり
したものでもMP3やJPEGは圧縮するだろうからね。

>>662
ネタじゃないよ。

例えばJPEGだって本質的には逆DCT+ハフマン復号化で求められる
2次元の数列の中からデータ列を選んでいるということになるよね。
この場合8*8のマトリクスをハフマン符号化したもが
インデックスに相当するでしょ。
言って見れば、データ圧縮なんか、本質的には全てそういうものだよ。
ある数列の中から、与えられたデータに最も近いパターンを指し示すための
インデックスを探す作業が圧縮。
圧縮の質は数列の作り方と、パターンマッチングの質によって決まる。
数列やインデックスは１次元とは限らない。
インチキみたいだけど、数学的にはそういうことでしょ。

DCT変換されたデータからは、
波の振幅が小さいきいデータ(=人間が感じにくい部分)
を効率よく切り落とせる。
JPEGも
>>636
>>656
の趣旨に適ったことをしてるでしょ。

だからJPEGはアニメみたいなものより風景写真とかのほうが圧縮しても綺麗に「見える」
んだっけか。

>>665
おおむね正解。けど、「振幅が小さい」じゃなく、「周波数の高い」ものから
削っていく。

>>666
アニメの輪郭では値が急激に変わるわけだが、ここをDCTで表現するには
理論上最高の周波数まで必要になる。だから高周波を落とすと輪郭の近くから
荒れていく。

（セル）アニメを効率よく圧縮するには、
やっぱり輪郭をベジェなんかで近似して、
塗りデータを持たせる様な感じがいいんだろうか？
あと、動かない背景も別レイヤで持たせるとか、
普通の塗りじゃない効果は別レイヤーのデータとして持たせるとか。
今は手書きアニメは少ないから、はじめから上記の圧縮を意識して作れば、
何とかなりそうな気がするが。

セルを括弧でくくったのは二つの意味がある。
今は手書きじゃないので「セルじゃない」と言う意味と、
いわゆるセルじゃないアニメ、つまり
クレイアニメーションなど物のコマ捕りもアニメーションだから。
3DCGアニメーションもあるしね。

…え？その圧縮法はFLASHだ？そう言やそうだな。

>>668
圧縮マニアの間では、その場しのぎ的なアルゴリズムは
「美しくない」とされています。
やっぱり一個のアルゴリズムでビシッと縮めないとね!?

>>669
> 圧縮マニア

緊縛マニアみたいでｲｲ!

>>669
マニアにゃそうかも知れないけど、
目的（＝圧縮対象）に特化した圧縮アルゴリズムというのが、
既にたくさん使われていますがな。
音声向き、画像向き、動画向き等々。

…あぁ、背景と特殊効果をレイヤで分けるというのが美しくないってこと？
しかし、アニメーション制作の現状を考えてみると、
FLASH風圧縮もけっこういけそうな気がしないか？
というか、FLASH自体が元々「アニメーションのデータ量削減（通信量削減）」を
目的に開発されたもの（簡易アニメーションツール）だから、
FLASHベースで作れないことはないと思うんだがな。

>>670
圧縮マニア↓
http://pya.cc/pyaimg/spimg.php?imgid=4288

ブラックジャックのwebアニメのFLASHあったよね。
結局サワリしか見なかった。。というか全編見るのは有料だっけ？忘れた。

画像圧縮の場合は一枚の絵に使われているの数によってxの桁数を変えて
(200色の場合はxxとなり使われるのは01〜FE(00は上下左右何れかの色を反映させる FFは左に戻る という意味に使われる))
映像の実データの表現の前にxx＝0000FFみたいに表記し
んで実データの表現の際はxxxxxxxxxxxxFFxxxxxxxxxxxxFFx(ry とする
実際に使われている色が少ない場合結構圧縮できそうだけど

それって、GIFみたいなもんじゃね？

つまりモーションjpgなんかもう古いこれからはモーションGIFの時代だと

れれ？

>>671
ていうか、それほんとにただのFLASH。製作段階から意識的にそういう
作り（ベクターによる描画とレイヤ分け）にする必要があるなら、単に
FLASHで作ればいいという話だろう。

FLASHの描画ツールには制約があって水彩風の背景画等は描きにくいが、
別のツールで描いたビットマップを読み込めばいいだけだ（勝手にJPEG圧縮
になる）。

要するに製作段階から意識する必要があるものは、「圧縮アルゴリズム」
とは呼べないんだよ。

>>673
そりゃただのインデックスカラーだ。

ここで独自の圧縮法を提案してるつもりの奴らは、せめて既存の
圧縮アルゴリズムについてちょっとくらい勉強してからにしろと・・・

ネタスレなんだからあんまり勉強してからとかいうなよ。
ネタがなくなったらマジレスもできなくなって、すぐ終了だぞ。

それをいうなら「煽りもスレのにぎわい」っつーことで。

つか、ネタにもなってないレス大杉という話なんだが。

>>672
あーあったねぇ。当時web系制作会社で、flashをいじっていたので、「こういう仕事面白そうだなー」と思ったけど、やっぱビジネスモデルとして難しいジャンルなのかね。どうなったんだろあの（系統の）企画って。
その後は知らないけど実は軌道に乗ったりしたのかな。
別にFlashじゃなくてもアニメをストリーミングなんて、出来る時代にさしかかってる訳だし…。

なんか数学の話やらベジェの話やら難しいな。
もっとポエムに訳してくれ。

つまりそのCDに印刷してあるバーコードを覚えておけってこった

>>676 君すごく知能低くみえるよ
高卒プログラマですか？痴呆駅弁大学理系？
偏差60程度の中途半端に偏差値のやつは（例えば）偏差値80の人間の話が理解できない。
その程度の水準のやつはものごとを具体的に説明できるだけの知識を持ってることが頭のいいと思い込んでる。
ほんとの頭の良さというのはものごとの本質を理解できること。
抽象レイヤで思考できる人なのにね。
例えば、jpegのアルゴリズムを読解して、画像圧縮とは直交変換して、量子化ステップで割り算して、ジグザグスキャンしてハフマンコードを割り当てることであると理解してるぐらいの人は頭が非常に悪い。
そういう知識の羅列で終わってるのは偏差値教育の弊害だね。
頭のいいやつはかってに成績がついてくるのに、
頭の悪いやつは記憶力だけが頼りで単純記憶、何も理解せずにひっしこいて成績あげてるの。
もうみてられない。

　 　∩＿＿＿∩　　 ？　　　　　
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　？　　 　　 |
　 |　∪　　( _●_)　ミ　 　　　　　j
　彡､　　　|∪|　　 |　　　
/　　　　 ∩ノ ⊃　 ヽ　　
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

君
高
偏
そ
ほ
抽
例
そ
頭
頭
も

？？？

>>682
なんでそんなに必死なのかわかんないけど、面白いから燃料投下しとくね。

このスレでの漏れのレス↓
>>33, 115, 146, 148, 408, 412, 424, 434, 450, 511
>>534, 592, 608, 619, 628, 634, 644, 646, 667, 676

さあ、もっと煽ってぇ〜！

　　　　　　　　　　　　　　　　　　　　　　　　　　　

うんうん

見づらいんで勝手に書き直させていただきます
>33,>115,>146,>148,>408,>412,>424,>434,>450,>511
>534,>592,>608,>619,>628,>634,>644,>646,>667,>676

>>681
全然ポエムじゃないけど、一番判りやすいぞ。

676の言ってることは、なにも間違えじゃないと思うんだが。

間違いじゃ無いが友達いなそうな香具師だと思う

え？みんな友達だとおもってたのに。

>>692 不覚にもﾜﾛﾀ

>>678
正直スマンかった。ずっとネタふりしてたのね。
オレも何度かレスしてるしw

>>636 >>656
みたいな圧縮形式がもしも仮に実現したとしたら、
任意のランダムデータをその形式の圧縮データと見なして「展開」すると、
必ず何か「意味のあるファイル」になって出力されるわけだな。
ということは、意味のあるファイル全てに番号をふっていくこともできるわけだ。

THcompの理論ですな

>>695
コードブックにはこの世のすべてが記されているのか?

アカシックレコード圧縮とでも名付けたいな。

>>695

森羅万象にコードを振るとそのコードの保存にまた巨大な辞書が必要になって、その辞書に・・・

圧縮する度にデーターセンターに登録か?
気が遠くなりそうだな。

>>700
データセンターでは無く、そのデータを、同じ圧縮/解凍ソフトを使ってる人同士で、
バックグランドで交換しておいて、必要なときに解凍キーをやりとりする…


…あれ？

そんなソフトあったなぁ

良くわかんないけど　おまいらすごいな。頭いいな。。

つまりは、いままで

0000 048E 091C 0DA6 122C 16AC 1B25 1F95 23FB 2855
2CA2 30E0 350E 392C 3D36 412D 450F 48DA 4C8E 5029
53A9 570F 5A58 5D84 6091 6380 664D 68FA 6B35 6DEC

と記録されていたのが、

音の長さ：30/44100sec
振幅：100%
周波数：250.0Hz

を表す数式１行にまとまってしまうと。
すごいじゃん。

> すごいじゃん

何処が？
フーリエ級数で表現するのなんて非可逆圧縮のごく初歩じゃん。

無理数だったら何でもいいけど、例えばπとして、データと一致する箇所を探すのだ。
んで、πの何桁目から何個の数字とすればどんなデータでもかなりいい圧縮率になるはず。

>>706
いい加減πネタ飽きた。
1から100でいいから試しにやってみれ。圧縮になんないから。
始点を表現するだけでもほぼ同等だってのに、そこから何桁って範囲まで
入れると、元の大きさ超えるぞ。

廻るー廻るーよ、話題は廻るー


631 名前：名無しのひみつ 投稿日：2004/09/14(火) 20:08 ID:K46zNVn/
このスレ初っぱなからずっと見たり書いたりしてるんだけど、
>>388の「π参照圧縮」がやたら気になる。
無圧縮のDVD１枚丸ごとを、インデックスひとつで済ませるのは、
さすがに無理があるかも知れないけれども、
エンコードに時間がかかっていいのなら、
元データの一部分とπの数列の一部が一致する部分をさがすことは、
ある程度出来ると思う。
デコードはエンコードほど時間がかかるわけではないだろうし。
解凍側に何桁のπを持たせれば実用的に使えるようになるんだろうか。

理論的には最高の圧縮率になるのは間違いないと思うんだが、
何とかならないだろうか。


633 名前：名無しのひみつ 投稿日：2004/09/14(火) 21:13 ID:IKow2d9T
>631
釣りですか？


634 名前：名無しのひみつ 投稿日：2004/09/14(火) 21:42 ID:aH3bFT9H
>>631
マジレスすると、開始位置を示す数字の桁数（の期待値）が圧縮前データの
情報量を超えてしまう。

・デジタルデータをすべて十進法に変換する
・先頭に「0.」をつける
・すると、あらゆるデータは全てたった一つの小数で表せる
・適当な棒状のものの、全長を1としたときのその小数に対応する場所に印をつければ終了
・その印のついた棒の写真を電送すればネットにも対応

>>709
映像の棒の長さが2000ピクセルだとしたら、送れるデータ量は約11ビット。

>>709
廻るー廻るーよ、話題は廻るー
>>408

藻前ら不味い餌で釣られるなよ。

じゃぁ自然対数のeでどう？

πとeでは１億桁演算で出すにはどちらが速いのだろう？
スピードが速い方を採用すれば辞書としてあらかじめ持つ桁数を削減できそうだが。

だから乱数を辞書にするなと･･･

エサの質が肉骨粉以下にまで落ちてきたな。終了？

川の流れ○の波形よりどれだけ変異しているかで
表してｓｉｎ変換するんじゃ

いいから早く出せ。こちとらHDDが満タンなんだ

ぜんぜん関係ないが、googleでln(-1)/iと入れるとちゃんとπが出てくるのね。

優秀じゃん、google電卓。

多価関数じゃないのか

>>720
e^iπ=-1の両辺ログ取ってiで割ると
π=ln(-1)/i
だと思うんだが、間違ってる？

>>721
lnはexpの逆関数として定義されてて、
exp(3iπ) = -1 だから
ln(-1) = 3iπ でもある、

ってことでln(-1) = (2n+1)iπ （nは整数)
ｌｎは無限多価関数ということになってます

ああそうか。そりゃそうだ。
e^iθ=cosθ+isinθ
の、どのθがθ+2nπだったとしても一緒だもんね。

ググル電卓は代表値としてπを返してるんでしょうな。

>714
√2とかは？

まだこのスレ盛り上がってたのか…

乱数じゃなく、規則的な並びにした方が問題が判りやすい。
二進法一桁の二つの数が最初に並び、
次に二桁の四つの数が並び、三桁の八つの数が続き……という無限数列を考える。
01
00011011
……

任意の二進法の数列が、二進法のπの中に含まれるかどうかは自明ではないが、
上の規則で生成した数列の中には確実に含まれる。
二進法n桁の数が並ぶ箇所を「n段目」と呼ぶことにすると、
nビットのデータは、n段目の中の、内容の数列通りの順番に位置する。
「01010101」という8ビットは、8段目の「01010101」番目のデータなわけだ。

この方式で、ビット長と位置を指定しても、元のデータを圧縮できないのは判るね？

eとかπとか1個だけじゃダメでしょ。

一定の桁範囲まで元データの数列に一意に対応する無理数が必ず存在し、
その数列の必要な精度を得るまでに有限回の操作で到達できる方程式が
あるかどうか、そしてそれを十分に短い時間で発見する手法があるか
どうか、という数学の問題になるのかな？

>>727
だから「ない」ことは情報理論の基礎の基礎で簡単に証明できるんだってばさ。
このスレでも何度も出てきてる。もっとも最近のものは、お前の発言のすぐ上にある。

おそらくお前ほど頭の悪い人間は、何度説明されても決してわからないんだろうな。
まあそういう人が多いから、JGSみたいな会社が資金を集められるわけなんだろうが。

俺はアホだけど>>727で書いたことと>>726で否定されてることは
違うと思う。

どっちにしろ永久機関をつくろうとしてる、もしくは熱効率を一桁上げようとしてる点では同じだろ。

永久機関とはちがうと思う。普通はごく特定の対象にしか成立しないような
符号圧縮を、一般的符号列に対しても関数化なりプロシージャ化なりできるか
どーか、って話のつもり。ある程度リーズナブルな大きさと速度で、という
現実的条件を設定するとハードルの超克はほぼ不可能になるだろうけど。
ある意味で時間と情報精度をトレードオフする形になるのかな。無限の時間を
利用できるという仮定だとどうなんだろ。それは棒に刻みを入れるアナログ
圧縮と同じ話だ、ということになる？

たとえば>>726がデコード符号列として出している数列自体は、>>726自身が
説明する有限回のプロシージャというか再帰関数で十分に作り出せてるわけ
だし、πの数列はたとえばラマヌジャン公式とかで生成できるわけじゃん。
与えられた任意の符号列に対しても、それと同様に一定桁まで適合するような
無理数を生成することができて、そのプロシージャなり再帰関数と境界値の
指示に要する情報量が当該符号列より大きくならないケースは…あったりしない？

ない。たとえ無限の容量と無限のスピードを持つコンピューターがあったとしても。
シャノンの第１定理だったっけ。
完全にランダムな符号列はその桁数で表すことができる最大の情報量を持っているので、
絶対にそれより小さな桁数で表現することはできない。
大学の情報科に行ったら必ず習うぞ。
5年くらい前の大学の講義ノートを押入れから引っ張りだしてきたら証明が書いてあるかも...

画像やテキストが圧縮できるのは、与えられる符号列がランダムでなくて、偏りがあるから。

俺大学は文系だし、シャノンの定理も聞きかじりでよくわかってない。
じゃあ、さらに範囲を狭めて、漏れらが現実的に圧縮して利用したい
データには：
・有限長である
・偏りがある
という2つの特性があるけど、その条件内では>>731は成立しないの
だろか。

それだと、結局>>664になるんじゃない？

いや、不可逆圧縮の話ではなく。

>>733
成立するよ。

ただ、気をつけないといけないのは、
この世の中のありとあらゆるデータを常に1/200に圧縮できる方法なんてのは
存在しないということ。
ありとあらゆるデータということは、意図的にランダムなデータが与えられることもありうるからね。
MPEGやJPEGやZIPも対象となるデータをある程度絞っているから成功しているわけで。
シャノンの定理を今から勉強しろとは言わないけど、対象となるデータを明示せずに
1/200なんて数字を出してくる会社には投資しない方がいい。
嘘ではないけど、技術者としての良識が疑われる。

>>736
うん、そーすね。あと、漏れはこの会社の言うことはぜんぜん信じてないです。
イカモノベンチャーの類なのかなと。

>>736
嫌がらせ動画データってのをNHKで見たな。
サッカーのワールドカップかなんかで、満員のスタジアムの客が
ウェーブしてるのをゆっくりパンして撮っているという....

当然破綻する罠（w

>>738
なんつーかそれ、ノイズに近いなｗ
マスゲームになってるか、サポーターのユニフォームがあるならまだましだけど

>>731
いまさらだが・・・

数列を作り出す時間とか手間が問題になるわけじゃなく、その数列の
どこに目的のデータがあるかを示す「アドレス」そのもののデータ量が、
結局元データと同じ大きさになるという話なの。

桁数を抑えるために無理数の種類を増やすなら、「種類を指定するための
情報」が必要になり、結局桁数を減らした分を帳消しにするの。わかる？
目的の桁を、どういう順番で指定するかという違いでしかない。

「すべてのデータをあらかじめ用意しておく」という戦略をとるなら、結局
一番効率がいいのは順番に並べるということ。つまり>>726になる。しかし、
これでは圧縮にならないのはさんざんガイシュツのとおり。

>>733
「有限長である」ことはなんの救いにもならない。そもそも無限長の
任意データなど、どうあがいても圧縮する術はない。

「偏りがある」ことを利用するといっても、「ありそうなものをあらかじめ
用意しておく」という意味ではない。個々のデータだけをみれば、
「ありがちなデータ」など存在しないからだ。

ではどうするかというと、実際に圧縮しようとするデータ列を見て、
その中での偏りを見る。よく出てくるものとめったに出てこないものが
あれば、よく出てくるものは短いビット列で表現するようにする。
そのために可変長符号化というテクニックを使う。これがzipなんかの
基本アイデア。

>>740
だから漏れはすべての符号配列を1つの無理数列で補おうという提案はしてない
のです。任意の有限長符号の冒頭○○桁部分にマッチする符号を生成できる
関数orプロシージャと、ファイル長を指示する値ひとつで済ませることは
できないか？　という提案です。これなら使うべきアドレス値のほうは
エンドポイントひとつで、しかも十分小さい値にできるのではないでしょうか。

もちろん、これはすべてのデータをあらかじめ用意しておくという提案でも
ありません。それはデータ本体に持つ情報をライブラリに移すだけの操作だから、
実際には情報圧縮の意味がないですね。

批判のポイントが「任意の有限長符号列にその最終桁まで対応する無理数を
有限回の論理操作によって任意に生成する手法はない」ということでしたら、
それは直感として納得します。

もちろん「よく出てくるものは短いビット列で表現する」ということは、
「めったに出てこないものは長いビット列で表現する必要がある」と
いうこと。情報の神様は必ず収支を合わせる。

さらに、可変長ビット表現はトータルで見ると固定長表現よりもかならず
余分に情報が必要になる。データの区切りをあらわす情報が必要に
なるから。

つまり、偏りの少ないデータ列の場合、圧縮前よりも大きくなることが
ありうる。まずいのはオーディオや画像等のメディア系データで、
文章やプログラムなんかに比べてずっと偏りが小さくなる。

こうなると不可逆圧縮に頼らざるを得ない。

>>742
そういう関数を作ることはもちろん可能。しかし個別対応が必要で、
その関数のプログラムサイズは必ず

「元のデータよりも大きくなる。」

それが情報理論の収支というもの。もちろん例外（たとえばeとかπとかの
計算結果だな）はあるが、一般データに適用できないなら意味がない。
汎用性を持たせようと思えば、上記の結論はどうやっても揺るがない。

ちなみに、不可逆圧縮で使われるフーリエ変換（離散コサイン変換も
ハートレイ変換もこの仲間）は、まさにそういう発想（任意の数列を、
なんらかの関数で表せないか？）で工夫されたものだ。

具体的には、さまざまな波長と振幅を持つ無数の三角関数の和で、
あらゆる波形（デジタルデータでは数列と言い換えてかまわない）を
表すことができる。これを証明したのがフーリエという人。

デジタルデータの場合、それら無数の三角関数を規定する係数の
データ量は、ちょうど元データの量と一致する。つまり、これだけでは
圧縮にならない。

>>745
もちろん個別対応が必要ですよね。1ファイル1個の関数orプロシージャになる
形でしょう。何度も同じことを書いてしまって申し訳ないですが…。

742 ：731 ：sage ：04/09/20 23:17:20 ID:H4HBLtiA
>>740
だから漏れはすべての符号配列を1つの無理数列で補おうという提案はしてない
のです。任意の有限長符号の冒頭○○桁部分にマッチする符号を生成できる
関数orプロシージャと、ファイル長を指示する値ひとつで済ませることは
できないか？　という提案です。これなら使うべきアドレス値のほうは
エンドポイントひとつで、しかも十分小さい値にできるのではないでしょうか。

もちろん、これはすべてのデータをあらかじめ用意しておくという提案でも
ありません。それはデータ本体に持つ情報をライブラリに移すだけの操作だから、
実際には情報圧縮の意味がないですね。

>その関数のプログラムサイズは必ず 「元のデータよりも大きくなる。」

eやπや>>726のデコード用数列について可能なら、「必ず」という表現は
数学的に正確ではない気がしますけど…。それが>>731で書いた「特定の対象」
というところです。一般データには適用できないのは直感ではそんな気が
しますが、それが「なぜ」なのか、「適用のできなさ」を生んでいるレベルが
どこにあるのかが気になります。

1・そもそも任意の有限長符号列に対して、その符号列をプロシージャ的に
　生成する手法は存在しないと証明できる
2・存在しないとは言えないが、有限回の操作でそうしたプロシージャを
　発見する探索アルゴリズムは存在しないと証明できる
3・そうした探索アルゴリズムが存在しないとは言えないが、そのアルゴ
　リズムが発見するプロシージャは常に所与の有限長符号列の長さを超えると
　証明できる

の、どのあたりなのでしょう？

ありゃ、コピペがおかしくなった。すみません。

>>746
とりあえずフーリエ変換について勉強して出直してきますね。

2chの「トリップ」ってあるよね。わからなきゃググってくれ。

で、いくつかトリップ探索プログラムってものがあるから、それで
任意のトリップを見つけるのにどのくらいの時間がかかるのか見てくれ。

その上で、藻前さんの質問をもう一度考え直してみてくれ。
今の話と同じではないが、大体類推ができるかと思う。

あれは普通のハッシュ関数ですよね？　あれは可逆じゃないし、
ブルートフォース探索しておいたライブラリとマッチしていける
から、まだラクな方なんですよね。それでもあれだけ時間がかかる
というのはわかります。

ただ、「現時点のコンピューティングパワーで十分実用に足る限界で」という
現実的条件を緩和して、とりあえず有限時間内での探索が可能かどうか、という
ところまで条件をゆるめてみませんか。

いいこと考えた！人に聞こえない部分を削(ny

>>752
探索は分散コンピューティングでやるというのはどうだ？
解凍ソフト自体にその機能を持たせて、
UDやSETI@HOMEの要領でやる。

>>752
それって可逆圧縮の話？
だとしたら根本的に勘違いしてると思われ。
圧縮演算用の式の平均情報量＝＞圧縮対象データのサイズ
になってしまうのが問題なんだから式の探索が困難かどうかとは次元が違うよ。

>>752
あーなんか寝苦しくて寝付けないじゃねーかよ。

現実的に計算可能かどうか判定するには、有限時間内に解けるかどうか
ではなく、「多項式時間」内で解けるかどうかが問題になる。言い換えれば、
問題の規模が（今の場合圧縮するデータの量が）大きくなるにつれ、
指数関数的に計算時間が伸びないかどうかだ。

多項式時間内に解けるものをP問題、解けないものをNP問題という
（正確には、もし解答があればそれが正しいかどうかの判定は
多項式時間内に可能なものがNP）。

現在のコンピュータアーキテクチャでは、NP問題は事実上解けないことに
なっている。量子コンピュータの時代になれば別だが。

0011101010 1010101011 1010101010 0011101011 0001111011 1010100100 0011010100 1110011101 1101010100 0101111101
0111010011 1010110101 0110011010 1010101010 1001111011 0101010100 1010101100 1010101010 1010010101 0101010010

↓

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　１

ありえなくね？

今考えているのはどう考えてもNPだろう。関数の種類、係数の数、
係数の桁数、何一つ事前に決定できない。決定できるのは唯一、
その関数を記述するために許される情報量だけだ。これだけは、
達成すべき圧縮率から規定される。

探索の候補数は恐ろしい速さで爆発する。おまけに、目標圧縮率が
達成できるという保証はどこにもない。

確実に保証できるのは、「元データよりも多くの情報を使えば、元データを
再現できる」ということだけだ（たとえばフーリエ変換を使えばいい）。
もちろんそれでは圧縮にならない。

つまり、あるかどうかもわからない解答を探して、事実上無限にある
選択肢をあてもなく探し続けることになる。こればっかりは、いくら
量子コンピュータだろうと実現できるとは思えないな。

カオスやフラクタルが話題になった80年代には、それらが一見ランダムにも
見える非常に複雑な数列を（わずかな情報量で）生成できるというので、
任意のデータ列を表現するために使えないか？と考えるアマチュアが
たくさんいたよ。

しかしちょっと考えればわかることだが、カオスやフラクタルは完全な
一方向関数。結果を求めるのはたやすいが、結果から元の式を
求めるのは不可能だ。

いわゆる「フラクタル圧縮」も、おそらくこのへんの発想からスタート
して、もともととはずいぶん違う方向に向かって進歩し、結局実用には
至らなかったシロモノといっていいだろう。

つまり、発想自体は非常に古い。しかもちゃんと挫折してる。以上。

なんか数年前にも1/100で可逆圧縮
というのを発表した企業だか教授だかが
話題になっていた気がするのだが。

>>758の説明は非常によくわかりました。最後のまとめはまさに自分の予期と
同じものです。理念としてあり得てもならない（＝NP問題ってことですよね）か、
というのと理念としてもありえないのか、というのが知りたくて、>>728さんの
説明で納得できました。ありがとう。

フラクタル圧縮っていつの間に挫折したんだ？
まだ実用化には至ってないってだけなんじゃねーの？

ずっと昔に「宇宙人の圧縮技術」というのをなんかの本で読んだ。
どんな膨大なデータも「長さ１センチの棒」に記録できるというもの。
仕組みはこんなかんじ。

　　データ１：68746354354687684361321354654645...
先頭に0.をつけて小数点にする。
　　データ２：0.68746354354687684361321354654645...
１cmの棒の、上記データ２に該当する場所に印をつける。(0.687...cmの位置に印をつける）
　
はやく実用化しる！

>>763
アナログ的な圧縮法をデジタルで完全再現は難しいな。
元データの桁数だけの精度を出すために必要なデータ量は・・・

そして棒と棒のコピーに世界は満たされるのだ。棒様万歳！

>>763
長さ1cmの間に、目盛りとなる原子をどれだけ詰め込めるかによって
性能が決まるな。

棒話は上でもガイシュツで、>>766の言うように物理的上限があります。
実際のところ、1原子1ビットのメモリよりも保持可能なデータ量は
はるかに少ないでしょう。おまけに精度も悪い。

388 の冗談を書いた者だが、
まだ細々とこのネタが尾を引いていたのはワラタというか感動した
ある意味で。

もともとあれは、たしかホフスタッターのエッセーに出て来る、
シロウト騙しの一見数学的インチキってのはこんなようなものだよ、って話題がネタなんだけど、
もちろんあれが実用不可能なのは少なくとも３つの理由ではっきりしてる。
このスレに居るくらいの人たちは当然だまされないだろうが、
(じじつソッコーで突っ込み入ってたし)
世の中の信じやすいひとは、まああんなような感じの似非科学に意外とあっさりひっかかる。
このスレのネタになってるインチキ圧縮みたいに。

６年授業に出ても話せるようにならない英語と一緒で
科学的に考えられるようになる事と法則を暗記する事とは全く別なわけだな。
科学的に考える訓練は別に科学的な話題に頼らなければできないものでもない。
万事に科学への糸口はあるはずなのにね。
このまま旧態然の暗記優先教育を続けて行くと、
似非科学詐欺に泣かされる被害者は増える一方だろう。
端た金の被害で済めばまだいいが、騙された挙げ句の究極が
オウムのような殺人集団に行き付きかねない事を思えばけっこう深刻なんだよね。

つーかなんで可逆が前提のネタが続いてるんだか。
この数値は非可逆でなけりゃありえないんだし。

>>769
JGSのHPに可逆か非可逆かの説明はなく、「テキストデータへの応用」が
言及されているから。

正直、記憶装置の容量、転送速度、通信速度を200倍にするほうが容易いと思われる。

>>771
記憶装置は微妙

転送速度(通信速度)はまだまだ行ける

ところでいつの間にかサンプルのFlashに埋め込まれてるのは
mp3からwavになってるね。
片方はwav→myc→wavと変換されたのでしょうね。
しかしバイナリレベルでは同一じゃ無いですねい。
不可逆なんでしょうか。
不可逆圧縮をテキストに応用する技術があるのなら、その方が凄い気もするなあ。

サンプルが本物ならね。

違う話なんだけど、ここ↓のABOってのはどうなんだろうね？
ttp://www.matrixview.com/

はっきり可逆をうたい、1/32という多少控えめだが妙に具体的な
数字をあげている。

FFTやDCTのような複雑な関数は使わず、すべて整数演算によって
処理しているそうな。

>>774
そこ、WhitePaperがおもしれえよ
「ハニー、俺のビッツが縮んじゃった！」 - 原題 "honey, I shrunk the bits!"

元のデータを置いておいて、それを膨らますことはできる。
元のデータを圧縮後、膨らましたデータを二つつくって可逆・・・なんて3流詐欺考えてみるテスト

４分３３秒を２００分の１に圧縮！

>>777
A/D変換する限り、それも不可能だけどな。

睡眠圧縮剤のが欲しい

スレも圧縮してください。

ところで、２ちゃんの過去ログって、全部で何バイトくらいなんだろう？
テキストだからたいした事ないのかも知れんが・・・（板違い）

このスレずいぶんつづいてるけど、>>1はどうなったの？

っつーかJGS自体どーなったん?

普通に考えれば、ヤバくなってるころだろうね

この圧縮技術が非可逆として長編小説のテキストを圧縮して解凍すると
あらすじだけになってるとかなら欲しい。

>>784
最高の圧縮率で圧縮した長編ミステリーを解凍すると、
「犯人は○○」と書いてある。

このスレをWord2002で要約(1%)してみました。

114 名無しのひみつ?(どけイイもでうど) Oo .まったく無いではないですか。


280 名無しのひみつ sage 04/09/01 09:30 ID:2EWEt3yr
>>269
294 名無しのひみつ sage 04/09/01 15:17 ID:2EWEt3yr
>>292
そんなイメージじゃないかと。説明は無いんだよね。フラクタル圧縮とかいうの無かったっけ


731 名無しのひみつ sage 04/09/20 20:47:42 ID:H4HBLtiA
733 名無しのひみつ sage 04/09/20 21:31:20 ID:H4HBLtiA
735 名無しのひみつ sage 04/09/20 21:40:45 ID:H4HBLtiA
737 名無しのひみつ sage 04/09/20 21:57:38 ID:H4HBLtiA
>>736
うん、そーすね。

犯人はヤス

>>787
頼むよ、ネタバレは勘弁しろよｵﾒｰ

・犯人は被害者
・犯人は探偵
・犯人は主人公
・犯人は読者
・犯人はヤス

この五つに分類できるな。

・犯人は犯人

という一番まっとうなパターンはないわけか。

・容疑者全員が犯人

ってのもあるな

まあそれよりも


データ量を200分の1以下に圧縮する音声映像圧縮技術の続報ﾏﾀﾞｰ？　　それか

全　て　は　　　
　　　　　　我　が
　　　　　　　　　戯　言　な　り　　by　JGS（ ´,_ゝ`）ﾌﾟｯ

奥村先生なんか言ってる？これに関して

圧縮にかかる時間が200倍でもお前らは使う？

今は使わなくても、いずれ使うだろ

>>1の会社が放っておかれつつ、もうすぐ800まで伸びるスレ。

一回圧縮ごとに、生成されたデータ1バイトごとに1円払うとしたらどうだろう。

>>796
もちろん圧縮する側がデータ提出側に払うんですよね？
すごい圧縮率になりそうです。

テキストファイルの可逆圧縮に成功しました。

タトゥー → 外ゥー
信者　→　儲
男女男 → 嬲

>>798
最高で１／３か、１／２００のJGSに笑われるな。

>>793
使いますが何か？

ストリーム圧縮が無理ぽだからメモリーに入るだけしか使えないんじゃないかってのはガイシュツ？

じゃあ俺は冗長化をやってみよう。
侍 → イ寺
終 → 糸冬
識 → 言音戈

>>798
男が信者ける
↓圧縮
男が儲ける
↓展開
男が儲ける？信者ける？

不可逆ですた

なんか、戦時中に印刷物の文字数を減らす工夫をした故事を思い出した。

トランジスター　→　トランジスタ　みたいな。
当時は大真面目だったらしいがなぁ。

>>804
トランジスタは戦後の発明なんだが。

>>800
解凍が極端に重いものでないなら、テレビとかの放送に使えそうだね

>>802
不可逆な冗長化・・・使えねぇw

イルカ君をたぶん数百分の一に圧縮する技術を開発しました

　　　　　　　　　　　　ぷｧ

>>807
見えた！私にも見えた！



・・・のかどうかイマイチ自信ない。この類だと

　　　　　　　　　　でつ

　　　　スヌーピー↑

ってのが有名だよね。

　　　　　　　　　　----------文字遊びスレになりました----------

テレビドラマのストーリーを数万分の１に圧縮
「愛のおかげでハッピーエンド」

大川隆○の善著作を圧縮

「カネカネカネ」

をっ
↑水溜りにはまった人

ぷ。

↑ボウリングしてる人を圧縮。

ＯＬ５０人
↑仰向けに寝転がる女とクンニする男を圧縮

打ち切り

ここの可逆圧縮ソフト比較サイトで、最も縮んだやつ（ログファイル部門）でも200分の3だぞ…


ttp://www.maximumcompression.com/

>>816
ログファイルなんてほとんど重複ばっかりじゃねーか。そりゃ縮むよな。

ここまでのスレをWord2002で圧縮してみた

787 名無しのひみつ sage 04/09/29 23:29:40 ID:od5ZHw7q
788 名無しのひみつ sage 04/09/30 00:24:18 ID:Xdel4KnI
>>787
790 名無しのひみつ sage 04/09/30 12:59:15 ID:OPrAmrAq
791 名無しのひみつ sage 04/09/30 16:29:22 ID:jwFaVx3C
792 名無しのひみつ sage 04/09/30 18:57:38 ID:pz0mYEyF
793 名無しのひみつ sage 04/09/30 21:11:59 ID:rz6FwBCT
794 名無しのひみつ sage 04/09/30 21:57:18 ID:DXTBVPOJ
796 名無しのひみつ sage 04/10/01 00:52:21 ID:sgzAoLjv
↓圧縮
817 名無しのひみつ sage New!

圧縮すると結局>>817という結果になるらしい。

まだやってんのかよ、おまいら・・・ orz

むかし「イクラちゃん」とかいうテキスト圧縮ソフトあったな。

　　　　　　　　　　　　人間
　　　　　　　　　　　　　∧
　　　　　　　　　　　男　　　女
　　　　　　　　　　∧　　　　　　∧
　　　　　　　ホモ　一般　一般　レズ

ほんまか？ｗ

>>820
http://www.vector.co.jp/soft/dos/amuse/se003199.html

>>807
凄いな。マイクロソフトも大喜びだ。

>>823
ソースみてﾜﾛﾀw

>>824
フラクタル?

このスレずっとあるから、途中で眉唾じゃなくて本物だった！とか
大きな展開があったのかと思った。

[email protected]

そろそろ誰かメールしてこい。

を
↑
水溜りに足がはまった人を圧縮

そんなのでいいなら・・・

でつ
↑
「スヌーピー」を圧縮（圧縮比小）

P2Pのファイル交換が200倍に加速すると思われ
HDの容量も保存用にはこれまでの1/200でいいわけだし

２年くらい前アメで似たようなニュースやってたな
あんときはカオス理論だったっけ？
結局実用化されたというニュースもないから
ただのスポンサーつけるためのブラフか、株価操作としか思えん

今更気付いたけど、ここのWEBサイトってinterQなんだな。
いやまあ、別に何処に作ってても技術が本物ならかまやしないんだけど。

>>814
見えた上にオフィスレディが50人ってとこに腹かかえてﾜﾛﾀw

>>830
>>808

久々にレスついてるので本題のJGSサイト確認。
http://www.jgs-g.co.jp/index_j.html
TOPICの更新なし。
アクセスログ調査のCGIも止まったまま放置（>833の時点で止まってた）。

やはりこれはアレじゃなかろうか。
書くと削除依頼出そうだから書かないけど。

まだあったのか、このスレ。

っつーかやっぱり防犯詐欺板かベンチャー板(実質ネズミ詐欺板)で扱うべきか?

データ圧縮という発想では先が知れてる。むしろＣＧの畑から
とんでもない圧縮率（動画で１万分の１とか）の技術が出てくるかも

【社会】奈良女児誘拐のソファに「ＭＹＯ」文字…販売ルートを捜査

>>837
動画だってデータだが？

フーリエで拾っても分割周波数の分だけパラメタが出てしまう気がするのだが、
２００分の１にすれば非復元どころではないような、、、

>>837
もはやディテールを失う方向の高圧縮はトレンドにならんと思うけどねえ

寒まりんの予感

>>839
ベクトル化の事言ってんだろ

>>843
ベクトル化しようが何しようが情報量に対する圧縮限界ってものが・・・

>>843
雰囲気だけ伝えて見た気持ちになる映像ってことだな！
新しいぞ流行るな

ﾏﾀﾞﾏﾀﾞｧｰｰｰｰｰ

>１．次世代光交換技術Ｅクラスのインタ−ネットテクノロジ−の事業化
>　　（５６０Ebit／ｓを実現／opticalル−タ−の価格は、５万円／１台）
>２．ｘＤＳＬ減衰アシストシステムの事業化
>　　（８ｋ以上で減衰しません。）
>３．デジタル圧縮技術を利用したサ−バ−販売
>　　（圧縮率１ＧＢ＝２００ＫＢ迄圧縮します。）

ttp://www.shintenchi77.com/cgi-bin/yybbs3/yybbs.cgi

ここか！

ttp://www.mtc-it.co.jp/

>>847
＞２．圧縮機能付サ−バ
＞　　特長
＞　　圧縮性能＝１００ＭＢ＝２ＫＢ

ﾜﾛﾀ。えーと、5万倍か。ｗ

♪出した圧縮率五万倍！

DVDなんて要らないな。
これからはフロッピーに映画入れて持ち歩くよ(w

>>849
解凍用にディスクアレイ背負ってね。

詐欺かネズミ講の類

で、この会社まだ活動中なわけ?

>>847
www.mtc-it.co.jp/
素晴らしい（？）サイト、消してしまったのか？

キャッシュされてた
ttp://cache.yahoofs.jp/search/cache?u=www.mtc-it.co.jp/&d=AD2F750EC3&ou=%2fbin%2fquery%3fp%3dwww.mtc-it.co.jp%26hc%3d0%26hs%3d0

>>852
＞で、この会社まだ活動中なわけ?
この会社ってどっち？
http://www.jgs-g.co.jp/
http://www.mtc-it.co.jp/

サイトのもっともらしさではigsだが、圧縮率なら圧倒的にmtcだな。

ttp://www.mtc-it.co.jp/
＞１．５６０Ｅｂｉｔル−タ
＞　　特長
＞　　１秒間の送受信性能＝１秒間５６０Ebit／ｓ以上
＞　　ＩＰアドレス設定　＝ＩＰｖ６×１万倍
＞　　セキュリティ−　　＝不正アクセス不可能
こっちもすごい

MTC-ITの下記の頭文字？
Miracle Tricky Comments for Internal Transformation

>>851
＞詐欺かネズミ講の類

この指摘を受けてサイト内容を消してしまったのか？
ttp://www.mtc-it.co.jp/
これも同じところだろ
http://66.102.7.104/search?q=cache:Tzl9Hs4-VKgJ:nyjapan.com/chat/messageReply.jsp%3Fid%3D161%26section%3Daa+mouri-555&hl=ja&lr=lang_ja&inlang=ja

http://www.jgs-g.co.jp/hdtl/myc/index.html
WAVE形式の音データを２００分の１〜１６００分の１に圧縮する

WAVE形式の音データを(２００分の１〜１６００)分の１に圧縮する
⇔WAVE形式の音データを (1/8倍) 〜 (200倍)に圧縮する

>>860
ん？いきなりどうした？

既出?よく読まずに書いたんだが
「WAVE形式の音データを(２００分の１)〜(１６００分の１)に圧縮する」
たとえば1600MBのwaveが1MB〜8MBになる(難しそう、大発明)

「WAVE形式の音データを(２００分の１〜１６００)分の１に圧縮する」
⇔「WAVE形式の音データを (1/8倍) 〜 (200倍)に圧縮する」
1600MBのwaveが200MB〜320000MBになる(mp3とゴミデータ付加で実現、ほぼ詐欺)

>>862
既出も何も・・・。
>>1にどうどうとそのURL載ってるよ。

あごめん。
記述の抜け道はこうだろうな、って意味かな。
まあサイトがinterQって時点で信用度はほぼ0だからねえ。

てか近くの人、様子見てきて欲しいもんだわ。
http://www.jgs-g.co.jp/jgs/gaiyo.html

ageまして(ry

まだあったのか。似非ハイテクの詐欺集団スレ

で？よくわかんないけど
ﾁﾝ☆⌒ 凵＼(＼･∀･) まちくたびれたー!!

俺の股間に付いてるビッグジョンもそろそろ解凍しないとな

200倍に膨張かいジョニー？
そいつぁすげーぜベイビー！！

年越したのかよこのクソスレ

完璧に嘘じゃねーか。糞会社だなJGS

http://news18.2ch.net/test/read.cgi/scienceplus/1105152838/l50
ということで無関係

ついでに通信速度も早くなってくからね

ｶﾗage

http://paletears.com/
http://www.style-21.com/web/blueatea
http://fox.oekakist.com/blueatea/

昔、「高速ダウンローダー」ってソフトがあったなぁ

一番最高に使いやすく圧縮率も高い圧縮形式って何？

｢どれでも同じ。zipでも使っとけ｣

WinRARは高価だけど、めっちゃ早くて圧縮率良いよ

圧縮率だけなら RK、汎用性で gzip だろう。

>>876
桂様の事かー!!

このスレまだあった…

とりあえず糞スレ保守

ほう

赤松さん、ぴゅあおでお関係で色々怪しげな関係を持っているらしいんだが
この人だいじょうぶなのか?
http://www.ippinkan.com/ko_sound/ko_sound_page1.htm
http://216.239.57.104/search?q=cache:2-jEpyZyhg4J:www.avvillage.com/GUIDE/GUIDE.HTML+%E8%B5%A4%E6%9D%BE%E5%89%87%E7%94%B7&hl=ja

>>885
ピュアオーディオとオカルト商法はほぼ等価だもんな。

7-zipより高圧縮なんて無理だろ。

888

WinRARはいいね。シェアだけど。
WinRARをとりあえずインスコし、期限一杯まで使う。
そんでもって、アンインスコしてレジストリからRARに関する情報を全て始末。
Norton Windoctorも○。
その後、NTREGOPTでGO。

この会社の ＨＰは1/200に圧縮して解凍したらこんなになってしまいましたみないなテクスト。。。。

一切動きがない。
まだ逃げないのかな。

ひさびさに見た
・・・君ら、なかなか面白い

WindowsXP日本語版だけに「圧縮（LZH形式）フォルダ」を追加
2005/4/8

　マイクロソフトは4月7日、Windows XPの追加機能として「圧縮（LZH形式）
フォルダ」を4月28日に提供すると発表した。この機能はWindows XP
ユーザー向けの特典提供プログラム「Windows Genuine Advantage
Program」（WGAプログラム）の1つとして、同社のダウンロードページか
らリリースする。Windows環境でLZH形式の圧縮ファイルを展開する場
合、これまでは、展開ソフトを探し、そのソフトの使い方を覚えるなどの
手順を踏む必要があった。また、ユーザーによっては「社内規定により、
展開ソフトをインストールできない」（マイクロソフト Windows本部 パート
ナーマーケティング部 大塚友則氏）などの面倒な問題に直面することも
あった。

　Windows XPは標準で、zip形式によるファイル圧縮・展開機能「圧縮
（zip形式）フォルダ」を搭載している。欧米ではzip形式によるファイルの
圧縮が主流だが、日本ではLZH圧縮形式も多く利用されており、Windows XP
日本語版独自の機能として、開発プロジェクトが立ち上がったという経緯
がある。実際、Windows環境でのLZH形式のサポートは多くのユーザー
から望まれていたわけだが、「ローカルの市場だけに特化したプロダクト
を開発する体制がマイクロソフト社内で整っていなかったことから、これ
までは対応することができなかった」（マイクロソフト プロダクトディベロッ
プメントリミテッド ウィンドウズ開発統括部 丸山謙哉氏）と同社では説明
する。

　Windows XP Service Pack2をインストールした環境では、AES
（添付ファイル実行サービス）機能と連動し、電子メールに添付された
LZH形式の圧縮ファイルに含まれる危険性の高いファイルの実行をブ
ロックすることができる。なお、LZH圧縮ファイルの作成やLZH圧縮ファ
イル内のファイル編集や削除、名前の変更などはサポートしていない。
というのも、「これらの機能をユーザーがどの程度望むのか、具体的な
データを集めることができなかった」（丸山氏）ためである。

http://www.atmarkit.co.jp/news/200504/08/lzh.html

JPEGを最大30%ロスレス圧縮できる「StuffIt Deluxe 9.0 for Windows」

米Allume Systemsは、Macでは定番の圧縮解凍・バックアップユーティ
リティーの最新版「StuffIt Deluxe 9.0」Windows版を発売した。劣化なし
ロスレス圧縮でJPEGファイルをさらに最大30%圧縮できる新機能を搭載
した。同社直販サイトでの販売価格は39.99ドル。登録ユーザー向けアッ
プグレード版は14.99ドル。

ZIPフォルダ機能として、ZipMagic技術によるデバイスドライバにより、
Windowsアプリケーションからシームレスに、フォルダをアーカイブファ
イルとして利用できる機能も搭載する。

圧縮ファイルに埋め込まれたウイルスへの感染を防ぐため、アーカイブ
展開時にアンチスキャンソフトが自動的に全ファイルをスキャンする機能
も搭載。McAfee、シマンテック、Computer Associates、トレンドマイクロ
など、主なベンダーのアンチスキャンソフトに対応している。強固な512ビ
ット暗号とパスワードにより、ユーザーの機密情報保護に対応する。

そのほか、Windowsコンソールでのスクリプト利用、自動的にHDDをスケ
ジュールバックアップする機能、ZIPまたはSIT圧縮ファイル中からファイ
ルを検索するといった機能を搭載する。クロスプラットフォームに対応し、
Windows上でMac OS形式ファイルの情報を閲覧可能。対応OSは、
Windows 98SE/ME/2000/XP。

http://pcweb.mycom.co.jp/news/2005/03/29/006.html

技術詐欺でＦＡだと思う
きっと金集めでもしてるんでしょ

定期的に高圧縮をうたう企業って出てくるよな。。
永久機関みたいなもんだろ。

まあ　永久機関に比べて実現性がありそうだけど
そういう気持ちに付け込むのね。

>>896
永久機関が不可能な事とロスレス圧縮の限界には関連性が有るよ。
というか根っこは同じ。

でも圧縮に一週間かかるとかいうやつなんじゃ？

このスレまだありましたか

900

会社のパソコンで私物の動画ファイル再生する際、パソコン内のハードディスクに取り込むと変なデータ会社のパソコンに取り込むな! とadminに怒られそうだが、
pdaを外部ハードディスク代わりにしてパソコンで再生する分にはいいよね?

>>901
セキュリティの観点で言えば、まったく同列だから駄目だと思う。
PDA繋ぐ為のラインを新たに確保したとすれば、かえって危険度増してる。

次世代インターネットを研究する学術ネットワーク組織「Internet2」が実施するインターネットのデータ転送速度記録において、
東京大学、WIDEプロジェクトらの研究チームが世界最高記録を達成、「Internet2 Land Speed Record」に認定された。
データ転送速度は7.21Gbps、転送距離は33,979kmにも及んだ。今回の記録は、日本から地球の反対側まで、CD1枚のデータなら0.7秒、
DVD1枚なら5秒、100GBのデータであれば約110秒で送れるという。
平木教授は今後PCI-X 266やPCI-Express x8が一般化すると見ており、それが利用可能になった段階でそれらを用いた実験を行い、
記録の更新を狙う考えだ。これにより10〜20%程度は速度が向上する見込みだという。また10Gbpsのネットワークについても、
今後2〜3年で40Gbpsのネットワークが構築できるとのことで、それに伴いさらなる記録の更新も可能になりそうだ。

http://pcweb.mycom.co.jp/news/2005/05/06/006.html

定期乙といいたくなるくらい定期的に出る話題

あっ

本当に出来るのか？

展開にものすごい時間がかかりそう

無理無理無理

このスレまだ残ってたのかｗ

sagemasu

これってトレントと同じ理屈ってこと？

ガセネタ

サギ

いいこと思いついた。
圧縮したデータを音声データとして表現すれば、また圧縮できるから
そうやって何回も圧縮すれば無限にデータ量を小さく出来るんじゃね?

>>914
おまいあたまいいな
拡張子変えるだけで1ビットまで圧縮できるじゃん

オリコン、音楽配信サービスに音声圧縮技術「ATRAC」を導入

▼2005年5月30日付の記事
□国内internet.com発の記事

オリコン株式会社は2005年5月26日、音楽配信サービス「ORICON STYLE」にて音楽配信形式
に、ATRAC3plus 形式を導入することで、ソニー株式会社と基本契約を締結した。

ORICON STYLE は、2004年10月に設立された、オリコン・デジタル・ディストリビューション株式
会社が運営する音楽配信サービス。

サービス開始時より、配信形式には WMA（Windows Media Audio）を採用していたが、今回よ
り、ソニーの音声圧縮技術 TRAC3plus 形式も配信形式に加わり、ユーザーは楽曲をダウン
ロードする際、WMA 形式か ATRAC3plus 形式のどちらかが選択できる。

同社では、この配信形式の追加により、WMA 形式対応のプレーヤー所有者だけでなく
ATRAC3plus 形式対応のプレーヤー所有者も取り込み、同サイトのユーザー数や楽曲ダウン
ロード数の増加を見込んでいる。

http://japan.internet.com/ecnews/20050530/5.html

フラクタル圧縮より凄い？

東京エレクトロン、データを20分の1に圧縮するストレージ新製品をリリース

東京エレクトロンは、代理店契約を締結している米Data Domainの新製品「DD400エンタープライズシ
リーズ」の国内販売を6月6日から開始すると発表した。

　東京エレクトロンは6月1日、代理店契約を締結している米Data Domainの新製品「DD400エンタープ
ライズシリーズ」の国内販売を6月6日から開始すると発表した。

　Data DomainのDD400エンタープライズシリーズは、従来のATAアレイやVTL（Virtual Tape Library）
システムと異なり、独自の容量最適化技術によってバックアップデータのサイズを平均で20分の1に
圧縮し、物理的ストレージ容量を大幅に削減させることを可能にしたもの。

　長時間のデータ保持をテープ媒体と同等の容量単価で実現し、災害復旧用のレプリケーションにお
いてもWAN経由で効率的にリモート複製できる。これにより、テープに代わるバックアップ／リカバ
リーシステムを実現したとしている。

　バックアップ可能容量は、15テラバイト〜233テラバイト。スループットは毎時160〜290ギガバイトと
なっている。

http://www.itmedia.co.jp/enterprise/articles/0506/02/news046.html

すごいな

ソフィア・クレイドル、「BREW 3.1」対応の BREW アプリ圧縮ツールを提供

株式会社ソフィア・クレイドルは2005年6月16日、BREW アプリ圧縮ツール「SophiaCompress（BREW）」
の新バージョンとして、「SophiaCompress（BREW） Version 2.0」の提供を開始する、と発表した。

SophiaCompress（BREW）は、同社が2003年11月に発表した BREW プログラム圧縮ソフト。BREW
プログラムのコンパイル後の形式である、mod ファイルをそのまま圧縮して実行できるため、より小
さいサイズで多機能な BREW アプリが作成できる。

今回発表した SophiaCompress（BREW） Version 2.0は、「BREW 3.1」に対応した SophiaCompress
（BREW）の新バージョン。

このバージョンでは、ドラッグ＆ドロップ圧縮機能などを加えて操作性を向上し、マニュアルやユー
ザーインターフェイスの英語化などが行える。価格は1ライセンスにつき30万円。

http://japan.internet.com/allnet/20050616/3.html

インターコム、高速・高画質の圧縮ソフト「Super MPEG2 Transcoder」

インターコムは21日、MPEG-2形式の映像データを高速で圧縮するソフトウェア
「Super MPEG2 Transcoder」のパッケージ版を発表した。同社独自の「トランスコーディングエンジン」
を搭載することにより、映像データを短時間・高画質で圧縮できるという。同ソフトウェアは昨年11月か
らダウンロード販売を行っており、これが好評だったことを受けて、パッケージ版の販売も行うこととな
った。店頭販売は7月15日からで、価格は4,830円。

http://pcweb.mycom.co.jp/news/2005/06/21/006.html

>909　この雑誌社のビル↓に今も健在のようだ。
しかし、４階建てのビルの１階と最上階をはずした写真↓を載せたのは
もっと高いビルに入居してるように見せたかったのかな。
http://www.daitosha.jp/kaisha.php
http://www.jgs-g.co.jp/hdtl/info.html

あやすぃな

本当かよ

不可逆圧縮なら、別に1/200に圧縮できる。
問題は、元の音、映像をどれだけ人間に劣化を感じさせないか
なんかうさん臭いな、この研究

一年もつかぼみょーなスレだなぁ

心配ない。俺が毎日見に来てる。

そろそろ詐欺として告発して良いんじゃないかとサイトをチェックしたら、
くだんない商品が増えておりますなあ。
ttp://www.jgs-shop.com/
ゴルフボールにビームあてるやつは販売やめたんかな。

WinRARとかLHACAよりラプラスの方が性能いいぞ。
ついでにLHAZと組み合わせれば、最強。
解凍するに７Zipとかいらないしね。しかしGcaにも対応してほしい門だ

>>914
君頭いいね、そうしたら、世の中の膨大なデータも1bitで表されるね

文1: あほ　圧縮後"0"
文2: 馬鹿 圧縮後"1"
文3: カス 圧縮後"1"

さて、文2: と 文3: の区別はどうしようか？
考えておいてね

数式で表す以上、可逆なわけないじゃん

日本人が発明して？どこかの会社に権利とかもろもろ売ったという
３進のパソコンはどうなった？