DGCA総合スレ 2

あぼーん

>>462
重い＝サイズ大きい
ということですか？

LHA2.67を引っ張り出して見たらDOS版LZHのSFXは2KB以下だったよ。
LHA2.67の作成日付は1995/5になってる。Win95の発売は11/23だったか。
そして2003年、DGCAのSFXは70KB。思えば遠くへ来た物だな……

それでも以前UPXで容量減らす要望出して採用してもらったんだけどね…

あぼーん

ああ本当だ、展開するとSFXだけで140KBもある。
内訳は…コード100KBにデータ40KBか。
SFXの性格からランタイムDLLには依存できないだろうし
アセンブリかCで書き直さないと縮められない悪寒がする。
書き直す気は…無さそうに思える…

あぼーん

100KBなんて、昨今塵とも思わないね。
まさかデータのやり取りを、いまだにFDで行っているのか？

>>470
塵でも芥でも何でもいいが、減らせるものなら減らしたいと思うのが人情。

あぼーん

圧縮ソフトなんだから、少しでも減らそうとするのは当たり前。

>>470
なんの為の圧縮ソフトか分かってるのか〜

あぼーん

まだべーただし、SYNたんならなんとかしてくれるヨ！
でも、無理はしないでネ！

100KBつーとISDNだと結構重いからなあ。
ここまで大きいと小さいファイル束ねたり圧縮するのには使う気がしないかも。

まあ、本来狙っていた用途とは違うかもしれないが。そのためのZIPやLZHだし。

サイズ大きくなってもいいから解凍速度速くしてくれ。

展開速度遅くなってもいいから圧縮率高くしてくれ。

>>474
イメージをnyで流す為の圧縮ソフト（w

圧縮しないで済む時代は来るのかなぁ

スレ違いで申し訳ないんだけどリカバリっつーのは
圧縮ファイルだけじゃなくて普通のファイルにつけるなんてことは可能なの？
どんなファイルも修復できるとしたらすごく便利なのになー
プログラムとか全然わからん素人の思いつきなんで（　´,_ゝ`）ﾌﾟｯとかやめろよ
誰か親切な人おせーて

>>482
tbtbとか。

以前どんなファイルにもリバカリレコード作れるソフト見かけたんだけど、誰か知らない？

DGCAで無圧縮＋保護っていうのは意味あるんですか？ >>SYN様

　　　　　　　 　 　 　 ∧＿∧　　o。◯
　　　∧＿∧　　　　（　´∀｀）。〇°　○°
, .. ,..（　・∀・）.,.,　..,,.（　つoつ,.,..　　.,,,　.,,,
ﾞﾞﾞﾞ''''''""""'''ﾞﾞ''"'ﾞﾞﾞﾞﾞ''''''""""'''ﾞﾞ''"''ﾞﾞ''"'ﾞﾞﾞ
ﾞﾞﾞﾞ''''''""",,,.,.,.....,,,.,."'''ﾞﾞ''"'ﾞﾞﾞﾞﾞ',,,.　"'''ﾞﾞ''"'ﾞﾞﾞ

DVDに焼く時とかかなぁ。 < 無圧縮＋保護

>>485
.｡.:*･゜ﾟ･(´ー｀).｡*･゜ﾟ･*:.｡.

ファイルにリカバリをつけたい時

1000個のDGCAファイルを１つにまとめる時〜

>>482
某所で最近出たらしいな。
実験器だけど。
正式版でどういう形になるかは分からない。
2chじゃまだ出てない話かな？

>>490
どこ？国内？

>>491
勿論国内。
まあ正式版出たら圧縮関係の総合スレなんかで話が出ると思うけど。

>>490
何でも某所って言うの止めて下さい。

物凄く気になります。

>圧縮ファイルだけじゃなくて普通のファイルにつけるなんてことは可能なの？
これって結局さ、無圧縮格納でRR付けてるのと何も変わらないじゃん

展開せずに、中のファイルを色んなアプリで読めるかどうかが違う。
普段は普通のファイルとして扱えて、破損時に修復できる仕組みということだろ。

無理だな。修復データくっつけた時点でそれがゴミになる。
結局は別ファイルに保存するかでもしないと。

NTFSなら副次ストリームに書き込むって手も有るが
それじゃ使用範囲が限定される。

つーか禿しくスレ違い。
議論したいのなら、別スレ作ってやってくれ。

議論するまでもないことだけどな

今更どうでもいいのだが、GCAの自己解凍EXEをﾘｿｰｽﾊｶｰで抽出、
UPXかけた後でﾘｿｰｽﾊｶｰで元のリソースと置き換えたら正常動作した。

作者鶴田真一発見。
http://kri2003.tripod.co.jp/Staff.html
http://kri2003.tripod.co.jp/shinchan.png

普段7-Zipで圧縮してDGCで無圧縮＋リカバリ付属して保存してます。
DGCの方が平均圧縮率と圧縮速度は良いんだけど、自分的に解凍速度が
遅いとちょっと困るので。

邪道か。

>>500
SYNﾀﾝｷﾀﾜｧ.*･゜ﾟ･*:.｡.:*･゜（n`∀`)ηﾟ･*:ﾟ･*:.｡.:*･゜ﾟ･*!!!!

圧縮効果がほとんど期待できないファイルに対しては自動的に無圧縮で格納する機能が欲しい。
使うか使わないかはユーザーの選択に任せる。
これで、多少速度がアップ！

RARにある「指定した拡張子は無圧縮で格納」機能が欲しいな。

あれって拡張子のないファイルって指定できないんだろうか？

>>504
そう、そんな機能が漏れも欲しい。
それと、PPMd圧縮を掛けるファイルも拡張子で指定出来るようにして欲しい。
例えば、拡張子datの場合、テキストかバイナリかはっきり判断できない物もある。
だから、ユーザーがそれぞれデフォルト設定に対して、変更できるようにする方が良いと思う。

拡張子なんて不確か極まりない情報から処理方式を決め打ちするより、
現行の最適な圧縮方式を自動的に選び出すプログラムの方が賢くて良くね？
もし付けて貰えるんなら、漏れは、>>503が言うのに近い「圧縮率が
指定値以上にならなかったら無圧縮格納しる」オプションだとうれしい。

>>506
もうちょっとよく考えよう
そんな事してたら圧縮にかかる時間がとんでもないものになる
圧縮率がどのくらいになるか調査するということは、一回試しに圧縮してみるということと大体同じこと
現実的には拡張子で判別するしかないのよ

圧縮・展開中に一時停止、キャンセルできるようにしてほしい

>>507
本気で仰ってますか

しかしだ、

＞拡張子なんて不確か極まりない情報

これは言いすぎだと思うぞ？ そんなに拡張子偽装持ってるのか？

偽装とかではなく単に拡張子がそのファイルの実体と一致するとは限らないってだけの話でしょ。
.jpgを.pngに変えたからってそのファイルがjpegからpngに変わるわけじゃなし。

拡張子を偽装したファイルを、そのまま圧縮するシチュエーションとは一体？

> .jpgを.pngに変えたからってそのファイルがjpegからpngに変わるわけじゃなし。
普通そんな事するかな？

妙にこだわるな・・・
別にjpgがpngになったところでたいした代わりはないだろうが
今までに出た例で言えばdatはバイナリでもテキストでもあり得る。
同じ種類のファイルでも内容は千差万別だから結局は自動判定でやるしかない。
>gcaやdgcaのパラメータをオプションで設定できるようにした場合、数百万の組み合わせから最適なものをユーザーに探させることになり、
>現実的ではないからです。最適なオプションを見つけるのはアーカイバの仕事だと私は思います。
SYNさんもこう書かれているだろう。

linuxなんぞの事も考えたら拡張子で判別なんてそれこそ無謀。

> 今までに出た例で言えばdatはバイナリでもテキストでもあり得る。
とは言っても、dat == バイナリとか data == テキストと特定できる場合は意味があると思うけど。
そりゃデフォルト設定で固定されんならやらないほうがマシだとは思うけど。

最近は Linux 界隈でも拡張子で判別してるよ。全部じゃないけど。

Windowsでも例えば.aviや.wavはコンテナの形式でしかなくて
中のデータが無圧縮かそうでないかは拡張子から判断できない

>>516
ユーザが .avi やらの中身が既に圧縮されてるか知っている場合は
無駄な時間を節約できるってことなんだけど。

ユーザが知らない場合は時間かけて最適圧縮 -> 圧縮率が一定値以上なので無圧縮とかすれば良いわけで。

>>500
作者ﾀﾝは学生なんだ。。。知らなかった。

４GのファイルをRAR最高圧縮するのは、気が遠くなるほど時間がかかります。
圧縮率を調べる為に、更に時間をかけるなんて酷すぎます。
人間のやる事ではありません。

>>503は世の為に死んでください。

>>518
それは違うと思うが。。。多分これじゃないかな。
http://theoch.kyy.nitech.ac.jp/research/sotsuron.html

>>520
あーそれっぽいね
こんな凄い規格作っちゃうくらいだし

>>519
ちょっと待った。俺は拡張子判別派だ。俺だって、これ以上遅くなるのは困る。
だから少しでも圧縮・解凍にかかる時間を減らしてもらうために>503を提案したわけだ。

>>522
>>166

>圧縮率がどのくらいになるか調査するということは、一回試しに圧縮してみるということと大体同じこと
>現実的には拡張子で判別するしかないのよ

まずコレが正しいとして議論されてるようだけど、本当にそんな事するとでも？
コレが正しいとしたら自動的に数百万の組み合わせから最適なものを探すなんて事実上
不可能なことになるし、そんなこと当然目標に掲げる訳もない

これからどんどん大容量化していく時代に
圧縮率＜高速化
が望まれてるのは確かだと思うけどね
その結果が今の普及率の違い

普及させようなんて考えてるんですか？

最終的にはでじこファンとDGCAユーザの総数が等しくなる予定だ。

うさだ派としてそれだけは断固阻止する

ブラックげまげま団のぴよこ様がDgcaの暗号解除ソフトを御作りにナラレマス

俺はでじことかよくわからんけど、とりあえず応援してます

>>525
まだべーたですよん

>>525
それいったら、CPUもどんどん高速化していくんだが
さらに扱うデータも大きくなっていくし

>>525
「その結果が今の普及率の違い」って共有限定だよね？
普及率ならLZHやらZIPのほうが上だし。

Aviみたいにコンテナにしてコーデック方式に・・・って総合アーカイバ方式みたいだなｗ
知らない圧縮方式で圧縮しておいてもヘッダから読み込んでコーデックを自動ダウンロードとかならないかな〜

モデル化と符号化の部分を分けておいて
video:divx
audio:mp3
↓
モデル化:rangecoder
符号化:huffman

のようにならないかな〜

スレ違いでゴメソ

>534
モデル化:blocksorting
符号化:rangecoder

>>534
mp3はどんなエンコーダーで作っても再生できるようになってるけど(多少例外あり)
huffmanとかRangeCoderはそうはいかないぞ

>>534
そういや、アーカイバソフトでDLLを自動でダウンロードするやつなかったっけ？
DLLだけダウンするやつは使ってるけど。
って、関係ないっすね。すまぬ。

コーデック式・・・かなり(･∀･)ｨｨ!!と思うんだけど
初心者にはちと厳しいんじゃないでしょうかね

すみません。仕事が忙しくて更新が遅れています。m(_ _)m
>>448
ではdgcacにしたいと思います。
>>451
codecのバージョンが変わったらファイルサイズまで変わるので、気にしてもしょうがないと思います。
>>482
DGCAでは、普通のファイルを保護できないようにしているだけですので実は可能なのですが、
それはやめた方がいいと思います。
>>484
速度と安全性を最優先するときには意味があると思います。
圧縮しなくてもアーカイブだけでも意味があると思いますし。
>>499
やりますね。
>>500
同姓同名の別人です。
>>時々張られるAA
とても和みます。これを見ると、かなり幸せな気分になります〜。

>>503
現在は1バイトでも縮めば圧縮、超えた場合には無圧縮にしていますが、
その閾値を指定できるようにすればいいということですね。入れる方向で行きたいと思います。
>>504
実装します。ゲームなどで特定のファイルは高速にアクセスしたい場合もあり、
GCAのころから要望が来ています。
>>505
どの圧縮アルゴリズムを使用するかの選択を外部に出すのは、UI上かなり難しいです。
なので、指定した拡張子以外は
>>506
さんの仰る通りになると思います。
>>507
それでも今よりは遅くなったりはしないので、許してやってください(笑)。

このオプションを使う使わないは、利用する人の自由なので、
反対な人は指定しなければいいという方向でお願いします。m(_ _)m

　　　　　　　　。　　　.　　　。　　．　.ﾟo　。　*．　。　．.　☆　.　＋.　.　　.
　。　.　　．　.　　　.　　　．　　。　ﾟ。,　☆　ﾟ.　＋　。　ﾟ　,。　.願いが叶った今の私は幸せ。
　　　　ﾟ　　。　　　ﾟ　　.　　+。　ﾟ　*　。.　,　。ﾟ　+.　。*。　ﾟ.　でも、それもホンの始まり。
　。　　.　　　.　。　。ﾟ.　。*　。,　´。.　　☆。。.　ﾟ。+　。　.。　　これからも幸せは続くんだよね。
　　.　　　。　　ﾟ　ﾟ。　。,　.。o　☆　+　,ﾟ。　*。.　。　。　.　　　　。
　ﾟ　.ﾟ　ﾟ　　。ﾟ　+　。.　+。　*　。ﾟ。ﾟ.,　,+　。ﾟ.　。　.　.　　　,　　　　　　　　　彡　ﾐ
ﾟ。ﾟ+ﾟ`,　o。。.ﾟ*。ﾟ　。.ﾟ　。　☆＋。。ﾟ.　°　。　.　　　,　　　　　　　　　彡＼/　[]彡
　。,　.ﾟ。　+　☆。,ﾟ.　o。 。+　。ﾟ.,　　.　ﾟ　　　,　　　。　　　　　　　　　　 ﾐヽ�U／彡 §
　ﾟ.　ｏ　*　。ﾟ。ﾟ.。ﾟ。+ﾟ　。　　　　　　　　　　　　　　　　　　　　　　　　彡[]＼�U 　 彡 §
　 　 　 　 i　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ﾐヽ彡☆. / ﾐ／ 彡
　　　　　.‖　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　彡ヽ�U　彡[]
　　　　　.曲　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ﾐ☆彡ミ彡.／彡
　　　　　.|x|　　　　 ＿__　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ﾐ＼�Uﾐ彡[]
　　　　 冊冊　　　..| |　 |　　　　　　　　　　　　　　　　　　　∧∧　　　 ∧∧　　�U
　　　 ＿.|X| ..＿ 　.| |　_| 　 　 ＿ 　|￣￣|l　　　　　　　　 (,,ﾟДﾟ) ﾊ ﾊ(ﾟーﾟ*)　 �U
　...／／＼|　＿|目／／＼§　　　||　□.[].‡　‡口|　　　 　| つつ(*ﾟｰ)と　|　　 �U
　　|口|　|／／＼ |　| 口|　 ||￣|　＿　|￣|/ i |.----　　〜|　　| ~(_,,っ|　　|〜　�U
　　　　／／＼＿／／＼　　 __／／＼‡/　l　||￣￣| iTTTTTTTTTTTTTTTTTTTTTTTT
　　　　|　| 田 |　 |/////// | ／＼| 　|/　 l　 |＿||￣ |＝＝＝＝＝＝＝＝＝＝＝＝＝
　　§§§　　　　|　　　|／　| 田 | ‡/ 　 l 　|　.||..　　|

>>541
.｡.:*･゜ﾟ･(´ー｀).｡*･゜ﾟ･*:.｡.

>>539-540
自己展開モジュールの件を無視しないように

>>539-540
分割でじこ結合形式は不採用ですか？