08/09/01 20:26:10 /JCVEbW1
まあ馬鹿はほっといて、俺もYV12対応をwktkしながら待っている
圧縮率はHuffyuv程度まで落ちてもいいから、エンコード、デコードの速いのが欲しい
Lagarithはやっぱデコード遅いよ
566:名無しさん＠編集中
08/09/02 02:09:59 ZCqKa05Z
>>561
>>561
>>560
PV3やPV4でキャプチャした場合はYUY2だね
ほとんどはRGBかYUY2があれば事足りてしまう
567:名無しさん＠編集中
08/09/02 12:23:13 sTobyJAT
そんなこといったらCanopusのコーデックもHuffyuvとかもYUY2だな。
YV12だとインターレースの問題があるからYUY2の方が都合がいい。
ところでLagarithのYV12ってインターレースはちゃんと処理できてるのか？
オプションで切り替えるとかは出来ないようだけど。
568:名無しさん＠編集中
08/09/04 22:23:09 sYkDrIh7
UtVideoの作者がんばれワッショイ！
569:名無しさん＠編集中
08/09/04 23:09:45 3j5nfR6f
ワッショイ！
570:名無しさん＠編集中
08/09/05 01:24:13 APzDbO/t
ワショーイ
571:名無しさん＠編集中
08/09/05 03:05:06 u7nJcAL+
ワショショイ
572:名無しさん＠編集中
08/09/05 16:50:49 PXzDitmF
utの人のところのアンケート
* 横幅が 8 の倍数でなければならないという制約をつけたとして、どれくらい困りますか？
* 同様に 16 の倍数（360が対象外になる）だとどうですか？
* 同様に 32 の倍数（360と720が対象外になる）だとどうですか？
8は問題ないとして16・32もまあ多少気になるけどいいか。
前のバージョンも別に残せるなら特に問題にはならない気はするし。
大体でもどのくらい差が出るのかわかれば答えやすいけどね。
573:名無しさん＠編集中
08/09/05 16:56:00 BWU3Su1d
モードを選べるようにしれ
574:名無しさん＠編集中
08/09/05 17:15:02 x0mCblNR
>>573
全て実装した上で
横幅 x2 x4 x8 x16 x32
縦幅 x2 x4 x8
を任意選択とか？
575:名無しさん＠編集中
08/09/05 17:18:15 BWU3Su1d
俺が悪かった
576:名無しさん＠編集中
08/09/05 17:23:59 sAy12+U8
396ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
まぁ上下にボーダーつけて400にすりゃ済む話だし8倍制限でいいと思うけどね
577:名無しさん＠編集中
08/09/05 17:42:03 du/EgrZy
やっぱその制約でどれくらいエンコ/デコード速度と圧縮率に違いが出るか次第だなぁ
あまり違いがないようならx8でいいけど、かなり違ってくるようならx32でもいい
中間出力するときに黒帯つけて、中間からのエンコの時に黒帯部分を削除すれば良いだけだし
578:名無しさん＠編集中
08/09/05 18:22:27 HHgZmTmY
追記：
制約を入れたいメインの理由は「汚いコードをメンテしたくない」なので、モードを分けて制約から外れるものも残す、というのは全く意味がありません。
579:名無しさん＠編集中
08/09/05 18:22:43 x0mCblNR
>>577
ですね。どのくらい違うのかを明記してくれればアンケートにも答えやすいな
580:名無しさん＠編集中
08/09/05 18:32:19 NR0SLHht
x8はよいけど地デジ4:3の場合は1080x1080にCropして（中間ファイル）から4:3にリサイズだから
16以上は困る・・・。
581:名無しさん＠編集中
08/09/05 18:36:01 LqQYDT8R
制限がMod 8 以上になるのは困るな
理由はD3キャプチャに使っているから
582:名無しさん＠編集中
08/09/05 18:53:18 CXCciU3p
個人的にUtVideo作者には現状の改良よりインタレ対応のYV12版を期待してる
583:名無しさん＠編集中
08/09/05 20:22:29 0zCyU8dm
>>572
私が作るなら「YUY2 の幅 2 の倍数制限以上の制約はつけない」を選ぶかな。
多分 SIMD コードがらみなんだろうけど、X の倍数部分と端数部分のコード
書くだけで済むし、「エンコード/キャプチャ/中間出力しようとしたら落ち
ました何がいけないのでしょうか」とかのウザイ質問に煩わされたくないから。
584:名無しさん＠編集中
08/09/05 21:26:09 lTjPzUjf
つーかLagarithで事足りね？
585:名無しさん＠編集中
08/09/05 22:22:14 NR0SLHht
>584
遅いんだよ。
586:名無しさん＠編集中
08/09/05 22:56:57 2wg2eaPy
そしてHuffyuvがもっとも楽であるという結論にたった
587:名無しさん＠編集中
08/09/05 23:01:46 s5YaQIuT
>>584
色ノイズも出るし
588:名無しさん＠編集中
08/09/05 23:21:40 jOJxcMYL
WMAの可逆圧縮に対応したポータブルプレイヤーってないの？
589:名無しさん＠編集中
08/09/06 03:25:26 lf75oM3J
>>581
Widthの制限だからD3関係なくね？
>>580みたいなことしてれば別だけど
590:名無しさん＠編集中
08/09/06 03:29:42 lf75oM3J
アンケートに答えてなかった
可逆で横360はあまり意味をなさないような気もするから、x16制限がいいかなぁ
まぁ可読性・性能ともに劇的に変わるんでなければあんまりきつい制限はないほうがいいのかも
591:名無しさん＠編集中
08/09/06 14:29:29 OwZ9gMSl
非可逆スレにもたまには顔を出してくれ。
nVidiaのBadaboom、完成されれば良いものになりそう。
592:名無しさん＠編集中
08/09/06 15:32:43 jbIRyXqE
x8とかx16制限とか訳分からん
内部処理ではx8とかx16で処理して(満たないものはダミーデータを付加)、
外部からは隠蔽するだけとちゃうんかいね？
つーか、そういった柔軟な発想もできんのかね、あの作者は
まあ、ソースコード見る限り、プログラム技術はたかが知れてるが
593:名無しさん＠編集中
08/09/06 15:39:57 z7Cbh+ZL
じゃあお前がやれ
594:名無しさん＠編集中
08/09/06 16:57:18 LGNMn3qq
今更口だけって奴が来るのも珍しいな。昔は多かったが。
595:名無しさん＠編集中
08/09/06 17:46:31 EsfyIGRn
>>592
付加してデコード時にスライスするってやつだよな
MPEGではそうしてMB以下の端数解像度も処理しているんだっけ
596:名無しさん＠編集中
08/09/06 21:31:57 v3F55EWG
DCT変換するやつはそういうことをやってるやつも多いが俺はやれとまでは思ってない。
端数あるせいで(わずかながら)符号化効率下がるしな。
597:名無しさん＠編集中
08/09/07 02:58:47 3PJY1eAG
最終的にx264でエンコするので、それに合わせて16の倍数に1票。
SSEも16バイト単位だしなんかきりいい感じがする。
（いや、x264自体は8とか4の倍数でもいけるよ、警告されるけど）
598:名無しさん＠編集中
08/09/07 03:20:13 h6Lekx7e
3の倍数の時だけ
599:名無しさん＠編集中
08/09/08 06:08:02 Y7VePW7T
huffyuv_mtがこのスレに登場してすぐに落として使っていたんだけど
マルチスレッドのチェックがあった事を最近気づいた。
速い速い・・・・
600:名無しさん＠編集中
08/09/08 08:05:51 MBBgVsjy
いや・・・HDDが限界なんだからRAIDでもない限り速くないだろ
601:名無しさん＠編集中
08/09/08 14:42:35 LbzPvcqj
そんなの環境によりけり
602:名無しさん＠編集中
08/09/08 17:13:18 g0V7JM3s
>>600
自分の糞環境をさらしても何もならんと思うがw
603:名無しさん＠編集中
08/09/08 19:59:43 MBBgVsjy
,r;;;;ﾐﾐﾐﾐﾐﾐヽ,,_
,i':r" ＋ `ﾐ;;,
__,､ ≡ 彡 ﾐ;;;i
〃ﾆ;;::`lヽ,,_ ≡ 彡 ,,,,,、 ,,,,､､ ﾐ;;;!
〈 (lll!! ﾃ-;;;;ﾞfn __,,--､_ .. ,ゞi"￣ ﾌ‐!￣~~|-ゞ, ≡
／ヽ-〃;;;;;;;llllll7,,__／" ＼三=ー"."ヾi `ー‐'､ ,ゝ--､' 〉;r' ≡
>､/:::/＜;;;lllメ ＼ヾ、 ヽTf=ヽ `,| / "ii" ヽ |ﾉ
j,, ヾて）r=- | ヾ: :ヽ;;: | l | l ''t ←―→ ）/ｲ^ ≡ 私は、自分自身を客観的に見れるんです。あなたと違うんです。
,ｲ ヽ二)l(_,＞" l| ::＼;:: | | | ヽ,,-‐、i' ／ V
i、ヽ--ｲll"/ ,, ,//,, :;; l // l く> /::l"'i::lll1-=::::￣＼
ヾ＝=:"::^::;;:::／;;;;;;;;;:::::::::::::: :::::ゞ ﾉ/ L／〈:::t_ｲ::/ll|─-=＝ ヾ
＼__::::::::／::::::::::::＿;;;;;;;;;;;;;;;;;ノノ ﾍ >(ﾞ ）l:::l-┴ヾ、ヽ ）
￣~~￣￣／ :::|T==--::::: ／／ / ﾄ=-|:|-─ （ l /
／ :: ::l l::::::::::::::::::/ /:::::::::::/:::::(ヽ--─ / | /
ヽ＿=--"⌒￣ﾞﾞヾ:/ /:::::::／:::::::::`<==-- ﾉ / /
604:名無しさん＠編集中
08/09/08 21:06:09 hpTX1KUn
>>603
お疲れ様
605:名無しさん＠編集中
08/09/12 19:20:12 8PGpPVJN
[UtVideo] バージョン 4.1.0
性能向上
共通: エンコードをほんのわずかだけ高速化した。
共通: デコードをほんのわずかだけ高速化した。
ｷﾀｰｰｰｰｰｰｰｰｰｰ
606:名無しさん＠編集中
08/09/12 20:27:11 8mtD2Ooi
>605
地味だがすばらしい改良。
YV12頼む！
607:名無しさん＠編集中
08/09/12 21:35:18 spB+d7QB
で、圧縮率は上がったのか？
608:名無しさん＠編集中
08/09/12 22:52:25 NSbp0u6s
＞共通: エンコードをほんのわずかだけ高速化した。
＞共通: デコードをほんのわずかだけ高速化した。
609:名無しさん＠編集中
08/09/17 01:50:54 V2fCB64E
アマレココのページに「AMV2がYUY2可逆圧縮で最速、展開も速いです」
なんて記事が載ってる･･･。実際どうなんだろ。
610:名無しさん＠編集中
08/09/17 01:58:25 ctUyz1E6
今んとこ圧縮率と速度のバランスが取れてるLagarithの一人勝ち
611:名無しさん＠編集中
08/09/17 02:49:43 vcspB/u6
Lagarithが一番
ちょっと重いけどUtよりまし
612:名無しさん＠編集中
08/09/17 03:01:14 zRVIcUOw
あと一歩だな
613:名無しさん＠編集中
08/09/17 09:44:40 QupUVr19
一通り試した後、結局無圧縮に戻る。
614:名無しさん＠編集中
08/09/17 10:44:44 vcspB/u6
HDDには容量と速度というものがあってね
615:名無しさん＠編集中
08/09/17 13:26:35 2lehyAsB
速度重視でhuffyuv
616:名無しさん＠編集中
08/09/17 16:28:13 7SBUzAgi
LCL削除の仕方わからなくてイライラ
617:名無しさん＠編集中
08/09/18 02:50:40 eJAXlkw2
2chから世界最強の可逆コーデックが発信されると信じて疑わない時期が私にはありました
618:名無しさん＠編集中
08/09/19 16:22:55 oi2KxEek
鬱はノイズが入ってくるからおいらは今日もhuffyuv!!
619:名無しさん＠編集中
08/09/19 20:29:49 OrKL7bJ+
PremiereとHuffyuvの相性がよろしくないので色んな可逆が出てくるのは大歓迎だ。
620:名無しさん＠編集中
08/09/20 05:12:30 QOB/wiOu
>618
UtVideoのバグってこと？
詳しく。
621:名無しさん＠編集中
08/09/20 09:34:49 SM5ywUqi
多分プレミアとの相性だと思うよ。
622:名無しさん＠編集中
08/09/20 15:50:41 AU1usXDO
AMV2 video codec
URLﾘﾝｸ(amamaman.hp.infoseek.co.jp)
これってどうなん？
623:名無しさん＠編集中
08/09/20 18:00:34 7WvKNGBY
>>622
めんどくさいことしてないでアマレココに乗っけとけば自然と宣伝になるだろうに
と思った
624:名無しさん＠編集中
08/09/20 19:49:45 5WYWawiY
作者がやってるのか知らんがあちこち張られまくってて若干うざい
625:名無しさん＠編集中
08/09/20 19:57:18 AU1usXDO
シェアウェアだから買うのが嫌だけどどんなもんか知りたい
626:名無しさん＠編集中
08/09/20 22:32:52 pDrj548g
聞く前に最低限のことぐらい調べろ。
金払わないとロゴが入るだけで金払わなくても使える。
だから自分で使ってみて考えろ。
どうせPC環境も用途も人によってばらついて、
何がいいかなんて変わるんだからな。
627:sage
08/09/21 09:18:12 Dbxw0WnN
次のような条件では、どの可逆圧縮コーデックを使うのがいいでしょうか？
映像ソース：VHSとLD、ジャンルは実写映画とアニメ。60時間分ぐらいの量。
目的：可逆圧縮で永久保存。映像のマスターソースとして保存。
自分で調べた限りだと、圧縮率と軽さのバランスのよさからLagarithが
良いようですが、前スレから目を通していると、ノイズが出る報告があるので
使うのが心配です。
映像のマスターソースにしたいので、60時間分もノイズがないか
意識して調べるのはつらすぎます。
バグが少なく安心して使えるコーデックを教えてください。
628:名無しさん＠編集中
08/09/21 10:38:19 KqgPfSpf
>>627
マスターにしたいなら全編チェックするもんだ。
629:名無しさん＠編集中
08/09/21 10:57:52 MHPh+Fwz
>>627
永久保存ならオープンソースだな。
630:名無しさん＠編集中
08/09/21 13:28:31 QUPxk5tF
>>627
安心のhuffyuvか、新鋭のUtVideoかな。
631:名無しさん＠編集中
08/09/21 20:45:15 /OHqJoid
新鋭ｗ
こんなもんに何を期待するんだｗ
632:名無しさん＠編集中
08/09/22 11:29:51 KGYVnah5
>>627
UtVideo。ありがたく使わせてもらっている。
>>631煽るだけか。そんなに言うのならもっと良いものを作って見せてみろ。
633:名無しさん＠編集中
08/09/22 11:54:28 rX5o+C0o
開発者が2ちゃんに書き込むとロクなことにならないよ
634:名無しさん＠編集中
08/09/22 13:36:35 LW5zuwOb
>>620
noiseがはいるのは別にプレミアってことではない。てかプレミアは使わない。確認できたのは、HSL中のSとH
ぶつぶつ入ってくる。AE TMPGenc aviutlどれでも出た。lagarithも出る。huffyuvはでない！
635:名無しさん＠編集中
08/09/22 14:40:11 7F12mNWQ
>634
詳しく整理して作者に伝えてもらえないだろうか。
場合によっては可逆圧縮として致命的だし。
636:名無しさん＠編集中
08/09/22 15:49:43 ARySuTFW
>>635
ただの煽りにお願いしてどうするよw
637:名無しさん＠編集中
08/09/22 18:09:23 LW5zuwOb
煽ってない、作者が気づいて直せそうor興味を持ったらぜひやってほしい。
てか非圧縮と可逆圧縮ごを誰でもいい、みんな比較してみん。絶対入るから。
HSL(V),LBA,CMY,RGB(これじゃあんまし解らないかも)とか
638:名無しさん＠編集中
08/09/22 21:32:20 bwUNJSbq
youはまずjapanese
639:名無しさん＠編集中
08/09/23 02:05:46 TTmZPSg8
634が言いたいことを要約すると・・
UtVideo、Legarithに共通して、
AfterEfects、TMPGEnc、Aviutlの全てでHSLの中のSとHにノイズと思われるものが混入していたと。
HSLとは色の成分の種類ということでおｋ？
HSLとかCMYKとかRGBとかフォトショで確か扱えたやつだったか・・。
640:639
08/09/23 02:08:46 TTmZPSg8
HuffyuvからUtに乗り換えた口だが、
確かにちょっとモスキートノイズみたいなざわついたノイズがちょっと多いかなーみたいな印象はある。
それがそのノイズの事を指しているのかわからないけれど。
641:名無しさん＠編集中
08/09/23 02:24:49 k5cEcO9a
可逆ではなかった疑惑
642:名無しさん＠編集中
08/09/23 02:31:43 TTmZPSg8
比較してみた
URLﾘﾝｸ(www.dotup.org)
DLキー：hsvc
643:名無しさん＠編集中
08/09/23 02:51:04 vKxe+DpR
無圧縮のキャプも並べてくれよと
644:名無しさん＠編集中
08/09/23 03:14:04 exoowxlj
ソースYUY2でVirtualDubとTMpgで吐き出した
UtとHuffyuvをavisynth経由でAvspでスクショとったbmpのハッシュ一致。
AviUtlで開いて以下同文もハッシュ一致。
645:名無しさん＠編集中
08/09/23 07:45:02 xFkxoNXp
だから色空間のなんたるかもわかってないやつのくだらん煽りに反応するなよ
646:名無しさん＠編集中
08/09/23 08:39:54 TcoYtzjN
>645
もしかしてということはあるから検証は必要でしょ。
少なくとも今まで正確に検証した人はほとんどいなかったみたいだし。
特定のシーンだけノイズがのる（overflowおこすとか）とかあるかもしれないから
こっちでも検証してみようと思う。
647:名無しさん＠編集中
08/09/23 09:30:44 xFkxoNXp
とっくの昔に検証はしてるでしょ・・・でないと使えないし
YUY2において10個ほどのサンプルでPSNR、SSIM検証した結果は差異は見られなかった
648:名無しさん＠編集中
08/09/23 10:03:38 yXI1noOE
この所のスレの流れを見て、可逆圧縮について実験してみた。
(a)無圧縮(RGB24bit)のAVIファイル
(b)Huffyuv v2.1.1で圧縮したAVIファイル
(a)と(b)の間では相互に変換できて、
変換を繰り返してもファイルは劣化せずバイナリは一致するはず、と仮定して
(a1)→(b1)→(a2)→(b2)→(a3) と変換してファイルを作成した。
(a1)(a2)(a3)とできた無圧縮ファイルは、ファイルサイズは完全に一致するが
fc /bでバイナリ比較すると微妙に違う。
10と11とか、BFとC0とか、1ビットだけデータが違う。
テストした環境は、AviUtl 0.99fとHuffyuv v2.1.1。
AviUtlはインストールした直後の状態でプラグインはいれていない。
フィルターも使っていない。デフォルト設定のまま。
Huffyuvの設定は、圧縮率を(fastest)～(best)までかえて実験したが
結果は同じだった。
正直、自分でも信じられない。
どこか設定を間違っていると思うので指摘してください。
仮定が間違っているのか？
649:名無しさん＠編集中
08/09/23 10:45:19 xFkxoNXp
>>648
理由は色空間の変換誤差
650:名無しさん＠編集中
08/09/23 10:59:54 J5+oiLiW
自虐なの？
色空間の変換誤差に対応できてないアピールですか？
651:名無しさん＠編集中
08/09/23 12:21:31 deY/4Ael
ねえねえ丸め誤差ってしってる？
適当なこといって恥かかないようにね
652:名無しさん＠編集中
08/09/23 12:45:10 deY/4Ael
仕方がないからヒントをあげよう
Aviutlのコーデックの設定でHuffyuvのYUY2で展開・圧縮のチェックをはずして再起動、
でもって無圧縮動画をHuffyuvで出力。その際にRGB compression methodを
Convert to YUY2に"しない"。
これでもわからんのなら出直してきたほうがいい
653:名無しさん＠編集中
08/09/23 12:56:02 yXI1noOE
>>649
>>652
ありがとう。
標準の設定だと、コーデックに対してYUY2読み書きするようになっているのでした。
RGB→YUY2→RGBなら誤差も出るよね。
URLﾘﾝｸ(jumper-x.hp.infoseek.co.jp)
ここ見てコーデック側への設定がたりないことに気づきました。
fc /Bしても差異のないファイルが出来ました。
ありがとうございました。
654:名無しさん＠編集中
08/09/23 13:22:01 3m/ZWGSd
なんで、huffyuvはでないっていうはなしで、huffyuvの検証してるの？
他のコーデックの検証しなきゃ意味無いじゃん
655:名無しさん＠編集中
08/09/23 13:45:14 wYR3iXFX
ここはUtvideoだけを応援するスレです。他はカス
656:名無しさん＠編集中
08/09/23 14:41:44 J5+oiLiW
ID:deY/4Ael
うけるｗ
657:名無しさん＠編集中
08/09/23 19:03:50 w3aDEOVs
Lagarith1.3.19
658:名無しさん＠編集中
08/09/23 20:57:13 TcoYtzjN
>654
全くだ。
659:名無しさん＠編集中
08/09/24 10:11:44 1UsKBq5k
検証した
無圧縮、huffyuv2.1.1、huffyuv2.1.1multithredingpacthv1.0、Lagarith1.3.19、utVideo4.1.0でYUY2とRGB24で書き出して、
PSNR測定ソフト（MSU Video Quality Measurement Tool）でRGBものはR、G、BでYUY2ものはY、U、Vそれぞれの項目でで全フレーム100db（∞）張り付きを確認した
つまり俺の環境では全くノイズの混入は認められなかった。
（サンプルはNHK-hiをMonsterXでhuffyuvでキャプしたもの50フレーム。それをVDでそれぞれの色空間で書き出しして検証）
RGBAについてはうちではそんな使いかたしないので使う人が検証してくださいな
660:634
08/09/24 12:48:53 M1xk7eIV
色空間を解ってないとか言われるとムカつくんですが？言葉が足らなかったから？
では付け足しで、全部RGB24下で試した。XENAっていう非圧縮で取り込める機械を使いました。知ってる人は知ってるよね？
そこから主要な可逆圧縮を試した。可逆(キャプ含み)→可逆とかした結果ではありません。
また、HLS HSVはPSにはないと思うよ。自分とこの環境依存かもしれないから、同じ設備で誰かやっていただけませんかね・・・。
個人的にAEからの吐き出しが気になります。
あと、皆さんすみません。荒れさせるつもりはありませんでした。気になっていたのでほかの方の環境下ではって言うのが知りたかったというのが本音のスレでした。
661:名無しさん＠編集中
08/09/24 12:55:27 7S0LnIjW
>>634
あ、もしかして、出力RGBじゃなくてRGBAとかになってたんじゃないの、そのAEが気になるってのは。
かわいい勘違いなんじゃ寝えの？
662:名無しさん＠編集中
08/09/24 18:13:22 gaZxJn/A
まあまあ、落ち着いて。
まったく別のCodecの話だと思ったけどAMDだと不具合出るとか、確かに
あり得る話。
環境依存だろうが、可逆圧縮で完全一致しなかったら問題だし。
663:名無しさん＠編集中
08/09/24 19:50:48 cYMwaaaz
AMDだと可逆じゃなくなる疑惑
664:名無しさん＠編集中
08/09/24 20:52:26 9mdJSDUs
使うフロントエンドで出たり出なかったりって何度もループしてる話題でしょ
665:名無しさん＠編集中
08/09/25 03:11:41 bwSfp4Jz
みんなが同じ環境じゃないし気違いの相手して遊ぶのも程々にしとけお前らｗ
666:名無しさん＠編集中
08/09/25 03:13:15 ku5VQoK5
だってutの更新もないしヒマなんだもん
667:名無しさん＠編集中
08/09/25 09:46:17 ejUppYCQ
>>666
ですよね～
668:名無しさん＠編集中
08/09/25 20:21:22 +ZW0pOK7
んだんだ。
YV12対応だけでもお願いしたい。
669:名無しさん＠編集中
08/09/30 00:38:47 rh1ZwP0h
64bit版作ったところで対応アプリは存在するのか…？
というかそもそもVCMは64bitコードで使えるのだろうか。調べてない。
YV12は進行中ですが遅々として進まず、です。
コメント by 梅澤 威志
670:名無しさん＠編集中
08/09/30 09:15:46 Feu9wfGe
対応アプリってｗ
671:名無しさん＠編集中
08/09/30 18:12:22 FW3GsiGp
wavpackってx1とx6だとx6の方が圧縮率が良いんですよね？
672:名無しさん＠編集中
08/09/30 22:12:19 2UYx07kk
>669
くじけずがんばれ！
YV12はすごそこだ！
673:名無しさん＠編集中
08/10/01 03:16:45 cHNsYd4i
のんびりでも良い、皆が忘れても良い
いつかでいいからYV12をひっそりと待たせて頂きます
674:名無しさん＠編集中
08/10/02 21:38:42 kQRLiHct
アニメ録画ならYLCの圧縮率が良い
実写だとYLCはアホみたいに膨らむ
675:名無しさん＠編集中
08/10/04 16:17:27 jDIsK2y4
アマレコ作者のベンチマークによるとアマレコ最強らしいな
676:名無しさん＠編集中
08/10/04 17:10:39 u8hrwB/Y
アマレコは非可逆です
677:名無しさん＠編集中
08/10/04 23:57:24 ggdAr9NV
可逆と非可逆選べるんだろ？
ま、実際そうなのかについては自分では調べてないけど。
なんつーか今回はめずらしくAMDに向いたコーデックだったって結論になるのかな。
売り物にするならIntelに向いたものに仕上げるほうがベターだとは思うがAMD使いなので喜ぶことにするｗ
678:名無しさん＠編集中
08/10/05 01:20:49 xSINpcGQ
UtVideoのULRGをAthlon64X2 で使うと遅いらしいってことか。
ＡＭＤでエンコードが遅いってのは多少は気になるな。
原因が特定できればいいんだろうけど。
679:名無しさん＠編集中
08/10/05 01:31:06 rQIyr7jy
Readmeに出てくる単語を見れば分かるように
UtVideoはCore2最適化だから
それ以外のCPUを使ってるとあまり恩恵が無いんだよね
完全にCore2専用のSSSE3やSSE4を使ってないから他のCPUでも使えるって程度で
680:名無しさん＠編集中
08/10/05 06:09:43 XRDAi+ly
AMD使いも多いだろうからAMDも見捨てないでください～ > UtVideo
681:402
08/10/05 10:26:16 B8sUfhW7
IntelにもAMDにも両方強いというのは構造上むりなんかね
682:名無しさん＠編集中
08/10/05 12:41:22 NpeNelP5
ほとんどのソフトがそうです
683:名無しさん＠編集中
08/10/05 13:34:28 /KvWBQrC
エンコにはIntel系がいいのはそのせいだったのか？
684:名無しさん＠編集中
08/10/05 15:05:56 LqhwZ8P5
単にSIMDの性能がAthlonはそこまでよくないだけ。というかCoreが優秀すぎる。
多分AMD最適化してもAthlonがちょっと早くなるくらいでCoreと逆転することは無理だろう
685:名無しさん＠編集中
08/10/05 16:28:04 xwwWH9Vm
SSE2あたりは1クロックあたりの命令実行数よりクロック自体を重視したPentiumにあわせて作ってるから
AthlonがSSE2を実行できるとしてもたいして効果が見込めないんだとか何とか。
ま、いまはCoreがね…
686:名無しさん＠編集中
08/10/09 02:52:27 mFgMvQdX
LagarithはYV12対応していてRGBとかの圧縮率もいいけどエンコ速度がイマイチなんだよな
UtVideoがYV12対応してくれれば最強なのに
687:名無しさん＠編集中
08/10/09 19:34:05 FSd0woo+
Lagarithでh.264に変換した時、1時間の番組エンコで3時間かかったｗ
core2なのにorz
688:名無しさん＠編集中
08/10/09 20:07:00 wLSGL5G2
デコードが遅いんだよな
689:名無しさん＠編集中
08/10/15 13:36:25 NCzbZXof
最終フォーマットがYV12なら、やっぱその手前のマスターもYV12にしといたほうが
エンコの効率はいいんだろうか？
>>634
今頃じゃ多分見てないだろうけど、新しくPC組んでみたら？もちろんCPUはIntelで
690:名無しさん＠編集中
08/10/19 04:03:18 6baVr+A6
話題ないな・・・
691:名無しさん＠編集中
08/10/21 13:46:49 rMZc43d4
AMDつかいならAMV2なんじゃないの？
AMDのCPUもってないが・・・
692:名無しさん＠編集中
08/10/21 19:14:02 YjfglsNO
AMV2はIntelCPUにも最適化されたけどシェアウェアだからな
693:名無しさん＠編集中
08/10/21 19:27:31 rMZc43d4
>>692
Intelに最適化されちゃうとAMDで使っちゃいけないわけじゃないでしょ
AMDのほうが早いかもよ？
公式のテストベンチは、まったく参考にならなくて笑う
それに、今ならにこ動あたりに一月動画載せればタダだよ
694:名無しさん＠編集中
08/10/21 19:47:30 VpO8DaoP
日本語でおｋ
695:名無しさん＠編集中
08/10/21 19:49:22 rMZc43d4
>>694
ごめん、書いた後に日本語じゃないことに気づいた
696:名無しさん＠編集中
08/10/21 20:46:22 zhumPNTA
>>693
今見てきたけどいいかも
別に再生数に規定があるわけでも無さそうだし
697:名無しさん＠編集中
08/10/21 22:24:56 5VcH0FuJ
huffyuvとUtVideoのYV12対応まだー？
698:名無しさん＠編集中
08/10/21 23:19:30 ZOuL9eHF
huffyuvのYV12版ならffdshowに入ってるだろ
使ったことないからどんなもんか良く知らんけど
699:名無しさん＠編集中
08/10/22 01:13:10 AAmn0ZX3
>>698
そうなのか… ffdshowに色々入っているのは知っていたけど
ffdshowを使ってエンコしたことねーや
700:名無しさん＠編集中
08/10/22 02:18:34 gYQwCpVw
出来るわけねぇだろｗ
701:名無しさん＠編集中
08/10/22 04:43:07 G7rh2vUO
>>700が誰に対してのレスなのかさっぱりわかんない
702:名無しさん＠編集中
08/10/22 05:52:14 3hj6W5nM
Ｙ１２対応についてだろ
703:名無しさん＠編集中
08/10/22 10:43:37 kdddklol
確かにY12=輝度12bitの超分解能にはだれも対応しないだろうな
704:名無しさん＠編集中
08/10/22 12:56:32 TIjqpDXc
ああ、分かった。ffdshowでエンコできないって思ってるわけか。気付くのに少し掛かったわｗ
705:名無しさん＠編集中
08/10/22 23:34:23 gYQwCpVw
何も分かってないなｗ
706:名無しさん＠編集中
08/10/23 02:16:07 84gZ6/qT
アマレココのってどんなんだろな？
707:名無しさん＠編集中
08/10/23 02:32:49 j+r7mTU5
>>706
コーデックは知らないが録画ソフトとしてはなかなかいいと思った
708:名無しさん＠編集中
08/11/06 17:26:12 1mn0uMCK
Lagarithのサイト死んでる？
709:名無しさん＠編集中
08/11/06 21:06:19 KvkwjyqF
なんか、ここ数日、くすのきでやたらめったらドロップフレームが出て、キャプチャが失敗しまくってたけど、
BlackMagicSpeedTestを回したら直った？
活いれてHDDの勢いが戻るって一体…。
710:名無しさん＠編集中
08/11/06 21:20:13 KvkwjyqF
と、思ったらまたドロップしました。
と、なると原因はバージョン挙げたTMPGenc4.0（4.3.267）を裏で回しているせいか？
711:名無しさん＠編集中
08/11/06 21:39:36 luHenzFC
PCI-Eの帯域は足りてるか
712:名無しさん＠編集中
08/11/06 21:49:07 KvkwjyqF
PCI-Eに突き刺さってるのは、Geforce8800GTSとIntensity無印だけなんで余ってると思います。
さっき、TMPGencのバージョンを4.5.2.255に戻しても症状が治りませんでした。
G80コアが対応してないのに気がつかずにCUDAを試そうとしてバージョン上げたビデオドライバも
元に戻してみます…。
713:名無しさん＠編集中
08/11/06 21:50:11 KvkwjyqF
追記
あ、TMPGenc止めても発生しております。
Seagate500GB×2でRAID0なんだけどなあ…。
714:名無しさん＠編集中
08/11/06 22:02:38 luHenzFC
hunuaaでためす
ケーブル周り見直し
715:名無しさん＠編集中
08/11/07 00:49:29 LK0V+b66
いまふぬああで試してます。
さて、最後までのだめ巴里編がドロップフレーム無しで録れるかな？
716:名無しさん＠編集中
08/11/07 18:53:01 3TUnlU9B
DPC Latencyは大丈夫だよな？
717:715
08/11/07 22:42:39 LK0V+b66
>>714
ふぬああだと、Intensityのフィルタでフレーム計測出来ないので、
ドロップフレームが解りませんでした。
どうも編集済みを入れている250GB×2ドライブだと問題ないようで、
キャプチャを放り込む500GB×2だとドロップフレームが出る状態なのです。
ある時期まで問題ないのに急に発生したので、いろいろと調べてみたら、
なにやらキャプチャ用ドライブにむやみやたらとディスクアクセスが
発生しているようなので、ふと気になってタスクマネージャを見たら、
「CTHELPER.EXE」とか言う全部大文字の胡散臭いプログラムが…。
ひょっとして、これワーム？これのせい？
同名のファイルはサウンドブラスター関連のプログラムにあるけど、
とりあえず、タスクマネージャのプロセス上で止めて、対策プログラム回して
もう一回キャプチャを試してみます。
718:名無しさん＠編集中
08/11/07 23:15:54 6Swve5Qj
x264とか進化し続けるけど可逆ってのは伸び代があまり無いのかしら
719:名無しさん＠編集中
08/11/07 23:25:20 u3LzlHX1
可逆は新しい技術注ぎ込むこともできるけど
負荷と速度のバランスがあるから難しいかと
720:名無しさん＠編集中
08/11/07 23:42:14 59Br5qFv
>>717
いろんなとこで相性問題でてるからSB関連の常駐は全部切れ。
はっきり言ってぜんぜん必要じゃない。
スレ違いになるがオーディオコンソールを使っているなら
Creative Audio Engine Licensing Serviceだけは要る。
721:名無しさん＠編集中
08/11/08 00:27:48 PzCx1n74
HDカメラもTSで録画してTSのまま保存できてテレビもTSをそのまま
可逆は外部入力のゲームキャプやデスクトップキャプぐらいしか用途がなくなった
722:名無しさん＠編集中
08/11/12 00:03:13 Yu5UBXYv
UtVideoに進展あり
のんびり見守らせていただきます
723:名無しさん＠編集中
08/11/12 02:55:23 kmRGyTyn
鬱ビデオの作者ってもしかして女性？
724:名無しさん＠編集中
08/11/12 03:21:48 jVZ7fyGg
まさか体型の話が出たから言ったとかじゃなかろうなｗ
725:名無しさん＠編集中
08/11/12 03:34:26 XI1Sw+zp
男性だよ
726:名無しさん＠編集中
08/11/12 06:58:41 W1zwjfFf
UtVideoはAMDシステムで遅くなる不具合直してほしい
727:名無しさん＠編集中
08/11/12 18:45:18 W1zwjfFf
あと64bit版が欲しい
728:名無しさん＠編集中
08/11/12 20:26:52 kmRGyTyn
>>724-725
失望した。
729:名無しさん＠編集中
08/11/12 20:34:45 wORMqpcc
>>727
vista64bitで使ってるよ
730:名無しさん＠編集中
08/11/12 21:53:14 W1zwjfFf
VISTA64bitで使えるのはわかってるけど32bitでしょ
dub64bit版で中間ファイルの編集に使いたいのよ
だから64bit版が欲しい
731:名無しさん＠編集中
08/11/12 22:28:41 XI1Sw+zp
64bitだとアセンブラ書き直しじゃない？検証もしんどいし
さすがにそこまで求めるのは酷かもね
だれか奇特な人がソースを弄ってくれるなら別だけど
732:名無しさん＠編集中
08/11/13 01:14:48 YKyzOvba
いずれは64bitなんてみなが知ってること
それを酷だとかなんだとか文句言うぐらいならはじめから作らなきゃいい
フリーだから義務も責任もないとかいい加減すぎる
少なくともプログラマーとして仕事してる人はそんないい加減な気持ちじゃできない
733:名無しさん＠編集中
08/11/13 01:25:10 nXsmin87
>>732
>いずれは64bitなんてみなが知ってること
>それを酷だとかなんだとか文句言うぐらいならはじめから作らなきゃいい
どんだけ上から目線なんだよ
734:名無しさん＠編集中
08/11/13 01:26:17 GeJhwsoX
そしてUt Video Codec Suiteは一人のクレーマーの手によって消し去られてしまうのだった。
さすがに釣れないな。
つーかその辺の要望は本当に要求してるんだった作者のブログに書いて来い。
>>730のは少なくとも理由として通るものだろうし。
ダメならダメで奇数解像度のように切り捨てられるだけだ。
735:名無しさん＠編集中
08/11/13 01:31:29 vrtpFTdN
>>732
プログラマーの三大美徳
・無精
・短気
・傲慢
736:名無しさん＠編集中
08/11/13 01:40:37 6po7+aeB
最近64ビットはこのまま普及しないんじゃないかと思い始めた俺がいる
32ビットをずるずる続けたあと、いきなり128に飛んだりしないだろうか？
737:名無しさん＠編集中
08/11/13 01:57:22 bFmV6Wg+
Windowsが無くならない限り32bitも無くならないだろうね
そしてWindowsが無くならないなんて考えているとしたら
少しは歴史から学んだ方がいいだろうね
738:名無しさん＠編集中
08/11/13 03:42:05 YKyzOvba
windowsも32bitはそのうちやめるっつーの
32bitはwindows7までって言ってるし
739:名無しさん＠編集中
08/11/13 03:53:58 qV7Ffmya
じゃあおまえ作ればいいじゃん勉強でも何でもしてさ
俺は他人の作った物を使うだけだから
「PGはこうあるべき」までは言えないよ
740:名無しさん＠編集中
08/11/13 04:59:57 E8tVXCwt
>>738
たぶん32bitの切り捨ては後10年は無理だろうな
次世代Windows系OSでソフトウエア総取っ替えって事になったら
コンシューマレベルでは文句言いながらもついてくるだろうけど企業レベルでは無理だと思うよ
どうせならプラットフォームも金のかからんlinux系+openofficeにってこともあるだろうからできんでしょw
windows7に移行した大口顧客には64bit版OFFICEをタダでつけますとかやれば別だろうけどね
741:名無しさん＠編集中
08/11/13 05:02:19 J8lpuY7o
OSは64bitのみだけど今まで通り32bitバイナリも動くようにするってことじゃないの？
742:名無しさん＠編集中
08/11/13 05:40:04 YKyzOvba
>>739
馬鹿かｗ
俺がUtVideoを使ってる上で、開発者が言うならまだしも、俺はUtVideoなんか使ったことねぇし、おまえ開発者じゃねぇだろ
743:名無しさん＠編集中
08/11/13 06:12:16 CDNmbb9G
>>742
馬鹿かｗ
使ってないらなおさら黙ってろ
744:名無しさん＠編集中
08/11/13 07:41:00 YKyzOvba
>>743
おまえ馬鹿すぐる
745:名無しさん＠編集中
08/11/13 08:04:26 CDNmbb9G
>>744
俺は馬鹿だがおまえはさらに馬鹿すぐる
746:名無しさん＠編集中
08/11/13 08:41:24 QR580rNo
>>745
釣られるなよ。相手にするだけ無駄だよ。
ID:YKyzOvbaはかまってちゃんなんだから。
747:名無しさん＠編集中
08/11/13 12:56:15 GeJhwsoX
いくらなんでも釣られすぎだろｗｗｗｗ
それとも共謀して荒らしでもやってんのか？ｗ
748:名無しさん＠編集中
08/11/13 21:39:13 RiWIQ936
ニコ厨が作り出した物なんて所詮そんなもん
749:名無しさん＠編集中
08/11/13 21:49:39 Ra5ORqrw
お久しぶりです。
お得意のコピペはどうしました？
750:名無しさん＠編集中
08/11/15 10:48:46 gtOyQmEP
30分アニメを2Gくらいに圧縮できる可逆でねーかな
751:名無しさん＠編集中
08/11/15 13:26:55 9qLDWUMh
192x108程度の解像度ならラクショー
752:名無しさん＠編集中
08/11/15 13:58:49 gZqNL/tB
Y8でおｋ
753:名無しさん＠編集中
08/11/16 02:19:26 sS6u1+2y
UtVideo5.0.0 ｷﾀｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰ
754:名無しさん＠編集中
08/11/16 02:29:54 rr89W9ZF
ネタかと思ったらマジか
755:名無しさん＠編集中
08/11/16 20:36:19 /9RqIvvZ
Ut、キャプってるとたまに画面が止まるんだよな
自環境だけなんかも知らんが、似たような人って居ない？
Huffyuvだと特に問題ないんだけども
756:名無しさん＠編集中
08/11/16 21:54:29 1lff8C0i
エンコードはLAGSとさほど変わらないけどデコード速度は笑っちまった
757:名無しさん＠編集中
08/11/17 00:03:20 BniuB4Pi
AviUtlでYV12出力出来ないのは仕様？
それとも俺が馬鹿？
758:名無しさん＠編集中
08/11/17 00:05:16 0VFMrO8R
入出力フォーマットは YV12 のみです。ってサイトに書いてあるじゃん。
Utlはコーデックに渡す段階でRGBかYUY2。
759:名無しさん＠編集中
08/11/17 00:34:26 BniuB4Pi
そっか、そうですよね
UtlでYV12出力したかったな
760:名無しさん＠編集中
08/11/28 21:41:03 cfgF5150
781 ：名無しさん＠編集中 ：sage ：2008/11/27(木) 23:10:43 ID:QCwwJ7xB
流れ読まずに俺メモ
mencoderはhuffyuvsに対応してないがFourCCを書き換えることで対応可
TMPGEnc2.5使いにとっては朗報かも
761:名無しさん＠編集中
08/11/30 11:55:11 vF+0Bw4i
UtVideo 5.1.0
762:名無しさん＠編集中
08/12/01 13:38:00 7/8QaPv1
乙
763:名無しさん＠編集中
08/12/06 21:25:50 LJIuOalL
ULY0ってインタレースに対応してるんだろうか
764:名無しさん＠編集中
08/12/11 19:51:16 X9R3D8dy
そういや外人ってUtVideoとかHuffyuv_mtとか知ってるのかな。
765:名無しさん＠編集中
08/12/12 10:31:32 JwJw6Rhu
中間ファイルの用途としてFastCodecが速くて満足してるけど
わずかに劣化してるとか？なんかあまり語られてないけど。
そんな画質命の映像じゃないからFastCodec使うぜ！願わくばアップデートしてほしいが
766:名無しさん＠編集中
08/12/12 17:30:53 TpJqB6Ii
可逆なのに劣化してるってそれじゃ可逆じゃないじゃん
767:名無しさん＠編集中
08/12/12 18:50:48 FIp9HXlN
全く劣化しないか可逆なんてない
768:名無しさん＠編集中
08/12/12 20:16:22 p+ywBtrZ
おいおい
769:名無しさん＠編集中
08/12/12 20:32:54 FIp9HXlN
あると思ってるのか？
770:名無しさん＠編集中
08/12/12 21:55:43 p+ywBtrZ
完全に復号しないのなら「可逆」じゃねーだろ。
771:名無しさん＠編集中
08/12/12 22:12:33 TpJqB6Ii
zip圧縮したらデータが変わるんですって
772:名無しさん＠編集中
08/12/13 00:02:59 d1z5UPVo
可逆を理解できない方々
773:名無しさん＠編集中
08/12/13 01:01:53 B5WLA7AK
自分でテストすらせずデータも示さず可逆なんて無いって言い張る人多いよね('∀`)
774:名無しさん＠編集中
08/12/13 01:57:33 t8P0NDDy
FastCodecだってVisuallyLosslessなんだからいいじゃん！
お前らどんな大層な目を持ってるのかと。
そんなに1bitも変えたくない映像があるのかと。アニメなんだろ？Divxでおｋ
775:名無しさん＠編集中
08/12/13 02:10:42 M9iu8eD4
中間ファイルやエンコードのソースという用途があってだな。
776:名無しさん＠編集中
08/12/13 02:13:19 ADEodpUf
馬鹿か
実写ならDivXでもありかもしれんが、アニメでDivXはねーよ
777:名無しさん＠編集中
08/12/13 02:21:58 3vaYkGH0
FastCodecだってちゃんとした可逆だぞ。
778:名無しさん＠編集中
08/12/13 03:48:42 j+jQVlw2
Aviutlで特定の一コマだけBMP出力して差分検出して何も出てこなかったら可逆とみなしてる。
一番ベタなのって色空間間違えてるパターンだよな…
779:名無しさん＠編集中
08/12/13 04:40:10 LtbUXcBa
ソースがRGBならYUV変換のときに情報が減らされるね。
ソースがYUVなら欠落はまったくないはず。
RGBをRGBのまま扱える可逆もあるが。
780:名無しさん＠編集中
08/12/13 16:24:04 d1z5UPVo
＞可逆なのに劣化してるってそれじゃ可逆じゃないじゃん
＞自分でテストすらせずデータも示さず可逆なんて無いって言い張る人多いよね('∀`)
＞FastCodecだってVisuallyLosslessなんだからいいじゃん！
＞FastCodecだってちゃんとした可逆だぞ。
781:名無しさん＠編集中
08/12/13 17:19:34 Myq33hrg
劣化するのは扱い方が悪いんだろ
782:名無しさん＠編集中
08/12/13 17:19:50 mlRzI37w
色空間の変換で非可逆になってるとか抜かすやつは相当なおばかさんだな
783:名無しさん＠編集中
08/12/13 18:58:46 d1z5UPVo
＞劣化するのは扱い方が悪いんだろ
＞色空間の変換で非可逆になってるとか抜かすやつは相当なおばかさんだな
784:名無しさん＠編集中
08/12/13 19:25:31 vpWwmoX6
RGBをRGBのまま扱う可逆コーデックと言えばアニメーションコーデック100%とかがあるね。
785:名無しさん＠編集中
08/12/13 19:57:30 t8P0NDDy
音声は無圧縮のPCM？
786:名無しさん＠編集中
08/12/14 16:14:27 4/I5qynw
俺は気分的な理由で無圧縮だな。
せっかく音声だけはBDと比べても聴き劣りしないんだから、セコセコ削ることもあるまいｗ
下手に可逆にすると再生環境限られちゃうしなー
787:名無しさん＠編集中
08/12/14 20:43:25 HYTKtlWp
無圧縮って何の話してんだ？
788:名無しさん＠編集中
08/12/15 00:28:30 4OKildqY
>>784
HuffYUVもConvertToYUY2を指定せずにRGBソースを渡せばRGBで格納しないの？
使ったことないから気になった。
789:名無しさん＠編集中
08/12/15 01:08:46 GpfMz/9k
RGBなるお
790:名無しさん＠編集中
08/12/15 01:30:14 ocpKVuYs
>>784
アニメーションコーデックなんてはじめて聞いたから何のことかとおもえばQuickTime用かよ
791:名無しさん＠編集中
08/12/15 19:35:24 opRftl21
ちゃんとRGBで格納してるっぽいんだけど、デコード後のフレームがソースとバイナリ不一致になるふしぎ。
792:名無しさん＠編集中
08/12/15 19:58:53 GpfMz/9k
>>791
サンプル見せてくれ。ウチでなったことはない
793:名無しさん＠編集中
08/12/15 20:08:58 jPyQASw1
24と32の違いとか？
794:名無しさん＠編集中
08/12/15 20:30:07 opRftl21
ごめん今やったら一致した。
昔いろいろ検証したとき不一致だった記憶があったんだが。
795:名無しさん＠編集中
08/12/15 20:57:43 cRuT8c5Q
>>790
そう？CGとかアニメとか、AEなんかで合成した後はアニメーションで出す事多いよ。Win機でもQuickTimeはどうせインストールしなきゃ
話になんないし、単調なイラスト系とかだとかなりデータ量削減出来るのがうれしい。
796:名無しさん＠編集中
08/12/15 21:46:25 uAkIRHaN
WindowsにQuickTimeはないわ
797:名無しさん＠編集中
08/12/15 22:43:19 urthX25Q
QuickTimeは腹立つなぁ。できる限りインスコしなくない
798:名無しさん＠編集中
08/12/16 00:14:33 +xNPOG1j
なんだかんだと理由をつけてインストールを促す林檎
799:名無しさん＠編集中
08/12/16 00:23:10 DmXO7KwI
QuickTimeでもiTunesでも良いけど代わりにコマンドラインから使えるaacエンコーダーだして
くれたらインストする必要なくなるんだけどな、個人的に。
800:名無しさん＠編集中
08/12/16 01:19:15 60lkUuHB
NeroのAACエンコーダーでいいじゃん
801:名無しさん＠編集中
08/12/16 19:01:58 awPbBktn
某スレのテンプレからコピペ
・Nero AAC コーデック（AAC用コーデック）
URLﾘﾝｸ(www.nero.com)
・Simple NeroAACEnc GUI : NeroAAC用のフロントエンド（Doom9のフォーラム/英語）
URLﾘﾝｸ(forum.doom9.org)
・Nero AAC/AAC+ UI : NeroAAC用のフロントエンド
URLﾘﾝｸ(www.digitalradiotech.co.uk)
802:名無しさん＠編集中
08/12/17 13:55:03 tmAPop6T
つか、cliのAACエンコーダがほしいって人が
今の今までNeroのやつを知らないってのが不思議で仕方が無い
803:名無しさん＠編集中
08/12/17 14:34:51 i+7PXmg0
いや、NeroよりAppleのほうが音が好みだからだよ。他のAACエンコーダー教えてくれなんて言ってない。
804:名無しさん＠編集中
08/12/17 15:20:40 x1gdAm4R
faacに比べたらどんなエンコーダーでもありがたい
805:名無しさん＠編集中
08/12/18 03:32:17 Dvb2qEMe
WinにQuickTime入れなきゃ話にならない、という一瞬釣りかとも思えるような表現の後に
代わりにコマンドラインから使えるaacエンコーダーだしてくれたら、って流れだったんだから
他のAACエンコーダの話が出るのは自然だろ
そこに音が好みだから、なんて書き込んでも…
806:名無しさん＠編集中
08/12/18 03:37:11 k1vTfTdu
コマンドラインから使えるaacエンコーダー（をAppleが）だしてくれたら
（わざわざWinにQuickTime、iTunes）インストする必要なくなる
読解力なさすぎ、冬休みだな。
807:名無しさん＠編集中
08/12/18 03:51:24 Dvb2qEMe
だからさ、「Winに（略）話にならない」なんて極論の後なわけよ
QuickTimeに良い印象を持ってない人もいるんだからApple製以外の物が出てきた流れ
読解力じゃなくて心情の問題だな
808:名無しさん＠編集中
08/12/18 05:29:06 AXcQydxA
「読解力なさすぎ」
じゃなくて「おまえがエスパー求めすぎ、冬休みだな」
の方が正しいよねとでもつっこんでほしがってる？
809:名無しさん＠編集中
08/12/18 12:02:00 nyzuKXY2
誰かがiTunesからdllとして抽出してくれるんじゃない？
810:名無しさん＠編集中
08/12/18 13:36:17 LkXLegE1
>>806
それはそれで難しいことになるんじゃないかな。
林檎がCLI向けエンコーダを出すと仮定してもUNIX系になるだろうから、
今度はDOSベースしか知らない人がファビョりそう。
811:名無しさん＠編集中
08/12/18 17:55:06 UtBL94i4
URLﾘﾝｸ(home.hccnet.nl)
812:名無しさん＠編集中
08/12/19 04:34:14 xHDMt6o+
よ ほ う 診 医 精 一 忠 は あ ま
さ う け 察 .者 神 度 告 て き さ
そ が .た を の 科 す た れ し
う の る な く
だ が ：
､＿__ ＿__ ：
(＿＿＿＿＿,／::::::::::::｀ヽ、
/::rー‐-ｰ-､:::l＿＿, , -─
_|:lr_‐､￣-=､l:::| /／
/)Y ´ﾟ｀ri ､'ﾟﾞ' |/,〉 /´
|｀ |l /ヽ _,ノｌ |ﾉ|
ヽ_| '-=ニ=-l !/
/|ﾊ -‐ /＼
＿,. -ｰ'`´ l l ＼ /'/! l`ー-､＿
813:名無しさん＠編集中
08/12/21 23:21:01 oUwm5U5i
ほう、tobinakaがdoom9でUtvideo紹介したら、結構反響があるみたいだね
安定版がでたら64bitに移植するってさ
814:名無しさん＠編集中
08/12/22 01:03:50 NfYNcpAo
見つけたからURL置いとく
URLﾘﾝｸ(forum.doom9.org)
815:名無しさん＠編集中
08/12/22 01:13:24 IfemaNQM
ま た t o b i n a k a か
816:名無しさん＠編集中
08/12/22 01:17:44 Y7c++Zhp
比較してるHuffyuv_mtもYLCもLagarith 1.3.16最適化版も日本のだから知名度は低そうだし
それら除いたら比較にならないくらい優秀だから反響は大きそう。
yuvにも対応したしね。
けど64bit版はあんまり恩恵はないな・・・どのくらいの差がでるのかは気になるけど。
817:名無しさん＠編集中
08/12/23 01:32:24 ULfLsVft
>>815
tobinakaってだれ？
818:名無しさん＠編集中
08/12/23 01:40:33 3j7kG+cG
x264の日本独自のパッチをDoom9で紹介したりしてたな。
2chウケは良くない。
819:名無しさん＠編集中
08/12/23 02:16:11 m0jOhQmD
つーかUtVideoの更新をここじゃなく、Doom9で知ることになろうとは思いもせなんだ
820:名無しさん＠編集中
08/12/23 04:39:43 gbDGqq3z
tobinakaか、ブログをたまに読みに行くけど心証は最悪です
821:名無しさん＠編集中
08/12/23 06:13:10 vY0XoBYp
しかし、これで Ut Video のテストが多くの人によっておこなわれることになるな。
822:名無しさん＠編集中
08/12/23 08:32:18 pSnASKJU
ぶっちゃけLagarithで間に合ってます
823:名無しさん＠編集中
08/12/23 10:01:52 BEd8Fbcq
勝手に使命を感じて暴走してる痛い人。
特にx264のくだりは読んでて気持ち悪くなる。
何かに貢献しているという達成感を得るにはコスパがいいんだろうなぁ。
824:名無しさん＠編集中
08/12/23 13:54:29 BN3AQGLW
妄想乙
825:名無しさん＠編集中
08/12/23 14:57:59 gbDGqq3z
>>823
まさにそんな感じだな。謎の1人勝手な使命感。
第三者からみると馬鹿としか言えない。
でもx264関連についてはアホほどエンコテストしたデータを公開しているので
たま～に役に立つｗ
てか最近スレ違が多いな
826:名無しさん＠編集中
08/12/23 22:26:13 vY0XoBYp
しかしそのおかげでバグが１つつぶれたぜ。
なんでそんなにしつこくたたくのかわからん。
827:名無しさん＠編集中
08/12/23 22:28:42 3j7kG+cG
x264Wikiのせいかね。
立ち上げたはいいものの誰も編集しなかったからやめますと言って畳んだ。
しかし間もなく再開。
828:名無しさん＠編集中
08/12/23 22:44:28 6ZUgElXr
腕の良い奴ほど変人が多いですから
829:名無しさん＠編集中
08/12/23 22:55:08 sLD36DdE
そんなに腕が立つ人間なの？
830:名無しさん＠編集中
08/12/23 22:55:46 W09dVK8A
ひんと 自演
831:名無しさん＠編集中
08/12/23 23:20:42 qutWupSc
変人差別の多い国ですから
832:名無しさん＠編集中
08/12/23 23:48:13 vY0XoBYp
Doom9で話題になってたx264 の --b-pyramid のバグも彼が指摘するまで
2chのx264スレの誰も話題にしてなかった。
とりあえず自分のエンコでは問題なかったから良かったけど正直助かった。
833:名無しさん＠編集中
08/12/23 23:50:49 3j7kG+cG
俺は気にせず--b-pyramid使い続けてるｗ
834:名無しさん＠編集中
08/12/24 01:41:24 ASvadaC6
doom9に紹介するのにUtVideoの作者の了解を取ってるのか
知らないけど、取ってるんだったらそれでいいんじゃねーの？
835:名無しさん＠編集中
08/12/24 01:44:50 k2k25/mF
取ってるらしいよ
836:名無しさん＠編集中
08/12/25 07:50:36 Fp+Zd47A
彼、うちのサイトにリンク貼ってくれてるけどサイト名間違ってるんだよね
バグ報告するのもいいけどその辺のバグもきちんとしようね
837:名無しさん＠編集中
08/12/25 07:52:52 UprdHQoR
本人に直接言えばいいじゃないか
838:名無しさん＠編集中
08/12/26 16:42:44 G265WLSr
そういうのは愚痴る前に言えよ
839:名無しさん＠編集中
08/12/28 02:07:51 evvbHfO2
ここ最近、可逆コーデック以外の雑談が多い件について
まあ何も更新とか無いから仕方ないんだけど
840:名無しさん＠編集中
08/12/28 21:54:01 QJ5oMK0F
非可逆スレよりのびてるから大丈夫だろ
何が大丈夫なのか知らんが
841:名無しさん＠編集中
08/12/28 23:07:01 yrQibQY5
ところでだれかｘ264のロスレスって試したことありますか？
初心者なもんで、
・本当にロスレスかどうなのか？
・中間ファイルとして使う場合、avs書くときはDirectShow使わなきゃいけないけど、これは画質に影響するのか？
確認する方法がわかりません
どうやったら確認できるか教えて下さい
ｒ1061でとりあえず2000フレームくらい試してみたら、UtVideo（ULY0、デコード速度優先)より、エンコもデコードも速いような気がするんですが…
サイズはPフレーム使うから、もちろんずっと小さいわけですが…
842:名無しさん＠編集中
08/12/29 00:26:54 n8Hbq3Ci
初心者を盾にする奴はろくな奴がいない
843:名無しさん＠編集中
08/12/29 00:39:43 9PSVswgu
まぁとりあえずH.264のコーデックを触ったことがある俺に言わせると、
PCMというモードがあって、それを使えばロスレスにはなるぞ。
でもCAVLCやCABACといった可逆圧縮部分は通らないので、データはでかくなる。
x264はどうだか知らないが、H.264のPCMとはそういうモードだ。
844:名無しさん＠編集中
08/12/29 00:57:40 1VAG4fFQ
>>841
＞本当にロスレスかどうなのか？
PSNR測定ツールを使えば？
＞avs書くときはDirectShow使わなきゃいけないけど、これは画質に影響するのか？
DS云々よりx264はYV12専用なのでソースがYUY2などだったらそこで情報は削られる
845:名無しさん＠編集中
08/12/29 01:00:10 9PSVswgu
>>841
ロスレスかどうかを確認したいなら、Diffすればいいんじゃないか？
846:名無しさん＠編集中
08/12/29 03:37:23 TXcAX3rc
diffをとるってのが、いまいちわからんのですがとりあえずやってみます
1：同じファイル（d2v)をｘ264とHelix YV12 codecでそれぞれエンコード（YV12のままでフィルタなし）
2：ｘ264の方を
DirectShowSource（”ｘ264.mp4”)#デコードはffdshow
でVirtualDubでHelixに再エンコード
3：１のHelix.aviと２のHelix.aviをｆｃ /n でいいんでしょうか？
>>843
URLﾘﾝｸ(forum.doom9.org)
を読んだ限りでは、とりあえずCABACやCAVLCも使うようです
847:名無しさん＠編集中
08/12/29 13:31:49 lzMS+4Rn
両方無圧縮ではいてハッシュ比較すればいいんじゃねーの
848:名無しさん＠編集中
08/12/29 16:30:17 KlGVeHQN
圧縮した動画のうち何枚かをBMPで切り出してバイナリ比較が
現実的でしょ。
849:846
08/12/29 20:02:40 qrggb4ju
>>846のやり方で結局やりました（出かける前にバッチをセットで）
2つのaviをそれぞれmp4boxでYV12のrawstreamだけ取り出して、バイナリ比較したところ、完全に一致するようです
50フレームずつ5箇所ほど試したので、まず間違いない…のかな？
>>846のDoom9のスレをもう一度読んでみたら、すでに何度か試されてる人がいたようで…orz
850:名無しさん＠編集中
09/01/01 21:58:26 2wPSxABx
某セガ系ハード向けツールのreadme読んでたら
* このソフトウェアはフリーソフトウェアです。
* このソフトウェアに関する著作権は、全て作者である神野遊夢こと梅澤威志に帰属します。
こんな記述があったんだがUtvideoの作者と同一人物ですか?
851:名無しさん＠編集中
09/01/02 01:07:19 1C34KejO
知らん。他所で聞け。
852:名無しさん＠編集中
09/01/02 02:21:07 D35hSYxo
名前が厨二病っぽいな
853:名無しさん＠編集中
09/01/02 02:48:30 2486SXea
恥ずかしいペンネームで小説もといポエム書いた過去がある奴は多いはず。
854:名無しさん＠編集中
09/01/15 02:28:55 M99+341K
RGB555扱える可逆って何か無いかね？
855:名無しさん＠編集中
09/01/28 21:43:55 nBWt+vHm
アマレココに新しいコーデックが出来たみたいだ
856:名無しさん＠編集中
09/01/31 01:13:15 NbasRzo6
アマレココ
日付 2009.1.29
バージョン 3.01
サイズ654kB
・ 主に不具合修正。
・ 本ソフトウエアを利用するにはAMV3ビデオコーデックが必要です。
・ アマレココで利用する場合に限りAMV3の制限を解除するレジストキーがreadme.txtに記載してありますのでご利用下さい。
・ 取扱説明書はオンラインヘルプとなります。
※ プラグインファイルを「plugin」フォルダーに置くように変更しました。詳細はアマレココの取扱説明書を参照して下さい。
857:名無しさん＠編集中
09/02/01 00:26:40 MTx9wVb3
あれ？3.00はインストーラだった気がするんだけど
バージョンアップは上書きすればいいのかな
858:名無しさん＠編集中
09/02/05 01:56:40 8wC7cT/6
アマレココ3.01に更新したら、YLCでの録画でファイルサイズが256MB付近になったときに
強制終了するようになってしまった。
859:名無しさん＠編集中
09/02/05 02:11:21 G1lxOAVZ
作者に報告すると喜ばれますよ
860:名無しさん＠編集中
09/02/05 16:37:57 plZ5n6RJ
よく見ると可逆スレだからスレ違いだね。
コーデックの話じゃないし。
861:名無しさん＠編集中
09/02/05 20:09:39 G1lxOAVZ
付属のコーデックは可逆非可逆切り替えられるYV12のコーデックだよ一応。
ソフトのほうはスレ違いだけど。
862:名無しさん＠編集中
09/02/05 20:20:56 plZ5n6RJ
YLCが他のツールでも不具合起こるならYLCのせいだろうけど
特定のソフトだけならキャプチャスレでの話題でしょ。
MV3 ver3.00bの話ならまだわかるけど。
でここはyuy2とかyv12の可逆はありなんだろうか。
863:名無しさん＠編集中
09/02/05 21:37:08 G1lxOAVZ
別に>>585がスレ違いじゃないよって言いたかったわけじゃないんだけど。
スレ違いだよ、とも明確には言わなかったけど>>859で察してほしかったな。
だいたいどの発言までのことを言ってるかわかりづらかったんだよ！
864:名無しさん＠編集中
09/02/05 22:05:28 IfG+XIg3
>>862
ここの住人は、ソースがYUY2やYV12である場合がほとんどだから、むしろRGB使用者のほうが少数派だ
TSが当たり前になったから可逆圧縮の必要性は薄れたが、そこらへんは勘違いしないでもらいたいな
865:名無しさん＠編集中
09/02/05 22:12:29 plZ5n6RJ
まあ自分もRGBは使わないし前スレあたりでロスレス云々と非可逆でスレ分かれたから聞いてみただけ。
866:名無しさん＠編集中
09/02/06 10:56:10 cjF3G4s+
>>864
>TSが当たり前になったから可逆圧縮の必要性は薄れたが
そんなことはないよ。なんだかんだで中間ファイルの必要性は高い。
単にキャプ物をエンコする人より、色んなソースで中間ファイルを作るような編集をしてる人が
むしろこのスレではメイン。そこらへんは勘違いしないでもらいたいな
867:名無しさん＠編集中
09/02/06 19:55:05 ywSl4lQo
AMV3は良さそうなんだが試用ではロゴが入るのが欠点だよな・・・
868:名無しさん＠編集中
09/02/06 22:38:00 SbbgJr7k
Canopus Losslessはどうなの？
869:名無しさん＠編集中
09/02/11 01:31:56 ZBCzITje
やっぱ今のところデコード早いのはUtVideo？
870:名無しさん＠編集中
09/02/11 11:18:26 WeHgrtqq
「無圧縮」→「Huffyuv」にエンコする時に、
TMPGEncを使った時だけ、ファイルサイズが異常に小さくなります。何故でしょうか？
（バッチエンコが楽なTMPGEncを、本当は使いたいのですが･･･）
無圧縮：91.5 MB
TMPGEnc4 … 24.1 MB
Virtual Dub … 45.2 MB
erEffects7 … 45.2 MB
Premier Pro2 … 45.2 MB
＜設定＞
OS：WindowsXP
コーデック：Huffyuv V2.1.1
コーデック設定：
YUY2 Compression method … Predict Left(fastes)
RGB Compression method … Predict Left decorr(fastes)
チェックボックスはすべてOFF
871:名無しさん＠編集中
09/02/11 11:35:57 masRYw56
多分色空間が変換されてるんじゃないか
872:名無しさん＠編集中
09/02/11 17:09:47 p0C/9ZfT
俺もTMPGEncだけYUY2に変換されていると思う。
無圧縮のデータがRGBであればTMPGEncを使用すべきではないね。
可逆にならないから。
873:名無しさん＠編集中
09/02/11 17:58:55 O+PzrsyS
ちなみにテストしてないようだがAviutlもコーデックの設定でYUY2出力のチェックはずさないと
可逆にならないから注意な。つかTMPGEncも似たような設定でもあるんじゃねーの。持ってないけど
874:870
09/02/11 19:17:32 WeHgrtqq
>>871 >>872 >>873
有り難うございます。問題解決できました。
873さんの言うとおり、TMPGEncの環境設定にありました。
（環境設定の中の、AVI設定で、Huffyuvの「Encode in YUV」のチェックを外しました）
ずっと困って多ので、助かりました(＾＾)
875:名無しさん＠編集中
09/02/12 23:51:30 /mcOs+AU
[UtVideo] バージョン 5.2.2
ULY2: エンコード時に RGB32 で入力できるようにした。アセンブラ化済み。
ULY0: エンコード時に RGB32 で入力できるようにした。とりあえず作っただけなので、RGB32 入力時のエンコードは遅い。
ULY0: デコード時に RGB32 で出力できるようにした。とりあえず作っただけなので、RGB32 出力時のデコードは遅い。