10/02/11 19:19:22 g3EfeTs+
ｘ264.nl復活
508:名無しさん＠編集中
10/02/11 19:48:32 6eVMScNx
ping返ってこないぞ
509:名無しさん＠編集中
10/02/12 00:45:10 mfZf+jbO
>>507
おーホントだ、助かった(*´▽`)
定期的に最新版を見つけたら自動で取り込むスクリプトがムダにならずに済んだ。
510:名無しさん＠編集中
10/02/12 01:11:30 tdeFmMtA
ところでUPXってなあに？
なんかバイナリのファイルサイズを圧縮できるみたいだけど、デメリットはあるの？
511:名無しさん＠編集中
10/02/12 01:36:03 mfZf+jbO
wikipediaに長所・短所まとめてある。
512:名無しさん＠編集中
10/02/12 02:21:10 tdeFmMtA
>>511
ありがと
試してみたけど、配布する人以外にはあまりいいことないみたいね
513:名無しさん＠編集中
10/02/13 20:15:01 3qQkRQ9j
New B-pyramid testing thread
URLﾘﾝｸ(forum.doom9.org)
今はピラミッドに対応していない機器を挙げた方が早いのだろうな。
514:名無しさん＠編集中
10/02/13 20:23:41 Bt2quGPB
--b-pyramid normalとstrictの違いってなんなの?
BDの場合はstrictを使うとか見たような気がするけど
515:名無しさん＠編集中
10/02/13 20:27:02 7TYCHn9i
猫科研究所見てこい
516:名無しさん＠編集中
10/02/14 03:50:19 He5SeBPp
対応以前にx264のb-pyramidは改善されないままなので、効果がほとんど無いのが一番の問題だ
517:名無しさん＠編集中
10/02/14 04:30:18 lchag8Ra
改善って？
518:名無しさん＠編集中
10/02/14 05:45:33 hsCXow8P
x264itvfr-r1416.lzh
519:名無しさん＠編集中
10/02/14 10:52:20 R0hpyIN7
>>516
--b-adapt 2 ならb-pyramidを考慮してBフレーム数を決めるようになってるが。
520:名無しさん＠編集中
10/02/14 12:40:43 Q+WJywzC
MPCHCはb-pyramidを考慮する気が無いみたいだから
気になるなら使うのやめるかsplitterを変えるか、だな
521:名無しさん＠編集中
10/02/14 12:53:03 9Iq59OV5
MP4にしか対応していないハードウェアで再生した人以外は、Matroskaを使えばいい。
522:名無しさん＠編集中
10/02/14 12:57:08 D0sX+As1
Matroskaをサポートしたハードウェアはあるんだろうか…
523:名無しさん＠編集中
10/02/14 13:03:59 9Iq59OV5
>>522
URLﾘﾝｸ(av.watch.impress.co.jp)
URLﾘﾝｸ(www.jvc-victor.co.jp)
DivX 7に対応しているのが幾つかリリースされている。
524:名無しさん＠編集中
10/02/14 13:06:37 IJWAFcvS
>>522
URLﾘﾝｸ(www.baycraft.jp)
URLﾘﾝｸ(www.wdc.com)
525:名無しさん＠編集中
10/02/14 15:14:06 /oz+MRzu
>>521
m2tsでもいいんじゃない?
526:名無しさん＠編集中
10/02/14 15:28:42 9Iq59OV5
>>525
オーバーヘッドが大きいから、ファイルサイズを考えると不利だな。
527:名無しさん＠編集中
10/02/14 20:18:45 lchag8Ra
明日更新らしい。
528:名無しさん＠編集中
10/02/14 20:38:16 YLY6eygg
x
529:名無しさん＠編集中
10/02/14 23:35:22 vjdtwSmK
x264 --weightp 0 --crf 23 %sar1% --interlaced --nal-hrd --vbv-maxrate 20000 --vbv-bufsize 25000 --keyint 300 --min-keyint 2 --cqm flat --trellis 2 --scenecut 45 --b-adapt 2 --bframes 3 --ref 3 --deblock -2:-2
--qpmin 10 --qpmax 40 --qpstep 6 --qcomp 0.6 --aq-mode 2 --aq-strength 0.5 --psy-rd 1.0:0.0 --partitions p8x8,b8x8,i8x8,i4x4 --me umh --merange 32 --subme 9 --no-fast-pskip --no-dct-decimate
--videoformat ntsc --colorprim bt709 --transfer bt709 --colormatrix bt709 --threads auto --thread-input --ssim --no-mbtree -o "temp_video_%~n1.mp4" "%~1"
x264_DANGEROUS_rev1416-release2
OreAQでもMixAQでもインターレースでnal-hrdを使ったときだけエラーが出て落ちる。
プログレッシブは問題ありません。
Assertion failed: dpb_output_delay < pow( 2, sps->vui.nal_hrd_parameters.i_dpb_output_delay_length ), file encoder/set.c, line 683
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
530:名無しさん＠編集中
10/02/14 23:53:58 IJWAFcvS
>>529
こっち行け
ｽﾚﾘﾝｸ(avi板)
531:名無しさん＠編集中
10/02/15 18:27:13 XosiPMpj
r1442
532:名無しさん＠編集中
10/02/15 19:15:11 GxS1LREQ
今月初めての更新か
533:名無しさん＠編集中
10/02/15 20:51:35 mDy3V9wG
随分飛ぶな
534:名無しさん＠編集中
10/02/16 01:14:53 oSzDyl8F
mp4の動画にedtsが入ってるかどうかを調べるツールってないでしょうか？
535:名無しさん＠編集中
10/02/16 01:16:59 qqve3PA1
……はい？
536:名無しさん＠編集中
10/02/16 01:17:01 KWXvEoin
mp4box
537:名無しさん＠編集中
10/02/16 01:19:56 oSzDyl8F
edtsがあるだろうと思われるmp4とそうでないmp4を
mp4box -info でみてみたのですが、違いがわからず・・・。
もう少し教えていただけませんでしょうか。
538:名無しさん＠編集中
10/02/16 01:27:01 KWXvEoin
ぐぐれカス
539:名無しさん＠編集中
10/02/16 01:30:17 3O6BUePk
ツンデレ乙
540:名無しさん＠編集中
10/02/16 01:34:57 YoMKCAPw
mp4muxer(mp4creatorのGUI)使えば簡単
URLﾘﾝｸ(www.restspace.jp)
541:名無しさん＠編集中
10/02/16 03:58:52 NoGF6+Ir
24型あたりの大画面でDVDコンテンツみたい場合、
エンコする際のcqは18ぐらいがいいの？
542:名無しさん＠編集中
10/02/16 04:03:31 ZuA0aOH6
24型って大画面だったのか
543:名無しさん＠編集中
10/02/16 04:13:12 b1yzYOmZ
これだからゆとりは
544:名無しさん＠編集中
10/02/16 04:18:03 FKsv0HUo
24型PCモニタ用とか、42型液晶TV用っていう最適cq値ってのがあるの？
最近はモニタも液晶TVもいろいろ動画再生用の機能（東芝ならWスキャン倍速とか）がついてて、
結局自分の環境と自分の目で確認するしかないんじゃないの？
545:名無しさん＠編集中
10/02/16 04:20:03 ectoK7/M
そもそもcqって何なのか教えてエロい人
546:名無しさん＠編集中
10/02/16 04:45:36 ZFnjJt/B
komisar氏のx264_NAL-HRD.1.22.r1442.diffあててr1442ビルドしてみたが、
インタレ保持エンコできないみたい
tff指定してるのにMPCHC+DXVAだとbffで再生するわ、ffdshow通すと動きがDXVA以上にガクガクするわで
あきらかに壊れてるっぽい
やっぱTrahardパッチがベースじゃないと駄目だなぁ
547:名無しさん＠編集中
10/02/16 05:02:33 wNk96655
x264.nlに「recommended revision: 1441」とか出てるんだけど、もしかして1442は地雷？
548:名無しさん＠編集中
10/02/16 05:34:31 QlmV2rr/
1442がでたばかりの時は、もっと番号が若かったから、
なんかを一つ一つ確認でもしてるんじゃね？
549:名無しさん＠編集中
10/02/16 08:02:23 N8o6QRRv
Komisarのは、--pic-structが駄目みたいだね。
550:名無しさん＠編集中
10/02/16 19:53:30 D7OG1ao4
>>544
デカイ方が差がわかりやすい(transparentには、より高い品質が必要)ってのはある。
PHLはBD用素材のエンコードするときに、
マスモニじゃもうわからなくて、縦10フィートのスクリーン使うって言うし。
551:名無しさん＠編集中
10/02/16 20:09:35 3O6BUePk
wightpの削除されたモードっていつになったら実装されるんだろう
552:名無しさん＠編集中
10/02/16 22:54:51 r+ws9LEV
Commitの数はあるけど拡張は大したこと無いみたいだね
SVN1442は安定板っぽい？
553:534
10/02/17 00:11:36 TMuNTvSm
>540
SSまでつけて解説していただいてありがとうございます。
無事edtsの有無を確認できました。
554:名無しさん＠編集中
10/02/17 18:22:21 w0PR6Irn
recommended revision: 1442+
555:名無しさん＠編集中
10/02/19 17:04:46 4K3xjOQP
Iピクチャ最強、PやBを使っている奴は情弱
556:名無しさん＠編集中
10/02/19 17:08:59 yBeFFX+I
コストパフォーマンスという言葉を知らんのか
557:名無しさん＠編集中
10/02/19 17:17:03 PYeilJhs
情弱などと他人を煽る人間ほど、実は自分に都合の良い情報だけを取捨選択しているので
自分自身が他者からの情報に惑わされていることに自分では気づけないのだ。
558:名無しさん＠編集中
10/02/19 17:18:23 zJNgWVgH
情弱っていうか、テクニカルな知識の問題だな。
559:名無しさん＠編集中
10/02/19 17:18:32 hwHALXMg
>>555
自己紹介乙
560:名無しさん＠編集中
10/02/19 17:20:41 KQFM4jJk
>>555は
自分が情弱だとみんなに知って欲しいだけ
561:名無しさん＠編集中
10/02/19 18:36:48 06ka5D9f
とりあえず、インターレースのソースでも、kieranrkの新しいパッチなら、
--tff --nal-hrd vbr --pic-structとしたら動いた。--direct autoも使える。
URLﾘﾝｸ(www.mediafire.com)
562:名無しさん＠編集中
10/02/20 10:39:54 RKNVopq/
>>555
H.264ひいては、MPEG全てを全否定かよｗ
節約劣化分身の術を甘く見るなよ
563:名無しさん＠編集中
10/02/20 10:46:04 bvsKUKha
まあバランスだよね
あまり偽者を多くすると絵が温くなる
564:名無しさん＠編集中
10/02/20 11:08:44 NKqxSdfY
まあ、少なくとも、H.264のIは、jpegより画質がいいわけだが。
565:名無しさん＠編集中
10/02/20 11:12:24 RKNVopq/
JPEGのIに、x264のP、Bは勝てんのか？って言いたいんだろうな
566:名無しさん＠編集中
10/02/20 12:59:29 BI9b9sfD
MotionJPEG最高や！って言いたいんだろ
567:名無しさん＠編集中
10/02/20 13:20:18 SIOFvT2W
>>566
AVC Intraだろ、スレ的に
568:名無しさん＠編集中
10/02/20 15:05:11 VmDcRJm6
>>566
奴らは、面倒くさい相手だぜ・・・
こっちがBDで採用されているH.264が高画質って言うと
ん？こちらはデジタルシネマの標準規格だがとか言い出すからな
569:名無しさん＠編集中
10/02/20 15:08:47 z6WEUAvX
もう無圧縮YUV4:4:4でおｋ
570:名無しさん＠編集中
10/02/20 18:12:47 BlsjXanF
扱いにくすぎるだろ
571:名無しさん＠編集中
10/02/20 18:16:04 A1qyiIW8
無圧縮は中間ファイルで使ってるけど、それでも持て余すぜ。
特にFullHDの無圧縮はでかすぎて何の確認もできん。
それで次の工程が終わった後、ﾎﾟｶｰﾝなんてこともしばしば。
572:名無しさん＠編集中
10/02/20 18:39:07 xSFxryEy
ピラミッドB最強！
MPEG系のP,Bはともかく
P,B=画質劣化ではないけどね
573:名無しさん＠編集中
10/02/21 14:26:22 TSKWisLU
たとえ、PやBをつかうことによって画質が劣化しても、
それ以上にビットレートを下げることができれば、
それは、画質が良いということだからな。
574:名無しさん＠編集中
10/02/21 14:28:10 9ul9pIor
Bフレで縮んだ分ビットレートをもりもり
575:名無しさん＠編集中
10/02/21 17:37:40 mrZGH7q8
ま、サンプリングの時点で劣化してるんだからどうでもいいや
576:名無しさん＠編集中
10/02/21 18:30:31 Q2x/CXGs
お前それでいいのか？
577:名無しさん＠編集中
10/02/22 09:50:28 VdGIsz+S
l;;llllll||lll从从WWWl||ll,,ﾂ从ﾂﾂﾉlｲノ'彡ヽ
ｲ从､从从从从从ll|| |ﾘ从//／／ノノ彡;j
jl从从从从;;;;;;;;;;;;从;;;;;/;;;;;;;;;､､､;;-ｰ､イ彡:}
（ミﾐ;;ｯ''"ﾞ￣ '､::::ﾞ｀ﾞ''ｰ､／"´::: :::: |;;;;;彡|
}ﾐミ;;;} ::: {:: ﾞ:::::､::: :::ｨ ,,:::: };;;;イ;;l
jミﾐ;;;;} ::: ヽ::::ﾐヽ:: | ﾉ W:: |;;;;彡:|
}ミ;;;;;;} ::: ヾ {:::::ﾐ ヽ j ｲ|从 ":::: };;;;;;彡{
iミﾞ;;;ﾉ:::::: ＼'､ }}: l||ｲ /,ｨ;;､､-ｰｰヽﾞ'ｧ;;イ､
{;;;;ﾘ:ﾚ彡"三三ミヽ,,ﾘ{{,,ノ;;;;ｨ≦==ミ'" |;;〉l.|
l"';;;l ﾞ'''＜<~(::) >>::）-ら::ｨ'ｰﾞ-ﾞ,,彡ﾞ .:|;l"lﾘ
|l ';;', ::: ｰ｀￣:::::::ミ}ﾞ'~}彡ｨ""´ .:::lﾘﾉ/
l'､〈;', ::: :::::::t､,j iﾉ:::､::.. ..::::lｰ'/
,､,,,/| ヽヽ,,', ::.､ :::::(ﾞﾞ( ),､)､ヽ::. ｲ ::::l_ノ
）ヽ"´ ''''"ﾚl_ヽ,,,', ヽﾞ'ｰ､:::;r'"｀' ﾞ'';;"" ﾞl| ::j ::: |: l,,,,
ﾞ''（,l ', l| ﾘ {"ｨr''''' ｰｰ''ijﾂヽ l| :" l |',｀ヽ,
き 利 (l :'､ ｀',. 'l| |;;ﾞﾞﾞﾞ"""´ｰ､;;| ﾉ: / /ﾘヽ ＼
. く い Z::::ヽ '､ ﾞ't;ヽ ｀ ´ ﾉ;;ﾘ ,r' // |
な. た >; :::ヽ ::ヽﾐニﾆﾆ彡'" , ':::::// |
┃ ふ ﾌヽ ::＼ : ﾐｰ― "ノ , ':::: //: |
┃ う }ヽヽ :::::＼::（￣￣￣ /::::／/: |
┃ な }| ヽヽ :::::｀'-､竺;;ニｨ':::／／ | l
// 口 （: | ヽ ヽ :::: ::::::... ::／／ | |
) ・・. を ( | ヽ ヽ:: ::::::... ／／ ﾘ. |
つ､ r､{ | ヽ ヽ ／／ / |
ヽ '´ | ヽ ヽ ／／ / |
578:名無しさん＠編集中
10/02/22 19:17:16 ixhqKiZY
--aq-mode 4は、なかなか興味深いな。
サンプル: URLﾘﾝｸ(www.mediafire.com)
ソース: URLﾘﾝｸ(www.megaupload.com)
579:名無しさん＠編集中
10/02/22 20:07:18 hBzhF1YX
なんか次の更新あたりでAutoVAQは4の処理に替わるみたいな感じだね
580:名無しさん＠編集中
10/02/23 00:34:50 K7Z5TMrE
>>579
だとしたら普段からaq-mode 4常用してた俺としては嬉しいかも
ってかそういう情報ってどこで手に入れられるんだ？
581:名無しさん＠編集中
10/02/23 01:44:42 7CP5GBOE
IRC
582:名無しさん＠編集中
10/02/23 05:56:47 3fq0pPiP
開発者じゃなくても#x264devは入ってもいいのかな？
583:名無しさん＠編集中
10/02/23 06:08:33 lB8LnXNC
ROMいっぱいいるから大丈夫だと思うよ
584:名無しさん＠編集中
10/02/23 06:43:22 3fq0pPiP
>>583
とん
585:名無しさん＠編集中
10/02/23 10:00:53 uBUBvIW1
久しぶりに使ったらSSE4対応してたんだな。
速くならないから対応しないとか言ってた奴いたのに。
586:名無しさん＠編集中
10/02/23 10:57:44 kS4pj8lj
素人はんは、CPU CapabilityにSSE4と表示しとくだけで、納得してくれはるから助かりますわ
pblendwやlzcntをとりあえずつこうてみただけやのにね
587:名無しさん＠編集中
10/02/23 19:12:07 lB8LnXNC
1459
588:名無しさん＠編集中
10/02/23 19:16:09 0NdyS9O3
もしかして今rev1459くらいになってる？
589:名無しさん＠編集中
10/02/23 19:16:51 0NdyS9O3
って既にレスあったわorz
590:名無しさん＠編集中
10/02/23 19:23:06 lB8LnXNC
1460
591:名無しさん＠編集中
10/02/23 19:26:55 0NdyS9O3
修正早っ
新しいコミット18のうち14がDS氏のとか、頑張りすぎだろ……
592:名無しさん＠編集中
10/02/23 19:27:46 Y7nfw++r
kieranrkのHAL-HRDは、まだ入っていないのか。
593:名無しさん＠編集中
10/02/23 19:30:55 0NdyS9O3
nal-hrdはまだ時間掛かりそうってどこかで見た気がする
594:名無しさん＠編集中
10/02/23 20:52:42 7CP5GBOE
うーん、r1460の64bitビルドでmake fprofiledすると3回目のエンコでクラッシュするぞ...
D_Sも寝てるからすぐには直らない…って、おや？
595:名無しさん＠編集中
10/02/23 22:13:03 3fq0pPiP
r1460ビルドしたらヘルプが文字化けした…
デフォルト値がありえん事になってる…ｗ
-I, --keyint <integer> Maximum GOP size [2791512]
--b-pyramid <string> Keep some B-frames as references [???]
596:名無しさん＠編集中
10/02/23 22:23:01 7CP5GBOE
BugMaster氏が即効でパッチ書いてくれた
URLﾘﾝｸ(pastebin.com) fprofiledのfix
URLﾘﾝｸ(pastebin.com) helpのfix
597:名無しさん＠編集中
10/02/23 22:43:26 3fq0pPiP
>>596
おお、わざわざありがとう
正式にコミットされるまでしばらく様子見しますｗ
598:名無しさん＠編集中
10/02/23 23:38:09 7CP5GBOE
どうやらメモリリークが見つかったようなので、r1460は結局スルーがいいみたい
599:名無しさん＠編集中
10/02/23 23:48:38 wFGbojni
情報サンクス
600:名無しさん＠編集中
10/02/24 02:22:34 vmMP7GOP
ｒ1461
601:名無しさん＠編集中
10/02/24 02:35:48 79Gmz2kx
ヘルプ直ったぜ……
いや、自ビルドしたのは今回が初めてだったもので、>>595-596読むまでは
俺のビルド環境が悪いのかと思ったわ
602:名無しさん＠編集中
10/02/24 02:55:05 PRkNV7iB
1462
603:名無しさん＠編集中
10/02/24 02:56:12 vmMP7GOP
ｒ1462
604:名無しさん＠編集中
10/02/24 02:57:29 79Gmz2kx
r1462
605:名無しさん＠編集中
10/02/24 02:58:10 79Gmz2kx
やってしまったあっっっ
606:名無しさん＠編集中
10/02/24 03:04:53 79Gmz2kx
あれ、ヘルプ見たらr1463になってる
誤植？
607:名無しさん＠編集中
10/02/24 03:05:45 dSHqaOFs
とりあえず、mbtreeと併用しても問題が無い様に改善された--aq-mode 2を試してみたいと思う。
608:名無しさん＠編集中
10/02/24 03:06:02 79Gmz2kx
じゃなかった、r1463で正しかった……
半年ROMってますorz
609:名無しさん＠編集中
10/02/24 03:11:37 dSHqaOFs
#define X264_VERSION " r1463 8918e83"
とりあえず、今はこうなっているな。
まだ何かあるかも知れないから、コンパイルはもう少ししてからにするか。
610:名無しさん＠編集中
10/02/24 03:17:43 v0GXQx6/
r1463
611:名無しさん＠編集中
10/02/24 03:27:06 vmMP7GOP
1462でまたビルド中にクラッシュしたと思ったら…
しかも1463でもクラシュするし…現在BugMaster氏がpatch書いてる
612:名無しさん＠編集中
10/02/24 03:43:40 vmMP7GOP
ｒ1464
613:名無しさん＠編集中
10/02/24 03:46:14 79Gmz2kx
r1463再コミットじゃない？
614:名無しさん＠編集中
10/02/24 03:50:18 dSHqaOFs
#define X264_VERSION " r1463 271c877"
r1463のままで、ハッシュが変わっている。Win64での問題は解決された模様。
615:名無しさん＠編集中
10/02/24 04:07:10 vmMP7GOP
みたいね、ごめん
616:名無しさん＠編集中
10/02/24 04:21:21 vmMP7GOP
これもバグ持ちだったよ...
04:19 (Dark_Shikari) should work fine now guys
04:19 (Dark_Shikari) just reset your tree
617:名無しさん＠編集中
10/02/24 05:50:34 dSHqaOFs
>The current latest version is r1462. r1463 will generate corrupt output for some resolutions, like CIF.
x264 0.89.1462M 7fcffde: URLﾘﾝｸ(www.mediafire.com)
618:名無しさん＠編集中
10/02/24 17:04:02 OhLq/Cvy
aq-modeが良い感じだね。
暗部の潰れが良くなってる。
619:名無しさん＠編集中
10/02/24 17:21:01 o9JFQ8ZC
>>579の言ってた通り--aq-mode 4のパッチの処理が正式にAutoVAQに採用されたそうで
アニメでもいい感じに働いてくれるから正式コミットを待っておったぜ
結局r1462に落ち着いたのね
620:名無しさん＠編集中
10/02/24 18:06:07 6HsTZn3J
ページに上がってるのも、r1462になったのか
621:名無しさん＠編集中
10/02/24 19:12:30 jPEsTP5N
旧aq-mode 2はビットレート削れすぎでアニメ・実写でも使えなかった
622:名無しさん＠編集中
10/02/25 21:11:17 1Fims9P8
aq-mode2は論外だったけど4は1よりもいい感じなの？
自分で試せって？うんその通り
623:名無しさん＠編集中
10/02/25 21:16:13 flyOLZr6
実際最終的な判断は個人の裁量が一番でかいから試すほうがいいと思うのだが
というわけで 2行目を実行してたぼれ
624:名無しさん＠編集中
10/02/25 21:22:10 BhGO6NOq
でも画質テストって難しいよな
1コマ1コマ止めて確認すると綺麗になってるからと言って
いざ再生してみるとそうでもなかったり
それこそプリセットのplaceboじゃないけど、思い込みによるところも大きく働きそう
625:名無しさん＠編集中
10/02/25 21:37:33 0wnZiaec
>>624
再生する環境によってもだいぶ違う。
動画再生支援の無いノートPCと
動画再生支援のあるデスクトップで、
何故か前者が綺麗に見える場合がある。
（特に実写）
たぶん、にじみ具合？の差なんじゃないかと思ってる。
626:名無しさん＠編集中
10/02/25 21:42:46 IuuVytoM
実際1か4かどっちがベターなのか気にはなるわな
ソースによっても違うし見る人によっても違うんだろうけどね
627:名無しさん＠編集中
10/02/25 21:46:21 gcT4ZT9j
再生支援もそうだが液晶ディスプレイによっても結構変わってくる
628:名無しさん＠編集中
10/02/25 21:48:10 TXqe7ZI9
SSIMでも見ればいい
629:名無しさん＠編集中
10/02/25 21:53:57 BhGO6NOq
SSIMも一応参考にはするが、0.9935064だの0.9932632だの言われても
「じゃあ0.0003大きい方が綺麗」とはならないと思うんだよな
数値だけじゃなくて実際に見ないと
630:名無しさん＠編集中
10/02/25 22:19:12 deS8aADi
SSIMは0.001差なんて無意味とか言われてなかったっけ？
特に低ビットレートのエンコはどれだけソースに忠実かというよりも
どれだけきれいにごまかせてるかっていうのが重要だろうから
そういう絶対指標はあんまアテにならんだろうね
631:名無しさん＠編集中
10/02/25 22:42:41 UIjTKSXk
x264のSSIMって輝度のみで算出してるらしい(?)から数字が当てにならない場面もあるよね
632:名無しさん＠編集中
10/02/25 23:01:11 HNzgtPxM
しかし、YCbCr 4:2:0だったら、他よりも解像度の高いYの画質が重要なのは間違いないだろう。
633:名無しさん＠編集中
10/02/26 10:16:55 1lh98rZi
数字の意味するところを踏まえた上で使うなら良いんだけど、
単なる大小だけが一人歩きしないか不安ではある。
非可逆圧縮音声がそういう状況になって久しいし。
634:名無しさん＠編集中
10/02/27 00:48:36 nvR7Vzjr
seraphy氏のauo1442でmbtreeが勝手に使われる
deadzone変えても利いてない様な気がする
635:名無しさん＠編集中
10/02/27 00:58:02 nvR7Vzjr
自己レス>>634
設定ファイル反映されてませんでしたどうもすみません
636:名無しさん＠編集中
10/02/27 09:31:58 9ycZdaE3
1471
637:名無しさん＠編集中
10/02/28 02:18:34 LsR/OwBJ
猫研さんのr1465の訳
「ffmpegより、Port Mans RullgardのNEON版intra予測関数。」
って日本語になってないような
portは移植だよね？
638:名無しさん＠編集中
10/02/28 02:36:11 e1TtRCS+
正しくはMans RullgardのNEON intra予測関数をffmpegより移植、ってところか
ただでさえ専門用語含んだ英語の翻訳は難しいだろうに、
辞書に載ってないような半ば省略された動詞とか使われると気付きにくいんかね
639:名無しさん＠編集中
10/02/28 19:13:39 S4qzbMO5
interlaceオプション使うと
30pでも60iでも1%ぐらいしかサイズ変わらないんだな…
サイズ優先で30pにしたけどアホだったわ
640:名無しさん＠編集中
10/02/28 19:23:43 Vs5hT086
そりゃ30pにした時の処理が、
圧縮に適しなかったんだろう
641:名無しさん＠編集中
10/02/28 20:12:10 G7lVWQhC
30pと60iじゃ同じじゃね？
サイズ優先なら30iにするべき
642:名無しさん＠編集中
10/02/28 20:42:38 VmS5vLBa
きっとネタで言ってるんだろｗ
643:名無しさん＠編集中
10/02/28 20:58:22 P80xPno4
TSアニメをエンコする場合に、自己満足の画質を達成するには10Mbbsいるという・・
644:名無しさん＠編集中
10/02/28 21:00:26 +UkPlCEo
掲示板のことか
645:名無しさん＠編集中
10/02/28 21:00:57 iTxbcoYE
アニメならエンコなんかしてないでBlu-ray買えよ
お前の自己満足はテロップでててもかまわないのか
646:名無しさん＠編集中
10/02/28 21:04:45 P80xPno4
>>645
そこは妥協
647:名無しさん＠編集中
10/02/28 21:15:27 Unt7SN6I
素人質問ですが、インターレースを解除したファイルでも「multiAVCHD」とかでオーサリングすれば市販のブルーレイプレイヤーで再生して
テレビで見れるって理解で問題ないですか？
648:名無しさん＠編集中
10/02/28 21:24:13 mz1BEMq8
市販のブルーレイの規格に則った動画ファイルならそうなるね
649:名無しさん＠編集中
10/02/28 21:26:51 WUiTMqeY
>>645
アニメは全部Blu-rayで発売されていると思っている本物の馬鹿発見
650:名無しさん＠編集中
10/02/28 21:29:03 Unt7SN6I
解像度・FPSが適切ならってことですね。
ありがとうございました。
651:名無しさん＠編集中
10/02/28 21:39:33 iTxbcoYE
>>649
Blu-ray版も出ないゴミアニメなんかエンコする価値も無いだろ
目的と手段がごっちゃになった真性の阿呆発見
652:名無しさん＠編集中
10/02/28 21:42:27 2MCHyUfO
底辺の争い
653:名無しさん＠編集中
10/02/28 22:05:40 GM1u62bN
>>651
ここでそんな事いってるお前が一番のゴミだって事に気付け。
俺も真性の阿呆発見したわ。
654:名無しさん＠編集中
10/02/28 22:09:06 P80xPno4
このスレには、高画質エンコやる人いない？
655:名無しさん＠編集中
10/02/28 22:09:28 S4qzbMO5
そこに映像がある限り、価値のない映像などない
656:名無しさん＠編集中
10/02/28 22:09:39 qbEU5JU3
>>654
Download板に帰ってください、お願いします。
657:名無しさん＠編集中
10/02/28 22:20:23 P80xPno4
>>６５６
？なしてDownload板
658:名無しさん＠編集中
10/02/28 22:22:16 faNo7glz
そういえば、昔、高画質でエンコしてあげるスレってのがあったな。
今もあるのだろうか。
659:名無しさん＠編集中
10/02/28 22:26:28 YlFryoGj
流石に今だと露骨に法に引っ掛かるから無いだろ
いくらザル法と言えど
660:名無しさん＠編集中
10/02/28 22:32:23 5NW4IMA7
ﾀﾞｳｿ板は低容量低画質が殆どだしな。
661:名無しさん＠編集中
10/02/28 22:51:59 QgMDSuGu
今日の津波警報画面は拷問レベル
662:名無しさん＠編集中
10/02/28 22:52:34 SpLpLDOE
>>637-638
どうでも良いかもしれんが、今見たら直ってたわ
663:名無しさん＠編集中
10/02/28 23:00:11 7Hae58CS
今日のはなまるは日本地図出るのか
664:名無しさん＠編集中
10/03/02 22:11:16 6Ch2QwzW
tesu
665:名無しさん＠編集中
10/03/02 22:26:57 +9pzBX77
おお復活か
666:名無しさん＠編集中
10/03/02 22:40:31 XouH9YRY
更新無い時だったから関係無かったな
667:名無しさん＠編集中
10/03/03 01:41:37 d+JvAtPf
せっかくの地デジなんだからテロップとかは
映像とは別レイヤーにして欲しいな。
ついでにi/pやfpsの情報も送信されれば言うことなし。
668:名無しさん＠編集中
10/03/03 02:04:04 7C2BwZ9h
いや、それに関してはiの29.97fps固定だし……
669:名無しさん＠編集中
10/03/03 02:07:08 WNR5d6ue
1080Pで流すのが先だろ
670:名無しさん＠編集中
10/03/03 03:20:31 k7Blw0uh
ビットレート足んねーってば
たった16Mbpsで1080Pなんかやったら今以上に画が破綻する
671:名無しさん＠編集中
10/03/03 06:31:44 q1Nkbl3q
おお、ついにNAL-HRDのコミットが来るか
次はフィルターとデバイスセッティングになるのかな
672:名無しさん＠編集中
10/03/03 07:07:43 BiUoUgzd
疑問がふたつ。
fps指定しなくてもRateControlが動くって書いてあるけど、
これは入力ソースのフレームにタイミングの情報が入っている
場合限定ってこと？
CBRの話。TS Muxingに必要なx264_hrd_tってあるけど、これは
映像のみの話だよね。音声のトラックとか増えたり減ったりするだ
けでTSとしてはCBRが崩れちゃうってことにならないんだろうか？
それともCBRにすべきなのは映像のみってことになるのか？
673:名無しさん＠編集中
10/03/03 07:15:23 oI2cgc8M
BD向けの改良が続いているけど、BDは--keyint 24とかになる訳だし、次はopen GOPをやってほしい。
674:名無しさん＠編集中
10/03/03 09:11:55 O1bWcwFK
>>656-657
ダウソ板なんて、逮捕されまくりのアホばっかりだろｗ
あんなアホと一緒にされてもな
ここは著作権物は個人理由の目的でしかエンコしてないよ
675:名無しさん＠編集中
10/03/03 09:59:36 uT3EPdAK
＞あんなアホと一緒にされてもな
＞ここは著作権物は個人理由の目的でしかエンコしてないよ
免罪符になりません
あんなアホと一緒です
676:名無しさん＠編集中
10/03/03 10:37:42 CeCGPU0X
スレチ
他所でやれ
677:名無しさん＠編集中
10/03/03 11:22:58 z71B8Y76
Down板にあるエンコード関連のスレはいうなれば、初心者スレ
だからそっち行けっていわれたんだろ
678:名無しさん＠編集中
10/03/03 11:39:26 3G7M+a6O
Open GOPﾏﾀﾞｰﾁﾝﾁﾝ
679:名無しさん＠編集中
10/03/03 14:46:56 K+1/0jm4
>>675
え 自分で見るのもダメなんか
じゃぁこの板つうかエンコ自体がダメなん？
680:名無しさん＠編集中
10/03/03 14:55:08 6tV21cmk
猫研の人のlibx264の使い方記事が待ちきれない
681:名無しさん＠編集中
10/03/03 15:11:12 d5shyTxM
そんな自演はいりません
682:名無しさん＠編集中
10/03/03 17:51:39 rolyvCxL
いつになったらadaptiveなMBAFFが
683:猫科研究所＠求職中かも ◆jDKusvyOe7fH
10/03/03 22:36:17 052nAUNl
>>637-638
単なる勘違いで、大した英語力ではないのでよくあることです
ちなみに一般英文より専門英文の方が普通は訳しやすいはずです
>>662
後々ちょこちょこと直してる部分は結構あったりします
>>680
備忘録レベルの予定なので役に立つか謎で、まだ手もつけてません
お急ぎでしたらffmpegのソースでも見た方が多分早いです
684:名無しさん＠編集中
10/03/03 22:41:36 T2Y9JKGb
乙、そして休職へ・・・
685:名無しさん＠編集中
10/03/03 23:54:16 7C2BwZ9h
>>683
いつもありがてぇ
マジ乙
686:名無しさん＠編集中
10/03/03 23:57:35 Wd6r9su7
>>683
猫は求職中か？で参考までにスペックは？
687:名無しさん＠編集中
10/03/04 00:04:08 ZAoWi8VD
ｘ２６４ってのっぺりしるぎる・・・
688:名無しさん＠編集中
10/03/04 00:28:22 AcAQ6NmI
そうかおれのx264はグレインまでバッチリだ
689:名無しさん＠編集中
10/03/04 00:33:51 YQv/594z
crf1でおｋ
690:名無しさん＠編集中
10/03/04 01:09:06 ZAoWi8VD
ロスレスだと、グレインがきれいに表示されるけど、crf1だときちゃない。
691:名無しさん＠編集中
10/03/04 01:12:12 ZAoWi8VD
あ、劇的に改善されたｗ
692:猫科研究所＠求職中かも ◆jDKusvyOe7fH
10/03/04 03:49:12 WK1dI77T
>>686
これは私個人の能力を問うてるんでしょうか？
ごく普通の人間ですよ、敢えて言えば器用貧乏です
693:名無しさん＠編集中
10/03/04 05:24:02 V/gFZb2f
得意技とか必殺技とか
694:名無しさん＠編集中
10/03/04 05:25:07 BNQ7xXh9
スリーサイズとか
695:名無しさん＠編集中
10/03/04 11:11:42 Ls1KGVG8
トランクス派とかブリーフ派とか
696:名無しさん＠編集中
10/03/04 11:31:13 QRpzJ83w
実は男の娘だとか
697:名無しさん＠編集中
10/03/04 12:43:10 mLiPNWG0
いつもお世話になってますこの場を借りてお礼をば
それはさておきストッキング派かニーソ派か
698:名無しさん＠編集中
10/03/04 13:12:55 Q27WH5Af
断然ニーソ。
699:名無しさん＠編集中
10/03/04 14:45:53 YQv/594z
お前にゃ聞いてない
700:名無しさん＠編集中
10/03/04 15:11:04 386k1uJ0
うっせえよ、俺はガーター派だ。
701:名無しさん＠編集中
10/03/04 16:53:47 OEUTC2o7
しねよカスども
702:名無しさん＠編集中
10/03/04 17:35:55 fGyVLLT+
どっかで見たツイッターごときスレみたいだな
703:名無しさん＠編集中
10/03/04 17:47:36 ULrSuiu7
twitterなんてなかったころからこんな感じですが
704:名無しさん＠編集中
10/03/04 20:06:06 OEUTC2o7
やっぱr999が最高だよな
705:名無しさん＠編集中
10/03/04 20:37:19 OgoMYDGI
今は画質の向上はあんまりなくてエンコ速度の向上だからそれでもいいんじゃない？
706:名無しさん＠編集中
10/03/04 20:53:17 YQv/594z
面白そうなオプションがちょこちょこ追加されてて面白いじゃん
707:名無しさん＠編集中
10/03/04 23:09:43 4u4lQPpF
r1318の調子良かったからずっと使ってた。
今は昨日いれたr1471。
調子はまだ本格的に動かしてないから解らないw
708:名無しさん＠編集中
10/03/04 23:52:02 ZAoWi8VD
量子化マトリックスって、一個しか指定できない・・・
規格上そうなの？それともx264がまだ対応してないだけ？
709:名無しさん＠編集中
10/03/05 00:38:18 Ese6XC3C
>>708
複数指定したとしてそれがどう使われることを望んでいるの？
ちなみにH.265/HVCの新しいfeatureに
adaptive quantization matrix selectionってのがあるから
これはH.264にはないんだろうと思う
ただ別ストリームとしてエンコードしてTSにでも連続で格納すれば
1ファイル中で切り替えること自体は可能な気もするけれど
710:名無しさん＠編集中
10/03/05 00:58:19 Yqcm68kr
MPEG2はGOP毎に変えられるから、それが出来ないかって事じゃないの
711:名無しさん＠編集中
10/03/05 02:09:36 eBbdvaMA
そうそうGOPごと変えたい・・・
H.265では、もっと細かく変えれるようになるのかな・・・
ワクテカ
712:名無しさん＠編集中
10/03/05 02:11:15 /EwaDdMl
なんだ、使い方が下手糞なだけじゃねーか
713:名無しさん＠編集中
10/03/05 02:18:39 8CLHPea3
PHLの記事とか読んでるとBD用のエンコでシーン毎に行列変えてるって話も出てるから
できるんじゃないの？規格上はPPSにも量子化マトリクスに関するフラグがあるから
その気になればピクチャ単位でマトリクス変えられるんじゃない？あんま良くわからんが
714:名無しさん＠編集中
10/03/05 10:13:11 hqVEAcjC
結局新AQ2はどうなったの
715:名無しさん＠編集中
10/03/05 10:17:56 K2friLCl
自分の目で確かめるのが一番
716:名無しさん＠編集中
10/03/05 17:58:49 qPlVcXfu
ていうか1471は鉄板でOK？目立ったバグとかなさげ？
717:名無しさん＠編集中
10/03/05 20:05:36 0Q/TkuTp
鉄板とか無いから。
718:名無しさん＠編集中
10/03/05 20:11:59 CFSUa+4H
おんめぇのせぎ、ねぇがら
719:名無しさん＠編集中
10/03/05 21:09:19 3dEoY4r/
次のアップデートででかいの来るから今のは安定版だと思うよ
720:名無しさん＠編集中
10/03/05 23:32:23 2vsvzP4O
nal-hrdとか入るのかな？
まあコミットされれば分かる話なんだけどさ
721:名無しさん＠編集中
10/03/06 00:42:27 /nAYXOv+
今だけでもついて行けてないのに大きいアップデートかよ…がんばるんば
722:名無しさん＠編集中
10/03/06 01:01:34 1PGjnVvQ
そうなると、とりあえずは、
1471にして暫く様子見って事になるかなぁ。
723:名無しさん＠編集中
10/03/06 09:58:22 NvnsiMvo
x264自体、すっとbetaみたいなもんだから・・・
724:名無しさん＠編集中
10/03/06 11:29:16 7KMpGgiH
TMPGEの内蔵エンコよりx264の方が綺麗と聞いたのですが、
内蔵エンコードを使わずにx264のエンコーダーをTMPGEで使うことってできますか？
725:名無しさん＠編集中
10/03/06 11:42:47 Wo7XkdYp
っAviSynth
726:名無しさん＠編集中
10/03/06 12:10:13 JDKfAuAP
AviSynthだけでＣＭカットとか出来るの？
727:名無しさん＠編集中
10/03/06 12:11:20 nPmGIRin
ビデオ編集ソフトウェアっていうんだから出来ると思う
728:名無しさん＠編集中
10/03/06 12:34:57 fz5pVhEE
Trim(a,b)+Trim(c,d)+Trim(e,f)
729:名無しさん＠編集中
10/03/06 13:10:48 hJxI4vym
そのフレーム番号をVirtualdub辺りで調べていちいちメモ帳とかに書いとかなきゃいけない
という非人間的作業を強いられる。
何か安楽な方法は無いもんだろか。
730:名無しさん＠編集中
10/03/06 13:14:46 SJQ0BxYd
AVIUｔｌでTrimエクスポートプラグインを使えば良いんじゃね?
x264guiがなかった頃は、AviSynth+MeGUIでそうやっていた。
731:名無しさん＠編集中
10/03/06 13:20:00 fz5pVhEE
>>729
AvsPを使えば楽。
URLﾘﾝｸ(www.avisynth.info)
732:名無しさん＠編集中
10/03/06 13:30:19 00wSmCM2
Virtualdubでカットして保存したvcfファイル使えばいいじゃん
733:名無しさん＠編集中
10/03/06 13:42:55 2bxflo7W
大人しく無圧縮で中間ファイル出力汁
734:名無しさん＠編集中
10/03/06 14:18:06 nPmGIRin
新AQ2なんか実写で使うとツルツルになる
アニメでは効いてるみたいだが・・・
735:名無しさん＠編集中
10/03/06 15:44:37 cMAkH13b
>>724
URLﾘﾝｸ(forum.doom9.org)
736:名無しさん＠編集中
10/03/06 21:30:04 l/hfZ/zP
4:4:4 ロスレスの次世代フォーマットはいつ頃リリースされそうですか？
737:名無しさん＠編集中
10/03/06 21:42:36 xxdn2sD9
プロがx264なんて使うのか？
738:名無しさん＠編集中
10/03/06 21:48:28 fxL2Hw+v
4:4:4のソースが手に入らない俺はもちろん素人
739:名無しさん＠編集中
10/03/06 21:50:15 l/hfZ/zP
げ・・・げーむとか、フィルムをスキャンしてデジタルに起こすときにも使える
ここで大半を占める気持ち悪いアニヲタは色にはこだわるんじゃないのか？
740:名無しさん＠編集中
10/03/06 21:54:33 WukRWO+v
4:4:4の東方か…
741:名無しさん＠編集中
10/03/06 21:57:09 Yn7yyEFX
贅沢なソースだ
742:名無しさん＠編集中
10/03/06 21:59:44 fz5pVhEE
4:4:4やRGBのソースを保存したいのなら、FFV1が圧縮率も高くて便利。
743:名無しさん＠編集中
10/03/07 00:02:39 X4x1ME+Y
暗部をきれいに圧縮する方法がわからん
中途半端にQPを小さくするなら、高周波をけずりきったほうがいいのかな
トレリス量子化で高周波を無くさないように、やるとbitが増えるわりにきれいにならない・・・
744:名無しさん＠編集中
10/03/07 01:17:17 X4x1ME+Y
やっぱ高周波を残すように量子化マトリックスを用意しておきたいね
う～ん、量子化マトリックスを二種類を適応的につかいわけられたらいいのに
745:名無しさん＠編集中
10/03/07 05:51:08 q//BNpVp
暗部のバンディングだったら、これを使えばデフォルトのCQM無し+VAQでグレインは保持できるので大丈夫。
URLﾘﾝｸ(www.avisynth.info)
746:名無しさん＠編集中
10/03/07 20:21:21 X4x1ME+Y
>>745
GradFun2DBmod and Grainfactory3
は使ってます。
プリフィルターできれい（？）にした部分をきれいにエンコするのはむずい・・・
結局、量子化マトリックスを用意することで暗部の問題は解消・・・
bitrateが半端ないけどｗ
747:名無しさん＠編集中
10/03/07 20:30:34 QXFUqfXu
>>746
難しいとか言うんだったら、当然これくらいは読んでるんだよな？
URLﾘﾝｸ(forum.doom9.org)
748:名無しさん＠編集中
10/03/08 21:19:41 S7WyJVSe
ミスターグレイン
749:名無しさん＠編集中
10/03/08 22:34:57 vWOEuyYt
fgo使えば暗部は崩壊しないね。
ただ、ざわつきが気になる。
まーモニタ側をTV仕様にするのが楽かと
750:名無しさん＠編集中
10/03/08 22:58:05 S7WyJVSe
更新こないな～
751:名無しさん＠編集中
10/03/08 23:01:43 wfj3a0xd
今週中には来るんじゃね？
現在パッチ20個
752:名無しさん＠編集中
10/03/09 16:18:41 HUvnwX6W
最近 aqmode 2 が改良されて良くなったんだっけ？
前はブロックノイズがでたりしたんだが。
753:名無しさん＠編集中
10/03/09 17:22:23 ih86X4FG
どうせ使わないからどーでもいい
754:名無しさん＠編集中
10/03/09 19:27:06 3s5Wanmz
実写ソースをエンコする際のおすすめマトリクスありますか？
皆さんJVTでやっているのでしょうか？
755:名無しさん＠編集中
10/03/09 19:35:39 H85l6QMu
個人的には素直にflat+VAQがいいと思った
756:名無しさん＠編集中
10/03/09 19:58:26 HCFO7d4J
>>754
--aqmode 2 --cqm flat
757:名無しさん＠編集中
10/03/09 23:40:25 ZJEGnVV4
1471でflat + aqmode 2も試したけど、自分的には1の方が目で見た感じは良かった
758:名無しさん＠編集中
10/03/09 23:53:59 6yPnglDy
じゃあそれでいいじゃん
結局人それぞれ
759:名無しさん＠編集中
10/03/10 03:07:55 FGPuBw3r
正直どう違うのか、比較して全くわからず、
とりあえず実装されるなら良いんだろうという事で、実写もそうでなくても、
--aq-mode2 --aq-strength 1.00 --cqm flat です。
760:名無しさん＠編集中
10/03/11 01:46:10 MX6jyXyb
原文には You must specify the custom matrix とあるが、絶対使った方が良い、といったところ。
選択肢は flat(16) か jvtの筈だが、前者は使わないのと一緒でBaselineおよび Main Profileまでの機器向け。
iPod, Apple TV, PSPなどが相当。jvtを使うとHigh Profileになる
CQMはカスタム量子化マトリクス（Custom Quantisation Matrix）。
量子化マトリクスは格子状にならんだ数字（＊数学で言う行列＊）で、個々の数字をquantum（＊量子/量子化マトリクスの値＊）として扱う。
この個々の数字が元の映像データをどのくらい破棄するかを決める。個々の数字が大きなマトリクスは映像がソフトになり、小さなマトリクスは映像のディテイル保持率があがる。
x264のデフォルトは "flat 16" マトリクスを使う。これは全ての数字が16で埋まっているもので、デコードの際に特別な扱いが不要なもの（＊Main Profile以下＊）。
カスタム量子化マトリクスはHigh Profileの機能で、実際にはデコード負荷は増えも減りもしないのだが、デコーダ側のサポートが必要となる。XviDのカスタム量子化マトリクスを覚えている人もあるだろう。
大半のケースでデフォルトのH.263量子化で充分だったが[*1]、x264でもflat 16で充分な場合が多いと思われる。しかし中には高周波領域に高い係数が入ったマトリクスを使いたい事があるかもしれない。
細かいディテイルがややスムースになり圧縮しやすくなる（＊ノイズなどの細かい部分を潰せる＊）。
cqmはデフォルトのflatマトリクスか、jvtマトリクスの選択。
flatマトリクスは数字が全て16で埋まっているもので、jvtマトリクスはH.264規格の技術的な作業に当ったJoint Video Teamが作ったもの。このコマンドは外部ファイルを用意する必要が無いので使い易い。
どこかのサイトからの抜粋
古い記事だけどね
761:名無しさん＠編集中
10/03/11 01:47:15 39FTfx0W
ゴミ貼るな
762:名無しさん＠編集中
10/03/11 02:18:41 Muf8EBeS
意味を理解できてても、使い方が間違ってたら意味なしｗ
763:名無しさん＠編集中
10/03/11 06:32:40 BtJSiUfQ
>>760
それはaqもpsy-rdも使わない場合だろ
いつの時代の話だよ
764:名無しさん＠編集中
10/03/11 09:42:25 020Crpr9
>>760
MeWikiとアゲハの翻訳の記述が混ざってるみたいだけど
とりあえず"You must specify the custom matrix"＝「絶対使った方が良い」はないと思う
これはオプションの解説なんだから
「このオプションでは何を指定しますか？」っていう暗黙の問に対して
「カスタムマトリックスを書きなさい」って言ってるだけの話でしょう
x264の開発陣としても、今はflatで十分て認識だと思う
触るなってほどじゃないにしてもcqm以前に触るべき項目がいっぱいあるから
765:名無しさん＠編集中
10/03/11 09:44:31 BsoMRNVh
今じゃjvtも合わなくなってしまったしflat一本だな
766:名無しさん＠編集中
10/03/11 12:07:08 ISkOTuaJ
貼り。
>URLﾘﾝｸ(zoome.jp)
767:名無しさん＠編集中
10/03/11 12:50:49 Gahke2SM
JVTのが滑らか
768:名無しさん＠編集中
10/03/11 16:20:48 ISkOTuaJ
JVTはグレインを潰してしまうので、アニメ向けと思っていたけど。
３桁のrevisionのころならともかく、今はflatのほうが良いよね。
769:名無しさん＠編集中
10/03/11 17:03:49 Adxo1o6X
アーティファクトの中でも、特にリンギングを気にする人には、高周波を削ってしまうCQMは不向きだわな。
770:名無しさん＠編集中
10/03/13 11:43:50 YjbxBCLF
なんかいろいろあるんだな…
1181でなるｐ氏のマトリクス使ってるんだけど、そろそろバージョンアップして
flatエンコに切り替えるべき？
771:名無しさん＠編集中
10/03/13 11:54:49 OPShyvEB
>>770
とりあえず、最新版(r1471)で--tuneを試して見たら。
772:名無しさん＠編集中
10/03/13 15:16:28 bjQGtHOm
猫科研究所、死亡
773:名無しさん＠編集中
10/03/13 15:19:39 i7VxE9zM
404 Not Foundですか……
774:名無しさん＠編集中
10/03/13 15:50:06 lA/MRu1e
え、見えるけど・・・
775:名無しさん＠編集中
10/03/13 16:00:16 o3ZQ9zsi
猫科研究所 でぐぐれ。アドレス変わったっぽい。
776:名無しさん＠編集中
10/03/13 16:16:38 bjQGtHOm
ググっても出ないんだが
777:名無しさん＠編集中
10/03/13 16:24:30 E13OkTVV
www.を付けたら見られた
778:名無しさん＠編集中
10/03/13 16:24:53 lA/MRu1e
ｗｗｗ
779:名無しさん＠編集中
10/03/13 16:27:00 u5HSvoUZ
_, ._
（ ・∀・）
○=｛=｝〇,
|:::::::::＼, ', ´
､､､､し ､､､((（.＠）ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
780:猫科研究所＠求職中かも ◆jDKusvyOe7fH
10/03/13 17:28:44 D/mx6ogl
どうも
放ってたんですが話題にあがったようなので一応お知らせします
なんかサーバに色々不具合が起こってるんですが
全体的に設定が初期化されている・狂っているぽく
中途半端に動作している状態のようです
こちらからはなんの手も打てない状況にあります…
土日はサーバ業者に誰もいないのか、メールしても反応がありません
まぁ大したサイトでもなく、動いてなくても困る人はいないと思いますが
とりあえず撤退等をしたわけではありませんです
781:名無しさん＠編集中
10/03/13 18:03:35 EDFbDkQQ
>>780
動かないと困る人がここに一人いますのでとっとと直してください＞サーバ業者
782:名無しさん＠編集中
10/03/13 19:22:59 m/sRvLJx
サーバの運用管理なんて365日がデフォなのに、土日にいないとかどんな会社よ･･･
個人のサーバレベルだぞ。
783:名無しさん＠編集中
10/03/13 19:24:11 lA/MRu1e
安いとこなんじゃね
784:名無しさん＠編集中
10/03/13 20:12:45 Sud4W1yz
余はw64版MinGW猫研パックを所望じゃ
785:猫科研究所＠求職中かも ◆jDKusvyOe7fH
10/03/13 20:55:13 D/mx6ogl
安いには確かに安いんですけど、元々はこんな状態じゃなかったんですよ
初めの会社から事業譲渡、事業譲渡、で2～3回経営主体が変わってるんで
その間になんか色々変わってしまって…
「国内サーバ」が売りだったはずなのに、ある時大規模な障害があって
理由を聞いたら「海外のデータセンターが火災で丸ごと逝きました」とか返ってきたり
当初の条件とほぼ同じと言えるのは料金くらいで、もう別物って感じです
786:名無しさん＠編集中
10/03/13 21:00:09 VwxZ+Wi8
ハードの保守は24時間なんだろうけど
これ、OSレベルなんでしょ？
なら平日しか対応できないんじゃないの
787:猫科研究所＠求職中かも ◆jDKusvyOe7fH
10/03/13 21:16:26 D/mx6ogl
>>784
お畏れながら某は当面32微度に留まる心持ちでおります故
殿のご意向に俄に沿うことは為り難く存じまする
32bitでさえ面倒なのに64bitは心底面倒ってのもあります、基本ものぐさなんで
>>786
いや、OSレベルでもやるところは普通にやってると思いますよ
以前だとサポートのメールは担当者の携帯に転送されてたみたいなんですが
今はもうそれもないのかもしれない…
スレチなんでそろそろ消えますね
788:名無しさん＠編集中
10/03/13 21:16:32 FUXfLELd
レンタル鯖
URLﾘﾝｸ(pc11.2ch.net)
789:名無しさん＠編集中
10/03/13 23:02:34 OPShyvEB
MinGWでやるx64のクロスクンパイルはこれを使えば簡単。
URLﾘﾝｸ(komisar.gin.by)
790:名無しさん＠編集中
10/03/14 10:20:53 4sXx9s7l
正式リリースが滞ってるなりぃ
791:名無しさん＠編集中
10/03/14 21:22:43 2iih/Jh7
最近一斉コミット多いよな
前はリビジョンが10飛ぶことなんか無かったのに、
今度は1500になりそうな勢いだ
792:名無しさん＠編集中
10/03/14 22:03:57 +Zb/+5Cz
昨年末ぐらいから結構ため込んでリリースってパターンが多くなった気がする
793:名無しさん＠編集中
10/03/14 22:19:09 34N0+XXk
わかっているだけでも20個も溜まっている
どうもNAL-HRDのcommitを記念してx264でエンコしたBDのisoを配布するので
それが出来上がるまではお預けらしい
794:名無しさん＠編集中
10/03/14 22:20:04 9XGGGufP
面倒くさくなっただけだろう。
795:名無しさん＠編集中
10/03/15 10:19:09 KSnFAAW2
>>793
捕まらなきゃいいけど
796:名無しさん＠編集中
10/03/15 13:33:24 GIQNCjMU
そのりくつはおかしい
797:名無しさん＠編集中
10/03/15 15:19:41 tCK3qQ4q
[02:19:53] <Dark_Shikari> so apparently I just got an email from google
[02:20:04] <Dark_Shikari> all-but-begging me to apply to work for them this summer
[02:20:50] <kierank> enjoy working on vp8
URLﾘﾝｸ(lists.mplayerhq.hu)
798:名無しさん＠編集中
10/03/15 16:53:25 GIQNCjMU
猫科研究所ふっかつ