Huffyuv情報局

配布元
ttp://math.berkeley.edu/departed.html
現在ダウンロードできるとこ
ttp://www.divx-digest.com/
　　　　　　　　　　　　　　　　　software/huffyuv.html

honestech のエンコーダの制限
・YUV色空間による映像信号をそのまま保存する方式のビデオCODEC(huffyuvなど)で
は、RGB出力を有効にするオプション(huffyuvであれば、"Always suggest RGB
format for output")を設定しないと変換ができない場合があります。

novac CCE-Basic FaQ!　でのhuffyuvSへの言及
ttp://www.driver.novac.co.jp/
　　　　　　　　　　　　　　　　　　driver/faq/cceb_faq.htm

関連スレ　

【CCE-SP情報スレ4】
http://pc.2ch.net/test/read.cgi/avi/1052035899/
0.22patchについて説明あり

可逆圧縮関連　LCL
ttp://www.geocities.co.jp/
　　　　　　　　　　　　　　　　Playtown-Denei/2837/soft.htm

はっffゅぶ

なかなかよさげなスレ

Vmaker氏のページ（Googleキャッシュの一部）
ttp://216.239.57.100/search?q=cache:BNZhP-rNEjsJ:members.tripod.co.jp/vmaker/other/graphedit.html+vmaker&hl=ja&lr=lang_ja&ie=UTF-8

動画関連サイト　Doom9
http://www.doom9.org/
index.html?/Old_news/december02.htm

2002年12月23日の情報NewSにダウンロードLinkあり
記事の重要部分は以下

there's the System pack
which includes
AviSynth 2.07,
Huffyuv 0.2.2.1 (CCE-Patch),
DivX3.11alpha,
DivX5.02,
VobSub 2.23
and all required audio playback filters
(AC3Filter, mpgaudio.ax and the Morgan Stream Switcher).
And then there's an executable only distribution.

CCE-Pathchとなっているので使いやすく改変されたもの
だと思う。どうかわったのかなど
ここのところの情報はよくわからないので、
補足していただく必要があります。

doom9でダウンロードしたモノを試したところ
　<…Convert To YUY2
の表示があるので、YUY2エンコードに適したモード
を選ぶことができ、NovacのFAQにあることが
したいときに有効と思われる。

Huffyuvの日本語化を出してくださっているページです。

http://www.geocities.co.jp/SiliconValley-SanJose/2451/

このページは管理者さまにリンク許可をいただきましたが、
リンクやブックマークはトップページにお願いします。

エンコードのコーデック設定のところが日本語化されるので
最後の設定で間違ってしまったり、意味がわからず、また
調べられないこともなくなると思います。

ありそうでなかった良スレ

だがとくに語ることはない

ないな

はい終了
あとは初心者質問スレで

初心者質問スレッド 26
http://pc.2ch.net/test/read.cgi/avi/1056345411/

削除要請
http://qb.2ch.net/saku2ch/

削除整理
http://qb.2ch.net/saku/

削除依頼出しておきます。

消すことはない

avi：映像制作［スレッド削除］
http://qb.2ch.net/test/read.cgi/saku/1027378802/

マジで削除依頼出してる…

ちょっと待てよ
消すことはないだろ
立ったばっかりだぜ？

f-kanagawa-163223.zero.ad.jpはアホか

このスレって削除対象になるようなスレじゃないでしょ

　　　　　　 　　　　ﾞﾐ;;;;;,_
　　　　　　 　　　　　ミ;;;;;;;;､;:..,,.,,,,,
　　　　　　　　　　　　i;i;i;i; '',',;^′..ヽ
　　　　　　　　　　　　ﾞゞy､､;:..､）　　｝
　　　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　　　 　　　　/;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝

それにしても
知識として十分に知れ渡り、スレッドの存在意義をみたしたため
って意味不明だねｗ

HuffyuvSじゃぁないのか

>>25
HuffyuvSのサイトが消えてるな。

0.2.2（2.1.1にﾊﾟｯﾁを当てた物）
http://cx.ath.cx/files/huffyuv/

CCEｽﾚに貼った0.2.2patch済み2.11
http://mirror01.users.i.com.ua/~video/codecs/HuffYUV.v2.11.video.codec.exe
自己解凍書庫。ｲﾝｽｺｰﾗがVIDC.UYVYとYUY2もmsyuv.dllからHuffyuv.dllに
置き換える。
DLL自体は0.2.2と同じ物。


>>6のGordian Knot Codec Pack 1.3にはHuffyuv0.2.2.1と書いてあるが、
同じく0.2.2。単品の0.2.2落とせば桶↓
http://www.doom9.org/software2.htm

0.22/2.1.1をNT系にｲﾝｽｺしる時は[HUF.Reg]を↓に書き替える

HKLM,"Software\Microsoft\Windows NT\CurrentVersion\drivers.desc",huffyuv.dll,,"Huffyuv lossless codec [HFYU]"
HKLM,"Software\Microsoft\Windows NT\CurrentVersion\Drivers32",VIDC.HFYU,,"huffyuv.dll"

HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall\HUFFYUV
HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall
\HUFFYUV,DisplayName,,"Huffyuv AVI lossless video codec (Remove Only)"
HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall\HUFFYUV,UninstallString,,"rundll32.exe setupapi,InstallHinfSection DefaultUninstall 132 %17%\HUFFYUV.INF"

HuffyuvSは、NT系でｱﾝｲﾝｽｺ出来る様にしたinf使う人は[DefaultInstall.NT]に
MediaType = SOFTWARE を付ける。

とか書いてみたけど、初心者単発質問ｽﾚっぽさは拭えないﾅｰ。。。

AVIUTL＋Huffyuvで出力したものがWMP9等で再生できないのですが、既出ですか？

>>30
OS、AviUtlとHuffのﾊﾞｰｼﾞｮﾝや設定、作業内容とかを詳しく書いて
↓で聞いてみれば？
http://pc.2ch.net/test/read.cgi/avi/1055267947/

でもって、もし特定の条件で再生不能なHuffが作られる事が判明した場合は
こっちにも報告しる（ｗ

>>31
どうもです。
構成は以下の通りシンプルなものなんです。
・Pentium4 2.4CGhz
・D865PERLK

インストールしたもの
・INF
・DirectX 9
・Huffyuv
・Detonator
・AVIUTL
・DVD2AVI

ハイパースレッディングが悪さしてるんでしょうか。

わざわざ削除しなくても、すぐにdat落ちしそうだな（ｗ

>>30
ffdshowを入れてhuffyuvの再生をffdshowでする様に設定すれば良いよ。

問題切り分けできました。
・320x240で出力したものは再生可能。
・426x240で出力すると強制終了。
横長の映像なんでこんなサイズにしてます。
初心者なんで恥ずかしい質問しているかもしれません。
よろしくお願いします。

書き忘れました。
>>34さんの方法で解決しました。
ありがとうございます。原因よくわかってないですが…。

426x240だろｗ

>>36
426のせいだね。試してみたら横が4の倍数でないと再生出来ませんでした。
普段、普通に縦横とも8の倍数にしてるから知らなかったよ。

普通480x272でしょ。
427x240とか432x243とかでも再生はできるけどｗ

おまえのせいだってさ
>>426

>>426 ﾖﾛ

ファイルでかい。再生重い。保存しにくい。

使えんな。

再生すんなよ！
保存すんなよ！

ファイルでかい。デコード重い。編集しにくい。


使えんな。

デコードすんなよ！
編集すんなよ！

デコードしないで、どうやって使うんですか？　ｗ

保守age

これ俺ダウンしたけど
結局
使わずじまい
モーションjpegばっかり。

俺もモーションJPEGばっかりー
Mステぐらいだな

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

MJPEGのコーデック、どれ使ってる？

PICMJPEG

huffyuv S　っていうのがあるんですか？　どこで入手？　ググッても無いんですけど・・・・。　(・ ・？

HuffyuvのHuffって誰ですか？

Huffman

HDDがもっと安くなればMJPEGの替わりにはふさん使えるんだけどな

断片化しまくった状態のHDDにHuffyuvでキャプチャするとやっぱマズイ？

リアルタイムで再生するわけじゃないならいいんでないの〜？

age

これってどうやって編集するの？
プレミア？
ＭＳＰ？
対応してる編集ソフト（タイムライン式)教えて下され

普通、ぱっと思いつく限りの編集ソフトで、対応していないソフトは余り無いな。

HuffyuvSってもう手に入らないの？
探しても全然見つからないんだが・・・

HuffyuvSとHuffyuvはどう違うの？

Sは伸張をオフにできる

俺ってHuffman

むしろ俺たちハフマンズ

フッフメン

ふふまんさま〜

>>1のｻｲﾄでﾀﾞｳｿﾛｰﾄﾞできないんですが、どうやったら今現在このｺｰﾃﾞｯｸを
入手できますか？

ｸﾞｸﾞﾙ

HuffyuvS ちょーだい

ｸﾞｸﾞﾚ

ゴーグレ

HuffyuvS キボンヌ

HuffyuvS はもう手に入らないのか(´･ω･`)ｼｮﾎﾞｰｿ

HuffyuvSが手に入らないの、わたし

結構、切実

持ってる人はいっぱいいるから、気長に待て。

ふっふゅｖ

http://homepage.mac.com/hiroyuki44/hankaku09.html

http://homepage.mac.com/hiroyuki44/

Avisynthスレを検索しろ

それをいうならavisynthを使えばいいだけの話なんだが

>>82
?

Huffyuvの在り処のことだろ。

つまりここにいけといいたい。


http://science.2ch.net/test/read.cgi/future/1059322332/

ふっふゅｖ

>>84
本当に検索してみたのか？すぐ見つかっただろうが。

いい加減huffyuvの読み方を決めようじゃないか
ハッフワイユーブイでOK?

こんなの、「ひゅーほほほっ」で充分

「豚ぶひぶひ」で十分

ふっふゅｖ

読み方はHuffyuvでいいよ。

えっちゆーえふえふわいゆーぶい

マヂレスしていい？

いいよ

貴様らに名乗る名など無い

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

ほっへむん

ふっふゅｖ

ふっふゅｖ

１００ゲッツ⊂(ﾟーﾟ*⊂⌒｀つ≡≡≡≡≡≡≡≡≡≡

はふゆぶSくれ

バァーブゥーッ



By イクラ

1.3.1から2.1.1にしたらファイルサイズが半分くらいに減った(ﾟ∀ﾟ)

ふっふゅｖ

>>103
画質は？

当然半分

半分は大袈裟でした。2/3くらい〜3/5くらいです。
画質は･･･特に気になるところもなかったので変化無しのような。
私以外の人は見ないんで、自分で満足してる限りはそれでいいです(ﾟ∀ﾟ)

ハッフヤッヴ

ふっふゅｖ

はふゅーう゛

ハフマン符号化式ヤヴ空間avi

Huffyuvで720x480をコマ落ちなくキャプできるCPUの最低ラインってどのくらいですか？
いまｾﾚﾛｿ1.2GHzでもろコマ落ちするので・・・。
ｱｽﾛｿ2500+かｾﾚﾛｿ2.5GHzあたりが手頃になってきたので組みなおそうかなと思いまして。

>>112
キャプ中の表示を切れば苺1700+で余裕だけど

>>112
それCPUの問題じゃないと思う。bus,HDD,RTCあたりかな?

YUY2/huffyuv/fastest/preview無しなら
セレ366, BXのATA33I/F でも、使用率80%程度で使えてたし。
HDDも、ここ数年内のなら5400で十分だし。

>>112
YUV422ならPentiumIII500MHz程度で撮れると思うけど。

Athlon2800+でキャプチャは、ふぬああプレビューありでCPU占有70-80%。
でも、huffyuvで720x480だと、HDDの方がきついことはないでしょうか?
だいたい10MB-20MB/secなのでUATA133だと余裕のはずなので、
気のせいかもしれないけど。

>>116
PIII 800MHzだけど、720x480(YUY2)で、有＋オーバーレイでCPU 60-70%
有＋プレビューなしだと、40-50%
Athlon2800+だったら、CPU 20-30%程度になると思うけどな。

>>113-116
お返事ありがとうございます。
すごい驚きました(汗 1.2Gで十分キャプチャできるハズなんですね
今の状態だと50％ほど落としてしまいます。

HDDがうまく動いてないのかな・・・
Seagateの40G7200(100)とmaxtorの120G5400(133)で足りてるとは思うのですが
maxtorがM/BのATA100で挙動不審なのでPCIのUATA133カードにすることも考えてみます。
----------------------------------------------------------------------------
hdbenchで
Seagate ST340810Aが、Read 23556, Write 23230, RandomRead 5865, RandomWrite 4510
Maxtor 6Y120L0で、Read 27932, Write 27190, RandomRead 13175, RandomWrite 12893
このような感じです。かなりスレ違いになってしまったので、そろそろお暇します。
huffyuvが思ったよりも軽いというだけでも安心いたしました。なんとか頑張ってみます。

キャプチャソフトは何使ってんの？

>>118
IDEの動作モードがUDMA mode5になってないんじゃないの？
普通はその倍はスコアが出るよ。
PIOモードだとCPUがデータ転送するからCPU使用率が上がるぞ。
ところで、今CPU使用率何%なの？
それとYUY2を使っているのか？
プレビュはオーバーレイにしているのか？
IDEケーブルはM/B付属のATA/100用の80芯ケーブル使ってるか？
チップセットドライバは適用しているか？

720x480てあんた、640x480じゃないとただしい比で取り込めない悪寒

>>121
BT8x8？
俺はSAA71xxに変えたから720x480キャプチャして、704x480にcrop後640x480にリサイズする羽目になった。

>>122
玄人指向のcx23881も、640x480より横をのばしてもデブになるだけだよｗ

>>121,123
正しい縦横比で取り込むなら、BT8x8,CX2388x,SAA71xxどれでも640x480に違いはないさ。
（どのチップでもデブになっちゃうさ）
ならどうしてSAA71xxだと720x480で取り込むのかっていうと、トリミングの問題なんだよ。

BT8x8やCX2388xだと、640x480でも720(704)x480でも画像全体が取り込めずに左右の部分が
切れることになるので、640x480より拡大して取り込むのに意味がない。
でもSAA71xxでは、720x480でキャプチャする場合、左右の範囲が広がって画像全部が取り込めるわけ。

おまいらココ読め！余計混乱するかも・・・

720x480 vs 640x480
http://pc.2ch.net/test/read.cgi/avi/1025701943/

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

ふっfゆv (Wnn)

保守

HuffyuvS落としたのですが
huffyuvs.dll
huffyuvs.inf
この二つのﾌｧｲﾙが入ってるだけなんですが、どうすればいいんですか？

みぎくりく

HuffyuvSなんかもういらねいYO

>>129
もう必要ないんだよ
Huffyuvにしといたほうがいいよ

>>132
何故？

もうすこしファイルサイズ小さくならないかなぁ
202分の映像を512x280でエンコしたら30GBになったよ・・・
元ソースのDVDより容量増えるってどういうこと？

>>134
新しいテンプレの予感

>>133
HuffyuvSはAviutlのYUY2展開・圧縮がらみの出力時のサチュレートを回避するためにつくられた
現状のVer.99はサチュレートしないばかりかHuffyuvSをYUY2入出力できない
もういらないんだよ・・・

>>134
当たり前すぎる
MPEGやDivXは基本的に最終出力用コーデックなので
画質を犠牲にしてもサイズをさげようとするアルゴリズムを持つ。
HuffyuvやMotionJpegはキャプチャー用や中間出力用コーデックなので
サイズを犠牲にしてでも画質を維持するアルゴリズムを持つ。
特にHuffyuvは可逆圧縮なため非圧縮と同等の情報量を持つ。

>>136
TMPGEncを忘れてる

>>138
忘れてないよ
TMPGEncは内部RGBなのだからHuffyuv(RGB)のがぜんぜんいいぞ
HuffyuvS(YUY2)のがサイズは小さくなるがソース維持という目的ならHuffyuvRGBのがよかろう

というかそもそも内部YUY2フロントエンドに
Aviutlでフィルタしたファイルを食わすためのもんでしょ>>S
DubのFastやCCEのな

は？

ひ？

毎回HuffyuvエンコするためにHDD内からnyで集めた貴重なエロペグ動画を
掃除するのは本当に忍びない・・・

ふっふゅｖ

はっふゅーぶ

はひゅーぶ

はっふぇむんゆヴ

ふっふゅｖ(ATOK)

huffyuv+cce patchの設定にある「Field Threshold」って
NTSCのインターレース素材(MPEG2)なら、240で良いのかな？
インターレース解除したら、480が良いのかな？？？

>>149
解除してもFieldは240
つーか、それはキャプチャー用設定

MTV2000使ってキャプしてるんですが、フェザーでHuffyuvキャプすると普通にMPEG2でキャプするよりも画面が凄く明るくなってしまうんですが、これって直せないでしょうか？

>>151
フェザー　「設定」-「画質設定」　での調整が　ハードエンコとソフトエンコで違ってくる。

>>151
Huffyuvキャプする時はふぬああとか使った方がいい
フェザーは、ねぇ・・・

huffyuvでキャプった場合、YUV？RGB？
あっちこっちで調べてみたものの今ひとつわかりません。

あと、キャプったソースがYUVかRGBか調べる方法、ソフトってないですか？

ふっふゅｖ

ふっふゅｖ
ぢｖｘ

>>154
Huffyuvで調べたら？
オプションの "Enable console-window logging [usefull for debugging])"にチェック
一旦アプリを終了して、再度アプリ起動、ファイル読み込みで判るはず。

ふっふゅびゅー

くなははんなひ

なんじゃこりゃ？ｗ

はっふふほへっひ

はーひ！ふーへほー！！

　　　　　　　∩;;;;;;/丿,;::≡ミﾐ;;､、 ソ　　__,,,,､､､.. ゞ::::: /
　　　　　　　|/|;;;;//　　　_" _''ヘノ　ヾ彡=''_""``　ヾ:::/、
　　　　　　　（(|ソ　 ,─--=・=-ヾ　- ,　-=・=--、 ヾ|/）
　　　　　　　ヾ|||　　　　-￣ '　　　　ヽ ￣ -　　　　　||ﾉ
　　　　　　　 ヽ!|　　　　　　　 /　　　ヽ　　　　　　　 |ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　ゝ:　、　　　　（　_　　　_ ）　　　　　　ﾉﾉ　＜　　うるせー馬鹿
　　　　　　　　` ヽ　　　　 / 　 _ヽ ノ　 ヾ　　　　　ﾉ　　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　＿_>、　　　 ,, '::＿`_' _:` 、`　　　 ./
　　　　　　＼ _/ ヽ　　 ( ／----- ヽ） ,　　 ﾉ
　　　　 　　　＼　, 、 ､　､ヽ､' ￣ `ﾉﾉ＿　,/
　　　　　　　　　＼　ヽ　 ヾ､.￣￣　(　　 ）'丶
　 　　'　"''　､　　　＼　＼　_,,￣ ''ノ ` ﾞ/　　＼　　　　　　　　　
　, -　、　,,　 `ヽ　　　＼／　 ￣ヽ '　 ヽ　　　 ,ゝ--、　　　　
　　　　　　　　　　　　　／　　　　　　ヽ　　|　　／ 　　ノ　
　　　　 ,,　　､　　　　/　　　　ヾ 　　　ヾ 　ヽ-' 、　,／　　　
　 - ''　 　　　 ヾ　　（　　 ヽ 　丶　　　 !　'' 　,, ゝ".　

誰？

ひゅっふーび

ひゃっひゅーヴイ

ｱﾋｬｰﾋｬｯﾋｬﾋﾞｰ

ふっひゅひゅ

はひゅぶい

ふっひゅびゅー

クックドゥー

はっひゅーぶ

はっふぃぅう゛

ふっひゅぶ

＞＞１７０
にわとりかよ？

ふっふゅｖ

ひゅふゃびゅ？

　　　　　　　／￣￣￣￣￣￣＼
　　　　　 ／　　　　　　　　 　　　　＼
　　　r､r.r ､ 　　　　　　　　　　　　　　ヽ
　　r |_,|_,|_,|:::::::　　　　／'' ''＼　　　　 |
　　|_,|_,|_,|/⌒　　（●）　　　　（●）　　|　　　ﾊｧ？
　　|_,|_,|_人そ(^i::: 　 ＼＿＿_／　　 　|
　　|　)　　 ヽﾉ　|:::::::.　　＼／　　　　 ノ
　　|　　`".｀´ 　ﾉ　　　　　　　　　　 ノ
　 人　　入＿ノ´　　　　　　　　　 ノ＼
／　　＼＿／＼＼　　　　　　　　/|＼＼

　　　　r､r.r ､i. 　　　／　　　　　　　　 ￣l　7　　　　　なんだってー
　　r |_,|_,|_,| ,!ヘ.　/ ‐- ､._　　　u　　　　|/　　　　　
　　|_,|_,|_,|/ |〃､!ﾐ:　　 -─ゝ、　 　 ＿_ .l 　 　　　　　　　　　　　　　なんだってー
　　|_,|_,|_人 (^i;　　　 Ｌ(.:)＿ `ｰ'"〈:)_,` /　　　　　なんだってー
　　|　)　　 ヽﾉﾞi　u 　 　 　 ´　　　 ヽ　 !　
　　|　　`".｀´ :!　　　　　　 　 　 　 ,,..ゝ!　　　　　　　　　　　　　なんだってー
　 人　　入＿ノ 、　　　 r'´~｀''‐､　 ／　＼　　 ＼ ＼　メ ／ )｀) ) 　　　なんだってー
／　　＼＿／＼:ヽ　　　`ｰ─ '　／　　 ＼＼ . ＼　メ ／／／／ﾉ 　　　　
　　　　　 ／　　 ヽ､:..､　　~"　／/　　 ヽヽ　メ ／ノ )´｀´／彡 　
　　　　 /　　　　　　｀ ー┬─ '"´ 　　　 i i　 ／　　 ﾉゝ　/　　　　　　なんだってー　　
　　　　/　　　　　　　　　 | 　　　　　Y　　| |／|　､_,,ｨ '__／,;'"´｀`';,._　　
　　　 / 　ｙ 　　　　　　　 | 　　　　　ヽ＿／　　＼ ＿/　 |ニニニニ|　　　 なんだってー

ﾙﾐﾈ(･∀･)

はっはぁーん ふっふぅーん ぶっ

ふっふゅｖ

msyuv.dllをhuffyuv.dllに変更するという関連のバグは
DX9の導入で直っているという書き込みをみかけたんですが
本当でしょうか？

>>182
その前にそのバグを顕在化させることあるのかよ？
huffyuv使わずに、無圧縮YUY2使うことあるのか？って意味だけど。

>>182ではないが、複数pass通す際の中間file。
家電などに食わせる際のTV出力時。

>>183
184さんの（サンクス）書いてくれたとおりに可能性はありそうだからね。
まだ、遭遇したことは、多分無いけどね。
で、答えはないのかよ？

>>185
MS行って、DXの更新内容とかチェックしたら？
たしか9.0じゃなくても8.1で修正済みだったと思うけど？
そもそも、無圧縮YUY2を使っても、画面表示上は階調が減ったとしても
VirtualDubでfast compress使ってればデータは無加工でcompressorに渡されるから
どうでもいいんだけどね。

>>184
中間ファイルに無圧縮YUY2を使う場合があるのは判るけど、
TV出力時に無圧縮YUY2を使うってどういう場合？

そもそも、このスレはhuffyuvスレなんだから、中間ファイル出力もhuffyuv圧縮じゃねーの？
huffyuv使わないならこのスレ関係ないだろ？
何もYUY2サポートしてるCODECは、msyuv.dllとhuffyuv.dllだけじゃないよ。
というか殆どのCODECはYUY2サポートしてる。

>>183
YUY2出力のavsをTMPGEncに読み込ませたりとか

>>187
スマン。読解力無いんで何を言いたいのか理解できない。

huffyuvはencodeが速く、1/2程度に圧縮が効くから
キャプ時に使う。が、decodeは重いから、何度も
繰り返し読む場合は、極力軽いcodecを使ってる。
ただそれだけの事。というか元々キャプに特化した
codecだから、それ以外に使う理由が見つからないし。

極々少数派と思われるが、huffyuvでキャプしたまま
保存する人もいる。非力な環境だと、TV出力、特に
VideoGateだと、かなり辛いので(ry

まあスレ内容とは外れるが、話の流れ上>>183に答えた
だけなんだけどね...

VideoGateの動作って、YUY2データをカラースペースコンバーター(ここではmsyuv.dllのことだが）
に依頼してRGBに変換してから出力したりしてるの？
俺は、YUVデータからNTSC信号作ってると思ってたけど。

それにhuffyuvで圧縮したものだったら、カラースペースコンバーターも
huffyuv.dllが使われることは当たり前(FourCC=YUY2じゃなくてFourCC=HFYUなんだから）。

>>186
ＭＳでチェックしろって・・・・
結局、御託並べても知らないのか・・・

>>192
修正済みなのは確かだが、どのバージョンで修正されたのか
他人のためにいちいち調べちゃいられんってことだろ。

>>193
？が付いているから、未確定ということじゃないか

>>194
じゃあ、確実に修正済みだよ。
それで満足できなきゃ、それこそMS行ってこいよ。

>>195
おいおい、切れる程のことか・・・w

Output formatsを比べてみそ。

http://www.microsoft.com/JAPAN/developer/library/jpdx8_c/ds/Ref/filters/msyuv.htm
http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dx81_c/directx_cpp/htm/msyuvcolorspaceconvertercodec.asp
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/directx9_c/directx/htm/msyuvcolorspaceconvertercodec.asp

そんなにしてまでmsyuv.dll(or huffyuv.dll)に拘らなくてもいいだろ？
自分な好きなCODECを使えよ。
vidc.yuy2=DivX.dll
だっていいんだよ！

>>190 ん〜、何をそんなに...
だから単にdecodeが重くて、realtimeで処理できない。
一度decodeしたものを、非圧縮YUY2で書き出す。再生軽い。
受けはTVそのもの、analogVCR、D-VHS analog入力等々。

VideoGateはH/WなNTSC encode。

非圧縮YUV=msyuv、圧縮YUV=huffyuv なような感覚で
使い分けてる、ってだけ。

>>197
WinXPだと、DXがどうだろうが、初期インストール状態で修正済みだってことだね。

>>198
それ良いかも。でも俺VDubでfast recompress使ってるからRGB変換不要なんだよね。

>>199
VideoGateはmsyuvでRGB変換なんかしないだろ？

>>201 ん? RGB? 何を言ってるの?
もしかして釣られてるのか?

ゴメン、わかった。だから軽いから使ってるだけだって。
色空間変換は関係なく。
もしかして他codecのYUY2は、YUV直出ししてくれてるの?

ああ混乱してるぅ。msも他もpass-thruでOKだよね?

YUV->RGB色空間変換がmsyuv.dllの仕事なんだがね。
色空間変換しないならmsyuv.dllの出番ないじゃん。

正直スマンかった。やっと夕飯食べて落ち着いたよ。
延々と>>183の前段無視して、後段にだけ答えてたみたい。

>>205 否、だから入れ物として必要なんだって。
変換無しでthruしてくれる。
最初から入ってるし、面倒な事しなくて済むし。

で、それだとバグ顕在化しないじゃん、だった訳なのね。

カラースペースコンバーターって必ず間に挟まるもんじゃ無いんじゃねー？
必要だと判断された場合に接続されたりするもんじゃねーの？

はじめまして。
画像→huffyuv
音声→PCM
で、スタンバイ状態にしておいて録画します。
TMPGEncをフロントエンドツールにしてDivXにエンコードは
できるのですが、WMV9は、マイクロソフトのWindows Media
Encoderでエンコードできません。エンコードを開始しよう
とすると、メディアの形式がおかしいというメッセージが出ま
す。同様の方はいらっしゃいますか？TMPGEnc--->DivXにエン
コードはできるので、ハード面の問題ではないと考えていま
す。

http://pc.2ch.net/test/read.cgi/avi/1063354984/939

MonsterTV3でTVチューナーやるとエラーが起きて落ちちゃうんですけど
原因は何でしょうか

>>210
<<超能力者が答えるスレ>>http://etc.2ch.net/utu/
にでも行って質問してください。

DirectX9bのパッチを入れたらできました

http://corecodec.org/projects/corepng
>CorePNG: ロスレス、Huffyuvより負荷高いが圧縮率もかなり上。
> 1フレームずつでなく差分も使えるので圧縮率が稼げる。 PNGなのでアニメ絵に強い。

ふぬああで使っているんですけど
ファーストとベストではどっちの方が高画質でキャプチャできるんですか？
CPU負荷は気にしないんでできるだけ高画質で録りたいんです

fast

>>214
same

better

すいません、ここで聞くことではないと思うんですが、他に聞くところがわからなくて。
「ふぬああ」のことで、HELP見てもググッってもわからないことを聞きたいんですが、
どのスレいったらいいんでしょう？

↓の199に書いたんですけどその後、どうも「ふぬああ」スレじゃないことに気づきまして・・・
tp://pc.2ch.net/test/read.cgi/avi/1051745045/l50

よければ誘導お願いします。　探してもスレが見つからなかった。。。

>>214
自分で試した結果はどうだったの？

>>214
説明読め。
どっちも画質はまったく同じ。
何が違うのかは自分で翻訳しろ。

>>218
ふぬああスレは、Part4までで止まってる。
欲しけりゃスレたてろ。
ふぬああスレッド
　　http://pc.2ch.net/test/read.cgi/avi/1002700754/
ふぬああ　part2
　　http://pc.2ch.net/test/read.cgi/avi/1016596241/
【hunuaa】ふぬああ part3【変なの】
　　http://pc.2ch.net/test/read.cgi/avi/1029941466/
ふぬああ(hunuaaCap) part4
　　http://pc.2ch.net/test/read.cgi/avi/1037629038/

ここが事実上のふぬああスレになってるよ

「ふぬああ」MPEG4対応■★■GV-VCP2
http://pc.2ch.net/test/read.cgi/avi/1051745045/

ふふゆぶ

ふぬゆヴ

はふああ

うふふふ

>>220
翻訳しようにも公式ページが見つからずできませんでした
どうちがうのか教えていただけないでしょうか？よろしくお願いいたしますから

>226
お前翻訳以前にロスレスの意味解ってんのか（ﾌﾟ？

>>226
単純に圧縮率が違うだけだよ。
bestにするとfastestより2割ほどファイルサイズが小さくなる。
ただ、エンコードはともかく、デコードがあり得ないくらい
重くなるので普通は使わない。

DOS/V magazineの最新号でも『best=最高品質』なんて
訳のわからないこと書いてるし、結構、勘違いされてるな。

>>228
なるほど。まさにそのDOS/Vマガジンを見て影響された人です
ご丁寧にありがとございました

>>213
こんなのあったんだ・・・・へ〜へ〜へ〜

U　U　なら縄文型下着▼
　Y

>>228
そうだったのか＿|￣|○州

>213
これアニメ向けだよなぁ？手元にあったアニメのDVDで試したんだが、
最高圧縮にしてもhuffyuvのほうが1割5分くらい縮む。糞重いのに。
ベタ塗りだらけのアニメにしか効果ないんじゃないの、これ？

ところで、誰かhuffyuvをマルチスレッド化してくれんかのぅ。DUALだとCPU使用率が50%程度なのが悲しくて。

>>220-221
ども。スレ止まってるんですか・・・。なんでだろう？

>>221さんのスレの199に書いたんですけど、どうも微妙な立場のスレのようで。
あまり活気もないようですし＾＾

http://www.geocities.co.jp/Playtown-Denei/2837/LRC.htm

HuffyuvSのページの解説に、色差を平均化しないで片方から
というようなことが書いてあったと思うんですが
何て書いてあったか残している方は、いらっしゃらないでしょうか？

>>213
CorePNGv0.7出てるね

CorePNG重杉

>>236
↓これ？

[注意点]
RGBからYUY2に変換する時は、2pixel の色情報を平均して保持するのが一般的なようです。しかし、YUY2 から RGBに変換する場合には、まとめられた 2pixel をどうあがいても元に戻せないため、次のpixelとの平均値で補完するのが一般的にようです。
お察しのとおり、このままでは誤差がでますので、段々元のデータと色差が大きくなってしまいます。

ところで Avisynth は　ConvertToYUY2 と ConvertToRGB では同様の処理になりますが、 ConvertBackToYUY2 を使えば、これを防ぐことができるようになっています。更に話は違いますが、YUV420 形式では、Left Origin にするのが普通のようです。

このような理由から、2pixel から YUY2 に変換する時に、片方の色情報しか使わないようにしました。

RGBからYUVに一度しか変換しない場合だと・・・
しかもその前に2DNRとかかけてると．．．

．．．やっぱり平均値で処理する方が良いのでは？

>>239
これです。有難う御座いました。
他の説明事項も、もしあったら御願いします。

>>240
どうなんでしょうね。
私はソースがMPEG2なので、片方の方が良いような感じなのですが
NRかけたら、どうなんでしょうね？？？

CorePNG-v0.8.1
ttp://corecodec.org/download.php/83/CorePNG_vfw_v0.8.1.zip
ttp://corecodec.org/projects/corepng

DV新時代さ！あはは
みんなDVキャプ　→　簡単編集　→きれいなソフトエンコ
で盛り上がろう！

そうだね

CorePNG-v0.8.1 日本語化パッチ
http://www.geocities.co.jp/SiliconValley-SanJose/2451/jpatch.html

ふっふゅｖ

フフユブ

下記の種類はどういう違いがあるのですか？　同じ＝やつもあるみたいですが。

Huffyuv2.11　→オリジナル
HuffyuvS　　 →スケール変換しない(CCEにもOK)
Huffyuv0.22
Huffyuv0.22+patch済2.11
huffyuvs 0.6 left origin base2.1.1　→オリジナルと同じ？
huffyuvs 0.6 left origin base2.1.1 ccesp　→HuffyuvSと同じ？

>>248
huffyuv0.6=huffyuv211+修正
huffyuv0.6cce=huffyuvs+修正
だと思うが間違ってたらスマン（間違ってたら誰か訂正しる）
0.22........シラン
以上

んー、Huffyuvでキャプしたら、妙に画面が暗い。
初代MonsterTVで320x240RGB24。
VGAはSPECTRA X21
GF特有といわれる画面調整は修正ずみ。
モニタは飯山の19インチ液晶。

画面くらいのは環境が悪いのだろうか？

…CorePNGも試してみるか。

YUY2にしたら？
または明るさの調整したら？

色空間のことが何度かでてるが、RGB→YUV YUV→RGBの変換公式は
どうなってるんだ？
変換誤差のことをいうのであれば、この辺も気にしないといけないのでは？
ＭＳのドキュメントには変換公式が載ってなかったような・・・

>>252
色空間のBT.601やストレートって言ってるのにくらべりゃ、誤差なんて意味なし。
誤差は、数値にして発生しても1〜2程度。
これよりNRとか掛けたらもっと数値は変化している。
(Convolution3Dなんて最大10以上も違ってくる）

この辺で誰かまとめてくれたまえ！
次の方どうぞ　↓

>>252
huffyuv.dllはﾓﾛにBASICYCbCr
浮動小数点演算して最後に整数
msyuv.dllはBASICYCbCr準拠で
途中式で固定小数点演算でまるめこんでる

huffってhuffmanのことだろうからハフと読むんじゃないのか
俺はハフユーブと読んでる

huffyuvのデータをCorePNGにしたら1割ほどサイズが縮まったが、
変換時、リアルタイムキャプチャできるように見えなかったのが心配。
これから試しにキャプってみるか…。

実写物をキャプってみた。
CorePNGでFastest設定、P4-2.4Bで負荷75%くらい
圧縮率はhuffyuvとほぼ一緒。2%くらいしか変わらなかった。

結論：どっちもどっち
多少マシンパワーに自信あるならCorePNGのがサイズ縮まるかもね

>>255
いい加減なこと言うな！！！！
（基本的にはBT.601伸張・圧縮変換だよ）

Huffyuvの変換は、全て整数演算だよ。

YUY2->RGB
　　R = (04A85h * (Y-16) + 03313h * V * 2 + 0x2000)>>14
　　G = (04A85h * (Y-16) - 01A04h * U * 2 - 00C89h * V * 2 +0x2000)>>14
　　B = (04A85h * (Y-16) + 0408Dh * U * 2 + 0x2000)>>14

　　　注)4A85=1.16438*16384 ,3313=1.596*8196, ..., 0x2000は四捨五入。

RGB->YUY2の方はCソースだから自分で読め。
でも言っとくが、こっちも整数演算。

>>250がなにと比べてhuffyuv(RGB)が暗いと言ってるのかはっきりしないけど
プレビューがYUY2でキャプチャがRGB24なんでないかな。

例えばYUVオーバーレイがY(16-235)->RGB(0-255)に見えるように調整した環境で
SAA713xでRGBキャプチャをすると、SAA713xはY(16-235)->RGB(16-235)に変換してCODECに渡す。
RGB(16-235)なhuffyuvは展開してもRGB(16-235)だから、プレビューに比べて薄暗く見える。

ちょっと訂正
YUY2->RGB
　　R = (04A85h * (Y-16) + 03313h * (V-128) * 2 + 0x2000)>>14
　　G = (04A85h * (Y-16) - 01A04h * (U-128) * 2 - 00C89h * (V-128) * 2 +0x2000)>>14
　　B = (04A85h * (Y-16) + 0408Dh * (U-128) * 2 + 0x2000)>>14

　注) >>14は、4000hでの除算のこと。

>>259
どーでもいいことではあるが
BT.601伸張圧縮変換というものはない。
その式はBASIYCbCrだよ。
BT.601にはストレート変換式しかないよ。

>>262
TMPGEncじゃ、BASIC YCbCrはストレート変換の意味で使ってるが？
「YUVデータをCCIR601ではなく、BASIC YCbCRで出力する」

普通BT.601準拠って言えば、PCのDTVの世界じゃ伸張・圧縮のことを指すと思うけど？

262は

天　然　の　バ　カ

>>264
http://pc.2ch.net/test/read.cgi/avi/1062148940/89-90
ttp://www.marumo.ne.jp/bt601/
ttp://www.itu.int/

>>263
堀 さん　01/08 (火) 02:45 ( ID:TMPGEnc Net ) [ 編集 / 削除 / 引用して返信 ]
その場合、後者が正しいです。

「YUVデータをCCIR601ではなく、Basic YCbCrで出力する」のオプションは
RGB->YCbCr 変換するときの変換式を切り替えています。

ソースがCCIR601に準拠していない一般的なRGBデータの場合、
　　チェックしない：RGB(0-255) を YCbCr(16-235) に変換する式が使われます。
　　チェックする　：RGB(0-255) を YCbCr(0-255) に変換する式が使われます。

ソースがCCIR601に準拠している場合、
　　チェックしない：RGB(16-235) を YCbCr(30-218) に変換する式が使われます。
　　チェックする　：RGB(16-235) を YCbCr(16-235) に変換する式が使われます。

となります。

>>266,>>267
どっちも、BASIC YCbCrはストレート変換だって言ってるわけだが？
だから、カノプDV CODECのようにストレート変換の場合は、チェックしろと。

>>260
そもそもプレビューも暗いので、エンコ時に自分で調整してます。

ふぬああの圧縮設定で、Huffyuvs-cceで
RGB(fastest)　YUV(←Convert〜)
で設定してやってるんですけどねぇ…。
ま、元々本気で保存するやつなら、DVDからぶっこぬいてDVD保存するし、
TVキャプチャはてきとーに見れればいいと思ってるんで、
エンコ後の画質はみんながやるような高画質でやってないから、かなり妥協してますけどね。
みんながやりとりしてる変換云々には全く興味が無いし。

>>269
(ﾟДﾟ)ﾊｧ?
(　ﾟдﾟ)ﾎﾟｶｰﾝ
(　´,_ゝ`)ﾌﾟｯ

まあいいや・・・

すみませんね。。。無知にも程がありますか。
とりあえずキャプしてエンコして保存して、自分で妥協してるんで。

もう来ません。ありがとうございました。

あー、もう来ないと言ったけど、最後に一言だけ。
>>260氏の言いたいことは何となく分かったつもりです。
わざわざ説明してくれたのに、>>269みたいな態度を取った自分が馬鹿なんです。

>>270みたいなくだらない煽りにむかついた自分もアホなのですが、
色情報とか、その辺理解してない初心者がキャプやるのが悪いのでしょうか。。。

それでは、スレ汚し失礼しました。

これじゃ質問に親身になって答えてくれた人がかわいそうだな

>>250
(ﾟДﾟ)ﾊｧ?
(　ﾟдﾟ)ﾎﾟｶｰﾝ
(　´,_ゝ`)ﾌﾟｯ
とは何かということは、
この板は厳し過ぎ、気楽に質問できない Part2 スレを読んで見れ！
バカらしくなって腹も立たなくなるよ、きっと。

Huffyuvでキャプしたと書いてるのに
Huffyuvs（Convert to YUY2）でのキャプのことだったのかよっていう。

>>268
ｦｲｦｲ
違うってw

>>277
ちゃんと読めないの？
じゃあ、抜き出してあげるよ

＞CanopusDVはRGB展開するときにストレート変換を行います
＞これをonにすることによりストレートRGBでも不具合なくエンコードできるわけです。

＞チェックする　：RGB(0-255) を YCbCr(0-255) に変換する式が使われます。
＞チェックする　：RGB(16-235) を YCbCr(16-235) に変換する式が使われます。

わかった？
RGB(0-255) -> YCbCr(0-255) ( RGB(16-235)->YCbCr(16-235) )
これがBASIC YCbCrであり、ストレート変換であるってこと。

圧縮・伸張の場合は、
圧縮：RGB(0-255) -> YCbCr(16-235) ( RGB(16-235)->YCbCr(30-218) )
伸張：YCbCr(16-235)->RGB(0-255)
になるのよ。

>>278
じゃぁこちらも
>「DVはCCIR60で記録されてるから、Basic YCbCrで出力した方がいい場合がある」
>というのを説明しますと、
>「DVCodecはBT.601に規定された変換であるストレートRGBしか
>吐き出さないものがあるため、その場合はCodecの変換に頼らず
>YUV系Codecでは一般的なのBasic YCbCr処理により伸張したほうがいい場合がある。」
>となります。

>ソースがCCIR601に準拠していない一般的なRGBデータの場合、
↑つまりBASICYCbCrの場合
>チェックしない：RGB(0-255) を YCbCr(16-235) に変換する式が使われます。
↑BASICYCbCrの場合チェックしないのが正しい
チェックしないときの変換式がBASICYCbCrだからだ

>ソースがCCIR601に準拠している場合、
↑つまりBT.601の場合
>チェックする　：RGB(16-235) を YCbCr(16-235) に変換する式が使われます。
↑BT.601の場合チェックするのが正しい
チェックするときの変換式がBT.601=ストレートだからだ

>>278
二つ目のリンク先から

>PC での取り扱い方
>PC で ITU-R BT.601 のデータを扱う場合、大きく分けて次に示す二つの流儀があります。

>ITU-R BT.601 に書かれているそのままに、YCbCr の変換式を使用して RGB 変換する
>ITU-R BT.601 のスケールから、8 bit フルスケールに YC を伸張・圧縮してから YCbCr の変換式を使用して RGB 変換する

>>278
また二つ目
BT.601の変換式
>Y = (77 * R(d) / 256) + (150 * G(d) / 256) + (29 * B(d) / 256)
>Cb = - (44 * R(d) / 256) - (87 * G(d) / 256) + (131 * B(d) / 256) + 128
>Cr = (131 * R(d) / 256) - (110 * G(d) / 256) - (21 * B(d) / 256) + 128
↑ストレートですな

YC伸張する？しない？総合ｽﾚｯﾄﾞ
http://pc.2ch.net/test/read.cgi/avi/1050299614/

映像の【色】総合スレ
http://pc.2ch.net/test/read.cgi/avi/1062148940/

まぁBASICYCbCrなんてちゃんとした規定もない
アマチュアの変換式だけどね
本来DTVではBT.601でシステムを組む
そしてそれはストレート変換なんだよ
Y15以下や236以上が飽和されたRGBなんかだされても
修正しようがないからね

>>278,>>279
もう一度じっくり文章を読んでください。
きっと勘違いしていることに気がつくはずですよ。
その文章自体、間違い易く読めるように書かれているので、字面だけじゃなく
自分で考えながら読み返してください。

ところで、BT.601がストレート変換じゃないと言っているわけじゃなく、
BASIC YCbCrはストレート変換のことを言っているんだよ、っていうことを指摘している
ってこと理解できてる？

>>284
それじゃ
”YUVデータをCCIR601ではなく、Basic YCbCrで出力する”
の意味をなさないだろうに・・・

>>285
TMPGEncではCCIR601は圧縮・伸張変換の意味で使ってるんだよ。

>>284と>>286は矛盾していないか？

あぁ堀がバカだといっているのかな？

>>288
お前がバカだって言われてるんだよw

まずBT.601で規定されている変換式はｽﾄﾚｰﾄ変換式
次にBASIC YCbCr変換式だが、これは本当は
BASIC BT.601 YCbCr変換式と言いｽﾄﾚｰﾄ変換式
両者は同じものなんだよ
じゃぁ堀氏は何書いてるかっていうと
CCIR601
＝CCIR601(BT.601)で規定された有効範囲のみをRGBとする
＝伸張変換式
つまり「TMPGEncではCCIR601は圧縮・伸張変換の意味で使ってるんだよ。」は正しい

CanopusDVcodecの場合環境設定でYUV>RGB変換式を換えれるんだが
それぞれで非圧縮AVIをだすと
YUV>CODECまかせ。つまりｽﾄﾚｰﾄ
BASIC YCbCr(デフォルト)>ｽﾄﾚｰﾄ
CCIR.601(DV標準）>伸張
となることがわかる

伸張変換式って正式名なんていうんだろうな

まぁあれだ
BT.601（で規定されている）変換式
と
BT.601準拠（の色範囲を持つ）
では意味が逆になるってことで
つーか、どうでもいいんじゃなかったのか？？

↑と、蛆虫が言ってます。

>>291
別に意味は逆にならんだろ？どっちでも同じ。

BT.601で規定されている色範囲は、
YUV 16-235(240)
RGB 16-235
なわけ。

つまり、BT.601では、0-15,236-255の値は非推奨値。（RGBでも使ってはいけない）
(0,255の2つの値だけは、使ってはいけない値）

TMPGEnc,CCE,AviUtl,VirtualDub,Avisynth...全部圧縮伸張。

BT.601準拠って書かれている、編集ソフト、CODEC、エンコーダ、プレーヤー
またBT8x8,SAA7xxxなどのビデオキャプチャチップなどは、
例外はあるけど、圧縮・伸張方式なんだよね。
（どういうわけか）

糞画質しかできねえくせに言葉遊びが大好きなやつらだな

まさに理屈コキの役立たず

>>295
>>292

>>296
>>292

>>293
いやいや
BT.601準拠の有効範囲しか使わない変換式って意味ね
つまりYUV有効範囲をRGBﾌﾙｽｹｰﾙにとる、と
単にBT.601準拠というと↑の意味になることが多い
このときYUV<>RGBは圧縮・伸張変換式
ま、PCでは0-255のﾌﾙｽｹｰﾙ処理系のが簡単だし
有効範囲外を保持しててもﾘｿｰｽの無駄って考えなんだろうな
PCﾓﾆﾀで無理やりﾃﾚﾋﾞの色を再現しようとしてるってのもあろうし

>>294
ﾃﾞﾌｫの話だろうけど
CCEを圧縮・伸張というのは疑問
AviutlやAvisynthも圧縮・伸張というのはどうか

BT.601準拠の有効範囲は、RGBでも16-235なわけで、
RGBフルスケールじゃないけどな。

>>299
それはわかってるんだが
RGB16-235の有効範囲を
PCで処理する時に帯域を目ｲｯﾊﾟｲ使い、
表示の見た目をﾃﾚﾋﾞﾁｯｸにするために0-255にしてるってことでしょう
ﾃﾚﾋﾞﾓﾆﾀのｷｬﾘﾌﾞﾚｰｼｮﾝがRGB16漆黒、235純白に対して
GDIのｷｬﾘﾌﾞﾚｰｼｮﾝがRGB0漆黒、255純白だからねぇ

ん・・・
ﾃﾚﾋﾞの有効色範囲がRGB16-235
PCﾓﾆﾀの有効色範囲がRGB0-255といえばよかったのかな？
まぁ推奨設定でしかないが

理屈コキはカラーバーに踊らされてろ

おい、ASCII最新号の記事だとhuffyuv(ファフユウブイ)と読むらしい。
知らなかったぞ。ふっふゆヴじゃないのかYo!

ハフマンワイユーヴイ

ふっふゅｖ

ふふゆぶ

>>305
これみると顔がほほえんでしまうんだが

ハフワイユーヴィー

はふやふ

このスレのどのへんが情報局なのだか教えて欲すぃ

>>310
>>303-309

huffyuv_ccesp-patch_0.2.3

CorePNG-v0.8.2
ttp://corecodec.org/download.php/96/CorePNG-VFW-v0.8.2.exe
http://corecodec.org/projects/corepng

>>313
まともに再生できない

音声用のLossless ACMが欲しい今日この頃。

ACMはダメだろ

>>315
ACMはCBR限定、可逆圧縮には不利。というか無理。

http://downloads.matroska.org/downloads/CoreFLACEncoder-v0.1.zip
これじゃだめか？

はーふわいゆーぶい

>>316-318
ふぬああから中間ソースで使えるこでっく探してたが見当違いだったみたいでスマソ。

CoreFLAC-ACM-v0.1
CoreFLAC-Decoder-v0.3
CoreFLAC-Encoder-v0.2
http://corecodec.org/projects/coreflac/

中間ファイル出力なら、無圧縮でよいと思うよ。
30分ソースで、映像9GBに対して音声300MB。音声を圧縮して150MBになっても何ほどのもん？

ぽけもん

＞ACMはCBR限定、可逆圧縮には不利。というか無理。

CoreFLAC-ACM-v0.1

>>324
許してやれ。

(CorePNG+FLAC).MKV

下手に圧縮かけたら負荷がかかって音ずれするだろ・・・
ただでさえOgg系は遅いのに

Huffyuvって何よ

ふっひゅぶい

はふわいゆーぶい

>>328
>>1が悪いんだよな・・・
huffyuvとは、キャプチャ時の一時ソースに適した、軽い可逆圧縮形式です。

初めてなのにｔ

インストールの方法すら分からんな。

プロジェクトDTVは死ぬほど判りやすいよ

>>333
管理者権限取って付属のinfを右クリック->インストール

>>8
の日本語化、入れたらふぬああにエラーでるようになってしまった
ヽ(`Д´)ﾉｳﾜｰﾝ

おい、今度のASCII最新号の記事だとhuffyuv(ハフワイユーブイ)と読むらしい。
>>303と違う。ふっふゆぶでいいじゃないかYo!

huffとyuvをくっつけた言葉だから普通にハフ・ワイユーブイですよ
俺は「フフュブイ」と読むが

おそるべしコマ落ちcodecでないかい？

>>339
おまえなんか間違って使ってないか?
まぁ私用しているＰＣのスペックとこのコーデックを使っている目的知らないけどさ。

>>340
bt8xx系の石でアナログaviキャプ時（720*480)の中間codecで使ったときだす。
ソフトはvirutal dubだったけど、フレーム落ちまくってた。アスロン２０００、ＡＴＡ
１００。ＤＤＲ２６６　１ＧＢ使い方おかしい？

>>341
コマ落ちってフレーム単位で確認しましたか？再生にはＣＰＵ負荷がかかるためコマ落ちと感じたりしますが。
キャプチャに関しては負荷はそんなに高くないと思います。

virtualdubで中間ファイルって事はキャプチャに使ったわけではないと思うのだけど
それでほんとにコマ落ちしてたら違う原因だと思いますが。

ふっひゅ〜う゛

カワイイ

>>342
VitualDubのキャプチャーモードで確認しますた。フレーム落ちしてますた。
１時間もののVHSキャプで47フレームくらい。これがいやでＤＶきゃぷに走り
ますた。

>>345
色んな意味で可哀想な奴だ

>>341
そのスペックだと考えられるのは

･キャプアプリの優先度が低かったために
　他のサービスが動いた時に落ちた
･OSやアプリとは物理的に別のキャプ専用HDDでない場合には
　ポロポロ落ちる
･長いことデフラグをしておらずボロボロになっている

等々。
とりあえずキャプアプリの優先度を高にしてみる。
別のcodecでキャプしてみる。
DivXでコマ落ちするならCPUが足りない可能性、
無圧縮でコマ落ちするならHDDの読み書きの可能性が。

ふっふゅｖ

DVの方が圧縮率高いんだから、ちょっと考え難いな。

>>347
ちなみに　WinXPpro、Radeon all in wonderだからAGP経由です。石は848?
Driver変えてもだめでした。Discはseagate バラクーダ４ 7200rpmでNTFS、
80GBをプライマリ・スレーブで専用に接続してます。DVはデジタル
コピーなので理論的にはコマ落ちしません。実際コマ落ちはあるかも
しれんが、全く気にならないです。huは再生時にカクっときたのがわかる
くらいですよ。優先度はhighestでした。

Huffyuvの設定を速度優先にしてもダメ？
あとHuffyuvは圧縮は軽いけどデコードはかなり重いよ

コマ落ちとHuffyuvは関係ないんじゃない？
いっぺん無圧縮(YUY2で)でキャプってみては？
多分これでもコマ落ちしてると思う。

>>351&352 レスサンクス。多分720*480では洩れのスぺックでは
転送速度もCPUも追いついてないっちゅうことで落着しました。
720*480はゆずれんので、おとなしくDVで逝っときます。

>>353
俺の環境
i815E + PIII 866MHz + 384MHz + 7200rpmHDD + Win2K + ふぬああ + Huffyuv
で、720x480(YUY2)でキャプっても、CPU使用率70%台で余裕なんだが。

保管状態悪い何年も前のＶＨＳテープみたいな腐ったソース食わせると
フレーム落ちることはあるよ

【DigTV】　Virtual VCR　【DirectShow】
http://pc.2ch.net/test/read.cgi/avi/1049692607/

つかえ

>341
プライマリにシステムあるんだろ?
セカンダリに接続すれ

>>357
コードがスリムで短いので、届かんです。DVD-ROMとDVD−RWもあるんで
クロスしまくりになります。

ベイ位置変えて、ROMドライブ外してもダメなの？

スペック的には十分足りてるから、341が何か他にマヌケなミスしてるんだろ。
別にいいじゃん、当人はDV取り込みでいいつってんだから、それでやってて
もらえば。試行錯誤してあげる必要なし。

キャプチャにVirtualDubとか使ってんなよ

ＨＤＤのスペース節約に、MPEG2よりhuffyuvを！！
http://kakaku.com/bbs/Main.asp?SortID=2248045

価格.comの掲示板って仕切り屋がいて嫌いだ。

363＝いじめられっこ

364＝いじっこに媚びへつらう、スネオのような奴

>>367＝金正男

>>368

363 ：名無しさん＠編集中 ：03/12/20 15:39
価格.comの掲示板って仕切り屋がいて嫌いだ。

368 ：名無しさん＠編集中 ：03/12/20 19:03
363 ：名無しさん＠編集中 ：03/12/20 15:39
価格.comの掲示板って仕切り屋がいて嫌いだ。

Direct Showっていいんですか？ふぬああとVirtual Dubとぜんぜん違うの？
教えてください。

ちょっと検索してごらん。

きっとわかると思う。

パソコンっていいんですか？ラヴィとダイナブックとぜんぜん違うの？

huffyuvSっていいんですか？YUY2とYCrCbってぜんぜん違うの？

いいとかの問題じゃないはず

いや、まじで。（ｗ　安定してるなら、ふぬああか、そのＶＣＲとやらで
huffyuvをやりこんだろうかなと。

>>361
VirtualDubのフィルタ掛けながらキャプできるからな
縦480で録画できるようになったらかなり(ﾟдﾟ)ｳﾏｰなものに

なったらって事は出来ないのか。いらね

>>377
Win9xでVfWドライバを入手できるのなら480ラインは可能。

なんだか少し古い話で恐縮ですが、どなたかご教示ください。
やり始めるといろいろ気になるもので、調べてみるとhuffyuvも

普通のhuffyuv
huffyuv CCE Patch
huffyuvS (left origin)
huffyuvS (left origtin) CCE Patch

なるものの数種類があるようです。
それなりに調べてみたのですが、YUY2とRGB間のYC伸張関係の
取り扱いの違い等によるらしい、というところまではなんとなくわかった
のですが、いまひとつはっきりと理解できていません。
どなたか、よろしくお願いします。

>>376

>>136が結論ではだめですかね

ああ間違い。>>379ね。

>>136 の
huffyuvSをYUY2入出力できない、
というくだりがよく分かりません。
環境設定→CODECの設定でチェックが入っていても無視されるってことですか？
huffyuvSがRGBに変換してからAviUtlに渡しているのでしょうか。

>>382
映像の【色】総合スレ
http://pc.2ch.net/test/read.cgi/avi/1062148940/

みなさま。ありがとうございます。
ところで、

CCE Patch

というやつは、どういうものになるのでしょうか？
huffyuvSの他にこれが存在するのが混乱させます。

よろしくお願いします。

>>384
CCE使ってないなら要らないよ。

huffyuv211がプログラムの追加と削除からアンインストールできなくて困ってます
どうしてもアンインストールする必要があります
お力をお貸しください

>>386
試してないんで自信ないけど>>28の変更でいいんじゃないのかな。
むしろ、
＞どうしてもアンインストールする必要があります
これが気になる。自分もアンインストールできない状態だけど、害はない
と思って放置なんで。

まあその>28みれば、レジストリエディタでどのキーを削除すれば良いのかわかるよね。
手動で削除してみれば？

そう、ふっひゅ〜う"ですヽ(´ー｀)ﾉ

>>382は、
>>136の日本語がよくわからんと言っているのではないか。

じゃあ>382は日本語のお勉強しろとでも？

つまり>>383が大雑把なリンクでお茶を濁したのが一番悪い。

駄目だ
>>28の通り書き換えても上手く行かないです
OSはXP使ってます
コーデック関連でトラぶってるから消せるものは消していきたいんだけど

Huffyuv2.11さん

今はCCEとTMPGEncの両方を使っています。

CCE Patchとは？

ＣＣＥで不具合があったんでパッチをつけただけ、
複数でやるときに不具合が出た。

パッチあたってるの使っとけばいいんでない？

なるほど。

そういわれると以前そんなトラブルがあって、
あまりそういった使い方しないし、まあよいか、と
放っておいたことがありました。
探して、そちらにします。

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

あまり深く考えずにhuffyuvsを使っていたんですが、他スレに気になるカキコ
がありました。これってどういうことを言っているんでしょうか？

↓

>708 ：名無しさん＠編集中 ：03/12/27 16:28
>今サンプル見るためにhuffyuvs入れた人一度アンインストール試してみ
>大変なことになるからｗ

>712 ：名無しさん＠編集中 ：03/12/27 17:20
>huffyuvSが消えた訳を考えれば・・・
>つうか、いまだにS使ってる奴が居るなんてｗ

>>397
すぐ上で話題になってるじゃないか…
>>136ってことで。

>>397
アンインストールの設定が良くないので、すこし上で書かれているように
インストールする前にテキストで開いて編集してからやらないとアンインストール
手間かかるということが一つ。

CCE Patch、どこに有るんだよ・・・＿|￣|○

>>400　ｺﾞｺﾞﾚ！
ttp://www.gogole.com

このスレは聞き方の礼儀すら知らない厨と、優しすぎて厨を育ててしまう人によって構成されています

>>401
なんだこのアドレス？とか思ってクリックして感動した。
( ･∀･)つ〃∩ ﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰ

長い時間キャプチャしてると、1フレームだけ
画が破綻するのが混じってくるなぁ…

>>404
そういうのって大概ﾒﾓﾘだよ
Prime95一日回せるか試してごらん

AVI2-MSのバグなんかも有りうるかな。

大概　AVI2独自　じゃないかな。

age

クソスレageんなヴォケ

2ch以外でHuffyuvの解説探してたら、こんなところを見つけました。
下のほうだけど、まあ、なんだ。漏れも似たような理解度だから笑えなかったよ。
http://www.tzone.com/diy/topics/mame/canitread.htm

これ↓の方がスゴいと思った。

hunuaa: 【フヌアア】と読みます。これも動画codecの一種です。

ﾜﾗﾀ
自信満々に嘘教えられてもなぁ・・・

ttp://www.royalfreehost.com/teen/teenbeauty/cutefive/index[1-9].html

>>410-411 個人サイトなら許せるけど、こういうところはいかんよな

Huffyuvはいろいろ種類があって分かりにくいのですが
以下のサイトにあるHuffyuv 2.2.0が最新バージョンでしょうか？
ttp://cultact-server.novi.dk/kpo/huffyuv/huffyuv.html

ふぬああで使うだけならば
CCEパッチ0.2.3だか0.2.2だかは必要ないし
AviUtlでも使われなくなったので
HuffyuvSとやらもいらないという理解でＯＫ？

日本語化パッチはHuffyuv 2.1.1に対応したものしかなさそう。

Huffyuv 2.2.0はCCE-SP Patch0.2.2をベースにしている。
そしてHuffyuv 2.2.0は2.1.1より機能追加・最適化が施されている。
ふぬああで使うだけだからというのはv2.2.0を使わない理由にならない。

>>415
内部ルーティンの若干の高速化をしているそうだから、
2.2.0をつかうのをお勧めしたいです。

最新という認識で良いと思います。

2.1.1までしかないと思ってた・・・

今まで上がってなかったので、恥ずかしくもあり、ドキドキもあり。

　　　　　　　　　　　　　＿＿＿＿＿
　　　　　　　　　　　／;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼　
　　　　　　　　　　/;;;;;;;;;::::::::::::::::::::::::::::;;;;;;;;;'i,　　　
　　　　　 　　　 /;;;;;;;::::::::::/:::/:::/:::/￣^ﾐ'i,;;;;'i,
　　　　　　　　 |;;;;;/::::::://:::/:::/:::/　　　 ﾐi::::|;|　 　
　　　／￣＼　|;;;;|::::::/ノ::ノ::ノ::ノ 　⌒　　|::::|;| 　　
　　,┤　　　 ト|;;;;|:::::::|　（●）　　　（●） /:::/;;| 　 　　カ エ レ ！ ！
　|　 ＼＿／　ヽ;|:::::::| ＊＼＿＿_／＊ノ:ノ;;;;;|　　　
　|　　　＿_（￣　|:::::::| ＿＿ ＼／　＿ ノ;;;;;;;;;;;|　
　ヽ＿＿＿） ノ;;;'i,::::::'i,;;;;;;;;;;;￣ ￣ ;;;;;;;;;;;;;;;;;;;;;;;;|
　　　　　　　　　　'i,:::::'i,
　　　　　　　　　　　＼:::＼

>>416-417
ども、ありがとう。
最新版ってわけですね、これ使います。

Huffyuv2.1.1→Huffyuv2.1.1+CCE-SP Patch0.2.2→Huffyuv2.2.0
　　↓
HuffyuvS0.6→HuffyuvS0.6+CCE-SP Patch0.2.2→消滅
　　↓
　消滅

って感じで改良されてるわけですね。
って事はCCEパッチは組み込み済み？
CCE-Patch0.2.3とやらもあるみたいだし（>>312）
やっぱHuffyuvは複雑〜

>>421
CCE-Patch0.2.3　は英語サイトで見かけないので、
あるとしても改良は少ないと思いますので、気にしなくて良いと思います。

CCE-Patchは組込済みということです。

>>28 氏　提供の情報は役立ててインストールすると良いと思います。

>>422
ぬぉ！
Huffyuv2.2.0でもinfファイル書き換え必要だったんですか…
すでにインストールしてしまいました。。。

version2.2.0も出たことだし、新しいテンプレみたいな作っておいたら便利かも。

>>28の
＞HuffyuvSは、NT系でｱﾝｲﾝｽｺ出来る様にしたinf使う人は[DefaultInstall.NT]に
＞MediaType = SOFTWARE を付ける。

huffyuvSインスコし終わった後にアンスコできない事実を知った漏れは
MediaType = SOFTWARE を付け加えるにはどうしたらいいか教えて欲しいんです
レジストリの値を弄ることで対応不可ですか？

huffyuv 2.20 日本語化パッチの作成を依頼したところ
作成していただくことができました。

　ttp://www.geocities.co.jp/SiliconValley-SanJose/2451/

こちらがトップページになります。
ずいぶん前にリンク許可をいただいたのみですので、
トップページからということでお願いします。

作者・管理人katgum　さま　大変ありがとうございました。

2.1.1は捨てていいの？

ソジンは消えなされ

>>425
なんかトントン拍子に日本語化ファイルも公開かぁ。
みなさんに感謝。

>>424
infファイルにMediaType = SOFTWAREを追加して
もう一回インストールしてみたらどうよ？

>>429
そんな博打、私にはできません

huffyuv 2.20を使ってみたけど、圧縮は正常？終了するけど
再生でメモリエラーが出てしまう。
うちでは、なぜか相性が悪いな・・・・

infファイルの書き換えが未だに必要なのは
作者さんが対応する気がないから？

このコーデックの設定項目について詳しく日本語で解説してるページ
おしえてください。

>>431
メモリーがもうだめなんじゃないの？

>>433
そんなページがあったら検索に引っかかると思う

>>431
うちもだよ
ためしに短いのを2.20でかきだしてみたら
再生できなかった
2.20で古いVerで圧縮したやつは再生でけた

>>433
むしろ今から誰かがこのスレで解説してくれたら神なんだが

英語ぐらい読めよ

英語読んで分かれば苦労しませぬ

2.2.0インスコしたけど、Field Thresholdって何の設定だろ…

2.11のレジストリ完全に消してみ？

たぶん huff とか　hyu だったかで検索して確認しながら削除して
それで2.2.0 を自分はインストールした。

そもそもＮＴ系のインストールにinfファイルが難があるわけだから
上書きアップデートでうまく行くとは思えないが・・・。

ていうか、DLL入れ替えだけじゃだめなん？

2.2.0の方が遅かったので2.1.1に戻した(；´Д｀)ｳﾁﾀﾞｹ?

>>440
フィールドを分離する際のフィールドのライン数のしきい値。
NTSCなら240lineにする。
旧huffyuvでは288line(PAL用)がデフォルトとなっている。

プログレッシブ映像の場合は480line(NTSC)にすると圧縮効率が上がる。

>>>444
thx

288のままじゃダメなのか。ｻﾝｸｽｺ

>>433
YUY2圧縮方法
Predict left 最速。が、ファイルサイズも最大。
Predict grdient 上の設定に比べて、ほんの少し遅いが、ファイルサイズも少し小さくなる。
Predict median 圧縮率が最高（ファイルサイズが最小になる）。が、圧縮速度は、最低。

（上記三つの設定はどれを選んでもlossless圧縮になる。）
（ただし、Reduce Resolutionにチェックした場合はlossyになる。）

注意：Predict median は、デコードする時、かなり重いです。
もし、マルチパスエンコードを行うつもりや、ハードディスクに空きが沢山あるのなら
　　　　Predict gradient または、leftを使用してください。これら二つのデコード速度は、同じくらいです。

かなり、適当に書きました。多分あっていると思う。

　　　　　　　　　　CPU負荷　ファイルサイズ
Predict left　　　　最小　　　　最大
Predict grdient 　上下二つの設定の間
Predict median 　最大　　　　最小

になると思う。

>>447,448
サンクスコ
おれはPredict medianが「高品質な圧縮」と勘違いしていたよ；
ただ単に「圧縮率が上がる」ってことね( ﾟдﾟ)

>>447
>>448
おおおお、ありぐゎとうございますぅーー！！！

その調子で下のほうの解説よろ
むしろ俺はそっちのが分からないんで

下の方は弄らなくていいよ

あ、そうすか・・

>>449

わしもそれを知ってからfastestにして快適。

下のほうの設定は、452が言うようにあんまり弄らなくてもいいと思う。

Field Threshold　

ここで設定した数値以上の水平走査線数があればインターレスとして処理される。
1-16384の間で設定可能。
NTSC video　なら　240
PAL　なら初期設定値の288でいい。
プログレッシブなら、480または576に設定すれば、いい圧縮結果が得られる。
また、この数値が正しく設定されていれば、「Reduce Resolution」を利用する時に
正しく分離されたフィールドでキャプできる。
間違って設定されていれば、フィールドがブレンドされる。あるいは、質が落ちたものになる。

Always suggest RGB format for output

常にRGB出力するオプション。
動画編集ソフトには、YUY2フォーマットで圧縮されたものではエラーを起こすものがあるので、
それらに対して、YUY2ではなくRGBと返答する。
但し、Premiere, Ulead Media Studio's Video Editor, AVI2MPG2_VFW, and Bink
これらのソフトに対しては、Huffyuvは自動で判断してRGBと返答するためチェックの必要はいらない。

Enable full size output-buffer (might fix crashing)

出力バッファを理論上最大限利用するオプション。
キャプチャーの際に、（例えば、avi_io or Virtualdubを利用時に）
奇妙なクラッシュに遭遇した時にONにすると直るかもしれない。
より大きいバッファを利用した場合にパフォーマンスに影響があるかどうかは不明。
もし、映像に「ランダム/白色」のノイズがフレームに存在していなければ
チェックしないほうが賢明。

Enable RGBA compression

RGB with alpha image をHuffyuvで圧縮できるようにするオプション。
デフォルトでONにしておくと、無知なアプリでは。RGBAとしてではなく32-bit RGBとして
扱うものがあり、その場合は圧縮する際に無駄になってしまう。
ほとんどの人には必要が無いので、安全のためにオプションで設定できるようにした。

Swap fields on decompress

展開する時にフィールドを入れ替えるオプション。
キャプチャードライバーには、フィールドオーダーを間違えてキャプするものもある。
これを、チェックすると補正することができる。

Enable console-window logging

コンソールウィンドウを表示させるオプション。
エラーがあった時にメッセージが表示されるので、
それを作者にemailで送ればバグ取りがしやすくなる。

Reduce Resolution

編集をより早くできるようにするオプション。（チェックすると可逆圧縮ではなくなる）
半分にスケールダウンさせて圧縮する。
編集ソフトには、圧縮される前の画面サイズにアップスケールして返す。
（要するに、編集ソフトで何らかの動画ファイルを直に編集すると重い時に
ここにチェックを入れて、Huffyuvで圧縮させたファイルで編集して
そのプロジェクトを保存して、オリジナルのファイルにそのプロジェクトを
利用すれば編集が速くできるようになるってことだと思う。）

huffyuv 2.20入れたら再生できねー

>>444
240lineにしてから変な横ノイズが消えました！！
ありがと

>>458
うちでは再生できる…

俺も横ノイズとか乱れたノイズが出なくなって
すごく楽になったし安心できた。

俺も再生できる。よくわかんねぇな・・・。

>>458
2.1.1とかで圧縮したものはどう？
うちでは2.2で圧縮したものだけが再生できない

バグとかはないの？
入れても大丈夫かな。

>>455-457
お疲れ
完璧ですわ

>>461さん

私も2.2にしたら、再生できんくなってしもた。
→　が、なんとか、2.2になった？？？

状況
OS：WINXP
2.1インストール済み

2.2のinfファイルを右クリックでインストール
　※2.1があるのに、そのままインストールしてもうた・・・

ふぬああで、みると、コーディック名は2.1のままだったが、中身は2.2ぽい
　※バージョン情報は、2.1.2？何で？

そのまま、キャプチャ・・・

録画はできたが、再生すると、すごい勢いで画像だけ進む・・・
　※音は、通常スピード

sustem32フォルダのdllを確認すると、どうも2.1.1のよう（作成日で確認）

無理やり2.2のdllを上書き

結果、新しくキャプチャしたものは正しく再生できた・・
　※2.2インスコ直後のキャプチャは相変わらず・・・

これでよかったのだろうか？
　※無知で申し訳ない

横着せずにアンインストールしろよ・・・

そう、ちゃんとアンインストールした方がいいよ。
（漏れもそれではまったので。）
>>28は、
要はNT系OSの場合、Huffyuvなら2.1.1でも2.2.0でもhuffyuv.infの
HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall\HUFFYUV,UninstallString,,"rundll.exe setupx.dll,InstallHinfSection DefaultUninstall 132 %17%\HUFFYUV.INF"
の1行を、
HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall\HUFFYUV,UninstallString,,"rundll32.exe setupapi,InstallHinfSection DefaultUninstall 132 %17%\HUFFYUV.INF"
に書き換えるだけ。
すでにインストールされてるなら、新たに書き換えたinfでインストールされてるバージョンをもう一度インストールし、アンインストールすればいい。

2.2入れてたら録画したら、
上半分の画像が化けるんだけどうちだけ？
OSはWINXPです。

うちは大丈夫だぞ。
XP&ふぬああ

うちでは全く問題ない。
むしろ、2.1.1よりエラーの映像が出なくていいんだが。
インストールの前にアンインストール＆レジストリクリーンしてないんでは？

上で書かれている症状とかも全くでない。
OS winXP pro で多分同じ環境だろうけど。

これを聞きたい
2.20にしてデコード速度は早くなったですか？
2.11とhuffyuvSとの比較ではどっちも変わりなかったです

>>468
ということはうちだけなの？
よくわからないので2.1に戻しました。

>>469
OSを一度クリーンインストしてからやってみたんですが、
だめだったので報告してみたんですが。

>>472
かわいそうに。

>>466やってもふぬああでのcodec名が2.1.1のままだ・・・

>>474
ttp://no.m78.com/up/data/up083561.jpg

CODEC名は2.2.0だけど、ﾊﾞｰｼﾞｮﾝをｸﾘｯｸすると
ｳｨﾝﾄﾞﾀｲﾄﾙはhuffyuv v2.1.1ってなってるのに、その中の文のやつはv2.1.2になってる
意味不明・・

>>469
システムが乗ったHDDフォーマットした？
そうでないと、結構設定ゴミが残るよ。

だめぽ466のとおりためしたけど
症状は467に同じ

レジストリでHuffyuv2.1.1の部分を軒並み消してから、インストールしたらいいよ。
誤爆消しには注意。

CorePNGってどうですか？おれは気分でHuffyuvとCorePNGを使い分けてる

>>480
どんなふうに？

>>476
俺それと全く同じだわ…
レジストリでHuffで検索してほぼ全部消したんだけど
ダメだった。。。

単に作者がﾊﾞｰｼﾞｮｿ情報まで書き換えてないだけじゃないの？

>>482
たぶん、きちんと消せてない。

2.1.2になったのは上書きしちゃったときだけだった。

レジストリきっちり消して、再起動してインストールしたら大丈夫だった。2.2.0表示。

476の状態であってるよ
書庫内のDLL本体をﾘｿﾊｶで調べてみたら、ﾊﾞｰｼﾞｮｿ情報のﾀﾞｲｱﾛｸﾞは
ｳｲﾝﾄﾞｳﾀｲﾄﾙ→2.1.1
ﾀﾞｲｱﾛｸﾞ内文章→2.1.2
になってた。

多分483の推測通りで、484はふぬああのCODEC選択画面の表示
（上の方に画像上がってたﾔﾂだね）の事を言っているから
話が噛み合わないだけではないかと。

>>485
あの画像は、レジストリいじったもん
なんとなく、2.1.1だといやだったから

2.1.1をふつうにいれたひとはどうやって2.2.0いれたらいいの？

>>487
とりあえずDLLを入れ替えて様子見が(ﾟдﾟ)ｳﾏｰ

ふぬああだけ別のver.のhuffyuv試したいなら、
ふぬああのフォルダにそのhuffyuv.dllを入れればできるよ。

っていうか、ふぬああだけ旧バージョンの設定画面がでてきて
かなーり悩んでしまった。なぜかhuffyuv.dllが置いてあった…

>>487
普通に右クリックインストールで使える。

既出だけど、ふぬああの設定画面で言うと、
「ビデオコンプレッサ」選択時の名前：Huffyuv v2.1.1
「説明」欄の表示：Huffyuv v2.2.0
「バージョン情報」を押して出る説明：Huffyuv v2.1.2
で正常ですね。

ttp://no.m78.com/up/data/up084055.zip
自己責任で

結局問題なく使えるんで、なんかもうどうでも良くなった話題かもな。
2.1.2表示・・・。

>>491
きちっと削除してインスコすれば、「ビデオコンプレッサ」のトコは
v2.2.0になる。
ま、自己満足っちゃ〜自己満足な世界だけど。

だな

>>494
ほんとだ。嘘書いちった、すまん。

そこまで苦労して2.20にする意味はありました？
エンコが早くなるなら大歓迎
彼女ができるのなら今すぐフォーマットしてでも完全にインストールします！！

実際の圧縮自体は記憶域に存在するDLL使うわけだし、
表示はどーでもいいよ
上書きｲﾝｽｺでも大丈夫な気さえする

>>455
普通の地上波アナログのテレビキャプは240でいいの？

480以上じゃなければなんでもいいんでしょ

>>500
訳した感じだと、そうなると思うけど。
you should set it to 240　って作者HPには書いてある。

まぁ、2.1.1では288に設定されていたわけだし
問題ないと思うけど・・・

アクセス規制で書けなかったよ。

huffyuv 2.20で再生できないのは、RGBだけで
YUY2にすると問題無く再生できました。
圧縮に関してもYUY2よりもRGBが大きい容量になるので
失敗しているみたいです。

RGBでやるひと少なかったから再生できないって人が
あまりいなくてレスも付かなかったんだろうな・・・。

解決してよかったな

YUY2よりもRGBが大きい容量になるのは普通じゃないか？

>>504
すまん、逆でした・・・
＞圧縮に関してもYUY2よりもRGBが大きい容量になるので
YUY2よりもRGBが小さいが正解です。

>>505
そんな事はない。

なるほどね、どうして失敗してるのか、エラーを直せないのか
ちょっとわかった気がする。

がんばれ

早く使用感かいてよ

│↑
└┘

肉まんハフハフ
たこ焼きハフハフ
おでんハフハフ

>>28
の説明はバージョン
>0.22/2.1.1をNT系にｲﾝｽｺしる時は[HUF.Reg]を↓に書き替える

になっていますよね。
で、2.20をｲﾝｽｺする場合は
>>466さんの説明で「rundll32」に変えるだけですよね。

そのまま(改変なし)だとインストールもアンインストールも動作しますが、
書き換えると削除できなくなります・・・
正しいのでしょうか？

私も2.20だと上半分画像が壊れます。

無理に　2.2.0 使う必要ないだろ。　2.1.1 使えば問題ないんだろ？
なら、そのまま前バージョン使っとけ。

>>512
ありがとうございます。
いや、211は消したので(レジストリごと)・・
かつCCEだし。折角だし。

ちょうど今、>>28の説明通りに220のinfも同様にしたら上手く行きましたので、
報告しておきます。
上半分崩れていたのも直りました。

なにが違うんでしょう・・・素人でｽﾏｿ！！

>>513
いやきちんと、後のことまで書いて、直ったことも書き込んだんだから
情報提供としては十分。　素人の失敗って以外と役立つ。

setupx.dll→setupapi

[version]
signature="$CHICAGO$"
Class=MEDIA

[DefaultInstall]
CopyFiles=HUF.Files.Dll,HUF.Files.Inf
AddReg=HUF.RegCom,HUF.Reg9x
UpdateInis=HUF.INIs
MediaType=SOFTWARE

[DefaultInstall.NT]
CopyFiles=HUF.Files.Dll,HUF.Files.Inf
AddReg=HUF.RegCom,HUF.RegNT
MediaType=SOFTWARE

[HUF.UnInstall]
DelFiles=HUF.Files.Dll,HUF.Files.Inf,HUF.Files.Ini
DelReg=HUF.DelRegCom,HUF.DelReg9x
UpdateInis=HUF.INIs.Del

[HUF.UnInstall.NT]
DelFiles=HUF.Files.Dll,HUF.Files.Inf,HUF.Files.Pnf,HUF.Files.Ini
DelReg=HUF.DelRegCom,HUF.DelRegNT

[SourceDisksNames]
1="Huffyuv AVI lossless video codec","",1

[SourceDisksFiles]
HUFFYUV.INF=1
HUFFYUV.DLL=1

[DestinationDirs]
HUF.Files.Inf=17
HUF.Files.Pnf=17
HUF.Files.Dll=11
HUF.Files.Ini=25

[HUF.Files.Inf]
HUFFYUV.INF

[HUF.Files.Dll]
HUFFYUV.DLL

[HUF.Files.Ini]
HUFFYUV.INI

[HUF.Files.Pnf]
HUFFYUV.PNF

[HUF.RegCom]
HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall\HUFFYUV,DisplayName,,"Huffyuv AVI lossless video codec (Remove Only)"

[HUF.Reg9x]
HKLM,SYSTEM\CurrentControlSet\Control\MediaResources\icm\VIDC.HFYU,Description,,"Huffyuv lossless codec [HFYU]"
HKLM,SYSTEM\CurrentControlSet\Control\MediaResources\icm\VIDC.HFYU,Driver,,"huffyuv.dll"
HKLM,SYSTEM\CurrentControlSet\Control\MediaResources\icm\VIDC.HFYU,FriendlyName,,"Huffyuv lossless codec [HFYU]"
HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall\HUFFYUV,UninstallString,,"rundll.exe setupx.dll,InstallHinfSection HUF.Uninstall 132 %17%\HUFFYUV.INF"

[HUF.RegNT]
HKLM,SOFTWARE\Microsoft\Windows NT\CurrentVersion\Drivers32,VIDC.HFYU,,"huffyuv.dll"
HKLM,SOFTWARE\Microsoft\Windows NT\CurrentVersion\drivers.desc,huffyuv.dll,,"Huffyuv lossless codec [HFYU]"
HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall\HUFFYUV,UninstallString,,"rundll32.exe setupapi,InstallHinfSection HUF.Uninstall.NT 132 %17%\HUFFYUV.INF"

[HUF.DelRegCom]
HKLM,Software\Microsoft\Windows\CurrentVersion\Uninstall\HUFFYUV

[HUF.DelReg9x]
HKLM,SYSTEM\CurrentControlSet\Control\MediaResources\icm\VIDC.HFYU

[HUF.DelRegNT]
HKLM,SOFTWARE\Microsoft\Windows NT\CurrentVersion\Drivers32,VIDC.HFYU
HKLM,SOFTWARE\Microsoft\Windows NT\CurrentVersion\drivers.desc,huffyuv.dll

[HUF.INIs]
system.ini, drivers32,, "VIDC.HFYU=huffyuv.dll"

[HUF.INIs.Del]
system.ini, drivers32, "VIDC.HFYU=huffyuv.dll"

ｲﾝｽｺ時に\infﾌｫﾙﾀﾞに出来るoem*.infとoem*.pnfは
ｱﾝｲﾝｽｺした時に手作業で消さんとﾀﾞﾒだけどね


>>513
9x系は\MediaResources\icmを使うが、
NT系は\drivers.descと\Drivers32を使う

Huffyuvって時間軸圧縮してないの？

ないよ

だって時間軸圧縮したら、編集のときシークが重くなるし

2.1.1から2.2.0にした。

2.1.1で圧縮したものを2.2.0で圧縮しなおしてみた。
両方ともYUY2でPredict Gradient

ソースは720ｘ320、23.976fps、6814フレーム、4分44秒、音なし

2.1.1→1,235,902KB
2.2.0→1,182,278KB

MPCで再生時の負荷


2.2.0→約13〜18%
2.1.1→約23〜29%

Pentium4 3.06GHz

再生時の負荷について補足

2.2.0→約13〜18% →2.2.0で圧縮したものを2.2.0で再生
2.1.1→約23〜29% →2.1.1で圧縮したものを2.2.0で再生

2.2.0いい感じですね
この調子で2.3.0、2.40とどんどん進化して逝って欲しいです

CorePNGは正直使えないね。エンコードもデコードも重すぎ
アニメなら効果あるんだろうケド

ああ、そうだな。

最近AthlonXPからPentium4に乗り換えました。
それでHuffYUV2.2.0も入れ直したんですが
ふぬああでキャプチャした動画の3〜4分に一回くらい
画面全体が緑色のフレームが入るようになってしまいました。

またVirtualDubで動画を弄っていると
An out-of-bounds memory access (access violation) occurred in module 'huffyuv'...
...while decompressing video frame 8056 with "Huffyuv v2.2.0" [biCompression=55594648] (VideoSource.cpp:1618)...
...while running thread "Processing" (thread.cpp:120).
というメッセージが出て終了してしまう事もあります。
（ちなみに上にあるフレーム8056というのが緑色になってしまっているフレーム）

WindowsXP, Pentium4 3.0Cです。
解決策わかる方いらっしゃいませんか？

2.2.0を使うのを辞める

ああ、そうだな。

>>528
メモリおかしいんじゃねーの？

ああ、そうだな。

名無しさん＠編集中

だれかアニメ扱う人でCorePNG使ってる人いない？

おれは実写でしかも動きの激しいPVを扱うことが多いからCorePNGは役に立たないのだが。
CorePNGが役に立ってますというレポートが欲しい。

>>534
あんな糞重いのが役に立つわけねーだろ？
huffyuvで中間吐くより2ｴﾝｺ時間が激しく長くなるのに

Huffyuv再生ってどのくらいのCPUからできるのかな？
おれのPCは明らかにハードディスクのせいでこま落ちしてる

>>536
P4-3.06GHzでコマ落ちしたので、なんじゃこりゃと思ったらHDDがATA33モードで動いてた事があった。
P3-300MHz(Win98)でもWMV8がコマ落ちしないから、Huffyuvだと486-66MHzでも余裕ありそうだけど。

CPUの演算能力だけでは使える、使えないは語れないってことで終了。

変な色の画面が出来るのは
IDEドライバのせいがほとんどだ。
メモリーなんて買うことはないぞ
バルクでエラーはかなければ十分だ。
IDE周り見直してみたら。

CorePNG、素材保存用としてはいいんじゃないか？

アニメはcoreピーが良く縮むの？
そっちの方面の人じゃないから良くわからん

今までコマ落ちと思ってたら、キャプチャ自体の問題だった。
ふぬああで録画してない時にも、一瞬だけ破綻画面が出る。

>>539の言うIDEドライバとやらを入れ替えればいいのかな…。


って、これじゃスレ違いだな。

Huffyuvだと本当に486-66MHzで再生できるんですか？

age

>>543
圧縮データの展開だけなら、486-66でも十分かも知らんが、
現存してる486-66MHzのパソコンがあったとして、リアルタイム再生が出来るかと言えば無理でそ。
おまいが何を知りたい（したい）のか分からん・・・。

インターレース解除してHuffyuvで出力するときもコーデックの設定は240のままでいいの？

>>545
huffyuvは普通にデコードすると、他のほとんどのコーデックより断然CPU負荷が高いので、
486-66MHzでリアルタイムにデコードできるほどの特殊な方法があるのかと思いました。

おれもCPUは3.06GHzだけど
640ｘ480 29.97 のHuffyuvの映像は大体CPU利用率が20〜40だぞ。
1GHzあればCPUの問題はクリアされるのでは？

3.06GHzでCPU20-40%つかってるってことは、
486-66MHzではramdiskにファイルがあったとしてもリアルタイムにデコードできるわけないね。
537と545は全国紙に謝罪広告をだせよ。くそったれ。

報告：
celeron-1.1G で 640ｘ480 29.97fps (音声なし)のaviファイルを
MPCで再生したら、CPU使用率は100%でした。
このクラスのCPUではむりぽ

つーか、huffyuvで出力したaviを再生する理由って？

>>551 中間ファイルのチェック

>>551
高画質だから

>>550
昔Pentium3 550MHzで普通にゲームのキャプ＆再生してたよ、Huffyuv320x240で。
640x480ってそんなに重いのか？

320x240と640x480では世界が違う。
重さも容量も段違い平行棒。

Pen3-850MHzで640x480でつが再生できてる。
celeron-1.1Gがもっさりなのか、>550の周辺ハードに弱い所があるのか。
つーか、不毛な気がしてきたﾖ。

ゲーム関連でやってる人って結構居るのか

いないよ
厨房が粋がってるだけ

>>552
なるほどね。

>>553
アホちゃう。

>>559
でもおれも、中間ファイルは音なしだとなんかチェックつまらないからわざわざ音を一回muxするんだよ。
で、チェックしてるうちにエンコめんどくなる。

みゅっくす

Huffyuvというものを使ってみようと思い、Huffyuv2.2.0インスコしたんですけど、
ふぬああの圧縮のコーデックの選択画面に追加されていません。
インスコがうまくいっていないのでしょうか？
OSはWinXPです。

一応、>>466の修正をinfファイルに対して行って、
右クリック-インストールしました。
コントロール画面のプログラムの登録と修正画面には追加されていました。

2.1.1と2.2.0の両方を使ってみた方は結局どっちを常用してるんでしょうか？

2.2.0は上半分が虹色になって駄目だった(VirtualVCR使用)。

>>563
そのまま一度ｱﾝｲﾝｽｺしれ
HKLM〜\MediaResources\icmの\VIDC.HFYUも消しとけ
\infﾌｫﾙﾀﾞにoem*.infがあったらﾒﾓ帳で開いてみて
huffyuvのinfだったら同じ番号のoem*.pnfと一緒に消しとけ
その後でinfを>>516-518に変えてhuff入れれ

>>466だけだとdrivers.descに登録されないし\MediaResourcesに
ｺﾞﾐが残るからﾀﾞﾒよん

>>566
有難うございます。今晩、うちに帰ったらやってみますです。

2.1.1使ってたけど>>446のやり方で2.2.0ｲﾝｽｺ。なーんも問題無い。
そこかしこで表示が2.1.1になるのは勘弁願いたいが(コーデック選択画面に2.1.1が3つあるｗ)。

×>>446
○>>466

おれは2.1.1を何も考えず右クリックでインストールした。
2.2.0へのアップデートは、dllの入れ替えを手動でやった。
特に問題はなかった

>>566
その方法でインストールしてみました。
デバイスマネージャでインストールを確認しました。
huffyuvは正常にインストールされているようです。
相変わらず、ふぬああの圧縮のコーデックの選択画面に出てこないので、
ふぬああ側の設定の問題のようです。

あいがとうございますた。

2.2.0はYUY2だと問題ないけど、RGBだと上半分が虹色になった
（環境は ふぬああ/MonsterTV/RGB24/Win2k）

2.2.0で問題ないって人はRGBでも問題なし？？

前の方で話が出てたけど、ウチでも最近Huffyuvで画面破綻が起きるようになった
バージョンは1.3.1　2.1.1　2.2.0全部出た
http://www.pandora.nu/tv/cap/img20040219220637.jpg
http://www.pandora.nu/tv/cap/img20040219220705.jpg
こんな感じで

マザーをSiS740からSiS755に変えても駄目
メモリをApacer-infineonからCrucial-Micronに変えても駄目
HDDは　Seagate ST380021A　→　Maxtor 6Y160P0　→　日立HDS722516 SATA全部駄目
IDEドライバはwin標準もSiS203,204aも駄目

仕方ないのでPicのLossless使ってますが(これは破綻しない)重いんだよね
誰か、症状が出たけど直った人いませんか？

>>573
Prime95とおる？

Huffyuvはメモリーに厳しいからね。

ってゆーか渋い番組録ってるな

>>573
こりはHuffyuvのせいでもﾒﾑﾘのせいでもHDDのせいでもない。
誰が悪いかといえばWinXPでしょうが、いわゆる世界標準ですのでIDEﾄﾞﾗｲﾊﾞを治さないSiSが悪いんでしょう。
IDEﾄﾞﾗｲﾊﾞを最初に入れた時の前まで復元すれば治ります。(ｱﾝｲﾝｽｺできない上にﾚｼﾞｽﾄﾘを書き換えるので一回入れるとWin標準に戻してもﾀﾞﾒ)

ふっふゅｖ

くぁｗせｄｒｆｔｙふじこｐ

>>573
俺はそれと同じ現象が出てメモリを入れ替えたけど、
最後にIDEドライバをMS標準にしたら治りました。

でもメモリも怪しかった。
・AleGr memtestでエラーが出たメモリで現象発覚
・MS標準でもエラー
・メモリ交換
・SiSドライバでエラー
・MS標準で完治

SiSドライバはメモリもキャッシュとして使うんで、一部のHDDベンチマークで
異常に爆速な値が出たりするけど、メモリにかなりシビアな印象を受けました。

nForce3 150でも虹色状態
MS標準ドライバじゃ動かないしなぁ

premiereの出力でHuffyuvを使いたいんですけどインストールしても出力項目に
Huffyuvが出てこないんですけど、何か設定必要なのでしょうか？

AviUtl + huffyuv + ウェーブレット3DNR2フィルタ
で２時間ものの動画のエンコードが100時間の大台に乗ったんだが
そんなもんだろうか・・・？

PCの性能もフィルタの設定も書かなければ具体的なレスが帰ってこないと思うが・・

>>584
すまんこった

PCはAthlong 1GHz、OSはWin2k。
Huffyuvフィルタはどちらもfastエンコード設定。
ちなみにそのほかにも時間軸ノイズリダクションフィルタや明るさの変更、サイズの変更、
インターレスの解除などのフィルタをかけてる。

ちなみにウェーブレット3DNR2だけを外した場合のトータル時間は約24時間。
つまりウェーブレット3DNR2を追加するだけで実に４倍近くも時間がかかる
ことになっているようだ。

>>585
時間軸とウェーブレット3DNR2を同時にかければ遅くなって当たり前

>>585
huffyuv関係ないじゃん？

>>585
無圧縮からHuffyuvにしてるのか？
Huffyuvから何にエンコードしてるのかで全然違うからCODECも書けば？
まぁAthlon 1GHzを買い換えるのが一番早いけど。

1GHzだったら50倍でも不思議はない

突然上半分だけ虹色状態がちょーーん。
直し方おせーてくれーーー。

>>590
バージョンは？
前のバージョンに戻すのも「吉」

バージョンはhuffyuv 2.20 ですが不思議なことにDigiOnTVRでは綺麗に録画出来ます。
ふぬああのバグかな？

>>590
「教えて下さい」だろ
人に物を尋ねる時は、口の利き方に気を付けろや、ｳﾞｫｹ

>>588
> Huffyuvから何にエンコードしてるのかで全然違うからCODECも書けば？

言い忘れてた。
CodecはDivX5.10ね。

>>585
HuffyuvというよりAviutl側での問題だと思うけど
3DNR2のフィルタ順をなるべく前の方に持ってくとかFrameをデフォの2から1に抑えるとか
通常の時間軸NRを抜くとか3DNR2を諦めるとか
あとメモリ結構食ってそうだから最低でも256MBはないとスワップで大変かもよ
まあスレ違いっぽいのでこの辺で

最後にひとつだけ
>>594
DivX5.1はエンコ速度激遅だ

>>596
ｽﾏｿ・・・
インストールしてあったのは5.1.1だった。

あの〜。
現在Huffyuvがダウンロードできなくなってるみたい
なのですが、どこかダウンできるところしりませんか〜？

ふぬああに入れてみたいのデス。
(;´Д｀)w

おまいはぐぐるということを知らんのか

2000/XP用のインストーラーを作ってみたいのだが、infファイルが読めない。だれか、インストール時に何を行えばいいのかを言葉にしてくれ。

>>600
>>516-519でいいんじゃない。試してないんでわからないけど。

>>601
読めないと言うのは、infファイル見ても動作がわからないって意味です。

>>602
>>516-518 で俺はうまくいきましたよ。

exeでインストーラー作りたいから、動作を教えてください

インストーラーのスクリプト組むのが大変だったりしてｗ
まぁ、フリーでおすすめのインストーラーはINNOだ。
んじゃ、がんばってくれぃ

iexpressでも使ってろ。

>>605-606
インストーラーの作り方じゃなくて、infファイルの中身の見方なんです、知りたいのは。>>516-518見てもさっぱりわからないです。

見て判らないヤツは作らない方が良い

IEAK6のヘルプのセットアップ情報ファイル(inf)の定義の項目読んでみ。
http://www.microsoft.com/japan/ieak/
--------------------------------------------------------------------------------
Version セクション
[Version]
Signature="$Chicago$"
LayoutFile=filename.inf
すべての Windows .inf ファイルに適用する標準ヘッダーを定義します。
Windows で認識されるどのクラスのデバイスについても、署名 (Signature) には
$Chicago$ を指定する必要があります。これ以外の値を指定した .inf ファイルは、
.inf ファイルとして処理されません。

署名文字列では、大文字と小文字は区別されません。つまり、$Chicago$ の代わりに
$CHICAGO$ と指定することもできます。

file name .inf
コンポーネントのインストールに必要なレイアウト情報
(コピー元のディスクとファイルに関する情報) を格納する .inf ファイルの名前を指定します。
この行は省略可能です。省略する場合は、SourceDisksNames セクションおよび
SourceDisksFiles セクションをこの .inf ファイル内に定義する必要があります。

一般的な Version セクションの例を次に示します。

Version
Signature="$CHICAGO$"

file3
--------------------------------------------------------------------------------

>>609
さんきゅう

http://www.osr.com/ddk/install/create-inf_1fxj.htm
http://www.microsoft.com/japan/hwdev/driver/CopyINF-MF.asp
2k以降のみ対応とかXP以降のみ対応とか分けると
ﾒﾝﾄﾞい気もするけど

huffyuvはvfw経由で開けないのかな？
その為か読み込めないビデオ編集ソフトが多くないですか？
これ、意外と不便なんですけど

>>612
開けるよ。
というか、読み込めるソフトがあるのなら、huffyuv側の問題でないことは自明だと思うけど。

そもそもDirectShowフィルターはなかったんじゃないかな

そそ、むしろVFW用。

ふっふゅｖ

ttp://breuzehn.hp.infoseek.co.jp/soft.html
の 2.1.1 を作った人に 2.2.0 の修正版も作ってもらうわけにはいかんのかのう

>>617
.dllだけ2.2.0に差し替えれば無問題

MSYUVの減色およびhuffyuvの伸張がらみで検証の必要があって
huffyuvSを探しているんですが、落とせるところありませんか？
つか、だれかください。

2.1.1と2.2.0って作者別なの？

http://www.geocities.co.jp/SiliconValley-SanJose/2451/monooki.html

>>619
映像の【色】総合スレ
http://pc.2ch.net/test/read.cgi/avi/1062148940/
でも嫁

ソースコードないですか？

>>621
ありがとうございます。

>>622
参考にしてみます。

huffyuvS入れてみたんですが、今困っている件では変化が見られなかったので
そのスレで話し聞いてもらうかもしれないです・・・・・。

ふぬああでHuffyuv使ってキャプると15フレーム程度になってしまうんだが・・・
MJPEGとかだとしっかり29フレームでキャプされるんだけどなぁ
どうしてなんでしょ(´･ω･`)ｼｮﾎﾞｰﾝ
スペックは
Pen 1.6G
メモリ1Ｇ
Win2k

29フレームでキャプされていいんだ･･･

29.97って書くのが面倒なんだろ
15ｆ程度って書いてあるし。

どうなんでしょ？しるかってんだ

>>625
YUY2(Fast)でか？

>>626
エクスプローラのプロパティで見ると
小数点以下切捨てになるからでないか

ならないけど？

仮になるとしても正しいフレームレートぐらい知っとけよと思う
人にモノ尋ねようとするんだったらなおさらで、情報は正確に書け

おとなしくＭＪＰＥＧ使ってろってことだろ

29フレームでキャプされていいんだ･･･

>>571
遅レスすまん。
セットアップ版のIrisコーデックをインストールしてみな！
セットアップ時に、変になったDirectShow関係のレジストリーを整理しなおしてくれるみたい。
私は、これで、ふぬああ側で見えなかった、Huffyuvが見えるようになりました。

ふっふゅｖ

はふゆぶ

HOSHU

はふゆヴ

http://hp.vector.co.jp/authors/VA011126/cap2avi.htm

なにこれ？

＞またAVIUTLでHUFFYUV形式からDivX等にエンコードのするときのパフォーマンスを1〜2割程度向上させることが可能です。

なんでそんなことが可能なんだろ。試してみるか。

>>640
1時間以上かかってたの40分ぐらいになった

>>640
速度や負荷以前に画像乱れまくりでつかえね

>>644
圧縮でhuffyuvを選択してないのでは

>>645
もちろんHuffyuv2.1.1にしてる
しかし、ふぬああで使っても、aviutlで使ってもこのように乱れたのが定期的に発生する
ttp://venus.aez.jp/uploda/dat/upload6619.jpg

OS:win2000SP4
CPU アスロン2500+
メモリ 256x2
マザボ GA-7VAXP-A
保存先のHDDはセカンダリマスターに接続
メモリなどに異常はないはず

9.0bのパッチはあててるの?

>>646
2.2.0使ってもなりますか？

>>647
チャンネルが変えれないみたいなのを直すパッチ？
それは当ててないよ

>>648
2.2.0でも同様に発生しますね

>>646
何のキャプボ使ってるん？

玄人のSAA7133GYCを使っている
ドライバはYUANのver2.6.1.0だったかな
ふぬああではYUY2とRGB24を試したが両方ともNG
aviutlは0.99
必要そうなのはこの位かな？

>>646
うちの環境では「CPUを占有しない」のチェックをはずすと出なくなる。

646じゃないけど、「CPUを占有しない」ってどこの設定？
漏れも定期的に崩れたフレームが入るんだよね。
646みたいのじゃないけど

>>640を嫁よ

なーんだ、huffyuv自体と関係ないのか。レスして損したな

スレの流れも読めん奴がレスするなよ

>>652
646だけど
「CPUを占有しない」を無効にしたら出なくなった
�dｸｽ

>>653
それは虹色に画面の上半分がくずれるやつか？
それならconvert YUY2にすると出ないみたいだぞ。たぶん。

ﾌﾌﾌﾕﾌ

>>659
>646じゃないけど、「CPUを占有しない」ってどこの設定？
>漏れも定期的に崩れたフレームが入るんだよね。
>646みたいのじゃないけど
理解できませんか？

>>660
＞なーんだ、huffyuv自体と関係ないのか。レスして損したな

ｶｷｺがないので独り言。
(´-`).｡ｏOO(（でも､もっと小さくならないかな･･･？）

デルタフレームの機能つけて欲しい。

Coreqng使え

>>664
重すぎるんだもん
エンコが重いのはいいけど、デコードが重いのは困る

ふっふゅｖ

はふゆぶ

はふぃゆーぶい

ふふふ

うふふ高野

ふっふびゅ

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ　
　　　　　　　　　　ﾞゞy､､;:..､）　　｝　
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　　　　　 /;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′

>>670はマエバリスト

ふぬああでYUY2形式で録画する場合のRGB compression methodの設定なんですが、
<-- Convert to YUY2の方が良いのでしょうか？

YUY2形式で録画する場合に、なぜRGBの設定を気にする必要がある

それともソースがRGBでキャプチャ時に変換したいって話？
ならそれでいいんじゃないか？

>>675
YUY2のままHuffyuvに渡す場合は、関係有りませんか。
Huffyuvの設定をググってたらConvert to YUY2がいいみたいな事が書かれてまして
俺の勘違いか＿|￣|○

YUY2ソースの場合は、当然ながらYUY2 Compression Methodで指定した方法が使われる。

compression method 圧縮の方法、方式
　　RGB compression method RGBソースの圧縮方式

PSNR4AVIもう手に入んねーよｳｧｧﾝ!!

>>679
うちのローカルに残ってたけど、これで良い？
ttp://49uper.com:8080/img-s/3892.zip

>>680
おっと、どうもありがとう〜。

211をｱﾆﾝｽｺして220を入れますた。
フィールドしきい値も240にしますた。

おれＧＪ！おれＧＪ！

映画もアニメも無圧縮で売れ
劣化させるな

デジタル保存媒体は容量が決まってるわけで
その容量の中で最も良い画質を目指すとなるとやはり高解像度にして圧縮したほうが高画質なわけで

つまり言いたいことは、圧縮は劣化させるためのものではありませんよ？

3年後は、50GBになると言われているが？

MP@HL用でしょ

>>685
50Gにハイビジョン無圧縮がどれくらい入ると思ってるんだ？

H.264だのWMV9だのでむしろ圧縮率は高くなると思う
非圧縮(RGB24bit)だと720x480でも30分で50GBくらいいった気がする
1080pだと5分くらいかな？ｗ

可逆にしてくれれば高圧縮でもいいっす

天才が来たのでAGEておきますね

ふっふゅｖ

アニメなら可逆でいけるね
アニメは画質にうるさいの多いし、けっこう需要あるんじゃないの

ｼｮﾝﾍﾞﾝ（　ﾟдﾟ）ｳﾏｰ

やっぱレーザーディスクが最強でしたね。

>>694
おれはいまでもあの衝撃を忘れない
糞VHSで観慣れていたストーンズのレッツ・スペンド・ザ・
ナイト・トゥゲザーをレーザーで観た感動を
観客の一人一人がうようよ動いてんだよ
ミックの後ろで！！！！！！

脳内保存が最強




-完-

ふっ・・・ふゅ・・・ふぃっくしょーい。あぁ誰か俺の噂をしているな。ぬるぽぬるぽ。

>>697
ｶﾞｯ

ｳﾝｺｯｺｰ























ﾇﾙﾎﾟｯﾎﾟｰ

>>699
ガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッ
ガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッ
ガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッ
ガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッ
ガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッ
ガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッ
ガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッ
ガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッガッ!!

ありゃ、人いたのか。ﾇﾙﾎﾟｯﾎﾟｰ

>>701
ガッ

ぽるの

ぽるぬ

>>704
ッガ

ぬぽぬぽ

ふっふゆv

そろそろcorepngも使ってみるかな。

Huffyuvもデルタフレーム搭載して欲しい。
使うか使わないかは設定できるようにして。

ぬるぽう

ｶﾞｯぽう

220のサイト繋がらない・・・

Huffyuv v2.1.1 - CCESP Patch v0.2.5

>>709
俺、Huffyuvもfast設定しか使ってない。デルタ差分も使わないモードだし。
そういう俺には不要だな。
素直にCorePNG使えよ。それでどれだけメリットがあるか実感してみれば？

てかCorePNGが手に入らない・・・

CorePNGでデルタフレーム使ったって、オートデルタフレームじゃなければエンコにはそんなに時間の差は出ない。
だからHuffyuvにもつけて欲しい。、

Huffyuvできゃぷったんですけど、どうやってMPWG2に変換すればいいですか？

MPWG2って凄そうだね
どこで手に入るの？

はいはい、二人とも帰っていいよ

>>719
どういう意味？

>>720
どういう意味？

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ　
　　　　　　　　　　ﾞゞy､､;:..､）　　｝　
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　　　　　 /;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′

ttp://cultact-server.novi.dk/kpo/huffyuv/huffyuv.html

繋がらねー(´・ω・`)

huffyuv使ってる人はやっぱりふぬああでやってるの？

ふぬああと、FEATHER-Xでエンコするので何か違いがあるのかね？

ビットレートいくらぐらいでhuffyuvキャプするのがいいのでしょうか？

>>725
藻前のhuffyuvにはビットレートの設定なんかあるのか？？

夏だからって。
書くならオモレーねた書けや。

んじゃあ、huffyuvでキャプルときの最適画面サイズは？640×480？

720*480にきまってるだろうがあふぉか

>>728
352x480

自分的にマジお勧め

320x240でいいじゃん！

>>729
エンコするときにサイズ変更してるの？
huffyuvでキャプする意味ないじゃん

>>732
視野が狭いね、729はDVD-VIDEO化しているんだろうよ
自分のやっていることが全てだと思ってはいけないよ

DVDにするなら704x480の方がよいと思われ?

キャプチャーカードによってそれは異なってくると思われ?

｢思われ｣って久しぶりに見たと思われ？

今やってるｴﾝｺが無事終了したら、あの娘がおれに振り向いてくれると思われ？

んで、みんなはふぬああで使ってんの？
FEATHER-Xで使ってる人いる？

今日電車のなかで女子高生と目が合った
俺のことがスキと思われ

DVをMPEG2にエンコしたら
動きに残像があったので…

ググッて、フィールドオーダーをボトムファーストからトップファーストにするために設定をかえました
huffyuv　DVキャプ→AVIULTでインターレースを「反転」→TMPG3.0で「トップファースト」でエンコしました

そしたら
PCでは、文字が２重に見えました…（´・ω・`）何か設定がおかしいのでしょうか？

>>739
目があっただけで自分に気があると思い込むとは・・・
典型的なストーカー気質だな

>>739
実は「何あのキモイ人」と思われて見られてたと思われ

実は739の後ろにいた漏れを見ていたと思われ

DVD-VIDEO化なんかしねえよ
勝手なこと書くなクズ

つまり739の後ろにいた743がキモイ人だったのかー！

>>744
729はおれなんだが・・・・

744は騙りだと思われ

ああ、もう何が本当なんだかさっぱりわかんね

とりあえず無職童貞風呂に10日はいっていなかった漏れをうっとりした目で見て
いただけと思われ。

そんなお前を、俺は愛してるぜ!!

や　ら　な　い　か　？

実は女の子の視線は地球をぐるっと一周して背後に立ってﾊｧﾊｧしていた漏れを見ていたと思われ

ふっふゆv

女の子は
「ここで私が裸になったら、いったい何人が犯してくれるかしら？ウフッ☆」
とか想像してたんだよ。

↑「」内の台詞が野郎が妄想したかと思うとキモすぎと思われ

オタの妄想としか考えられないと思われ

まぁおれにはナディアがいるし問題ない

Huffyuvスレの筈が、すっかりネタスレと化してると思われ

でもこんなに活性化してるのは荒れ以外では初めてと思われ

それもこれも>>734のおかげだと思われ

思われスレか？
有難うございますスレを思い出したじゃないか、と思われ

↑おまえが一番思われセンスが無いと思われ

さすがにそろそろネタ切れ気味と思われ

思われの使い方がヘタッピィだと言われた気がすると思われ

Chatでやれよ

FPSは29.97のほうがいいんでしょうか？

>>766

そんなこと、>>739に聞けよ！

>>739
42.195がいい

マラソンかYO!

マラトンの戦い

マントラを唱えなさい。

最愛の神／女神よ
私たちが愛と光と力の、この聖なる歌を唱うとき
私たち本来の神なる本質である、完全な実在を肉体としての姿にも、顕現せしめたまえ
私たちをエロヒム・ゲートウェイに据えたまえ
虹の懸け橋を、天よりこの環へと降したまえ
"源なるもの"と、私たちそのものである愛から
切り離されていると感じている
私たちの中のいかなる部分も
"源なるもの"への、この橋を歩ませたまえ
私たちは、"源なるもの"への融合と回帰に
私たちの中のすべてを招く
全人類が、この融合回帰を経験できるよう
私たちを助け、この橋を開いたままに保たせたまえ
エロヒムよ、母なる神よ
地球と宇宙のすべてのキリスト存在たちよ
私たちそのものである、神なる実在として
私たち自身が完全に花開くよう、助けたまえ
カルマ庁よ
人類すべてのカルマを解除したまえ
強力なエクスカリバーの剣にて
恐れのカルマの、今なお残る束縛を
今のこの時、切り捨てたまえ
それは、すべての人が、このハートの活性化を受け取らんがため
すべての天使たちよ

　　　　　　　　,,　　　　　
　　　　　　　　 ﾞﾐ;;;;;,_　　　　
　　　　　　　　　 ミ;;;;;;;;､;:..,,.,,,,,　　
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ　
　　　　　　　　　　ﾞゞy､､;:..､）　　｝　
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　　　　　 /;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′

ふっふゆv

もっと圧縮率を上げられないんでしょうか？
もちろん可逆性は保持したままで。
誰か改良版つくってくれよ。

無茶言いまんなぁお客はん

>>774
確かにまだ圧縮する余地は残ってるが、．．．
しかしだ、
これからさらに圧縮率を上げるには、微々たる圧縮率の増大に比して、過大な作業量が要求されるようになる。

分かりやすく言えばだ、
あとさらに1MB圧縮するのに、要する時間が２倍３倍１０倍とかかるようになるということ。
つまりキャプチャ用途には適しなくなる。

今のが圧縮率と時間の配分がうまくとれてる。

デルタフレームをオプションとしてつけて欲しい。
シーク要らないときとかは役に立つ。

>>777
CorePNGがまさに君の希望するものだと思うが。

>>778
遅い。デルタフレーム使わなくても。

>>779
遅いのが嫌ならデルタフレームなんて出てこない気がする。

デルタフレームを使わなくたってCorePNGは遅いの

Huffyuvにデルタフレーム導入して遅くなるのは予想できる。
それでキャプチャに使用できないほど遅い場合に使ってくれるのか？

まあ、出てきて使ってみて、遅かったら文句いって使わないんだろうな。
それでも使うってんならCorePNGでも使ってるはずだし。

Huffyuvは今でも、連続するピクセルにデルタを取っていて、その差分データをHuffman圧縮してる。
フレーム間のデルタということだが、
それぞれのフレームでHuffman圧縮後にデルタをとっても意味はないことは明らか。
では、Huffman圧縮前だとどうなるか？
多分同一フレーム内でのデルタを取るのとほとんど変わりはない程度にしか縮まないことは予想できる。
なんたって連続したピクセルの相関関係はフレーム相関よりそんなに劣るとは思えんし。
なんか労力の割には報われない気がするし、そんな劇的に変わるもんだったらとっくに誰か作成してるって。

CorePNGはもともと遅い。
Huffyuvはもともと速い。

デルタフレーム使用のHuffyuvと、デルタフレーム使用のCorePNG、どっちが遅いのか。

>>785
寝言は寝てからにしろ

　　　　　　　　　 　　　＿＿
　　　　＿＿＿＿＿（　　 （）
　　　　|　 ∧＿∧　 | ￣￣
　　　/＼（´・ω・`） | 　暑くて眠れない
　　 //＼＼ 　　 つ))
　　//　　＼＼_　ヽ |
　 //　　　　//（＿）|
　 ＼＼　　//　 　　|
　　　＼＼//￣￣￣
　　　　 ＼/

>>787
髪洗うとき水で洗え。時間かけて頭冷やすと結構寝やすくなる。

皆さんはHuffyuvでキャプした後、何でどうエンコードしてますか？
私はAVIUTL+VF2WMVEncoder or AVIUTL+Plugin WMV出力でWMVに出力しようとしています。
でも、エラーばっかし生じます。
オーディオストリームの変換中にデータエラーが生じました、みたいなメッセージがでます。
どうしてでしょうか？

聞くスレ間違ってない？

>>788
後々禿げの原因になるけどな・・・orz

デルタフレーム使うってことは適宜キーフレーム挿入しないとMPEG同様に編集しづらく
なるんとちがうん？

CorePNG使ってみれば、編集しづらいかどうか分かると思うよ。
同じことになるだろうから。

CorePNGって中間ファイル用か・・・
直キャプするとコマ落ちして使えない(;´Д｀)

アニメのOPをhuffyuv（best）とCorePNG（Normal）で圧縮してみた

huffyuv　747MB
CorePNG　348MB

CorePNG圧勝
その分時間がすごくかかったw

ffdshowのLossless JPEGは？

lossless JPEGって名前矛盾しまくりじゃん。

Joint Photographic Experts Group という名称が lossless とどう矛盾するって？

>>798　おまえばかだろ

>>798は屁理屈好きなプロ

どこが矛盾してるの？

あまりいじめるなよ

どこが矛盾してるのかわからないので
教えてください

おいおい、あまり>>798をいじめるなｗ
誰だって最初は無知なんだから。

必死になったほうがバカ

って書こうと思ったら・・・
なんだ子供のケンカか

Joint Photographic Experts Group という名称が lossless とどう矛盾してるの？

別に矛盾してない。
煽ってるのは一人だけだから無視しる。

今、PICVideo Lossless JPEGでキャプってみた。
2分1MBって感じでドロップなしでキャプれた。
結構使えるかも。

>>808
解像度ｷﾎﾞﾝﾇ。あとマシンスペックも。

1分1MBだった。Huffyuvより大きい感じで意味ないか。
P4 3GHz でCPU使用率40%台です。

1分1MB→1分1GBの間違いね。720x480 YUY2

>>810,811
情報ありがと。

ＪＰＥＧってのが画像フォーマットだと思ってる奴いるな。
まあ画像フォーマットでも間違いじゃないが、フランケンシュタイン（の怪物）と同じく
規格を決める委員会の名前がもともとJPEGであって、
いわばJPEGが決めた画像フォーマットをJPEG形式の画像フォーマットと言う。
で、lossのJPEGフォーマットとlosslessのJPEGフォーマットの両方ともJPEGが決めた。

JPEG2000で可逆が実装されたらしい話は聞いたが
JPEGで可逆ってできんのか？
吐くソフトやハードによって中身がずいぶん違うフォーマットだけど
可逆のJPEGもありましたってんのなら初耳。

What's JPEG ?
　"Joint Photographic Expert Group". Voted as international standard in 1992.
　Works with color and grayscale images, e.g., satellite, medical, ...

Four JPEG Modes
　Sequential Mode
　Lossless Mode
　Progressive Mode
　Hierarchical Mode

　　** In "Motion JPEG", Sequential JPEG is applied to each image in a video.

JPEG 2000
　JPEG 2000 is the upcoming standard for Still Pictures (due Year 2000).
　Major change from the current JPEG is that wavelets will replace DCT as the means of transform coding.
　Among many things it will address:
　Low bit-rate compression performance,
　Lossless and lossy compression in a single codestream,
　Transmission in noisy environment where bit-error is high,
　Application to both gray/color images and bi-level (text) imagery, natural imagery and computer generated imagery,
　Interface with MPEG-4,
　Content-based description.

>>815
へぇ知らんかった。

>>816
JPEGと名前が付いてるけど、圧縮ロジックはJPEGとは別物。JPEG-LS
http://www.jpeg.org/jpeg/jpegls.html

It does not use DCT-based method! Instead, it uses a predictive (differential coding) method:
A predictor combines the values of up to three neighboring pixels (not blocks as
in the Sequential mode) as the predicted value for the current pixel, indicated by "X"
in the figure below. The encoder then compares this prediction with the actual
pixel value at the position "X", and encodes the difference (prediction residual) losslessly.

DIFF -> Huffman
って感じだからHuffyuvと非常に似てる。

補足
Lossless JPEGとJPEG-ＬＳとはもしかしたら別物かもしれん。

1分1ギガなんて使えねーよ

、夏

結局Huffyuvかよ

そういやHuffyuvsなんてのがあったなあ

>>813
MPEGだってMotion　Joint　〜〜　じゃなくて？

「Motion　Picture Expert Group」な。
意味の無い言葉遊びはいい加減やめれ。

Lossless MPEG ?

losslessなIフレームだけでつくりゃそれもアリじゃねーの？

losslessなIフレームってどーやんの？

Lossless JPEGと同じにならないか？

そのやり取り楽しいか？

>>829
デルタフレームサポートしてくれってのと同等のレベルかと。

ここは随分遅いチャットですね

>>787
ttp://www.kanshin.jp/kimono/index.php3?mode=keyword&id=339123
ttp://www.kanshin.jp/kimono/index.php3?mode=keyword&id=241151
でも付けとけ

ふっふゅｖ

はっひぃゆぶい

「ふっふゆふ」っていつもいってる

2.2.0はどこで落とせるの？おしえてクリクリ

インターネットで落とせるよ

2.1.1しか見当たらないんですよ。。。

見っけますた、すんまそん。

はふやぶ

はふぃうぶ

質問させてください。HuFFyuvコーデックで24分のAVＩを作ったところ、AVIUTLでも、
WMP9でも読み込めない物が出来てしまいました。もっと短い時間のものなら読み
込めるのですが…
使用したｺｰﾃﾞｯｸはHuffyuv 2.1.1(Include CCESP Patch V0.2)を日本語化したもので、
設定はYUY2がfastest、RGB圧縮best、ﾌｨｰﾙﾄﾞしきい値288、その他のチェックは
入れていません。分割するべきなのでしょうか？お願いします

そのAVIが変なのは間違いない。
どうやって作ったもの？

ｷｬﾌﾟﾁｬｰしたmpeg2をまるもさんのMPEG2VFAPIﾌﾟﾗｸﾞｲﾝを使用してAVIUTLに読み込んで
ｸﾘｯﾋﾟﾝｸﾞ・waveletNR_CbCr・lanczos3でﾘｻｲｽﾞしたものをｵｰﾄﾌﾚｰﾑｼﾌﾄ(exavi_afs)で拡張
AVI出力(24fps化)したものです。

aviutlのシステム設定の最大フレーム数増やしてみれば？
と適当に言ってみた

中間ファイルなんて意味無いよ

今３分割してｴﾝｺしてみましたら、ファイルサイズが4GBくらいで
やはり再生出来ませんでした。分割しなかった時も4GBくらい
だったので4GBくらいでﾌｧｲﾙの先頭に戻っているのかもしれません

なんかググッたら沢山出てきました。解決方法は無いのでしょうか？
ありがとうございました。申し訳ありませんでした

＞ｵｰﾄﾌﾚｰﾑｼﾌﾄ(exavi_afs)で拡張AVI出力(24fps化)したものです。
↑
これがぁゃιぃ

>>847
FAT32？

>>848
RAVI（フリーの参照型AVIコーデック）使ってみたら？　これでその他のコーデックとしてｈuffyuvを
指定してやればいい。サイトはここ。 ttp://www.grouptron.org/

>>849-851 ありがとうございます。RAVIで試してみます

悪いことは言わない。
RAVIなんて使わず、今後のためにもNTFSにしろ。（最低限動画データを置くデータドライブだけでも）

禿同

動画編集するのにFAT32だなんて、釣り決定でしょう

む、NTFSならRAVIを使っても意味無いのですか…
ﾌﾚｰﾑｼﾌﾄ出力でも4GB越えられると勘違いしてました。
色々とご指導ありがとうございました。台風で犠牲者が出ないことを祈りつつ、それでは

ありゃ、いつのまにかRAVIってフリーソフトになってたのね
ずっと昔レジストしてhuffyuvとかPICMJPEGとかでつかったなぁ。

tesuko

今迄、８の整数倍のサイズ以外のHuffyuvなaviを敢えて作る事が無くて気付かなかったですが、
８( ４か？ )の整数倍サイズになってない場合、素のﾒﾃﾞｨｱﾌﾟﾚｰﾔｰだと再生出来ないんですねぇ...

ffdshowを咬ませてれば再生出来ます( 但し 横の場合、右側に埋め合わせ部分が出来る )が…

それとも、最新のﾒﾃﾞｨｱﾌﾟﾚｰﾔｰだと、どんなサイズでもキッチリ/ピッタリ再生出来るんでしょうか？
つってもそこそこ新しいver.( 9.00.00.3075 )のつもりなんですが...

４辺カットとリサイズを一緒にやっちゃいけない場合ってあるの？

インタレ素材

2.20のソースコードどこにあるか知りませんか？

上偶数ラインカットと横のみリサイズならいいよね

PCにパーツとして組み込めるデジタルビデオって無いの？安くで。
めちゃくちゃ時間かけて編集したゲームの動画
できれば無圧縮or可逆で保存しておきたいんだけど・・・

SDI?

AVIUTLで元が720×304の動画をHuffyuv出力したら、
なんと640×480になってしまった。
これって宿命なんですか？

>>866
初心者質問スレへいったほうがいいと思うよ

>>866
不覚にもﾜﾗﾀ。

Mhuffyuv codec
ttp://motioncodecs.sourceforge.net/

むふっふゆv

ムフフわいゆーぶい

>>869
新型か？

もーちょん圧縮だからﾍﾞﾀなｱﾆﾒだと小っちゃくなるのか

ほんとだ。実写をエンコしてみたけど、本家の方が縮んだよ。

アニメでも本家の方が縮むんだが・・？

ノイズレスのソースじゃないと意味ないんじゃないか？

ってかねー
これに関しちゃ縮むかどうかってより画質とかじゃないんかと
おまいらエロそうなやつの眼力ではどーなのよ？
おれの目では違いﾜｶﾝﾈ

可逆だろ。

QSTV15＋Featherで、Huyyyuv(音声無圧縮）でキャプしたら、音声がめちゃくちゃずれたAVIが出来上がってしまいました。
これってどれが悪いのでしょう？

Huyyyuv

>>879
ふｙっゆｖ

>>879
録画した奴をそのまま再生してズレてる？
それとも編集・エンコ後？

>>882
録画した奴をそのまま再生して、既にずれてます。
音声をPCMにしたらずれ方は少しマシになりましたが、やはりずれています。
音声記録側の問題でしょうか？
　×：Huyyyuv
　○：Huffyuv

でした。(w

環境の問題じゃないのか？晒してみろ。

言って置くが
Huffyuvは再生するためのものじゃないぞ

Microsoft Windows XP Home Edition　ver.5.1.2600 Service Pack 1 ビルド 2600
MB：INTEL_D865GBF
CPU：Celeron 2.2GHz
物理メモリ：512.00 MB

MPEG Layer-3で録音すると大分よくなりました。言われないと気づかないレベル。

>>885
再エンコしても当然のように音ずれしました。

うちの場合だと
キャプチャーカード会社のアプリで録画すると音ズレなし（強制インタレ２重化？）
でVideoStudioやふぬああで録画すると音ズレする。

両方とも録画そのままのファイルの再生は音ズレ無し。

僕もよくわからないんだけど・・・
うちの環境の場合、VideoStudioで録画したファイルは音声を-14〜-17コマでエンコすると
ちょうど合うっぽいからそれを目安に劇中の足音とか剣劇の音の前後を
ファイルの前後と２箇所くらい音付でエンコしてズレ度を確認してから
全体をエンコしてます。

音声のエンコは後で出来るからwaveの音ズレがどの程度なのかを
探ってみてパターン化したらいいんじゃないかなぁ、と。


・・・はぁ。DQNっぽい意見だなぁ。

アホらし
単純に音声が先頭から始まってないせいで、編集時音が先頭からに詰められてるだけじゃん。

>>888
音声ずれには2種類あるって意識してるかい？
・単純シフト
・段々ずれていく

キミは単純シフトしか知らないようだね。

どっちにしろhuffyuvとは関係ないんでないの？
ほかのスレで聞いたほうがいいと思うが

huffyuvは無罪確定か？

実時間とズレてるのは映像でなくて音声なんだろ？
huffyuvが有罪とは考えにくい

>>892
相対的に両者間でズレがあるという現象だと思う。

>>893
そんなんありえんよ
ｺﾏ落ちしてなければHuffyuvに罪はない
一ﾌﾚｰﾑは一ﾌﾚｰﾑなんだからさ
映像は所詮、画の連続でしかない

かたや音声は基本となるPCM-WAVがｻﾝﾌﾟﾘﾝｸﾞを一定に行っているわけではない（そういう規格ではない）
だからﾏｻﾞｰﾎﾞｰﾄﾞなりｻｳﾝﾄﾞｶｰﾄﾞなりのｸﾛｯｸに同調させて再生速度を決定する
AVIｺﾝﾃﾅは音声を基準にｲﾝﾀｰﾘｰﾌﾞする
ｸﾛｯｸ自体が信用できないものなら映像と音声はだんだんずれる

だいたい879からして、どういったタイプの時間のずれなのかはっきりさせないのが悪いんだよ。

ずれないM/B買うのが一番手っ取り早い。

環境が糞ということで終了ですね

>>895
段々とずれていくタイプです。

04/10/03 09:52:24
04/10/03 12:52:45
04/10/03 15:43:39
04/10/04 20:06:33

やる気あるとは思えんw　　どうにも小出しで進展遅いし

まあ漏れが言えるのは

音ズレ補正くらい自分でしろ

くらいだな

>>900
またまた馬鹿発見。
如何にして補正しないで済むかを求めているんだろうに。
こういう勘違い癖は一生直らないんだろうな、きっと。

で､Huffyuvと何の関係が?

Huffyuvが可逆的に圧縮するのって画像だけだよな？
音声にはノータッチだよな？
ってか？

>>903
それでFAですな
ｽﾚ違いもいいとこ

終了記念に貼っておきます。

★♪★音ズレ対策委員会★♪★
http://pc5.2ch.net/test/read.cgi/avi/1011010179/l50

結局誰にも解決能力が無いということですな（ｗ

　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　　j
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

HuffyuvでVideo maid1.7Iを使って編集できないでしょうか？
ビデオストリームのフレームやプレビューで映像が出ません。
Ulead VideoStudio 7やaviutl99では使えますがVideo maidだけ使えません。

>>908
Always suggest RGB format for output（常に出力のためのRGBフォーマットを示唆してください。）にチェキ

>>909
どうもありがとうございます。表示されるようになりました。
しかし編集して保存する事は出来ませんでした。

ためしにAlways suggest RGB format for outputにチェキ入れてキャプした
ファイルを一度aviutl99で読み込んでから,全く弄らずにavi出力したファイルを
Video maidで読み込むと、今度は編集・出力共にＯＫでした。
どうしてなんでしょうか？
上記の手順を踏んで編集する事は特に問題は無いでしょうか？

>>910
Aviutlが98dならいいんじゃない？

Sで出力してもサチュレートされちゃってるようなのですが・・・
98dです。
どうしたらいいんでしょうか・・・

>>912
YUY2で出力すればサチュレートされて当然。98d
ＨｕｆｆｙｕｖＳはRGB出力の挙動だけが本家Huffyuvとは違うだけでYUY2では全くの同じ。

>>913
そうだったんですか・・・
98dのインタレ解除だけ使いたかったんですけど
YUY2出力できないんじゃあんま意味ないですね。
ありがとうございました。
どうしよ、、、

>>914
0.99でHuffyuvsの中間ファイルだけ作る。
そんで0.98dにavsinp.aui入力でYUY2読み込みすればいい。

>>915
0.98dではYUY2出力時、必ずサチュレート．．．

ん？AviUtlにYUV色空間をそのまま渡すんじゃないの？

>>917
ところが98dはYUY2入力YUY2出力でもサチュレートするんだよ
>>914を解決する方法はないと思われ
RGB変換を容認するか98dのインタレ解除を諦める

飽和演算するのが何故いけないの？
白とび黒つぶれをなくすための飽和演算なんでしょ？

>>919
飽和演算ではなくただの飽和だから
白とび黒つぶれさせていることになる

いやあの、RGBじゃなくてYUY2のことなんですけど・・・
もちろん前提としてRGB変換はいっさいなしの場合だけどね。

>>921
勿論YUY2だよ
少なくとも民生DVDプレイヤー+TVなら
Y235〜255であろうと諧調表示できる（白トビしない）
ところがAviutl98dはYUY2入力しいっさいフィルタを通さず
YUY2出力にしてもY235〜255を一律235にする
結果的に飽和させなければ表現できた諧調は死ぬ（白トビする）

あと↓参照

YC伸張する？しない？総合ｽﾚｯﾄﾞ
http://pc.2ch.net/test/read.cgi/avi/1050299614/

映像の【色】総合スレ
http://pc5.2ch.net/test/read.cgi/avi/1062148940/

なるほど0.98dは飽和処理じゃなくて値切捨てなのか。よくわかったよ。
0.99とは全然違うことやってるのか。

いや、ちょっと待ってくれ。それならサチュレートと言う表現自体おかしいと思うのだが。

min 16, max 235(240)での飽和演算をまさにサチュレートするっていうのだが．．．

おまえらが使ってるキャプチャカードを教えてくれ
もちろんhuffyuv+ふぬああ専用機だ。

おれはアルファデーター、玄人、カノプ、と３枚ソフトエンコのカード持ってる
が全部まあまあ良いんだが最高最強画質とは言いがたい。
とりあえず次はモンスター３liteを試そうと思っているとこだ。
（あと直接的にはキャプと関係ないがノイズ低減になるかと、６層基盤のマザーも仕入れてみた）


個人的にS-VHSからのキャプ専門なので
カードのTVチューナー性能やTBC DNR機能には興味がない(その部分はどうしてもビデオデッキにはかなわない)。
つまりアナログデジタル変換性能のみ、純キャプチャカードとして高画質を得られるモノを探している。
そういう事も踏まえつつ、おまえらのハードウェア環境を教えて欲しい。

サチュレートについて聞きたいんだけど、Y235〜255を一律235にした
映像とそうでない映像はTVとPCを含めて視てわかる？
98dでつくった映像と99でつくったものを見比べてみたけど
白とびも黒つぶれも目視ではわからん。
PCでチェックしただけだけど。

PCじゃ普通は伸張してるから分からんよ

>>928
見て判るものと判らないものがある。
ソース次第。

>>929
判ることが多い。何故なら235-255の範囲でもBT.602変換でRGBにして255以内に収まる場合も多いので。

白とび黒つぶれしないように補正されたYUV色空間のデータを98dに渡すとさらにサチュレートされるの？

>>931
さらにサチュレートするよ。
でも16-235の範囲のデータしか存在しなければサチュレートしようがしまいが全く同じってことに気づけよ。

>>931
飽和と収縮の区別がついてないのでは？
98dのサチュレートはあくまでもBT.601有効範囲内へのクリップだよ

じゃあそういうデータ作ってそれを98dに渡してYUY2出力すれば問題ないのでは

>>934
そういうデータじゃないから>>912は困ってるんでしょ？
範囲外を
・収縮する
・飽和させる
・維持する
のは個人の好みなんだよ
どれが絶対ではない

個人の好みというレベルの問題じゃないと思うんだが。
どう考えても白とび黒つぶれしないようにちゃんと補正するのが最も綺麗でしょ。というかそれさえも俺自身の好みでそう思っているだけなのだろうか？

>>936
収縮するとコントラストが低くならない？

>>936
>>923読んでくれ

>>937
ちゃんとヒストグラムを見て補正すれば伸張、収縮ミスは起こらない。

>>938
二回目だけどそれを個人の好みで片付けたら色関係は全部個人の好みレベルの問題になってしまう。まあそれもある意味正しいけどさ。
ここで言ってるのは色空間データとしての正しさの問題でしょ？

>>939
じゃぁ一応
・BT.601の有効範囲は理想値である
・民生レベルでのカラーバーキャリブレートは精密ではない
・デジタル放送をストリームキャプチャしたものにも範囲外データがある
・市販DVDにも範囲外データがある
・勿論民生据え置き録画機器にも範囲外データがある
・途中段で色をいじるのは好ましくない
・TVは範囲外データの諧調を再現できる

>>923ででてくるサチュレート反対派の意見はこんな感じ

ぶっちゃけ
ソースも使用機器もBT.601から逸脱しており
BT.601の有効範囲を厳密に守りようがないのに
サチュレートしてまで守るのは正しいのか？ってこと

個人的には
「多少有効範囲を逸脱するくらいにキャリブレートして飽和させてエンコしたほうが
見た目もおかしくならないし、ビットレート的にも有利」
だと思うが、人それぞれ

>>940
・・・確認するけどその反対派（？なる人たちはサチュレートしないでYUY2出力してるの？
ちなみにここでいうサチュレートは範囲外飽和も白とび黒つぶれを防ぐ補正も両方あるとして。

元ソースがおかしいと言ってしまったらRGBもYUY2もサチュレートも糞もないから
何も正しいものはないという言い分はわかるんだけどそこで議論が終わっちゃうじゃん。
で
>「多少有効範囲を逸脱するくらいにキャリブレートして飽和させてエンコしたほうが
>見た目もおかしくならないし、ビットレート的にも有利」

これは白とび黒つぶれしないように補正(ここでは飽和？)してYUY2出力するということだよね？
だったら俺と同じこと言ってることになるし色空間データとして考えると最も正しいやり方と言うことになる。

俺は色空間変換は勿論だが、YUY2入出力でBT.601の有効範囲に
収まってなくても基本的に色は弄らないよ

範囲外を飽和させると、理論上は正しい色範囲のデータを作成
しているのかもしれないが、見た目上ソースの諧調を壊している
という言い方もできる

BT.601的な「正しいやり方」というのは存在するかもしれないが、
見た目的な「正しいやり方」がそれとイコールとは限らない
結局は好みの問題という結論で間違ってないと思う

あと世の中に存在する我々が入手可能なソースに範囲外データ
がある事を加味しないと、こんな議論に意味はないと思うが
ちゃんと実情を考慮しないと正に机上の空論でそ

>>944
結局個人の好み次第と言うあなたの結論はわかったけど

>「多少有効範囲を逸脱するくらいにキャリブレートして飽和させてエンコしたほうが
>見た目もおかしくならないし、ビットレート的にも有利」

>俺は色空間変換は勿論だが、YUY2入出力でBT.601の有効範囲に
>収まってなくても基本的に色は弄らないよ

この発言は矛盾してない？前者では飽和させてエンコと言いつつも後者では基本的に色は弄らないと言っている。
ただし後者では基本的にと言っているから前者の飽和処理はたまたま例外的な場合を言っただけ？

それとあなたの基準では白とび、黒つぶれは
>見た目上ソースの諧調を壊している
には当てはまらないの？
細かいつっこみばかりですまんけど話せる人のようだから余計気になるんです・・・

>>945
941とは別人だす
941はもう寝たらしい

諧調の話については、これを表現できる機器がある以上は
飽和させずに残すべきではないかと
235も255も同じ色ってのは何か間違ってる

>>946
俺流れ的にYUY2出力する場合の話だと思ってたんだけど間違ってた？
俺が言ってるのは簡単に言うと白とび黒つぶれしたままYUY2出力することは色空間的にも見た目的にもおかしいだろうという、ただそれだけなんだけど。

>235も255も同じ色ってのは何か間違ってる
根本的なこと聞きますけどRGBとYUV色空間は違うと言うのはわかりますよね？

YUY2出力の話であっとるよ
「白飛び黒潰れ状態」と「本来違う色であるべき部分を全部同じ色にしちゃった状態」
のどちらが見た目的におかしいかは好みの問題じゃないかと
まあTVだと多少のはみ出しは表現できるんだが

>本来違う色であるべき部分を全部同じ色にしちゃった状態
これは例の0.98dのサチュレート(範囲外データを全て16、235(240)にしてしまう)の問題だよね？
そうではなくヒストグラムをちゃんと見て補正するか0.99でYUY2出力すれば
そういった伸張、圧縮ミス、白とび黒つぶれなくもっとも綺麗にYUY2出力したということができる。
さらに個人の好みの問題があるなら後は個人レベルで自由に色補正すればいいと言うのが俺の主張。

>>949
ちゃんと使えれば確かに0.99でサチュレートされなくて良いんだけど、
0.99はそのちゃんとの部分が×なので論外。
（0.98dでサチュレートされたのでも0.99と比べりゃはるかにマシ）

>>950
0.99で白とび黒つぶれしないようにサチュレートしてYUY2出力と言う意味で書いたんだが。
サチュレートはヒストグラムを見て補正しても0.99任せでもよい。
範囲外データを全て16、235(240)にしてしまう0.98dが
白とび黒つぶれしないように補正する0.99と比べるとどの辺がはるかにマシと？
個人の好みはさておいて。

>>951
君のように0.99でYUY2出力後、0.98dで処理するなんてのは
さすがにやってられないってのが正直なところ。
感心するぞ、お前。

>>952
俺は0.98dは使わないよ。0.99でYUY2対応コーデックに最終出力してる。
ただエンコしてるのが主にアニメで0.99のフレーム間引き精度がいまいちだから後から修正に手間かかるがな・・・
0.99のインタレ解除にとくに不満感じたことないけどフレーム間引き精度もうちょっと何とかして欲しいところ。両者微妙に絡み合う問題だけどね。

>>953
そうそう、サチュレートの件で思い出したけど、
0.98dでサチュレートされるのは出力時だけだったよ。
だから0.98でYUY2入力して色補正して各種処理する部分はまだサチュレートされてない状態。

あと0.99は処理も変だけど、プレビュ映像自体、色ズレしてて気持ち悪い。

>>954
でも0.98dはYCbCrヒストグラム無いと思ったけど確か。
RGBヒストグラムでも補正しようと思えばできるかもしれないけど・・・
それと0.99のプレビューと内部処理は別なので心配無用です。

>でも0.98dはYCbCrヒストグラム無いと思ったけど確か。

自分はH_kasahara氏作の範囲指定ヒストグラム（extehist.auf）つこてるよ。

>>957
ほう。0.98dで改めて煮詰めなおしたい設定もあるからその時に使ってみるよ。
つかもう3時だし俺も寝るか。サッカー勝ったことだし気持ちよく眠れそう。
YUY2出力するときは自分のやり方が一番いいと思ってたけど
冷静に考えると人それぞれというのも説得力あるなぁ。
自分のやり方を変えようとは思わないけどどれが正しくてどれが間違ってるというのは一概には決められないか・・・

0.99の色ですが、おかしいのはYUY2入力時のアップサンプリングのようです。
中心が左にずれている気がします。
YUY2のアップサンプリングをやり直せば正常になります。

手前味噌ですが、YUY2アップサンプリングフィルタをどうぞ＞0.99を使ってる方
http://www.geocities.jp/aji_0/

サチュレートの話が盛り上がってるようだけど
そもそも音声をMP3なりWMAにして切り詰め間引きしてるわけだし
映像もエンコードして情報を間引いてるわけだからそんなに神経質に
ならなくてもいいんじゃない。
個人的には99のインターレス解除よりも98dのほうが目視で確認できるほど
安定してるので98ｄのほうがイイかと思う。

>>960
的外れな理屈には承服しかねるが、おまいのIDに免じて全てを許す
NHKには勝てん罠(ﾟ∀ﾟ)

画質に妥協できるなら好きなだけ妥協すればいいさ
フィルタテンコ使って1Mbps以下に抑える玄人より
そのまま何も考えず素で2Mbpsでエンコする素人の方が
よっぽど画質に気を使ってると思うからな

>>962
どうしたん？

よっぽど悔しかったとか？

自称画質に気を使う素人さんなんでしょ、否定している訳だし。

画質に気を使う素人なら、高画質のHDDレコでも買って、
DVDに焼けばいいさ。
後は大画面液晶デジタルハイビジョンTVで見れば完璧だ。

huffyuvスレで発言する内容だとはとても思えん意見

>>966
DVDのハイビジョンTV出力って激しく汚いと思う、液晶ならなお更。

家庭用で一番画質にこだわりたいならブラウン管のハイビジョンTVだろ。
DVD観ても融通が利いて液晶のように汚くなりにくい。

もはやブラウン管は買う気しないねぇ。
50インチとかが薄く軽く出来れば考えるけど。

俺はブラウン管に買い換えたいよ、置く場所には困らないし。

>>971
100Kgとかあって重くてとても動かせない。

>>962は正論だと思うよ。
フィルターかけると当然その分時間かかるから、コーデックの設定もfast側にしがちだし。

自演おつかれ

何も考えずエンコすることが　　なぜ？　　画質に気を使ってる　　ことになるのかと

>>973
俺はフィルターかけてもコーデックの設定はそのままだが。
ってか、なるべく重くならないように、かつ効果の高いフィルタを選ぶ。
エンコ時間が5時間超なのはザラにある。

このスレ次スレたてる必要ありますか？

合流できる関連スレ無いしなぁ
さりとてネタも出尽くし・・

可逆圧縮総合スレというのはどうか

ふぬああと統合じゃいや？

ふぬああとはふゆぶは違う

ふぬああなんて使わない

ふあああなんて使わない

ふあああなんて使う

ふあああはｲｲソフトです。

使わないってやつは、たいがい「使えなかった」だけ

Huffyuvハードエンコボードが欲しいよう
MPEG2とか糞だし
かといってソフトエンコの音ずれ対策もめんどくさいし

ハードエンコなら俺はcorepngの方が(・∀・)ｲｲ。

　 　 　 　,,、 　 　 　 　 ili,．　　　　　 .ili,．　　 　 　 ili,．
　 　　　,,,l!!!l丶　　 .ii,,,,,illlllllト　　　li,,,,illllllll‐　　 .ii,,,,,illlllllト
　 　　　lll,　　　　　　 .,ill,,,liill,,,,,、　　.,ill,,,liil,,,,,,　　 .,ill,,,liill,,,,,、
　 　 ,,,,llll!lllﾞﾞﾞﾞllliｙ .,,lllﾞlll,,,llﾞ’　lll　,,lllﾞlll,,,llﾞ’　lll .,,lllﾞlll,,,llﾞ’　lll
　llilllﾞll,,_,,,l!"'ﾞﾞﾞﾞﾞ゜ll!ﾟ,,,ll!lﾞ゜ ,,,,ll!ﾞ｀illﾟ,,,ll!lﾞ゜ ,,,,ll!ﾞ｀ll!ﾟ,,,ll!lﾞ゜ ,,,,ll!ﾞ｀
　 　ﾟﾞﾞﾞﾞ゜　　　 ﾞﾞﾞﾞ° 'llﾞﾞﾞ°　.ﾞﾞﾞﾞ゜　'llﾞﾞﾞ°　ﾞﾞﾞﾞ° 'llﾞﾞﾞ°

990
990
990
990
990
990
990
990
990
990
990
990
990
990
990
990
990

はふはふ

線

ふぬああ信者きもいよ
つうかスレ違い

立ててみた

可逆圧縮総合スレ
http://pc5.2ch.net/test/read.cgi/avi/1098022448/

誰か補完よろしく

>>994
乙　でもシンプル過ぎる

ぬるぽコーデック

　 @ﾊ@　　oハo
　( `ﾛ`)vv(' v` )
　 　 ﾀﾞﾌﾟﾙﾕｰ

999

　

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。