【Share】アニメ職人画質音質比較スレッド 14【PD】

前スレ
【Share】アニメ職人画質音質比較スレッド 15【PD】
http://kamome.2ch.net/test/read.cgi/download/1284201344/

あー　ごめん
16なのに14にしちまった

また立ったか、スレ立て乙

>>2
気にしなくてもいいよ、番号なんて飾りだから

こら！

画質厨はスレ番にも拘るんだよボケ！

pui＞pct＝ボン太＝Zero-Raw＞＞志摩子＞＞＞talk＞＞＞085＞＞ORI
画質的にはこんな感じかな
印象としては
puiさんは思い出したように逃亡僻
pctさんは安心の完走率南無
ポン太さんは わからないかからないおちない の三拍子
Zeroさんはトレ無双
志摩子さんは輪郭線細め
talkさんはサンライズモノも平気でやっちゃう怖いもの知らず

Zero-RawとかいうBTのやつx264の設定デフォでcrfの値下げてるだけやんかｗ

インタレース解除ミスしまくりのpctがえらい高評価だな
まあ新作アニメのBDならまずHDプログレッシブで収録されてるから
画質はほぼcrfで決まっちゃうんだけどな

志摩子はソースの再現度は高いと思う
下手にフィルタかけてない

pct＝ボン太=Zero-Raw
この時点でおかしいしな。

pui＝志摩子=ボン太＞＞pct=talk＞＞G085＞＞ORI＞＞Zero-Raw
てとこだろ。

ボン田が高画質とかねえから
容量削りすぎで暗部が相当ひどい

pctは引退しただろ

pui＝志摩子=ボン太
この時点で、盲目確定だな

なんだってー

動画を再生させるとこうなってしまいます
http://uploader.kan-yu.org/src/up0014.jpg
これってコーデックが悪さをしてるんでしょうか？
プレイヤーをGOMとかKMとかメディアプレイヤーに変えても一緒でした

>>15
そのシーンより結構手前から再生しても同じようになるならファイルが壊れてるのかもね。

G085って容量削りすぎなせいで糞画質だろ

G085はジャギってるのが、いただけない
俺はもうちょっとソフトな画質が好み

復活

J22>pui＞pct＝ボン太＝Zero-Raw＞＞志摩子＞＞＞talk＞＞＞085＞＞ORI

>>20
志摩子>居留守>talk>その他

>>20
大体同意だが、J22は色がチョットおかしくないか？

Zero-Rawが入ってる時点でネタだよな

>>22
色は別におかしくないと思うけど、
放送物とBD物が混ざってるんじゃ

puiは色おかしいだろ
めくらか？

具体的な話がないから何がどうおかしいのかさっぱりわからん

>>23
いや、そうとも言えない
以前クラナドをキャプチャして
iview32でホイールをくりくりして比べた事あったけど
zeroとボン太は全く見分けつかんかった

は？

>>24
J22
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1923.png
q29
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1924.png
TS
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1934.png

前スレの残ってた
クレジットとかやけに色が変わってる気がする

とはいえ洒落での放映物はほぼJ22一択になった

>>29
そのtsは局ロゴついてないけど本当にtsなの？ あとは放送局が同じなのか。

俺は放送物は自分でエンコして、揃わないものをJ22等で補完している。自分で
エンコしたものと他のうまいと言われる職人と画質の比較を時々しているが、
同じ放送局ソースの場合、J22と自分のエンコで色が違うと思ったことはない。

元レス見る限りリサイズとロゴ消しだけ済ませたものなんじゃね

780 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/04/27(水) 16:35:01.46 ID:1KEMBvrJ0 [4/5] (PC)
TS
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1934.png

TS + ノイズ除去フィルタ 100, 2, 100
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1934.png

TS + ノイズ除去フィルタ 100, 2, 100 + Warpsharp 80, 2, 80, -6
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1934.png

kemoneko　ColorMatrix
tp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1929.png


>>776-777
見た目がシャープ、じゃなくてシャープフィルタ強度の話ね。

こっちだったわｗ

781 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/04/27(水) 16:35:44.91 ID:1KEMBvrJ0 [5/5] (PC)
TS
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1934.png

TS + ノイズ除去フィルタ 100, 2, 100
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1935.png

TS + ノイズ除去フィルタ 100, 2, 100 + Warpsharp 80, 2, 80, -6
ttp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1936.png

kemoneko　ColorMatrix
tp://cyclotron.mine.nu/up/gazou/src/cyclotron_g1929.png

まだボケたくないんだが・・・

J22はなんか薄暗い感じ

J22更新止まってる　不吉

　　＿＿＿＿|
　　|　　　　　 |　黙秘権とか生意気だぞ♪
　　|　＿＿＿.＼＿　 ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　| ヽ＝＠=ﾉ || 　|/　 　　　　　　　　　　　　 ／
　　| （　・∀・）..||＿＿＿＿_|　ｶﾞﾗッ　　　　　 |　今は何も言いたくない
　　|./|￣У ﾌつ|Ｏ ※※※|　　　　　　　　　　＼＿　 ＿＿＿＿
　　|∪＝◎=|　||.※※※※|　　　　　　　　　 　　　 ∨
　　| （_＿）＿） ||.※※※※|　　　　　　　　　　　　　ΛΛ
　￣￣￣￣￣￣￣￣￣￣￣　　　　　　　 (⌒ヽ　（ﾟДﾟ；）
　　　　　　　　　　　　　　　　　　　 ,(⌒⌒⌒　　　ヽ⊂　　）
　　　　　　　　　　　　　　　　　　　(　　　　　　　　　 ）＿ノ ヽ
　　　　　　　　　　　　　　　　　　 （＿＿＿＿＿＿ノ＿＿＿）

PCのモニタでもTVの画質並みにできないの？
TVで再生するのめんどくさくなってきた

捕手

最近PD入れたのでソムリエの方職人比較おながいします

採点の一番高いの選べばいいよｗ

選べる時代ではなくなった

贅沢言ってられなくなったな。
なにしろ職人が少ない。

職人が少ないくせに文句言うやつが多いからな

そういう奴らは例え職人が最後の一人になっても、叩いて潰すんだろうなw

叩いて潰せりゃ権利者は苦労せんよ
やめる奴は面倒になったりと個人的な理由だろ

きっかけの一つにはなりえるだろうな

ピクトは関西人のくせに叩かれてやめたよ

>>25
遥か以前ギアスの時に色調おかしかったのは事実だろうけど
現状の放流物も(ﾉ∀`)ｱﾁｬｰなの？

ヱヴァ破もおかしくて以降落としてないから
俺は知らない

>>47
puiAh0X7b3
TALKca6VWU
ORInthDExF
pcT6OjjAFE
かのこんUe07vS7JZ9
昔のことは知らんけど、上記職人は最近のエンコ物でBDMVの元ソースと比べて色が正常なのを確認済み

puiって昔から、スゴイ粘着アンチが居るけど、なんでだろう
puiのちんこAAとか、ネタなのか必死なのか、判断しかねる

ちんぽAAで思い浮かぶのはユッキー
粘着で思い浮かぶのは川澄

　　　 　 　 　 ┌│　
＿＿＿.　　/ ─┘　　　　　　＿＿/　
　 　 　 　 /　　　　　 ／　　　　　 　 　 　＿　 /
　　　　 ／　 ＿＿　 |　　　　　　　 　 　 　 　/　　　＿＿＿/
＿＿／　　　　 　 ＿|　＿＿＿＿/　＿＿＿＿/
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　,. -""｀`ｰ､
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　/,＼,.-,,.ﾆﾆ,, ､、 ｀>,､
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　 .i.i .>',..､　　　｀`ｰ／.!.|､
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　 ','/ (_,ノ　　　iﾞ`ヽ'､ﾉﾉ |
　　　 (.｀ヽ(｀＞ 、　　────────　　　　　　 　 　 ｿ　　　　　　 `''"　Y_/
　　 　 `'＜｀ゝr'ﾌ＼　　　　 ＿＿＿＿＿＿＿＿ 　 ＋ 　 /_,,_　　　　　 _,,_　　|　＼＋
　 ⊂ｺ二Lﾌ^´　 ノ, ／⌒) ＿＿＿＿＿　　　 　 　 　　.,r' （●）,　　　､（●）. _｢~　
　　⊂l二L7_　/　-ゝ-')´　　　　　　　　　　　 　　 　　+ i　　　 ,,ﾉ(､_, )ヽ､,, 　 .,!　　　+ _ _ _ ／）
　　　　　　 ＼_　　､__,.ｲ＼　　　　　　　　　　　＋　　　　ヽ､　　｀-=ﾆ=- '　　,ノ　　 /⌒ヽヽ`く 　　
　　　　　　　　(T＿_ノ　　 Tヽ　　　　　　　 , -r'⌒!￣ `":::7`丶‐｀ﾆﾆ´ ' ./"　（井）二(　ﾉ_ﾉ_ﾉ
　　　　　　　　　ヽ¬.　　　/　ﾉ`ｰ-､ﾍ<ｰ1´|　 ヽ　| :::::::::::::ﾄ、 ＼ ( 　　 /ヽ　　⊂二￣`ｰ　/
　　　　　　　　　　＼l__,.／　　 　 　 i　l.ヽ!　|　　　.| ::::::::::::::l ヽ 　 ｀７ｰ.､‐'´ |＼-､　ヾ----

>>52
このAAなんだろうとずっと思ってたら、最近見始めたアニメに出てきた笑

ユッキーとかなつかしすぎるｗ
アプコンに情熱を注いでたけど、汚くて叩かれてたな

http://toki.2ch.net/test/read.cgi/occult/1259562845/

J22で引っかからないから気になるんだが
PDの(20--Q-)から始まるのは全部J22の輸入物？

x264の設定を見ればわかるだろ

最近有名なクトゥルフは画質音質的にどうよ？

色調弄ってるそうだ

ここで直ってる、直ってない言い合っても仕方ない
http://kamome.2ch.net/test/read.cgi/download/1312638481/
ここで比較画像上げれ
それで全て解決する

すまん、張り間違えた

クトゥルフは色直したそうよ
しばらくは様子見だが

なんでここのスレで憶測書いてんだよ
〜らしいよとか〜したそうよとかいらないから
比較上げようや

なぁ・・・スケベしようや・・・・

流さない職人が一番ゴミ

homo sex

@BLACKHAYATE=qEle3HE2TgMZiB7W8YnpFj6E6b7ってどうなん？

「どうなん？」とは？

　　　　　　　　　__ , --------　､__
　　　　　　, - ':::::::::::::::::::::::::::::::::::::::::＼
　　　　 ／ ；;;;;;;::::::::::::::::::::::::::::::::;;;;;;;;;;;;;;＼
　　　 /,,；,,,,,　 ；;;;;;;;;;;;;;;;;;;;;;;;;;;;;;；　　,,,,,,,；:::丶
　　 / :::::::::;；,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,；:::::::::::::::ヽ
　　 iﾞ:::;:::::||::::::ii:::::::::::||::::::::::::::::::;:::::::::::::::::::::::::::ﾞi
　　iﾞ::::|;;;;| |;;;;| |::::::::::| |:::::::::::::::::||:::::::::::::::::::::::::::::|
　. iﾞ::::::i　　　　 '''''''''''　'───' |;;;;;;;;;;::::::::::::::::::::|
　 .|:::::::|,-====-´　　ﾞヽ,,,,,,,,,,,,、　　　　|:::::::::::::::::::|
　 |;::::::::|,-----､　　　　~ニニ,,_`　 　　|:::::::::::::::::::|
　　｀ヽ､i　(､i´ﾉ　　　　　´い,, ﾉ '　　 　|;;;::::::::::::::/　　　どうなん？
　　.　　 i　^~~~ー==-- 　ー'-+､　　 　 / ﾞ-､;;;;/
　　　　 {　　　　　 ヽゝ　　　　　　　　 　'-'~ノ
　　　　λ　　 ''ﾞﾞﾞ'''-''---､　　 　　　　/-'^
　　　　　ヽ,　　　　^~^　　　　　　　　 (
　　　　　/ 　｀丶 ､　　　　 , -　　　/^l
　　　　 |　　 /( ﾉ　｀''''''´~　 __, - '　 ﾞi､
　　　　{　 / ／|￣￣￣￣　　　_,- '¨ }
　　　　{/　/　　ﾞー────'~　　 ＼|
　　　 /　　　　　　　　　　　　　　　ヽ　 ＼

>>67
画質はともかく、音声不具合が発覚してもrev出さなかったので信頼はしてない。

>>70
音声不具合で直さないといえば、
電波1話のg085とか

どいつもこいつも暗部でブロックノイズ出し過ぎ

画像もなしに妄想ですか

暗部ブロックノイズは現状、職人がどうこうできるレベル問題じゃないからしゃーない

ソースにないのなら職人の問題だろ

「日常」はAACの人が画質めっちゃきれいだね。すげー。

>>72
じゃあ自分でエンコして流せやハゲ

暗部でブロックノイズ出さないようにしようとすると現実的じゃないビットレート振らないといけない

あとはzoneでビットレート必要な部分を地道に指定していくとか

>>78
単に下手くそなんじゃない？

WORKINGのBDの洒落職人比較してたんだけど藁エンコのだけ色がおかしい
ORIと居留守はいっしょ

>>81
おかしいってBDMVのTSソースと比較して色がおかしいってことかい？
どういう検証して何がどうおかしいという結論に至ったのかもうちょっと具体的によろ
ORIと居留守の方がおかしいのかもしれんし

でORIと居留守はどちらが綺麗なんだ？

お前が一番綺麗だよ

バカ///

>>80
こいつのテクニックを知りたい

>>82
BDソースとは比較してない
よろしく

BDなんてなんかいじる所あるの？
ビットレートの違いくらいだろ

せやろか？

そやね

サンプルX4001s0e63氏ってどうなのよ

糞だな

そんな職人現れたのか

pcTの生まれ変わり

まりほりあらいぶ第1話で確認したけど悪くない。
強いて言うならOPに発生してる左右端のゴミを取り除いてない。
ってかBDなんてビットレートをある程度割り振ってやれば大して変わらない。
G08500みたいにシャープ病とかにかかってりゃ別だけど。

目糞鼻糞レベルで話にならん

なんだ、pcTがこっそり復活じゃないのか

ｌｖ１の観たけど、わざわざFNにいって落とすほどのもんじゃないな

俺は昔から好きじゃなかった
ノイズ除去強過ぎるんだもん

今はどれもこれもサイズが1920や1280ばかりになってしまった。
小さいサイズでもエンコしてほしい。
常にPCで再生するとは限らないから。

そうかといってPSPサイズでは小さすぎるし。

っHandbrake

スマホでも1280x720くらい普通に再生できる機種多くなってきてるし
画面解像度的にも1280x720あたりがこれからのポータブルサイズになってくるのは確実
それより小さくするなんて時代に逆行するにもほどがある

>>100
そんな需要はないから無理、欲しければ再エンコすればいい、簡単だよ

733 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/10/07(金) 18:54:11.33 ID:gpIqPHGJ0
クトゥルフのGOSICKと日常、Lv.1と比較して縦横両端若干削られてるね
これゾンはBD本編は同じだったけど13話DVDが結構盛大に削られてるね

>>102
全員がパワーある最新PC使ってるとは限らん。
1280や1920ではカクカクしたり、正常表示されない人もいる。
俺のPCでもフルHDサイズ1920でH.264/MPEG-4 の物は音がズレる。
CoreAVCで解決したけど。

704x396ぐらいなら、まだ需要があると思うけどね。
PDには魚という職人がいるし、ボードでも704x396を続けてくれという声が沢山ある。
需要が無ければ、職人も居ないはずだ。

スマホとかDAPとか携帯ゲーム機でも1080pの動画再生できるようになる時代に何を言ってるんだ
貧乏人でも7000円だせば1080p対応のメディアプレーヤーが買えるだろうに

>>106
kwsk

>>107
http://www.princeton.co.jp/product/multimedia/pavmp1l.html

安いのならこれがおすすめ

>>107
DivX/XviD/WMV ﾈｯﾄﾜｰｸﾒﾃﾞｨｱﾌﾟﾚｲﾔｰ総合ｽﾚ9
http://toki.2ch.net/test/read.cgi/av/1308280570/

俺もPCより大画面で視聴したいからメディアプレーヤー使ってるわ

>>106
いきなり話を1080レベルに落とすんじゃねーよ、馬鹿。
1080なら余裕だわ。
そこから上になると微妙になる。
特に1920はな。

えっ？

これは巧妙な釣りなのかただのバカなのか

>>106
つーか、スマホとかDAPとか携帯ゲーム機の話に振ってる馬鹿ww

俺は>>100じゃねーし、あくまでPCで観る場合の話をしたんだが。
実際、いま使ってるPCで観たいという人は多いだろ。

画面サイズ気にするようなら再エンコすればいい
低スペックに合わせる必要はない　自分の環境を変えるべき
どうせ将来後悔するから

>>110
1080は縦解像度だろ。1080pって言ったら、1920x1080の
プログレッシブのこと。大体、横が1080なんて変態解像度
あるわけがない。

放置しておけば斜め方向に暴れだす可能性があって面白かったのにｗ

HDDなんか安いんだから買えるだろって理屈と同じで、
7000円だせばっては、ちと違和感が有るな。

職人様に俺の環境に合わせろってほうが違和感あるわ

デカイものは流すな、とは言ってないぞ。
色んなのを選べればいいってことだろ。

>>118
職人が全てハイスペックPCとは限らんよ。
エンコーダーも数年前のを使用してる職人がいるんでは？
制作環境の変化を嫌がるとか。

なぜID変えるし

BDエンコで、pcT、Lv.1、虹の翼の三人では、誰が画質いいのですか？
好みがあるんで、一概に決められないかもだけど。
自分はシャープ厨ではないです。

シャープ厨じゃないならpcTじゃないか？
引退してるけど。
NRしてないのかBDによくあるフィルムっぽい粒子？が残ってて容量デカいけどおかげでバンディングはあまり無いし。
虹の翼も、何個か普通に視聴しただけで血眼になって比較したことはないけど悪くないと思う。
Lv.1は知らん。
>>104の元スレの続き見る感じ、クリッピングもしてない名前通りの素人レベルっぽいけど。

>>123
トンクス。
2010年のブツが欲しいんで、引退は問題ないです。

>>123

今度は自演っすか

Lv.1の名誉のために言うけどアス比おかしいのはクトゥルフの方だぞ

誰もアス比の話はしてないんだけど。
でも見たことないのに憶測で言ったのはスマン。

うーん。
じゃあ、とりあえず三人のを一話ずつDLして比較してみます。

最初からやれよ笑

怒るでしかし！！

ごめんzero-rawsしかわかんね
zero以外のはBTに流れてないのか？

もうだめだここ

pcTとLv.1の比較の話題は定期的に出るよな。
大体いつもLv1支持者が多いんだが、pcTにも根強いファンがいる。
検証で、比較画像が何度かうpされてたな。

pcTはバンディングは少ないが、暗部や細部が潰れてる。
Lv.1は細部を残してるが、若干ジャギもある。
一長一短。お好きな方を選んでねって感じ。

虹の翼、蒼井、OJAMAJOは糞レベル。

引退した職人やFNの職人を比較されても・・
居留守、ORI、TALK、かのこん、藁エンコ、志摩子
@G085、@ボン太、@Who、@シーシュ
あたりの比較を頼むよ

>>134
PCT細部が潰れてるって感じたことなかったけどな
LV1はどれもこれもザラザラする画面で好きになれなかった

pcTはおわんこ

pcTはシーンチェンジの時インタレ解除漏れが多数あったから職人としては論外だと思った

そう思ったらもう見ないだろ
いつの話か知らないが

いつの話って・・・
最後に消えるまでずっとだったよ

>>135
気が向いたら書くよ。
でも、いま残ってる職人で、比較する気が起こる人がいないんだよな。

葱、ああああ、YKあたりの最高峰の職人と比べると>>135の職人は明らかに格が落ちる

J22でいいよ

最高峰とやらの職人のファイルを何一つ持っていない俺がここに

YS2ってどうだったの？

J22()

ID:sdr1l1iS0
こいつの言ってることは全てに置いて当てにならん
ｐｃｔもバンディングは盛大に出てたし、Lv.1はバンディング対策のおかげで、細部は跡形もなく無くなってるよ

>>142
葱、ああああ、YK　ここらへんを最高峰って持ち上げてんのはもうただのバカが抱いている妄想だよ

YS2なつかしすぎる

YKのどこが最高峰なんだ・・・

>>147
お前が当てにならんわ。
つか、反対じゃないか。
ｐｃｔはバンディングが少ない。
Lv.1は細部がよく残ってた。これは当時の住民達が確認したことだし、俺も確認した。

お前はどんな画像で検証したんだ？
参考までに、細部が跡形もなく無くなってるシーンを教えてくれ。
手持ちの動画で確認してやるよ。

で、>>147が自信を持ってお勧めできる最高峰の職人は誰なんだ？

俺もpcTはバンディング少ないイメージだなぁ。
元からあまりいじってない感じ。

>>135に@老蛇、@紗々あたりも加えて他の職人を
ディスらない程度に特徴を教えてくれるとありがたいな

ピクトは正確にはバンディングが少ないんじゃなくて、普通。
化物語・聖騎士・シャナあたりでバンディング対策してたが、細部丸つぶれでそれ以降やってないはず。
特にシャナは見るに堪えないレベルで潰れてた

>Lv.1は細部がよく残ってた。これは当時の住民達が確認したことだし、俺も確認した。
そんな事実いつあった？
昔このスレでDARKER THAN BLACKの比較が盛んだった頃のLv.1の画像細部潰れてた記憶があるな

バンディング対策しまくりで細部なんて残ってるわけない

Lv.1はブルーレイでもかなり強めにノイズ除去かけてあるから細部潰れ激しい方だと思う。
でも動画として見るぶんには別に問題ないけどな。

こんなんあった。
うpロダの画像はすでに削除されリンク切れ。
rev1= Lv1=Lv2
↓

410 : [名無し]さん(bin+cue).rar : 2010/06/04(金) 23:51:34 ID:UZFyFXE00 [5/6回発言]
ttp://nagamochi.info/src/up16490.png　pct
ttp://nagamochi.info/src/up16495.png　rev1
ttp://nagamochi.info/src/up16507.png　yk

411 : [名無し]さん(bin+cue).rar : 2010/06/04(金) 23:52:24 ID:N4aE+P1U0 [1/1回発言]
ピクトとYKはNRの弊害でツルツルだな
そしてピクトのほうがNRきついから水しぶきや煙の下の靄で
薄い部分は完全に消えてるし、煙の色が完全に変わってる

413 : [名無し]さん(bin+cue).rar : 2010/06/05(土) 00:02:22 ID:CEbQV++e0 [1/1回発言]
>>410
乙、これは分り易い

一年前の話持ち出してどうすんの
馬鹿じゃないの

>>158
スレの流れが引退した職人ネタだから、
最新データなんか無いよ。

それ見れればいい人向けのファイルだぞ

>>160
pctやlv1がそんなファイル流しことあったか？
やり直しはあったけどね

その比較はエヴァの奴だよ

160 名前： [名無し]さん(bin+cue).rar [sage] 投稿日： 2011/10/13(木) 19:38:45.19 ID:Oas/8lu80
それ見れればいい人向けのファイルだぞ

それ見れればいい人向けのファイルだぞ
それ見れればいい人向けのファイルだぞ
それ見れればいい人向けのファイルだぞ
それ見れればいい人向けのファイルだぞ
それ見れればいい人向けのファイルだぞ

FNにいったのが気に食わないんだろうけど
現役BD職人で一番仕事してるLv.1を過去の人扱いしてやるなよ

裏切り者には鉄槌を！

Lv.1のエンコは今も1年前も変わってないぞ。
確かめたければFN行って確かめればよろしい。

http://www.wikis.jp/freenet/index.php?FrontPage
ここ見ればFN導入は簡単にできる。BoardListも載ってるし。

>>164
一番仕事してるってなに？一番放流量が多いって事？
何を持って一番仕事してるって言ってるの？？
適当ぶっこいてんじゃねーぞカス

一番は言い過ぎだとしてもボックス物やってくれる貴重な職人であることは間違いない

>>158
pctは引退してるんだぞ。
話が古くなるのは当然だろ。

Lv.1は細部を保持していたけど、その分ジャギも強かった。
アンチの批判ポイントも、そのジャギにあった。当時はね。

>>147 >>156の話は真逆だから、正直理解できないんだが・・・

逆に聞くが、細部を保持している比較画像あるのけ？
>アンチの批判ポイントも、そのジャギにあった。当時はね。
当時って何時の事だよ？？曖昧にするから突っ込まれんだぞ
確証がないなら書くなよ

そもそも、Lv.1はバンディング処理で相当強くディザかけてるのに
細部が潰れない分けないでしょうが

>>171
過去ログをいちいち細かいとこまでは覚えてないな。作品名とかもな。
だがpctとLv.1は何度か画像比較されてて、大体いつも同じような結果だったのは覚えてるよ。

>>157もな。
こういう比較の場所で、rev1＝ Lv1の細部画質が問題視されることはあまり無かった。
潰れの話題になるのはいつもpcT、またはその他の二線級の職人。

最近だとLv1よりワーキングの方がいい仕事してた

その比較画像の元はこれ
【映画】[BD] ヱヴァンゲリヲン 新劇場版：破 「EVANGELION：2.22 YOU CAN (NOT) ADVANCE.」 (1920x1080 H.264 AAC 2ch+5.1ch 確認用／見れればいい人向け).mp4

7/24に
【映画】[BD] ヱヴァンゲリヲン 新劇場版：破 「EVANGELION：2.22 YOU CAN (NOT) ADVANCE.」 (1920x1080 H.264 AAC 2ch+5.1ch).mp4
が出てる

アテにならない

>過去ログをいちいち細かいとこまでは覚えてないな。作品名とかもな。
よくそんな曖昧な記憶で当時とか言えるな話にならんぞ

>こういう比較の場所で、rev1＝ Lv1の細部画質が問題視されることはあまり無かった。
あほか、問題視も何も、Lv.1＝細部潰れがデフォルトだから話題にもならんのよ

195 : [名無し]さん(bin+cue).rar : 2010/04/25(日) 20:35:44 ID:PMzQHsbH0
異世界の12話で比較してやるよ
ほれ

�@http://nagamochi.info/src/up9027.png　居留守
�@http://nagamochi.info/src/up9029.png　pct

�Ahttp://nagamochi.info/src/up9031.png　居留守
�Ahttp://nagamochi.info/src/up9032.png　pct

これで居留守が糞画質とか言ったら可哀そうだと思うがな
�Aの真ん中の木の輪郭はpct潰れてるし

そもそも元々プログレッシブのブルーレイならジャギなんて無いしね

>>176
その時俺見てたけど上げてた画像でそれぞれ違ってたぞ
ある画像ではｐｃTの方が潰れてない
ある画像では居留守の方が潰れてない


共に古い画像だし今も同じツール、エンコ設定な訳ないだろ
アホらしいわマジで

そういやあの頃わざわざ画像加工して職人を貶める手口もあったな
まだ職人がたくさんいた頃だよ

ジャギってるって言うんだったら、ディザかけ過ぎで線や輪郭がザラサザしてるか・・・
必要以上にシャープかけ過ぎで線や輪郭がジャギってるのか・・・
元ソースからジャギってるのか・・・

他なんかあるっけ？

495 : [名無し]さん(bin+cue).rar : 2010/06/07(月) 08:32:58 ID:4M1HmAvG0
ｐｃＴの武勇伝

・基本的には良ソース物しか手がけない（混合物などは絶対にしない）
・EDが60iでも24でガクガクエンコ（指摘を受けても直さない）
・斬新かつダイナミックなクロップで有効領域部分までバッサリ切断
・mp4乗り換えから指摘されるまでの期間色域変換をずっと間違っていた
・へたくそなバンディング除去で暗部や細部のディティールは破綻している
・チャプターは付けない（付ける技術がない）
・自分は低所得者で日々忙しいが、頑張って皆のためにエンコしていますtxtを定期的に流す

pcTがんばれ！


496 : [名無し]さん(bin+cue).rar : 2010/06/07(月) 08:36:06 ID:oGZhGjI+0
>・チャプターは付けない（付ける技術がない）
これはエンコ知識ｌｖ.1の俺でも流石にわかった

>>178
アホ。
その「今」がないだろ。

バカテスでpctはノイズだらけの仕事してたから、良い印象がない。
修正版を出したが、今度は細部が潰れまくり。

ID:wiWjLxQ90

よほどピクトが憎いと見えるが
逆に復活するんじゃないか

>>185
それは被害妄想ってやつだ。
元はpctもLivも一長一短、好きなほうを選べばいいって言った奴がいた。
まあ中立的な意見だったわけだが、pct厨は気に入らなかったらしく、執拗に食い下がってきた。
それが発端。

なんでIDコロコロ変えてんの？

現役の職人の比較しないなら他でやれ
pct(引退)とかLv.1(FN)とか誰得だよ

じゃぁなんかネタくれよ

優劣はアレかもしれんので現役職人の特徴、傾向などを教えてほしい

J22が最強



以上！！

>>191
おまえがナンバー1だ(時刻的な意味で)

放送物は選外だよ　J22は断トツでかっけーんすよ

J22の改善点でもあげてやれよ

>>187
はあ？ また他のやつと混同してんの？ｗ

　　　　　　 　 　 　 ┌│　
　　　＿＿＿.　　/ ─┘　　　　　　＿＿/　
　　　　 　 　 　 /　　　　　 ／　　　　　 　 　 　＿　 /
　　　　　　　 ／　 ＿＿　 |　　　　　　　 　 　 　 　/　　　＿＿＿/
　　　＿＿／　　　　 　 ＿|　＿＿＿＿/　＿＿＿＿/
　　　　　　　　　　　　　　　　　　　　　　　

　　　　　　　　　　iヾ`ｰ､ ＿＿＿　　 ＿＿＿
　　　　　　　　　　! ﾆ"´　　　　　｀`’　　,r‐'了
　　　　　　　　　 7r'三}　　　　 r二:､ 　 '-,　 l
　　　　　　　　　/　　　　　　　　ヽ= '　　　ﾞ_/
　　　　　　　　 ,'　　　　　　　　　　　　　　　}
　　　　　　 　 ,'　　　　　　　　　　　　　　　 i
　　　　 　 　 ,' __　　　　　　　 　 　 　 　 　 ',
　　　　　　 /,'r‐;:}　 　 　 　 ,r ﾆ ､　　 　 　 l
　　　　 　 / {:し'ﾉ　　　　　 {:{´　}::i　　　　　 l
　　　　　 { 　 `'　　 　 　 　 ヾ二"ﾉ　　　　　 }
　　　　　Y　　　 ‐ｆ　　...　　　　　　　: : : : Ｙ´ｒ ヽ
　　　　　 !　　　,..｣　　. :.::.､　　　　　　: :,: : 　ｈ　|
　　　　　 l　　 /　ゞ､__,. -ｰヘ、　　. :.:〃:: : : ｦ,ｲ 　
　　　　　 ﾞi　　i　 r ､ __　 　 　 `ｉ. :.:. :ﾉ:: : し'´ ::|
　　　　　　ﾞi　　　 `-‐-､__）　　. ! :.:.:.:i: :: : |: : : :|
　　 　 　 　 l　　　　　 し'　　　　 . :.::,': :: :: |: ／|＼
　　　　　　　l　i　　　 "''　　　 : :../::/: :: :／　 ,ｲ::::::＼
　　　　　　　`､ｊ　　　　　　　. :.::./::/／　 ,．'´/::::::::::::::＼
　　　　_, ．イ¨|ヽ、　　　. . :.:::_ィ‐'´ ,． '´　_,/:::::::::::::::::::/`ー-、_
,. -‐ ´:::::::::/:::::|＼ハー一イ´_,．‐'´　,．‐'´/:::::::::::::::::::/:::::::::::::::::

pcT
BDエンコ けいおん！ 第04話 「合宿！」

■映像情報 (ストリーム数 1)
1)コーデック:H.264/AVC / Code:avc1 / 略号:H.264 / 1920x1080 24bit 23.97fps
■音声情報 (ストリーム数 3)
1)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 333.1Kbps 2ch stereo(L+R) VBR HE-AAC
2)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 192Kbps 2ch stereo(L+R) VBR HE-AAC
3)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 192Kbps 2ch stereo(L+R) VBR HE-AAC
■字幕情報 (ストリーム数 0)
■コメント情報 (情報数 2)
1)ftyp MajorBrandType isom
2)ftyp MinorBrandTypes isom

Lv.1
BDエンコ けいおん！ 第04話 「合宿！」

■映像情報 (ストリーム数 1)
1)コーデック:H.264/AVC / Code:avc1 / 略号:H.264 / 1920x1080 24bit 23.98fps
■音声情報 (ストリーム数 3)
1)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 264.2Kbps 2ch stereo(L+R) VBR AAC LC
2)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 240.8Kbps 2ch stereo(L+R) VBR AAC LC
3)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 236.1Kbps 2ch stereo(L+R) VBR AAC LC
■コメント情報 (情報数 3)
1)chpl 01 00 00 00 00 00 00 00 06 00 00 00 00 00 00 00 00 05 41 76 61 6E 74 00 00 00 00 17 E0 D2
D0 07 4F 70 65 6E 69 6E 67 00 00 00 00 4D 66 E9 30 06 41 20 50 61 72 74 00 00 00 01 88 B3 EB E0
06 42 20 50 61 72 74 00 00 00 03 18 A6 DA 90 06 45 6E 64 69 6E 67 00 00 00 03 4E 4C D5 00 07 50 72 65 76 69 65 77
(..................Avant.........Opening....Mf.0.A Part.........B Part.........Ending....NL...Preview)
2)ftyp MajorBrandType isom
3)ftyp MinorBrandTypes isom/avc1

pcT
BDエンコ けいおん！ 第12話 「軽音！」 (BD 1920x1080 H.264 AAC 2コメンタリー切替可) pcT.mp4

■映像情報 (ストリーム数 1)
1)コーデック:H.264/AVC / Code:avc1 / 略号:H.264 / 1920x1080 24bit 23.97fps
■音声情報 (ストリーム数 3)
1)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 353.3Kbps 2ch stereo(L+R) VBR HE-AAC
2)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 192Kbps 2ch stereo(L+R) VBR HE-AAC
3)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 192Kbps 2ch stereo(L+R) VBR HE-AAC
■コメント情報 (情報数 2)
1)ftyp MajorBrandType isom
2)ftyp MinorBrandTypes isom

Lv.1
BDエンコ けいおん！ 第12話 「軽音！」
■映像情報 (ストリーム数 1)
1)コーデック:H.264/AVC / Code:avc1 / 略号:H.264 / 1920x1080 24bit 23.98fps
■音声情報 (ストリーム数 3)
1)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 264.3Kbps 2ch stereo(L+R) VBR AAC LC
2)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 257.4Kbps 2ch stereo(L+R) VBR AAC LC
3)コーデック:MPEG4 Audio / Code:mp4a / 略号: / 16 48KHz 256.9Kbps 2ch stereo(L+R) VBR AAC LC
■コメント情報 (情報数 3)
1)chpl 01 00 00 00 00 00 00 00 06 00 00 00 00 00 00 00 00 05 41 76 61 6E 74 00 00 00 00 2E 7E
9E 50 07 4F 70 65 6E 69 6E 67 00 00 00 00 64 11 5E E0 06 41 20 50 61 72 74 00 00 00 01 6E 7E 53
A0 06 42 20 50 61 72 74 00 00 00 03 18 AB 95 80 06 45 6E 64 69 6E 67 00 00 00 03 4E 51 8F F0 07 50 72 65 76 69 65 77
(..................Avant.....~.P.Opening....d.^..A Part....n~S..B Part.........Ending....NQ...Preview)
2)ftyp MajorBrandType isom
3)ftyp MinorBrandTypes isom/avc1

>>196-199
馬鹿な僕には意味がさっぱり分かりません。
で、えーと、目に付いたのは
pcTが23.97fps
Lv.1が23.98fps

音声ストリームは、pcTが一つ目が300を越え、二つ目三つ目は192Kbps。
Lv.1は一つ目から三つ目まで200台後半。

以下略

引退してる職人まで引き出して叩いてるのかよ、すげえなｗ

叩いてるけど空振ってるんだよな笑
せめて現役職人の比較やれよ

まあ、需要は最新作ばかりじゃないからね。
過去作の質も、大切と言えば大切だと思う。

…で、現役で特筆すべき職人っているだろうか？
ピンと来ないな。J22は良いけど。

kemoなんとかって人がたまに評判悪いけど。バイナリ変更しないと見れないとかで。俺は落としたこと無いから知らんが

もうそれやってない
俺はほとんどkemo

けもはトータルでの画質は悪くないが、特定の場面で酷いノイズが入ってる時がある。

個人的にはクトゥルフが論外。
なんだよrev3って。

クトゥルフは久しぶりに心から早く引退したらいいと思える基地外

さぁターゲットが変わって参りました

比較スレだからなぁ。そういう流れになるのは必定。


>>208
君をターゲットにしても良い？

kemonekoは最近しおらしくなって気味が悪い
いつのまにかロゴ除去までするようになってるし

ひま動ってここみたいに画質語られないけど何で？

ビットレートが動的コンスタントのアプリケーションで、テイストがオーバーヘッドしている為、
コンポーネント端子にオブジェクトが連なっているからだよ。

バクマン。2 だが、J22v0とG085を比較して、どう思う？

>>210
画質比較スレなんで職人の悪口は別のスレでお願いしますね＾＿＾;

>>213
G085の方が好みかな
J22はソース悪くてもそのままなのが難

そういえば、Lv1氏以外にFNに行ったLink氏とぽこぺん氏は画質いいのかな？

りんは普通、ぽこは異常にでかくて評価不能

ああああ氏は完全に消滅？

結局上の人は自分の知識をひけらかしただけで帰っていったな

だれか下記の職人の特徴を分かる範囲で教えてくんさい
居留守、ORI、pui、TALK、かのこん、藁エンコ、志摩子
@G085、@ボン太、@Who、@シーシュ、@老蛇、@紗々、@3939

まずはお前がその各職人の作品を最低でも3タイトルは視聴しろ
そして自分の意見を書け。話はそれからだ

昔は各職人のランキングなど（全くの根拠がないランキングで作った人間の主観だけ）もあったが
今はそれ、タブー的な空気になってるからな、だから空気嫁

だからこそ隔離されたんだと思ったんだけどここでもタブーなのか
画質云々はいまいち分からんので完走率やrevへの対応、
エンコの傾向などの特徴を知りたかったんだけど
そういった雑談に近い内容も話せないんじゃスレの存在意義がないね

だってここ画質と音質の比較スレだからな〜

>>219
たぶんだけどそれ全部BDオンリーの人じゃね？
今時のアニメのBDエンコの場合、各人の違いはほぼコーデックのエンコ設定しかないよ
264でエンコしてるならファイルにエンコ設定の情報があるからそれを見ればいい
今時のアニメBDは24p収録だし特にフィルタを強く掛ける必要もないし

でも完走率など信頼度でいったら上のshare職人が圧倒してるだろうな
PDで完走信頼できるのは@G085くらいか、ただこの人の場合
BDでも画質をかなりシャープ目に補正してるのが気になるが

>>224
PDにも完走率が高い職人が何名もいたんだが、引退したり逮捕されたりFNに行ったり・・・。
もともとPDは匿名性が高さが売りだった。
だからPDを選んだ職人たちも匿名性を重視する慎重派が多かった。

でも立て続けに２名も逮捕された。
で、他の職人が不安になり、FN行ったり・・・。

>>223-225
ありがとう　為になったよ
職人もいろいろ大変なんやね

>>225
今となってはPDもshareも匿名性は変わらない気はするけどね
FNは初心者向けサイトもできて前より随分敷居は下がったけど
ある程度根気がないとやってられないだろな

>>227
そうだね。
思っていたほどPDの匿名性は高くないことが判明したわけだ。
だからこそ慎重派が多かったPD職人は引退したり、他に移ったわけだ。

藁エンコ氏は画質的にはどうなの？

×

>>229
普通、特筆すべきところはない

普通でも続けてくれる事が一番大事

>>229
職人かぶりの場合あえて藁を選択するほどでもなく、保険程度

>>232
スレチ

>>232
だよね、それが一番大事

今期ノイタミナ枠ってどのエンコがいいんかね

>>235
FNのLink　スレチだろうけど

スレチとわかってるのになんで書くの？
馬鹿なの？死ぬの

ttp://home.att.ne.jp/red/kakumei/winny-syokunin.htm

うたの☆プリンスさまっ♪ マジLOVE1000%
マダー？

FNのぽこぺん氏、結構画質がいいけどFNで落とすには容量がでかいな・・・・

容量デカいだけで、あまりほかの職人と大差ないと思うけど？

ぽこぺんくらいの容量になるとさすがにエンコの意味がないと思う。

一度も落としたことがないし誰かも知らない

ぽこぺんは
ゴミを消したりしてるね

もしかして暗殺者？
やっぱFNって怖いとこなんだね・・・

ちょっと面白かった

ぽこぺんｗ

92jayとかaal元気か？

92J → とっくの昔に逮捕済
aaL → nyから洒落移行時代に消滅

ピングドラムまだー？？

92Jらしき人は少し前に逮捕スレに降臨してたよ
YS2かもしれんけど

>>251
Partいくつ？

サンプルX4001s0e63氏ってどうなのよ

スレ内検索しろよ

OWA好きなんだけど、どうして途中放棄多いのん？

知らねーよ
本人に聞けよw

OWAってるからだろ

せやな･･･

ようするにみんな一長一短だから
どれ落としても変わらんっつうわけだな

藁エンコはBDに浮気しなくていいのに

藁エンコは今年に入ったあたりから活発になってるな

シュタゲゆるゆり夏目うさドロとか、いいとこやってくれててありがたい

そんなもんどの職人だっていいとこやってくれてるだろ
別に藁に限った話ではない

マイナーと言うと言い方が悪いけど、誰もやってないものをやってくれる職人ほどありがたいものはない

今は数人職人キープしておけば、ほぼ全て網羅できるから楽だよな

[34] 名前: 2011/11/06(日) 18:42:32 [itkAN1] new!

G085氏へ
マケン姫っ！第05話11:52あたりで前フレームの靴が映り混

0

ん

みんなISは誰の残したの？

俺

の

嫁

>>269
BDMVから自エンコ

サンプルX4001s0e63って観る環境がまともなら画質いいの？

今時のBDエンコは誰がやってもそう変わらん、環境なんて関係ない
見れない動画あるなら最新のffdshow入れてプレイヤー、レンダラー、デコーダー等の設定見直せばいい

全然違うよ

>>275
バカ丸出しだな

丸出汁

サンプルX4001s0e63のは再生の互換性を気にしないなら
結構いい画質じゃないか？　
まぁBDなんて誰でもそう大差ないけど

シーシュやwhoはかなり綺麗だけどあんま評価されてないよな
流し方の問題か？

PD導入を頑なに拒否する人がいるからな
おそらく母数が少ないんだろう
そのぶん洒落のサンプルは10bitエンコだけであの叩かれよう

叩いてるつもりなんだろうが
あれは情弱とめくらを自慢してるようにしか

バカすぎ

ノーマルエンコも流してたら言われなかったと思うよ。

>>280
シーシュはよくわからんがwhoは本当に綺麗だよな
あのやり方続ける限り広まらなさそうだけど

俺はボン太のが好きだ

>>284
別段綺麗だとは感じない、綺麗だと感じる部分をほか職人とタイトル被ってる作品で比較画像上げて言ってくれ

まずは自分が綺麗だと感じる職人の、綺麗だと感じる部分をほか職人とタイトル被ってる作品で比較画像上げて言ってくれ

画像加工事件思い出したｗ

変な返しをしてるサブい奴>>287がいるが、現行BDエンコでスレ常連の職人達のエンコオプションでSSIMが90％切るような
職人はいない。そんな中で、特定の職人に対してかなり綺麗とか本当に綺麗とかって言う奴の理解に苦しむ。
フィルタのかけ具合で多少変わってくるだろうがBDでフィルタ補正するほどのものも少なくなってきているし、フィルタをかけるとしても
軽くシャープくらいだろう。そのシャープも必要無いと言う奴もいれば、クッキリが好きって奴もいる。

そんな中で、>>280>>284のように言える根拠ってなんだろうか？

見て画質がいい（ように見える）から綺麗って言ってるだけじゃね？
まあBDエンコは基本誰でも同じってのは同意

シャープ強めにかけときゃお前ら絶賛するしな

盲な人多いんですね

>>280
ちょうど海月姫でそのふたりと虹の翼で比較したけど
虹の翼は相変わらずシャープ強で輪郭線が細すぎ
で、whoはシーシュと比べて常時ザワザワとグレインノイズが乗ってた

>>293
それも好みだよなぁ
BDだからってもちろんノイズが皆無なわけじゃない
かといって下手にノイズ除去処理すると今後はバンディングが発生するリスクが高まる
でもバンディングなんて気にならんという人もいる
つまり好みだ、おれはソース忠実なおりりんが好み

>>294
Orinはインタレものは図書館みたいに保持でやってほしい

シュタゲ糞だった

グレインノイズの有り無しは好みだよなぁ
フィルムグレイン残せば自然な感じだけど容量増えるしザワつく感じが嫌いって人もいるし、
消せばバンディングやフィルムグレインで隠れてたノイズが露わになるし

フィルムグレインと言えばCM見る限りじゃコイルのBD版画質が心配だな
リマスタ作業をしたという触れ込みだが、放映版に比べて妙に輪郭強調されていて変な画質になっている
余計な事するなと言いたいわ

それはここで言うべき事ではない

>>297
常時ざわつくくらいならバンディングの方がましだわ

どっちも嫌だよ
バランス良くやれよ

BDスレにもいたけど非難する奴って絶対自分の気に入った職人の名前は出さないのな
自分が非難されるのは怖い豆腐メンタルなんだろうか
主観でもいいから綺麗だとが好みだとか言ってくれるレスのほうが有用だわ

褒めると叩きが入るシステムになってるから

褒める価値がないのに無理やり褒めるからだろ
結局主観でしか語らないから逆に突っ込まれてるだけ

>>302
そんなお前の気に入った職人はだれなんだ？

>>302
pct厨がLv.1を非難する
Lv.1厨がpctを非難する
そんな過去レスもあったよ
古い話題だけどな

>>305
いや自分は見る目がないから参考にしたくここにいるだけなんで・・
以前は画質なんて意識せずに多くの作品やってくれるpct一辺倒だったけど、
引退した今は選択肢もそんなになくなった(1作品1職人が多い)からどうにも
例えば2期があったとして片方しかやらなかったら困るので、被ったら両方集めてたりする

>>306
pct引退前もなんかスレで揉めてたね　本人の意思ならともかくスレ住人が引退に追い込むのは勘弁だな

J22が壊れかけてる

少年から大人に変わったんだろう

J22はレコ+PVだから貯め込むと大変だな

j22がとんだら代替はどれが適当なんだ？
オジャマジョくらいか？

無いわ〜

　　　　　　 　 　 　 ┌│　
　　　＿＿＿.　　/ ─┘　　　　　　＿＿/　
　　　　 　 　 　 /　　　　　 ／　　　　　 　 　 　＿　 /
　　　　　　　 ／　 ＿＿　 |　　　　　　　 　 　 　 　/　　　＿＿＿/
　　　＿＿／　　　　 　 ＿|　＿＿＿＿/　＿＿＿＿/
　　　　　　　　　　　　　　　　　　　　　　　

　　　　　　　　　　iヾ`ｰ､ ＿＿＿　　 ＿＿＿
　　　　　　　　　　! ﾆ"´　　　　　｀`’　　,r‐'了
　　　　　　　　　 7r'三}　　　　 r二:､ 　 '-,　 l
　　　　　　　　　/　　　　　　　　ヽ= '　　　ﾞ_/
　　　　　　　　 ,'　　　　　　　　　　　　　　　}
　　　　　　 　 ,'　　　　　　　　　　　　　　　 i
　　　　 　 　 ,' __　　　　　　　 　 　 　 　 　 ',
　　　　　　 /,'r‐;:}　 　 　 　 ,r ﾆ ､　　 　 　 l
　　　　 　 / {:し'ﾉ　　　　　 {:{´　}::i　　　　　 l
　　　　　 { 　 `'　　 　 　 　 ヾ二"ﾉ　　　　　 }
　　　　　Y　　　 ‐ｆ　　...　　　　　　　: : : : Ｙ´ｒ ヽ
　　　　　 !　　　,..｣　　. :.::.､　　　　　　: :,: : 　ｈ　|
　　　　　 l　　 /　ゞ､__,. -ｰヘ、　　. :.:〃:: : : ｦ,ｲ 　
　　　　　 ﾞi　　i　 r ､ __　 　 　 `ｉ. :.:. :ﾉ:: : し'´ ::|
　　　　　　ﾞi　　　 `-‐-､__）　　. ! :.:.:.:i: :: : |: : : :|
　　 　 　 　 l　　　　　 し'　　　　 . :.::,': :: :: |: ／|＼
　　　　　　　l　i　　　 "''　　　 : :../::/: :: :／　 ,ｲ::::::＼
　　　　　　　`､ｊ　　　　　　　. :.::./::/／　 ,．'´/::::::::::::::＼
　　　　_, ．イ¨|ヽ、　　　. . :.:::_ィ‐'´ ,． '´　_,/:::::::::::::::::::/`ー-、_
,. -‐ ´:::::::::/:::::|＼ハー一イ´_,．‐'´　,．‐'´/:::::::::::::::::::/:::::::::::::::::

>>311
で、オジャやってない作品のやつはどれよ？

J22の溜まってた物、一気にきたな

まだ来てないのも多いつか、2週遅れで、来てもまだ1週遅れ状態になってきてるな。

ロベルトXjJ2MM1Lk4　ってどうなのよ

>>317
どうせ誰かの別鳥だろ

２週くらいなら遅れてもいいけど３週、４週となるとちょいきつい

共有ソフトで番組無断公開、一斉摘発

http://news.tbs.co.jp/newseye/tbs_newseye4891373.html

人気テレビ番組などをファイル共有ソフトで無許可で公開した疑いで３０人の男女が全国の警察に一斉摘発されました。

　著作権法違反の疑いで逮捕されたのは男２９人、女１人の合わせて３０人で、このうち、警視庁に逮捕された
北海道の無職・高橋宏明容疑者（４７）は９月にファイル共有ソフト「シェア」を使い、人気テレビドラマなど９作品を無許可で
公開した疑いが持たれています。高橋容疑者は１２年前から人気テレビ番組などを３万回にわたって公開していたとみられ、
取り調べに対し、「放送されたドラマをすぐにみんなに見せたかった」などと容疑を認めているということです。

神奈川県警はＴＢＳの人気アニメ番組「けいおん！」などをファイル共有ソフトを使ってネット上に無許可で公開していたとして、
横浜市の２４歳の派遣社員の男と相模原市の４６歳の派遣社員の男を今週、相次いで逮捕しました。
２人はいずれも容疑を認めていて、証拠隠滅のおそれもないことなどからすでに釈放されていて、
県警は今後、在宅のまま調べる方針です。

　ネット上の犯罪で全国の警察が一斉取締りを行うのは初めてだということです。（01日15:38）

>>313
かわいい

990 : [名無し]さん(bin+cue).rar : 2010/12/26(日) 19:42:41 ID:dv/Kcr9t0 [1/1回発言]
ORInthDExF

画質悪いよね？



991 : [名無し]さん(bin+cue).rar : 2010/12/26(日) 19:47:26 ID:fAKJ0ogK0 [1/1回発言]
G085よりちょっとマシ

思う存分やって下さい



12 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/12/08(木) 14:48:59.31 [昼] ID:nAC7ovlY0
ORinのあの花音ズレひでぇ・・・

13 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/12/08(木) 15:02:48.14 [昼] ID:DiwYMlPC0 [1/2]
working'!!@おりん まだ未ステ

14 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/12/08(木) 15:03:41.70 [昼] ID:n9NWN67l0
他に選択肢ある状態でORI選ぶ意味がわからない
なんの罰ゲームなの？

15 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/12/08(木) 15:05:28.29 [昼] ID:DiwYMlPC0 [2/2]
あの花10話、11話@おりん すげー音ずれ
特典はわからん

16 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/12/08(木) 15:10:04.18 [昼] ID:wCj+79MJ0
>>1>>2-5乙

>>14
ならまずは自分が選んでる職人の名前を理由を添えて挙げてくれ
無論スレ違いなので比較スレで

17 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2011/12/08(木) 15:13:11.28 [昼] ID:1nEuP33P0
理由を添える事が追加されてる…

ORIってBD初参戦したときのうたわれがあまりにひどい出来だったから長らく相手にもされてなかったのに
職人が激減してから急に持ち上げられるようになったよな

エンコスレは流れてれば誰でもいいっていう雑食が多すぎて終わってる

ぷいにゅーはまたいつ消えるかわからないからORIにしてる

そろそろ職人の優先順位たのむ

ﾓﾁﾂｹ・・・

ORIナディア13.15壊れてない？

具体的にどのへんか言えよ

みずほ証券の金品贈賄事件、証拠メール暴露

http://ja.wikipedia.org/w/index.php?title=%E3%81%BF%E3%81%9A%E3%81%BB%E8%A8%BC%E5%88%B8&oldid=39891397

DVDのエンコ物って何で職人さんによって、左右の画面が少し切れていたり、
上下の画面が少し切れていたりするのですか？
左右・上下のどこかを切らないとダメなものなんですか？

無効領域をどう扱うかによる
規格としては左右8ドットずつカットするのが正しいんだけど
実はその辺適当であんまり守られてなかったりするから作品毎に判断するしかない
TVソースや真円、正方形など判断材料が全くないものは感でやるしかない

BDソースとの比較は・・・BDエンコすりゃいいんだからDVDなんかどうでもいいよね

絶望先生とかTVシリーズとOVAで無効領域の扱い違ってた気がする

ピクセルアスペクト狂ってるDVDなんてザラにあるしなあ。

同じＤＶＤでばっさり無効領域切ってるの多かった
なんでそんなに切るんだよっていうくらい有効効領域を無駄にしてるのも結構あった
アスペクト比考えて切ったりしてるのほとんど見なかったような気がする

DVDのフォーマットが720x480最大っていう半端な数字だからってのもあるんだろうな。
アスペクト情報も埋め込めることが周知されてからは、最大値の中でやりくりするのが増えたようだけど。

職人の優先順位

　　　　　　　　　　　 /"　　l　ヽ
　　 　　　 　∧＿∧( 　　,人　)
　シコ　　　（　´Д｀|　　　　　　|　肉かわいいよ肉ぅ〜♪
　　　　　　/´　　　 |　　　　　　|　ﾊｧﾊｧ
　シコ　　（　 ） ﾟ　 ﾟ|　　　　　　|
　　　　　　＼ ＼__, |　 　　　　⊂llll
　　　　　　　 ＼＿つ　　　　　⊂llll
　　　　　　　 （　　ﾉ　　　　　　ﾉ
　　　　　　　　|　（　_　_　人　_） ＼

さて、今期はどうなることやら

（ｷﾘｯｗ

ずっとJ22メインだったから2011Q4からぐっちゃぐちゃだわ
細かい画質うんぬんはどうでもいいから早くてミス少なくて完走率高い職人が欲しい

Shareじゃ選ぶほど職人いないだろ

今どこがいいの？

J22生存確認できたが勢い無いね

>>345
一部を除き放流を見送る方針
放流を停止する可能性もございます

だってよ

HDDほじくってたらおにぎり友の会のOFF会写真が出てきたw
みんな元気にしてるのかなぁ
懐かしくなって数年ぶりにﾀﾞｳｿ覗きに来たよ。

>>345
近日引退予定だからな

毎年正月近く、かれこれ3年くらい引退するするテキスト流してるんだけどな

んなことみんな知ってる

みんな知ってるのに、>>348みたいな奴がいるから言ってんだろ、文盲

ネタにマジレスってやつですか？

ってやつですね

じゃあ俺はID:MnRKebBY0に加勢してみよう
>>352-353複数端末で自演すんなや打撲！と言ってみるテスト

何言ってんだこいつ

>>355
三下の雑魚は黙っとれ打撲

なにこの人、面白い

それほどでもない

なんかハングルのraws増えてる、これは新規？それともなにrawsが改名した物なの？

しまった誤爆

ふむ

なんかとらドラ！の特典の亜美のやつ　
プルのもpuiのも画質悪くね?
puiのなんて　インタレ残ってるし

残ってるというか意図的なインタレ保持だろ。
まぁ俺もインタレ解除の方が嬉しいけど。

何でもいいくせに

スレチだが
DVDアプコンしてみた
http://img607.imageshack.us/img607/6044/avstemplate3000604.png

目が痛い

設定
MVDFTDenoise()
nnedi3_rpow2(rfactor=4, nns=2, qual=2, cshift="Spline64Resize", fwidth=1920, fheight=1080, ep0=4)
waveletaf_smoothing(14, true, 100, false, "YV12")
UnsharpMask(80, 1, 20)
LSFmod(preblur="ON", soft=0, ss_x=1.55, defaults="slow")
FastLineDarkenMOD(strength=55, thinning=0)

>>365の意見を聞いてるんだけど

どの職人の画質に近いかどうかなど

今こんなバカなギラギラシャープやってる職人なんかいねえよ

>>370
>>367でもギラギラシャープ？

>>370
>>367の設定は、ギラギラシャープじゃないと思うんだけど

頭大丈夫か？

頭もだが、目も心配だな。

どっちの、頭と目がおかしいんだ？

俺もギラギラシャープとは、思わんが、
ディスプレイ、VGAドライバーの設定大丈夫か？

擬似輪郭や微妙に色がボケたり霞んだりしてるようなラインで、見てたらクラクラする。
アプコンの弊害がもろ分かりで、そこまでしてアプコン使いたいのかと。

>>377
やはり、1080pだと厳しいか…
DVDのアプコンは720pで十分だなと思った。

そもそも実写と違ってアニメ自体1080pもいらないけどな

なんでこんな所にいるの？

>>370
>>377
俺もギラギラシャープには見えないけど…
シャープを掛けまくってギラギラシャープになったり、warpsharpをかけまくって油絵になったよりはマシ。

シャープ病治しなよ

MVDFTDenoise()
nnedi3_rpow2(rfactor=4, nns=2, qual=2, cshift="Spline64Resize", fwidth=1920, fheight=1080, ep0=4)
waveletaf_smoothing(14, true, 100, false, "YV12")

↑だけで十分ということか

放送中ので音声がFAWの職人を教えてくれ

電力会社で音が変わるレベル

Link

>>365の画像がギラギラシャープに見えるとシャープ病なの？

普通に画質糞悪いだろ……

ギラギラというか、油絵だな

>>388
もしかしてHDと比べてる？
そりゃ、アプコンなんでHDよりも画質悪いに決まってるだろ？

>>389
油絵には見えないと思うが

もう本当なんかね

ID:3FLULBkN0

必死ｗｗ

でも、PS3アプコンの画質に近かった。

でも、ってなんだよwでもってｗ
お前がそう思い込みたきゃそれでいいから二度とﾀﾞｳｿ板やDTV板にはこないでね♪

>>394
どこに行けばいいんだよ!!!
バーカ、バーカ!

あらいやだわ久しぶりにスレが賑わってると思ったら池沼が降臨してたのか

でも嫌いじゃないぜ

>>384
LC87rDWN5i

一定以上の画質のアニメ比べてどこで良し悪し見分けるの?
細かいとこが潰れてないとか、特定の色がにじみやすいとか
わかりやすいポイントある？

両社ともミスがないエンコという前提なら後は好みのフィルタの使い方で選ぶしかない
シャープ補正もノイズ除去も、善し悪しじゃなくて好みの問題

見比べて違いがないようだったら、あとはブランドイメージ
無名よりは名の通った職人の選ぶし、その中でも自分的優先度がある

画質が一定以上なら、画質以外の要因で決めちゃうな
一番よく使う要因はチャプターついてるやつだな
チャプターついてるとオープニングをさくっと飛ばせるのは地味に大きい
あとはキーフレーム間隔が短めでシークが素早いとかの操作性かな

シークバー動かして飛ばしてる

チャプター全く使わない

　　　　　　　　　　　　／ 　＼_＿＿＿
　　　　　　　　　　　　 ⌒ﾞｉ＼　＼ 　　　＼ 　　
　　　　　　　　　　　　　　. ﾞｉ ＼　ﾞｉ(ﾟ)　　 ﾞｉ 　　　　____＼ 　　ー‐┐ 　一十一
　　　　　　　　　　　　 。., ' ⌒｡ﾞｉ　)　　　ﾞｉ 　　　　　＼　 　　　　ﾉ´　 　ノ |
　　　　　　　　　　　　ｏ｡∴｡ﾟ／／ 　┬-､_　　　　　　＼ 　　 ー‐┐ 　
　　　　　　　　　　　(∴Ｕ／／　　}ﾉ ﾉ　　 ＼　　　　　　,>　　　ﾉ´　　　─┬─
　　　　　　　 　　　　|Ｕﾞ/　　　　　／ i | 　 　 l、 　 　 く.　　　ー‐┐　　　 |
ー‐┐　一十一　/　　u'　＼ヽ‐'´　　!|　 　　 ﾄ､　 　　 ＼ 　　,ﾉ´　 　 ─┴─
　ﾉ´　 　ノ |　　/_____, 　}j 　ハ､ 　ヽ ヽ,＿＿_/　　　　／ 　ー‐┐　　─┬─
ー‐┐　 　　. 　 　 ／　___ノ　／＼_,≧/ u 人.　　　／ 　　　 ,ﾉ´　　　─┴─
　ﾉ´　　─┬─　　く　　{上rﾝ´　 ,厶..／ ／　ヽヽ 　 ＼　　　　|｜　　
ー‐┐　　　|　 　　／　　 ￣ 　 ノ{こ,　／,〃　 　!|　　　 ＼ 　　･・　　 ─┬─
　ﾉ´　　─┴─　 ＼　 　　　,.ｲ　!l｀T´ | / 　 　 |:|　 　　　/　　　　　..─┴─
ー‐┐　─┬─　　　＼ 　　// 　 　l　 |　　　 　|_|　　　∠.、　　　　 　
　ﾉ´　　─┴─　　 　 ／ 　　ﾋ_ー--､＿|ｰ､____,ノj┘　　　 /　　　 　 　 ─┬─
ー‐┐ 　 　　　 　 ／　　　　 ＼￣＼ー`トｰ-＜　　　　／ 　 　 　 　　　.─┴─
　ﾉ´　　─┬─　 ＼　　　　　　＼　 ヽ　 ＼　　ヽ　　　￣￣|
　| |　　.─┴─　　　>　　　　　　 ＼. ヽ.　　ヽ 　 ｌ　　　　 　|／l 　 ／|　　∧　 /＼
　･・　　 　　　　　　／ 　　 　　　 　　 ）　lヽ　　 ',　 l、　　　　　　|／ 　 |　/ 　 Ｖ
　　 　 ─┬─　　＼　　　　　　 , イ､_,上ﾊ　　 } 　小　　　　　　　　　 |/
　　　　─┴─　 　 ＼ 　　 　(乙≧='''"´　,∠,__ノ/
　　　 　　　　　　　　 ／ 　　　　　　　　　　厶乙iﾌ/
　　　 　 ─┬─　　く 　　 　　　 　　　 　　 ｀¨¨¨´

PDの@JXQって画質どうなん？

俺妹１話はこんなん
ちょっとボケ気味な印象
http://img718.imageshack.us/img718/5373/01bdx2641920x1080ed60fp.png

なるほど

ザ・ワールド

>>405
普通
ファイルサイズを抑えてる感じはする

PDの@JXQってセキレイで暗部が潰れてたとかって言われてなかったっけか

セキレイはpctにすべき

いや居留守にすべき

whoってサイズかなり抑えてるけど、画質的にはどうなの？
モノによっては、他の職人さんに比べて200〜300MBぐらいの差があったりするけど

>>413
そんなに癖はないけど、それなりじゃないかな。
音声をノーマライズしてるのはちょっと気になった。

>>414
たとえば、ちはやの第一話なんか、藁エンコよりも300MB以上小さいけど、
見比べてみてもほとんど違いを感じないんだよね
エンコに関してはド素人なんで、このサイズの差はどっからくるのかなあと

ビットレートが違うんじゃねーの
お気に入り作品は多めにしたりとか

そもそもx264のBDエンコ物なら目でわかるほどの明らかな違いは出ないよ
よほどの低ビットレートでやらない限りは

嘘つくな

who氏のは確かにサイズは小さいけど、
明らかに画質が悪いって感じはしないな
まあ、お気に入りの職人さんと被った場合はそっちを落としてるけど

そもそもx264自体が容量抑えて画質を維持する設計になってるからねぇ。
crf30など極端な設定だとさすがに画質破綻するけど。

拡大できるモニタ買ったとき後悔するよ

動きのない暗いシーンで比べると違いが分かると思う

いまやPD牛耳ってるシーシュの画質はどうなの？
誰もやってないのをやってくれたりして重宝してる
まぁmkvでやったり10bitでやったりと不安定な方ですけど

画質は気にならないかな、俺は。
誰かのを拾ってきてるんじゃないの？

ぐは、ageてもたスマソ

>>423
エンコ設定見るに相当画質にこだわってる感じはする
でもme_range=64はやり過ぎかも、上げても32で十分だろう

>>423
画質でシーシュ選ぶとかねーわ他の人やってないのだけ
つか重宝してんなら他人に聞かずに自分で判断しろよ

＞誰もやってないのをやってくれたり
って書いてあるじゃん

自分で判断すればいいならこのスレなんて開くなよ

てか、「画質でシーシュ選ぶとかねーわ」では住民の参考にならん。
具体的に批評してくれ、と。

元がBDならエンコ画質で優秀な職人なんていないと思う
誰がやってもほとんど違いなんて出ないし

今時のx264ならデフォ設定でも十分綺麗にエンコしてくれる
--crf 18〜20だけ渡してやれば（残りのオプションパラメータは自動的にデフォになる）サイズそこそこで綺麗にエンコできる
もちろん工夫したかったらそこから各オプションを弄ればいいんだけど、意味がわからないオプションは絶対弄らないこと
基本はデフォルト

アニメだから--tune animationなんて絶対やっちゃ駄目、いくらアニメでもあんなにAQ弱くしたら暗部、細部の破綻が酷いことになる
--tune、--presetは各オプションの効果を把握してる超上級者でもなければ使うべきではない

弄ってる職人が多いから、個性が手出るんだろうがよ

ホニャララ見る時は部屋を明るくして十分離れて見てね。
これ守っていれば余程酷いものでもない限り普通に見れる
近づいて目を皿にすればだがそんなもんはキチガイだ

世の中お前一人じゃないんだけど

aalはSSSを当時の設定のまま早く流せ

うほほ

BD再エンコ物は音声ビットレート400kbpsくらいにしてほしいな
テレビ放送は192k程度でいいけど

BDエンコものをさらに再エンコしたものなんて流してる人いるの？

BDMV基準の人から見れば、BDMVソースで
エンコしたものは再エンコだから。

>>438
それはCDからリップしたWAVをMP3にエンコしたら再エンコって言ってるようなもんだぞ
WAVをMP3にエンコしたものをさらにMP3でエンコして再エンコ

BDMVは容量でかすぎだし
アニメ1話7Gとかあってもどうするんじゃっちゅーねん

再エンコして１話1G以下にしたやつのほうがいいわ

今のところ一般人が手に入れられる最高のソースがBDMVなわけだし、BDMVをエンコするのを再エンコって呼ぶのはなんだかなー

とりあえず、BDMVは圧縮してない生ファイルだからエンコードとは言わん
リッピングならわかるが

BDからリップしてBDMVにする段階でエンコと言ってるんじゃなく、
m2tsの中味はh264形式なんだから、BDになった時点で一度エンコ
してるって意味じゃないかな。

だからBDMVからエンコすると、一度目のエンコだろっていう人と
二度目（再エンコ）だろって言う人がいて、話が噛みあわない時が
ある。

BDMVやISOを集めている人は、BDMVソースでエンコしたものを
再エンコと言う人が多い気がする。

数え年で話す人みたいだな

再エンコっていっても、いまやHDCAM、HDCAM-SRなんかでも圧縮してあるよな

本当に無圧縮のマスターって、ハリウッドのDIマスターくらいなんじゃね？
日本は放送局・プロダクションでも非可逆圧縮された奴がマスター

J22vl0TKF0職人って改名した？

いいえ

引退しました

>>447-448
サンクス！
なんか、4月新作群の中に新しいそれらしいIDを見かけたので、改名したのかと

ってか引退しちゃったのか…orz

>>449

J22は復活してるお！
新作物が絡む時期はマジ遅い・・・
エンコ設定見直してんだろに・・・察してやれよ
これが一月こなかったら引退だね
て言うか、トリガで地引いてないの？

J22のエンコ設定なんてもうずっと固定だろ何言ってんだ

察する能力のない馬鹿に何言っても無駄

muda

Lv.1@が気分害して消えたとか何とか。

FNとかどーでもいい

>>454
マジかよ
どーすんだ

ＺＥＲＯ-ＲＡＷＳ　こいつの画質は悪い上にロゴがそのままの手抜きｗ
ＡＮＩＳＡＢ−ＲＡＷ　こいつはロゴ消しが消えきってないｗ

Ｌｅｏｐａｒｄ−ＬＡＷ　こいつが一番安定してるな

アホは黙っとけ

raws-4uはどうなん？

BTで拾えるアニメ Part62 ここまでよだれ無し
ttp://awabi.2ch.net/test/read.cgi/download/1334144746/

いつになったらaalはSSSやるんだ？
いい加減待ちくたびれてるだよ
これ見たら、外出中でも即帰宅して、PC起動させ昔の設定のままやりやがれ
で、すぐ流せ
いつまでも人を待たせるな
バカが

誰も君のリクエストに応じる義務はない

>>450-451
サンクス！
それは知らんかった
スマンかった

ｗ

さあ、始めようか

PDの魚と71Ab71は

71Abって引退したんじゃないっけ？
キャプボが古いような懐かしい画質だったけど

>>467
PDでニャル子さんを流しとる

誰かダンボール戦記Wの21話HD以上のエンコ頼みます
SDサイズ以下しか流れてない

スレ違い消えろクズ

小林サッカーアニメいらねーーーー

そらのむこう 結月そら

匿名Socksプロクシ『i2p』か『tor』（匿名IP）を簡単に使える
『Vidalia』か、『Ultrasurf』を入れてSOCKS非対応の
アプリケーションを、極太ペニスでむりやりアナル
SOCKS経由にする『蛭子屋そっくす』・『WideCap』で、
ファイル共有ソフト（Winny・Share・perfect dark）を
使用した場合の現在の平均受信速度（KB/s）はどれくらい？

ちなみに、上記と同じことができる
〜検索効率と匿名性が高く、ネットワークへの攻撃耐性が強い、第4世代P2P〜
『tor』,『i2p』を使用する新世代ファイル共有ソフト
『Amoeba』の最新版の平均受信速度（KB/s）はどれくらい？

井戸みなくなったけどタイーホされた？

あれはいつもクール終わりに消え、時期半ばごろ戻ってくる

魚はいつも中途半端に消えるんだよな

魚が泳いでる

回遊魚だからな

torrentで上がってるやつと
Shareで上がってるやつって

どっちが高画質なの？

BTの外人エンコ部隊のは見れりゃおｋ早けりゃおｋってくらいのもん
テロップ流れるところでアニメのほうがカクついたりとか日常ちゃめしごと

外人エンコ以外は洒落やFNからの輸入
FNからの輸入は洒落のと同等かそれ以上かのクオリチー

>>479
職人を確認しろ

プイザーまだかね

すまん、書くところ間違えた。てへぺろ

PDの@少女愛は邪魔だから糞エンコ流さないでくれる？

PSZのアスペクト比FFDSHOWで修正できないんだけど
どんなエンコだよｗ
ffdshowのverかな？
mpcだと修正できる。

強制３：４とかしなくていいからｗこっちでやるんで。

ID:K0UqoJwQ0

>>485
なんかどんどんおかしくなってるんだよな・・・・

>>475
鮭みたいな奴だな

962 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/07/26(木) 00:56:11.54 ID:vc/OL9D30 [2/5]
>>953
画質はニコニコに限ったことじゃないよ
他のサイトやP2Pなどから引っ張られたソースなんかも含めて観比べてみれば分かると思うよ
暇桃の職人達の動画がどれだけ超美麗なのかが

***

メクラしか居ないんだな
早く捕まって、どうぞ
2pass糞エンコはいらないっす

ひまわり動画で人気の職人のエンコ
TARITARI
(２代目MBS@暇)http://i.freshimg.com/images/2012/07/26/CYrUf.png
(@クランチロール)http://i.freshimg.com/images/2012/07/26/97D0n.png

恋と選挙とチョコレート(クランチロール配信なし)
(某氏@P2P)http://epde.com/i/00000/5iz66nltssjm.png
(J22@P2P)http://i.freshimg.com/images/2012/07/23/AmRiK.png
(ポテトサブ@暇) http://epde.com/i/00000/twny30a4jrly.png
(ポテトサブ rev@暇) http://i.freshimg.com/images/2012/07/23/SNVl8.png
(某不人気職人@暇) http://i.freshimg.com/images/2012/07/26/p7DNi.png

　　　　　Ｏ
　　　　　　o　　　　　　　　　　　　　　　　　　　 　　　と
　　　　　　　。 ,. -ー冖'⌒'ー-、 　　　　　　　　　　 思
　　　　　　　,ノ　　　　　　　　 ＼ 　　　　　　　　　　 う
　　　　　 　/　,r‐へへく⌒'¬、　 ヽ 　　　　　　　　 キ
　　　　　　 {ノ へ.._、 ,,／~`　　〉 　｝　　　　,r=-、　 モ
　　　　 　／プ￣`y'¨Y´￣ヽ―}j=く　　　　/,ミ=/ 　オ
　　　　ノ　/レ'>-〈＿ュ`ー‐'　　リ,イ} 　　 〃　/　　タ
　　　/　_勺 イ;；∵r;==、、∴'∵;　シ　 　〃　/ 　　で
　　,/　└' ノ ＼ 　 こ¨｀　　　 ノ{ー--、〃__/ 　　　あ
　 人＿_/ー┬ 个-、＿_,,..　‐'´ 〃`ァーァー＼　　 っ
. /　　　|／　|::::::|、　　　　　　　〃　/:::::/　　　 ヽ　　た
/　　　｜ 　 |::::::|＼、_________／' 　 /:::::/〃

氷菓のBDを落としたいんだが、
@紗々
@ダメエンコ
ロベルト
居留守

で、どれが画質的に良いのだろう？
再生環境の都合でサンプルは除外で。

洒落なら居留守、PDがいいなら紗々で問題なし。

10bit外してる時点でもう目くそ鼻くそ

必死だな

>>493
トンクス

紗々って人のは知らないけど他三人は学ランのバンディングに多少違いがある程度だった

10bit()笑

最近出てきた人たちで画質以前に設定その他で地雷の人いる？
ウメハラ　クトゥルフ　ロベルト　SNet あたりの傾向を教えてくんさい

自分で調べろ

魚はまた遠くに泳ぎに行ってるな、面倒な奴だ

画質にこだわるなら、テレビのエンコ物なんて集めずに、
BDが出てからBDソースのエンコ物を拾えばいいだろ

テレビ放送のエンコ物なんて所詮BDソースのエンコ物がでるまでの繋ぎでしか無い

>>502
ばかもん
んなこと誰もが分かってるよ

放映中のアニメと、後でBDが出た時の話を一緒にするな、カス

BDエンコ物が出回る時期が来たら、テレビエンコ版は削除してるよ

>>499
その４人なら特に問題なし
画質は好みの差の範疇

盲自慢はいいよ

>>504
その４人以外の職人が同じタイトルをエンコしていたら敬遠する

クトゥルは色いじってるとかで問題にならなかったっけ？
今はどうか知らないけど

>>507
「なんか色合いがおかしくね？」
『色は自分好みにいじってます』
「色はいじるな」
『フィルタかけちゃ駄目なら、インタレ解除もできないZE』
「ハァ？」
な流れだったっけ？

クトゥルフはトリミングしてる云々
ロベルトも茶々入れられてたけど、某職人ほど叩かれてないのでさほど問題ないのかね
詳しい人が特徴書いてくれるといいんだけど

ウメハラ＝特に叩かれてない。問題無し。
クトゥルフ＝今は色問題無し。トリミングは上下左右の映像が無い部分のみで問題無し。
ロベルト＝特殊なエンコをしてるのか、ソースがプログレッシブなのにVFR、とか。でも問題無し。
SNet＝放送物・DVDエンコ職人としては結構前から居る。でもその長い期間に技術が伴ってない感じ。
　　　fps等色々おかしいことが多く、放送物でも音ズレ等問題が。

こんな感じでSNet以外は安定してて問題無いと思う。
あとは画質優先派・容量優先派とか、BDでは違いが分かりにくいけどフィルタの違いとか、好みで。

PD職人もｋｗｓｋ

>>510
おお ありがとう
職人選びの参考にさせてもらいます

クトゥルフのトリミング他の職人と比べたら明らかに有効領域も削られてるよね？

それってdvdじゃなくてbdでの話？
1920x1080からトリミングする必要ってあるの？

理由は知らないけどBDでもしてるよ

>>510
＞ソースがプログレッシブなのにVFR、とか

プログレッシブというかソースがCFRなのにVFRになってるってことは
その人のファイルは持ってないからあくまで想像だけど--dts-compressやっちゃってるんじゃ…
これedtsを解釈しない糞環境でも普通に再生するための苦肉の策であって本来はやるべきものじゃない

ウメハラは相手にされてないだけ、エンコの傾向としては圧縮強め
クトゥルフはアホなほど無駄なフィルタ使ってる後は>>510の通り
ロベルトの問題点は>>510の通りで視聴出来ていてもエンコとしてはまともじゃない
SNetはとにかく地雷じゃ

クトゥルフの「今後について等2.txt」を読むと、彼のフィルタ使い方針が分かる
好みの問題だろう
俺は嫌いではない

>>517
ロベルトの初期の頃のはまともじゃなかったが
今のは>>516の言うとおり
edtsを解釈しないPS3糞環境でも音ずれしなくしたものだろ
--dts-compress自体簡単に修正できるし
これ前にも誰か書いてあったろ
ロベルトがVFRって前から言ってるやつはダダの無知かアホなだけ

修正ってそんな裏技あるのか
--dts-compressつけてエンコしちゃったらもう元に戻せないと思うんだけど
まあどっちでもいいけど、そもそも改善すべきはその糞環境の方なんだよな。
正直今時--dts-compress付きは地雷としか思えない…

>>519
いや…どう考えても今時初期ディレイカットなんて
まともじゃないだろいつの時代に生きてんだよ
>>520の言うとおり地雷以外の何物でもない

まともかどうかは知らん
再生環境によって人それぞれだろ
ロベルトはPC以外で再生してるんじゃね

初期ディレイカットをVFRって言ってるやつをダダの無知かアホと言いたいだけ
>今時初期ディレイカットなんて
同意だぜ
初期ディレイカット→edtsを簡単にできる人には地雷でもなんでもないが

無理やり遅延を打ち消しているだけだからVFRではない、という言い方はわからんでもないけど…
VFRはVFRだと思うぞ。

誰とは言わんけどオーディオコメンタリーの主音声と副音声を
わざと逆にするの止めれ・・・手動で切り替えめんどい

副音声のtrackの方が先にあるってことか？
何故そんなことをするんだろう

念のため聞くけどSplitterが原因ではないんだよね？

>>523
# MP4コンテナはtimeScale(定数), DTS(Decoding Time Stamp), CTSOffsetで画面の表示タイミングを管理している。(isRAPはIDRの区切り)
# 以下のtimeScale, DTS, CTSOffsetはnhml内における値でnhml内での話。
# CTS(Composition Time Stamp) = DTS + CTSOffset とすると、
# 画面が表示される時刻は、 CTS' = CTS / timeScale
# CTSが小さい順に画面にフレームが表示される。（CTSが小さい順に実際のフレームナンバーが対応）
EasyVFRのavsより
てことで24000/1001なmp4をDTS compression を有効にした物を
-nhmlで確認したけどCTSは5005ずつ増加してるのでVFRではないと解釈していたが
間違っていたのか？

具体的にどう違ってどこを見てVFRなのか教えてください

ロベルト本人降臨ｗｗ
必死杉ﾜﾛｽｗｗ

しかしえらくレスに時間かかったな、必死こいてｼｺｼｺ調べたんだね。えらいね〜〜

>>526
そういう解釈もありだと思うよ

でも実際にはデコードする側は--dts-compressつきエンコをVFRだと解釈してしまう
これは何故かというと、「無理やり遅延を打ち消している」、つまり、本来であればまだ呼び出されないはずのフレームを
早めに呼び出しちゃってるんだよ。だからデコードする側はVFRだと解釈するし、個人的な解釈もそれが妥当かなと。
だからVFRはVFRだと思うぞ。って書いた
そもそもそんなことをしなければならない環境自体が問題なんだけどね

だから>516でこうも言ったけど
＞これedtsを解釈しない糞環境でも普通に再生するための苦肉の策であって本来はやるべきものじゃない

--dts-compress付きエンコはVFRと言える、言えないって解釈論は正直どうでもいい
個人的にはそんな糞環境は消えて欲しいってだけかな

>>528
なるほどね thx

1080pの動画を再生しようとすると720pでされるようになっちゃったんだけど何が原因だろ？

お前が原因

サルを完全に破壊する実験って知ってる？

まずボタンを押すと必ず餌が出てくる箱をつくる。
それに気がついたサルはボタンを押して餌を出すようになる。
食べたい分だけ餌を出したら、その箱には興味を無くす。
腹が減ったら、また箱のところに戻ってくる。
ボタンを押しても、その箱から餌が全く出なくなると、サルはその箱に興味をなくす。

ところが、ボタンを押して、餌が出たり出なかったりするように設定すると、
サルは一生懸命そのボタンを押すようになる。
餌が出る確率をだんだん落としていく。
ボタンを押し続けるよりも、他の場所に行って餌を探したほうが効率が良いぐらいに、
餌が出る確率を落としても、サルは一生懸命ボタンを押し続けるそうだ。
そして、餌が出る確率を調整することで、
サルに、狂ったように一日中ボタンを押し続けさせることも可能だそうだ。


のちのパチンコである

自分の中で重要なのはお風呂や温泉の所でどれだけ湯気の向こうのものが見えるかということ
一見見てくれのいいノイズ除去のものより輪郭をより残してあるのならノイジーでもサイズがでかい方がいい
湯気の向こうの乳首の輪郭や湯船の中の体のラインもエンコによってとても消えやすいはず
そういう所でのノイズ除去や低ビットレートにしたことによって失うものが多すぎる
シャープで輪郭を残してあるものならたとえノイジーでも再生時にノイズ除去しながら見ることができるが
ノイズ除去や低ビットレートで消えた湯気の向こうの乳首の輪郭は再生時にどんなにシャープにしようと二度と見ることは出来ない

To LOVEる -とらぶる-DVD版での乳首の認識できるかどうかの存在感の薄さには泣いた

まよチキ！ 第07話の海の家の藁葺屋根の線や質感の残り具合

Fn この中では一番残ってる感じ
iLllS3UoTS ２番目くらいに残ってる
puiAh0X7b3　２番目と同じくらい残ってるけどこれだけが微妙に色が違い少し緑っぽかった
老蛇　一部消えてる

何を今さら数か月前のエンコスレからのをコピペしたんだ？

このコピペには藁葺屋根だけを取り上げてるがそれなら、畳や木の木目の線や質感の残り具合なども
比較検証しないと、何の意味も持たないぞ
そしてまよチキなんて古い物ひっぱり出してきても面白味もない

>>528
"本来であればまだ呼び出されないはずのフレームを早めに呼び出しちゃってる"
って言うのはちょっと違うと思う
--dts-compressをつけてもつけなくても3フレーム目以降のCTS-offsetは全て同じ。
だからまともなデコーダにとってそんなに違いは無い

それに、職人として、より多くの環境で正常に再生できるファイルを作る姿勢は間違っていないと思う

苦しい言い訳だなと、しか聞こえない

同意

>>537-538
職人云々はともかくとして、DTS compressに関しては大方間違っていないだろ
実際、DTS compressに対しての偏見の方が大きいと思う。
データ的にはたしかにCFR+edtsの方が洗練されているかもしれないが
DTS compress使ってのエンコも別にmp4の仕様を違反しているわけではない。

似たような例を挙げると、チャプターを付ける時、
正確な時間（フレーム番号/24000*1001）を使うのは確かにデータ的に一番正しい、美しいが
実際よく使われているスプリッターたちの動作を考えると、
正確な時間より0.02秒ほど遅れた時間を使う方が、結果的に意図通りのフレームに飛べる。

もういいって
必死すぎて痛い

>>539
それってチャプター開始フレームをキーフレームにしてないからじゃ？
これちゃんとやってないとチャプター付けても意図したところに飛ばないことあるよ

＞チャプターを付ける時、
＞正確な時間（フレーム番号/24000*1001）を使うのは確かにデータ的に一番正しい、美しいが
＞実際よく使われているスプリッターたちの動作を考えると、
＞正確な時間より0.02秒ほど遅れた時間を使う方が、結果的に意図通りのフレームに飛べる。

ねーよ。
そのスプリッターの動作が狂ってるか>541の言う通りチャプターがキーフレームで区切られてないんだろ。
チャプター毎にキーフレーム挿入するのは常識だぞ。

何で今さらな内容にｽﾚ付けたのか知らないが
お前のその主張は合ってようが合ってなかろうがどうもでも良いんだよ
ロベルトのキテレツなエンコは糞だってだけだ

>>541-542
もちろん、>>539 はキーフレームを既に挿入されている前提での話。
それでも一部の環境ではキーフレームに飛ばされない場合がある。
理由は色々考えられる。スプリッター自身の問題以外、
VSFilterなどの一部のフィルタを通したあと、時間、fpsなどの情報が微妙に狂う場合もある。
また、チャプター時間自体0.001sまでの精度でしか記述できないため、繰り上げ、切り捨てなどの
端数処理方法由来の誤差も存在する。

嘘だと思うなら、自分で試してください。
試す時の注意すべき点は
1. 20分以上の動画を用意すること（fps由来の問題を発見するため）
2. シーンの切り替え時のフレームを選んで、キーフレームを挿入、ピッタリの時間のチャプターを用意
3. 動画を一時停止したからチャプターに飛ばす方が分かりやすい
4 .字幕付きのファイルも試す
5. 2個以上のスプリッターの動作を確認する

>>544
その一部の環境を具体的に示してください。
OS、GPU、プレイヤーソフト、スプリッター、デコーダ、レンダラは最低限、ね。

>>536
あちゃ、触っちゃったか
>>528は DTS CTSやCTSOffsetなんか理解してないアホだから
ましてやVFR(Variable Frame Rate)のFrame Rateがなにを指しているかすら解っていない
折角アホ晒しで終わってたのに
ロベルトはVFR君はロベルトを貶める唯一のVFRを否定されて今度はキテレツｗ
こいつ等は具体的な知識がないので何を言っても無駄（同一人物の可能性あり
だだ内容の無い煽りしか返ってこないよ

以下アホな煽りがつづく

あ〜、、
なんか変なの来ちゃったな
VFR云々言う前に、日本語勉強しような＾＾；
つか〜、なんでそんなに必死になってるの？

言わずもがな本ｎ

それよりも、チャプターを付けた時に正確な時間より0.02秒ほど遅れた時間を使う方が意図通りのフレームに飛べるという
素晴らしい動作をするスプリッターを挙げるのにこんなに時間がかかる理由がわからないわけだが

>>539が気になるんだが、dts-compやっちゃうとチャンプタの時間ズレが起こるの？
だとしたら怖い

チャンプタって何だ、チャプターね
それと俺はHaaliSplitterしか使わないけど>539みたいな時間ズレなんて起きた事ない
もちろんエンコにdts-compなんてやらない

>>549
すまない、一日掛けて、色んな環境でチャプターについて徹底的に再検証した
今は結果をまとめ中で、あとで張ります

自分で再検証しなくてはけないような事を、さも正しいかのように他人に押し付け
正当化しようとするその志には感服する。

検証するのは自由だけどまずは聞かれた事に簡潔に応えてほしかったよ
>539の現象がもし起こるとしたら、その環境を応えてくれればそれだけでいいのに

そういう事ではない。
一部のプレイヤー+スプリッターの組み合わせで問題ありという事自体は既に検証済みで、
今回はそのきっかけで問題の原因、発生条件、範囲などをさらに詳しく検証しただけだ

その一部のプレイヤー+スプリッターの組み合わせってのを聞いてるのに答えないこの不思議

まあその糞環境がわかったところで、そんな環境窓から投げ捨てろ
となるだけなわけだが

そもそも、当初出張ってきた内容とはズレた事言い出してきた時点でもう…
結局、正義感振りかざしたかったのか、職人擁護したかったのか、煽りたかったのかはしらんが

気になったから超ひさびさにdts-compでエンコしてみたけど>539みたいな時間ズレは起こらなかった
まあ当たり前か。

でも今更普通のエンコでdts-compはありえないっしょ
PS3再生専用とか特殊な用途なら有りだけど

現在進行形でロベルトの動画って120fpsでエンコされてるんだけど
そのdts-compが関係してるの？
昔、afsでエンコしてたら120fpsになってたけどそれとは違うの？

関係ないはず
氏の動画は持ってないがBDエンコだよね？
120fpsとは不思議なことするね

お待たせしました。
まず、簡単な結論として、現状でスプリッターの中でチャプターに関する問題が一番起きやすいのはHaali Splitter。
ただし、MPC-HCと併用する場合、問題の症状はある程度軽減される（隠される）。
問題を解決する手段として、+0.02秒はやはり確実かつデメリットの少ない方法と言える。

以下は詳しい検証内容：
まず、A-Eの全5種類の検証用映像を用意しました
A: 23.976fpsのCFR, DTS compress未使用, TimeScale=24000, MediaTime(edts)=2002
B: 23.976fpsのCFR, DTS compress使用, TimeScale=120000, edtsなし, 最初の4フレームのDTSはそれぞれ0, 1001, 2002, 5005
C: 29.970fpsのCFR, DTS compress未使用, TimeScale=30000, MediaTime(edts)=2002
D: 29.970fpsのCFR, DTS compress使用, TimeScale=120000, edtsなし, 最初の4フレームのDTSはそれぞれ0, 1001, 2002, 4004
E: 23.976+29.970の混合fpsのVFR(DTS間隔は基本的に5005/4004ですが、fpsが変化している箇所で1,2フレーム分の特殊間隔もあり), DTS compress使用相当(CTSは0から始める), TimeScale=120000, edtsなし
AとB、CとDはそれぞれ同じ映像で、違う点はDTS compressの使用だけ
また、Eの混合fps映像に関しては、fpsが変化する箇所前後のフレームに重点を置いて検証

チャプター時間についてはそれぞれ三種類の計算方法を使用
方法1: チャプター時間=正確な時間、0.001秒以下の小数は切り捨て。何も考えずに計算するなら、恐らくこれが一番多い。
方法2: チャプター時間=正確な時間、0.001秒以下の小数は切り上げ。
方法3: チャプター時間=正確な時間+0.02秒、0.001秒以下の小数は切り捨て。ここでの0.02秒は24/30fpsの場合の適正数値で、60fpsなどの高fpsの場合はもっと小さい数値を使うべき
（正確な時間=(CTS-MediaTime)/TimeScale）

これで5*3=全15種の検証用ファイルを作りました

テストで使用しているソフトは
Haali Media Splitter 1.11.96.14
LAV Splitter 0.51.3
Media Player Classic - Home Cinema(32bit) 1.6.3.5818
Windows Media Player 11.0.5721.5280

そして、主に以下の4種類の組み合わせを検証しました
MPCHC内蔵 : MPCHC内蔵のスプリッター、デコーダ、レンダラ
MPCHC+Haali: Haali Splitter以外はMPCHC内蔵のものを使用
WMP+Haali : デコーダはあまり関係ないが、一応ffdshowを使用
MPCHC+LAV : LAV Splitter以外はMPCHC内蔵のものを使用
（他にもいくつかの組み合わせを試したが、いずれもこの4種類のどれかと同じ結果）

検証の結果は下の表にまとめている通り：（チャプターによって違う検証結果になる場合、一番悪い結果を記録する）
A1 B1 C1 D1 E1 A2 B2 C2 D2 E2 A3 B3 C3 D3 E3
MPCHC内蔵 × ○ × ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○
MPCHC+Haali △ △ △ △ △ ○ ○ ○ ○ △ ○ ○ ○ ○ ○
WMP+Haali × × × × × ○ ○ ○ ○ × ○ ○ ○ ○ ○
MPCHC+LAV ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○
○：問題なし、一瞬で目的のフレームに飛ばした
△：結果的に正しいフレームが表示されたが、表示されるまで明らにタイムラグが存在する。つまりデコーダの方は目的のIフレームよりも前のIフレームからデコードしている。
×：意図いたフレームより前のフレームが表示された

注：E2の検証結果、Haali Splitterで問題が起きたのは一箇所のチャプターだけ

今回の検証の結論として言えるのは
1. このテストの条件下でLAV Splitterが一番優秀。
2. CFR映像の場合、時間の小数部分をちゃんと正確に切り上げで計算できれば（四捨五入はだめ）、確かに+0.02秒をしなくても特に問題はない。
ただし、自分的にはこの0.001秒の差でギリギリセーフの時間よりも、やはりちょっと余裕を持って、正確な時間より+xの時間を使う方が安全。
3. DTS compressの影響が見られるのはMPCHCの内蔵スプリッターのみ。原因は不明。考えられる可能性として、MediaTime(edts)の計算が加わった結果、フレーム時間の計算が複雑になり、誤差が生じたかもしれない。
4. MPCHC+外部スプリッターの場合、例えスプリッターの方で間違った結果フレームが返されても、MPCHCはちゃんと結果を修正して（さらに先のフレームをデコードして）表示する。
5. VFR映像の場合、時間をちゃんと切り上げ計算しても問題が起きる場合がある。その原因は恐らくHaali Splitter自身のバグ。
ただ、Haali Splitterの更新が現時点であまり期待できない以上、やはりチャプター時間をいじってバグを回避する方が上策だろ。

補足、E2の映像で問題が起きたフレームについて：

前後のフレームのNHML情報：
<NHNTSample DTS="158958800" dataLength="10276" CTSOffset="15015" /> (CTS=158973815 P)
<NHNTSample DTS="158963805" dataLength="2866" CTSOffset="5005" /> (CTS=158968810 B)
<NHNTSample DTS="158968810" dataLength="6242" CTSOffset="19019" /> (CTS=158987829 P)
<NHNTSample DTS="158973815" dataLength="1534" CTSOffset="10010" /> (CTS=158983825 B)
<NHNTSample DTS="158978820" dataLength="3124" /> (CTS=158978820 b)
<NHNTSample DTS="158983825" dataLength="442" CTSOffset="7007" isRAP="yes" /> (CTS=158990832 I) <- 問題のフレーム
<NHNTSample DTS="158987829" dataLength="24222" CTSOffset="15015" /> (CTS=159002844 P)
<NHNTSample DTS="158990832" dataLength="8620" CTSOffset="8008" /> (CTS=158998840 B)
<NHNTSample DTS="158994836" dataLength="9442" /> (CTS=158994836 b)
<NHNTSample DTS="158998840" dataLength="29213" CTSOffset="12012" /> (CTS=159010852 P)
<NHNTSample DTS="159002844" dataLength="12184" CTSOffset="4004" /> (CTS=159006848 B)

CTS順に直すと

CTS 次のCTSとの差 フレームタイプ
158968810 5005 B
158973815 5005 P
158978820 5005 b
158983825 4004 B
158987829 3003 P
158990832 4004 I <- 問題のフレーム
158994836 4004 b
158998840 4004 B
159002844 4004 P
159006848 4004 B
159010852 4004 P

検証お疲れ様です
だけどやっぱり関係ないことまでだらだら書いて論点ぼかしてきたか、こういうのが嫌なんだよ
>>564の2番で結論出てるじゃん、やっぱり正確な時間から0.02秒もずらすなんておかしいと思った

スプリッターやらが原因でチャプタに問題が出てくるのはDTS compressやVFRなど
ようはファイルに小細工した時だけってことでいいんだよね？もちろん0.02秒もずらす必要はないと

俺が思うにチャプタに正確な時間を指定してもそこに飛ばない、
dts-compしないと正確なフレームが表示されない、
というのはそれ自体が問題であって、ユーザ側が無理やり修正することで
問題が解決したと言うのは違うと思うんだ

>>561
BDエンコですよ

>>569
それ元は混合フレームレートなの？

いえ、ソース時代CFRな物ばかりですね

ソース自体です　訂正します

なら120fpsは不思議だね
そもそもBDでAviUtl+afs+x264guiEXはやめた方がいいと思うんだ
AviUtlの内部変換+x264guiEXがx264に渡す時の色変換と余分な変換2度もやって
若干、本当に若干だけど色の変化が生じるから
色が劣化するわけじゃないから問題はないけどオリジナル重視ならAviUtlは使わない方がいい
YV12色空間そのまま使えればいいんだけどね

解説ありがとうございます
やっぱりafs使ってるのかな〜
しかし、これは本人のみぞ知る事なんだろうけど意図が全く分からないですね

>>562-564
それ結局、チャプター時間が正確なら0.02秒の時間ズレなんて起きないってことじゃ

>>567 >>575
確かに、CFR映像の場合、正確に時間を切り上げ処理で計算すれば、今のところ特に問題は確認できません。
しかし、実際エンコしている時、例えばツールを使ってチャプターを自動生成しているなどの場合、
時間に対してどんな丸め処理をしていたのか、計算の中に浮点数誤差が存在するのかなど、
ソースコードまで調べなければ分からない場合も多い。（ツールを自作しているなら別）
手動で計算している場合、ちょっとしたミスで切り上げを忘れた可能性も多い。
また、今回検証したのはあくまでも現段階での各スプリッターの最新版の動作。古いバージョンまて
確認したわけではない。だから、正解ギリギリの数値を使っている限り、何らかの拍子で非正解の
方に落ちる可能性は常に存在する。だから、自分的には、やはりその正解の範囲（1フレームくらいの長さ）
の真ん中の数値を使う方が安全だと思う。

長文言い訳うざい、スレチだ！ｘ264スレに逝け

>>573
そもそも120fpsではないよ。TimeScaleは確かに120000なっているが。

また、AviUtlの色変換について、YV12のソースデータをフィルタ掛けずに
AviUtlの中で通すだけなら劣化はないと思う。
- YV12->YUY2はUVの情報を倍に拡張しているだけ
- aviUtl内部でYUY2->YC48->YUY2の変換もYCの数値を一時的に4096の
範囲に拡張しているだけで、YUY2に戻す時情報のロスは存在しない
- 最終的にx264に渡す時、どの道YV12に変換しなければならない。
途中にフィルタを掛けていないならYUY2->YV12は拡張したUVを元に戻すだけ

>そもそも120fpsではないよ。TimeScaleは確かに120000なっているが。

その原因ってなんなんだ

>>577
別に言い訳ではないよ。検証報告にも書いた通り、
VFR映像にチャプター付ける場合、+x秒の調整は必要不可欠。
CFR映像についても、誤差、バグを回避する手段として、+x秒の調整は有効。

例えるなら、射撃をする時、標的に当てれば良いという理由で、
君はわざわざ標的の外周を狙うのか？

>>578
120fpsの件は氏の動画は持ってないから実際どうなってるかは知らない

変換の件はAviUtlだけで完結するならYV12 -> YUY2 -> YV12で劣化が生じることはない
問題はx264guiEXの内部でAviUtlのYUY2からNV12に変換してるってところがミソね
これは元のYV12データの同一性を保証するものではない
とはいっても誤差程度で劣化とも言えないような変化がおきるだけなのだけど

嘘だと思うなら両方のやり方で264生データを出力して比較してみるといい
誤差程度だけど違う264生データができるから

>>580
誤差やバグではなくて、正確な時間さえ指定すれば本来やる必要がないことをやってるだけ
やらなくてもいいことをやってこれが正しいというのは開き直りだと思う

>>582
正確に言うと、チャプター時間のフォーマットが0.001sまでの小数であり限り、
そもそも“正確な時間”を指定すること自体は不可能、なぜなら小数の丸め計算はかならず発生する。
数学的には四捨五入の結果が一番“正確な時間”に近いが、チャプター時間において、それは正解ではない。

>そもそも120fpsではないよ。TimeScaleは確かに120000なっているが。

早くこの原因を教えてくれ

>>582
また、“正確な時間”の定義自体にも曖昧さが存在する。
今までの話では“正確な時間=CTS”という前提で話を進めているが、
実際フレームが表示されるのは自分のCTSから次のフレームのCTSまで。
つまり、その範囲全体がそのフレームの時間と言える。
その意味では、正確な時間 = (自分のCTS+次のフレームのCTS)/2
と定義することも可能。

>そもそも120fpsではないよ。TimeScaleは確かに120000なっているが。

この原因については無視ですか？

>>579 >>584
TimeScaleを120000にするのはDTS Compressのため。
たしかに24000のままでも、DTSを0, 333, 666という風に分配することが可能だが、
DTSをかならず1001の倍数に拘るなら、TimeScale自体を拡張しなければならない
そこからは推測ですが、24/30/60/VFRの動画を全て同じTimeScaleに統一するなら、
120000は最低限可能な数値だろ

もう火消しいいよ
興味ない話でログが無駄に進んでて鬱陶しい

>>587
なぜソースが23.976のCFRな動画をエンコしてできたファイルの結果が、120fpsとなるのか教えてくれ

>>589
だから120fpsになっていない。
TimeScaleの意味分かってる？

普通にエンコすればそのソース由来のfpsになるのに、実際そうなってないとしても、mediainfoとかで見ると120fpsと表示される意味が分からない
とすると、DTS Compressのオプションを付けてるって事になるの？
そのオプションを付ける事に意味があるのか？

mediainfoなどのツールで表示されるfpsやCFR/VFRの情報はDTSの間隔を元に計算しているもの、なぜならその方が簡単だからだ。
つまり、DTSテーブルの項目が一つしかないならCFR、それ以外はVFR。
DTSテーブル中の最大値、最小値をそれぞれTimeScaleで割ると、最小、最大fpsの数値になる。
しかし、実際フレームの表示時間を決めるのはCTSの方で、mediainfoの表示が必ず正しいは言えない。
DTS compressを使っているファイルの場合、最初の数フレームのDTS間隔が他の間隔より近いため、その間隔がそのまま最大fpsとして表示されるが、
実際のCTS間隔は24fpsのまま。

なるほどありがとう
DTS compressオプションって昔x264guiにあった初期ディレイカットって奴と一緒？
今ではそれは不要になっているって事らしいけど、あえてそれを付けてるって事でいいのかな？

・DTS compressオプションを付けるとmediainfo等での表示は120ｆｐｓになるが実際は違う
・DTS compressオプションを付ける事によって、edtsを解釈できない再生機器（PS3）でも正常にズレる事無く再生できる
こんな所か。

でも、疑問に思うのはDTS compressオプションはついていないであろうファイルでもPS3等で正常に再生出来ている

余談だけど、昔aviutlでセラフィー氏のプラグインでmp4動画をカット、結合出来るのがあったが、それを使うと元がｃｆｒでも120fpsのvfrになっていた
その事とかは関係ないのかな？と。。

とりあえず自分的には普通にエンコすれば起こらないような事になっているファイルに対しての疑問が解決できればスッキリする

>>595
その解決したい疑問は何？

PS3について、詳しく検証したわけではないが、edtsを解釈しない代わりに、独自の方法でズレを解消しているようだ。
つまり、これは推測ですが、CTSが0以外の数値で始める場合。それを全体のOffsetとして（edtsのMediaTimeに相当）全体の時間を調整する。
実際、edtsのスタンダードがまだ確立されていない頃、このような独自の方法でズレを解消するプレイヤーは他にも一部は存在するだろ。
つまり、DTS compressを使い続ける理由としては、PS3対処云々よりも、このような解釈の曖昧さを解消する意味合いの方が大きいだろ。
個人的には、DTS compressという発想自体はedtsみたいな新しい標準作ることなく、既存の枠組みの中で音ズレを解消するかなり天才的な発想だと思う。

で、ロベルトのエンコについてですが、実は本当に--dts-compressをつけてエンコしているかも疑わしい。
なぜならロベルトの使ってる"x264 r2164"で--dts-compressつけてエンコする場合
（ソースは23.976fps, b-pyramidを使用） 、出来たファイルのTimeScaleは120000ではなく72000。
君の言うセラフィー氏のmp4プラグインも可能性の一つかもしれないが、なんらかの独自の方法でDTS compress相当のファイルを作っているかもしれない。

>>597
ありがとう。
結局、通常やらなくて良い方法でエンコしているか、そういった方法でしかエンコできないかだよね
なぜ、そんなファイルを作っているのだろうね、ロベルトは…

>>598
まあ昔だったらよかったかもしれない（と言うよりそうせざるをえなかった）が今となっては好ましくないやり方だと思う・・・素直にedtsでやるべき
たぶん実用上は問題という問題はないかもしれないが・・・将来的にもそうだとは言い切れないところがちょっと怖い

そうだね、実際dts compress付けてるならスマートなやり方ではないよね
でもね、私も>>597が言っているようにロベルトがdts compress付けてエンコしてるとは思ってないのよね実は
そういった意味でも、おかしなファイルを作ってるなーと、ね。

afsを使ってエンコしているのか、mp4プラグインを使っているのか、それ以外なんだけど、意図してそのようなファイルを作る理由は多分ないと思う
なら、最終的にファイルを完成させる工程で、そうならざる得ない理由があるのだろうけど、その理由とは、本人が無知なのか
そのようなファイルが出来上がるツールしか使えないのかなんなのかは分からない。

ちなみにロベルトのファイルってチャプタ入ってる？
あくまで想像だけどチャプタが入ってるとしたら思い当たることがある

>>599
将来的にDTS compressが問題になる可能性は低いでしょう。なぜならDTS compressは別に新しいフォーマットを創ってる訳ではなく、
あくまでも現存のVFRフォーマット、DTS/CTSという仕組みを利用しているだけ。
つまり、普通のVFR動画を再生できる環境なら、DTS compress使ってのCFR動画も必ず再生できる。

自分的にDTS compressの問題点は、寧ろ再編集などをする時、DTS compress使っての動画同士を結合する場合、使うツールにもよるが、
継ぎ目前後のフレームのDTS/CTSがおかしくなる場合があり、手動で再修正しなければならない。その点に関して、edtsのファイルは
問題ない。なぜならプログラム上、何の調整も必要なく両方のDTSテーブル、CTS Offsetテーブルを繋ぐだけでOK。

いい加減にしろカス共

>>601
チャプターあるよ

想像だけど分割エンコしてからmp4catか何かのツールで結合してる可能性があるね
qpfileを知らなくて、チャプタのために先頭フレームをキーフレームしたくて
分割してるか、特定のシーンに何かフィルタをかけたくて分割エンコしている可能性もある
真偽のほどは本人のみぞ知るだから想像ね

考えられる例をあげていっても、通常じゃやらない事ばかりだな

>>581
試してみたけど本当に違ってたわ
本当に厳密に忠実にエンコするならAviUtlは使わない方がよさそうだ

>>600
ID:0F0NxSDs0は隠しているつもりがどう見ても本人だろ
そこまでのdts compress信者なら方法はともかく
意図してそういったファイルを作っているに違いない

>>600
>おかしなファイルを作ってるなーと
許容できないおかしな所が有るならロベルトを避けるので
何がおかしいのか教えて

カットとか必要なさそうなメニュー、NCOP
Timescale timecode DTS を見た限り普通に初期ディレイカット
してるだけにしか見えない
Mux時初期ディレイカットがデフォな古いもの使っているか
>意図してそういったファイルを作っているに違いない
って本人も言ってることだし
あとから初期ディレイカットしてるかだろうね
エンコ時にTimescale設定してる線もあるけど
mp4で出力ならafs使っても120fpsにならんでしょ
fpsの確認方法がmediainfoだけで語っているから
おかしなことになってない？

理屈じゃなくて生理的な問題じゃねーの？俺もそういうやり方は生理的に受け付けない
ただ再生するだけなら今も、そしてこれからもたぶん問題は無い
問題があるとしたら602でもいわれてる再編集の時だな、もし再編集もするかもしれないなら
ロベルトのだけというのはリスクがある、一応他の職人のもとっておいたほうがいい

今時初期ディレイカットとかしてるファイルとかいらね
つか、落ち着いた思えば湧いて穿り返してくるな

>Timescale timecode DTS を見た限り普通に初期ディレイカット
>してるだけにしか見えない
その根拠は？試せばわかるし、>>597が解説してるけど、--dts-compress付でエンコしてもTimeScaleは120000にはならなくて72000ね
遠い昔afsで動画作って頃は吐き出したmp4は120fpsだった

Track # 1 Info - TrackID 1 - TimeScale 120000

<TimeToSampleBox EntryCount="3">
<TimeToSampleEntry SampleDelta="1001" SampleCount="2"/>
<TimeToSampleEntry SampleDelta="3003" SampleCount="1"/>
<TimeToSampleEntry SampleDelta="5005" SampleCount="6078"/>

# timecode format v2をv1に変換
0,6080,23.976024

根拠はこれらを見て
>遠い昔afsで動画作って頃は吐き出したmp4は120fpsだった
その120fpsの確認はなにで？

いい加減にしろ

えっと、初期ディレイカットしているファイルのTimeScaleが120000なんだよね？
でも、実際--dts-compress付けてエンコしてみるとTimeScaleは72000なんだよね
だから--dts-compress付ではなかもしれないって事になっています
まぁ、--dts-compress付けてようが、付けてなかろうがそんなファイルは積極的にはいらない。それだけ

timecodeとDTSは無視ですか？
ID:7+9PmB890が初期ディレイカットを理解出来てるとは思ってなかったけど
結局>>610の言う理屈じゃなくて生理的な問題なんんだな

俺も生理的な問題だとはおもうが、率先して必要でない細工をしているファイルよりも、そうでないファイルを選ぶのは必然だと思うが？

そこまで拘るなら他人当てにせず自分でやれよ、と

mp4とmkvどっちがいい？両方とも中身は同じ

と問われたら多くの人がmp4を選ぶだろう、この問題はそれと似てると思った
理屈では問題ない、むしろmkvの方がコンテナとしては優れてるとしても
好き好んでmkvを選ぶ人は圧倒的に少ない

別に生理的な問題で避けるならそれでいいと思うよ
ただおかしなファイルを作ってるって言い切っているので
その根拠が知りたかっただけなんだけど
結局の所ファイルの問題点を言えなくて生理的受け付けない
となったのが残念です

>>619
上手いこと言うね

>>619
mkvの例えは逆じゃない？
mkvが避けられている理由は主に汎用性の方面、特にPC以外の再生機器
その意味では、初期ディレイカットのファイルは
どんな糞環境でも正常に再生できるため、むしろ汎用性が高い

>>621
一つの考え方だけどそれがおかしいんだよ
糞環境だと正常に再生できないのが本当は正しいわけ

--dts-compressでエンコすべき、--dts-compressがないと糞エンコ、なんて言う人はいない
当然、mkvを使うべき、mkvでないと糞、なんて言う人はいない

結局、--dts-compressで確定なのか？
TimeScaleが120000と72000の違いがどうしても気になるんだけど…
どういった工程を踏めばTimeScaleが120000のファイルが出来上がるのか知りたい

どうも、ロベルトです
--dts-compressは使っていないよ
自作プログラムでmp4のヘッダを書き換えただけだよ
TimeScaleを120000にするのはすべてのファイルのTimeScaleを統一するためだよ
はい、この話は終わり

エンコの事は詳しく知らないけどロベルトのファイルは敬遠しておけばいいわけだな
参考になったありがと

知っている範囲ではx264、timelineeditor、mp4fpsmod、DtsEdit、tc2mp4Mod(tc2mp4ModF)が
初期ディレイカット可能でtimescaleの値を任意に指定出来る(mp4fpsmodのみtimebasaの値を任意に指定出来ない)
よってtimescaleの値だけでは初期ディレイカットしているかどうかは分からないはず

tc2mp4Mod(tc2mp4ModF)を使って初期ディレイカットすればtimescaleとtimebaseの値を指定しなくても
ロベルトのmp4と同じ値にはなるけどロベルトがtc2mp4Modを使用しているかどうかは本人にしか分からないと思う

そのツール群ってcfrソースのエンコで必要？

なんだ、本人わいてたのか

まあ、俺もエンコの事はよく分からんけど、
クトゥルフやロベルトみたいに、普通じゃないやり方する職人はずっと避けてる

まあ、クトゥルフは最近良くなったと聞くけどね

クトゥルフの色いじってたのが普通じゃないやり方のことなら、
出始めの頃に叩かれてすぐやめてたぞ。

でもBDエンコでクロップするからな〜

自分のためだけにエンコするならどれもやらなくていい事を
すべての人が問題なく見れるため、フレームをいじり、チャプターをいじり、
その結果、エンコをよく分からない人から見れば、ただの変なファイル…
悲しいな

>すべての人が問題なく見れるため、フレームをいじり、チャプターをいじり
なんで決め打ちなん？？本人なん？ｗ
十分変なファイルじゃん作った本人の意図はどうあれ、必要ない事やってるんだから意図的かどうかはわかんないけどさ

画像編集でゴミを消す職人もいたね

>>632
普通のエンコと弄ったエンコと両方やればよくね？
選択できるようにすればそれこそすべての人が幸せになる
普通のエンコやってる職人がいるなら必要ないが

>>635
この発言でピンと来た。
誰かが“普通のエンコへ戻すための専用修正ツール”を作って流せばいいじゃない？

>>635>>636
ロベルトの初期ディレイカットのことなら
エンコの事はよく分からんって言ってる再生するだけの人なら
>>610の
>ただ再生するだけなら今も、そしてこれからもたぶん問題は無い
まともな知識のあるエンコしてる人なら
>>626のツールで初期ディレイカット廃してedts書き込めるのに
両方やる必要なくね？

J22もロベルトと一緒に加えてやれよ

て言うか自称ロベルトの>>624はさっさと責任とって作れ

つーか弄る必要がある環境の人だけ弄ればいいんだからさ
まず弄ったファイルを作ってしまって、戻したい人は勝手に戻してくださいって激しく順序違うと思うよ
手持ちにファイルがないんで本当にロベルトが初期ディレイカットしてるかどうか知らんけどね

正直選べるほど職人がいないという・・

>>639
>>613で判断しろ
>まず弄ったファイルを作ってしまって、戻したい人は勝手に戻してくださいって激しく順序違うと思うよ
エンコしてるロベルトが初期ディレイカット必要なんだろ
お前の理屈が激しく順序違うと思うよ
生理的に受け付けないのなら敬遠すればいいだけ
だからJ22も加えてやれよと

>>640
色んなところ回ってるとそんなことない、あるところにはある
エンコスレとかで滅多に話題にあがらない職人も結構いるからね
洒落オンリーだときついだろうな

>>642
FNまでいくとマイナーなタイトルをやってる人もいるね
でもその人の評価がわからないという

PDで大量エンコしてるシーシュは少々ずさんな感じがするしなぁ
やってくれるだけありがたいけれど

シーシュはたくさんタイトル手がけてるからな。
画質は割合いいと思うけどエンコ設定固まってなかったりPS3で再生できなかったりで文句言われてるみたいね

今は本当に、良い腕の職人が少なくなった

クトゥルフやロベルトなんて本来ならこのスレで話題になるような職人じゃないだろ
そんな小物が話題になるのは、裏を返せば良い職人が減ったわけだ

志摩子はけっこう良いと思うが、扱う作品の数が少ない

居留守さえ押さえて置けば安心だろ

話題にならない職人は、むしろ問題がないから話題にならないと思うわけだが。
火のないところに煙はたたないとはよくいったもので。
それか、話題にする気も失せるくらい酷すぎるかのどっちか。

>>645
俺も志摩子好きだが、イカ娘のDVDアプコンをよく元と比較してみろよ。
エッジ周りの情報すんげぇ失われてるぞ。

クトゥルフやロベルトはインタレ解除とかVFRとか上手いと思うけどなぁ。
ロベルトなんかはメニューの再現とか字幕の同時表示とかスゴイし。

古参だから腕が良いってわけでもないしね。タルクとか。

VFRは居留守が際立つな
絶望先生の混合とか神処理だったし、クェイサーとかCANANとかの処理も凄くうまい
アプコンもうまく処理してるしね
片手間に、倍速補完とか10bitとか（最近はrarに同梱されてないけど）やってるし

メニュー再現は確かに、氷菓メニューうまく再現されてるよね
一応、BDeditでメニューの素材は抽出できるからそれで再現できるし、画面まるごとキャプチャしてもそれで再現できるけどね

多段字幕の表示は別に大したことはないと思うよ、使っているツールの違いだけで、
supleadでpng主力して、吐き出したxmlをBDSup2Subで読み込んでidxにするだけだ

居留守の絶望先生スゴイよね。
原作終わったしまたアニメやらないかな。

メニューのキャプチャは流石にないだろ
BDeditで抽出するだけであと全部手動で画面に貼るのも結構な手間だし
おそらくなんらかの自作ツールか自作プラグインを使っているだろ

ロベルトって自作でツールやプラグイン作ったりできる奴だったのか？そうなら凄いね、エンコとはまた違う凄さだけど

>>648
BDエンコは全く問題ない。

DVDアブコンには高画質は期待していない。

貴方の期待度と職人の腕は全く別物の話だと思うのですけど
贔屓にしている職人の事をよく言われなかったからって、その返しは…

>>649
字幕についても多分違うよ。SUPreadで出力する場合、
表示タイミングが部分的に重なった字幕は確かに多重で表示されるが
ソースとタイミングが変わったり、字幕自体が消えたりとかバグだらけだよ。
しかしロベルトの字幕にそれはない。

例えばこんな風に表示タイミングの重なったA、Bの二つの字幕の場合
A　　[==============]
B　　　　　　　[=================]
ロベルトの字幕
A　　[======]
A+B　　　　　　[=======]
B　　　　　　　　　　　　　　[========]
SUPread出力の字幕
A+B　　　　　[==================]

だからSUPread、BDSup2Sub以外のsupツールが見つからない以上、やはり自作ツールの線は濃厚

そうなのか？fateとUCでしか試してないから何とも言えないけど、問題なく表示されてたよ？

ソースとエンコ両方の字幕見比べる人間って本人以外にそうはいないと思うわ

趣味でエンコやってる人はたくさんいるでしょうよ。

趣味でエンコしてるとソースとエンコの字幕両方見比べて尚かつ他人の字幕を
わざわざ洒落使って落としてしげしげ見比べるものなのか

>>656
Fate1話最初の二つの英語字幕
A: Germany, Einzbern, ......, Years Ago
B: Master Kiritsugu!

ソース：
A　: 00:00:12.971 - 00:00:15.473　　[===================]
B　: 00:00:14.556 - 00:00:15.974　　　　　　　　　　[==================]

ロベルトの字幕（最初の1秒の黒フレームをカットしたためソースより1秒早い）
A　 : 00:00:11.960 - 00:00:13.530　　[=========]
A+B: 00:00:13.545 - 00:00:14.455　　　　　　　　　[==========]
B　 : 00:00:14.463 - 00:00:14.952　　　　　　　 　　　　　　　　　　[========]

SUPread（v0.53b3）の出力
A+B: 00:00:15.474 - 00:00:15.974　　　　　　　　　　　　　　　 　　[========]

ちなみに直接BDSup2Subで処理する場合の結果は
A　 : 00:00:12.971 - 00:00:15.474　　[====================]
B　 : 00:00:15.474 - 00:00:14.974　　　　　　　 　　　　　　　　　　[========]

>>656
SUPreadの出力に問題があるのはこのような字幕を重なった箇所だけ

ごくろうさん
今自分でも確かめたがどちらも>>661の結果だった

>SUPread（v0.53b3）の出力
>A+B: 00:00:15.474 - 00:00:15.974

↑にはならなかった

問題なく表示されてたってのは訂正する
そうなると、ほかのツールって事になるな

Zero-Rawsはどこへいった・・・
Leopard-Rawsはちゃんとupしてるのに。

スレチ死ねカス

ps3で見るやつとかいるんだな
厨房か？

とらドラ! のBD：
サンプル
puiAh0X7b3
Fn
@JXQ

で、どれが画質的に良いのだろう？

洒落しか知らんが、
従来通りの8bitならpui、
PC再生オンリーでいいなら10bitのサンプル。

あと、映像特典にインタレやVFR必須なのがあればどっちがちゃんと丁寧にエンコしてるか比較すればおｋ。
サンプルはあんま丁寧にやらずタルクみたいに全部CFRでやってたりする。puiはソースと比較したことない。

思い出した。
puiもSAOのEDのPVでnullフレーム間引きやってなかったな。

>>666
サンプル

　　／⌒ヽ
　 ∩ ＾ω＾）　サンプル
　 |　　 ⊂ﾉ
　｜　　 _⊃
　 し ⌒


　　／⌒ヽ
　（＾ω＾ ∩　　 サンプル
　 t⊃　　｜
　⊂_ 　　｜
　　　⌒ J

>>667
>>669
>>670
ありがとうございます

そして 偽物語もpuiとサンプルがいい?

偽は居留守さんでいいんじゃないの。
ちゃんとインタレ解除だの間引きだの混合fpsでもVFRでやるだろうし。

それ全く必要ないし

それだけスキルがある職人だから、居留守を選択しておけば安心って事だろ
俺も、居留守一押しだな

え
ピクトの後誰の選ぶか迷ってた時
まりほり見て居留守は外したわ

puiも居留守もはっきり言ってだめ

正直、腕の良い職人はみんな消えてしまって
いま残ってるのは二級クラス

こういうこと言う奴ってエンコのこと何も知らないんだろうな。
昔は良かったと懐かしむだけの老害・懐古厨と同じ。

腕の良い職人がいなくなったというより誰がエンコして同じような画質になっただけでしょ
x264なら下手に設定弄らなきゃ誰でも綺麗にエンコできる

目暗自慢はいらん
全然違うから

3、4年前から今に至るまで居留守の人気と支持率はずっと高いと思うが、正直凄いと思う

>>671
傷の参照量でも居留守がダントツ
後は好みだろ、多数派なのか少数派なのかは本人以外はわからないからな

傷？

すまん、偽だ

わかりました
みんな優しいね〜 ヽ( ・∀・)ﾉ

あ　俺OX896PvR0です

画質を比較するスレッドであって好みや参照量を語るスレではない

やっぱり、傷のアニメはまだ何も出てないはずだからちょいびびった

あと参照量って結局は長年の信頼で決まる、画質が全く関係ないとは言わないけど。
落とす側にとって何より重要なのは画質じゃなくて信頼だから

正直画質だけならサンプルが一番良い、画質だけならね
10bitのおかげもあって他職人でバンディング出てるところでもサンプルのは出てない
かといってサンプルのが参照量多いかというとそうでもないわけで

偽も化もサンプル
偽なんて1話冒頭でハッキリわかるだろ
化12話とか露骨に違いが出る

サンプルはフィルタ強すぎでアホじゃないかと思える

一つ聞くが、画質の比較と言うが、比較基準ってなに？BDMV？そうなら少しでもフィルタ掛けたらアウトって事か？

確信突かれたら誰も何も言えなくなったの巻

当たり前すぎて誰も答えないだけだろ

ならもう、画質比較よりエンコーダの設定比較の方が分かりやすいだろ

設定が画質に出るんだから画質でいいだろ

ソース由来でのクロスコンバートとか、ゴミがついてる等の物でもフィルタリングしないならエンコーダの設定比較でいいだろ

そもそも昔からこのスレで元ソースが一番って基準で語られる事なんてほぼなかった
その時々の流行にハマったフィルタリングをしてる職人がﾏﾝｾｰされてるだけのように感じる

>>678
NegiやpcTは、今の職人より腕が良かっただろ

Negiは知らんがpcTはインタレ解除漏れかなりあったと思う
とくにシーンチェンジの時

またその話かよ
Lv.1と比較されてた頃が懐かしいわ

pcTが好きならサンプルのでも拾ってろよ。

>>697
別にそうでもなかったぞ
一部信者が騒いでただけで、昔のpctなんて底辺だったからな

しかし、今の職人はどうも見劣りするんだよな

まあ、志摩子とサンプルは良いのだが

それはただのお前の好みってだけだ

行き着くところは確かに好みの話になるけど
葱は多くの人が実力派として認めてたし、志摩子はソース再現率が高く、サンプルは暗部がよく残ってる
画質比較スレ的に無関係ってわけではない

ソース再現率も暗部も志摩子、サンプルに限っての話ではない

メクラか？
同程度のサイズで比較してみろ
バンディングの出方も全く違う

お前の方がメクラだと思う

>>706
は？

俺より綺麗なエンコは許さない

PLAlhy3R0

>>704
実力派って具体的にどんな実力があったの？
ソース再現率が高いってのもよくわからんし
暗部がよく残ってるってのはわからんでもないがそれってソース再現率が高いのとは違うの？
暗部が残らないようならしまこも結局ソース再現率高くないじゃん、ってことになると思うのだが

昔の職人って凄かったの？
今はBDに限ればみんな同じような画質に見えるけど

急に厨が湧いてきたな

ぇｗお前の事だろｗ

>>711
ただの信者＆懐古厨が騒いでるだけだよ。

BDなんて、
psy_rdで細部やグレインを保持するか、crf(qpmin、qpmax)でどんだけビットレート盛るか、
10bitで暗部等の階調割れを綺麗に補完するかぐらいしか違いが出ない。
他と違いをつけたいならインタレ解除・重複フレームの間引き・VFR等を丁寧にこなすしかない。

志摩子がどうたら言ってるのも>>645と同じ奴だろ。

ID:7cULT/ep0
ID:32fpMK4s0

BDでもたまにクロスコンバートミスってボヤケてるのがあるけどな…

canann・クェイサー一期・true tearsが有名だね

サンプルは画質ええよ
PC以外での再生環境でクレームはあるけど

フィルター使いまくりだがな

正直きつい

お気に入り職人の押し付け合い

サンプルは何のフィルター使ってるの？
BDなら特に必要ないはずだけど

なんか上の方でHaaliとLAV Splitterのチャプタージャンプの比較してLAV Splitterが一番優秀って言ってる人いるけど一長一短だと思う
LAVだとキーフレーム同士が接近してる場合、意図したチャプターキーフレームにジャンプできない

0123456789と連続する10のフレームがあったとして、4がチャプターポイントのキーフレームだとする、
そしてたまたま5や6もキーフレームだったりすると、4にジャンプしても5、6のキーフレームにジャンプしてしまう
もちろんこれはLAV Splitterの問題で、このような場合でもHaaliではチャプターポイントである4にちゃんとジャンプする

この場合にLAVで正確にチャプターポイントのキーフレームにジャンプしたかったら
フレーム4のチャプターの時間から更に0.04秒くらい時間を前倒ししてあげる必要がある

他にもLAVは動作がもっさりしてたりするからHaaliとどっちがいいかは一概に決められない
個人的にはまだ一長一短だと思ってる

もしかして、10bitでエンコするだけで階調割しないと思ってるのか？

そんな極論誰もいっとりゃせんよ。
10bitエンコだけでバンディングが絶対発生しないなら誰も苦労せんて

いや、極論も何も>>722に対して答えただけだけど？

10bitをフィルターって
まあいいけど

何が言いたいの？

ID:F3861cvP0
相当頭湧いてるな

サンプルのエンコはフィルター使って無いと思ってるわけだよな？
それならdebandフィルターは間違いなく使ってる

>サンプルは何のフィルター使ってるの？
おそらくflash3kyuu

>BDなら特に必要ないはずだけど
サンプルのようにdebandするなら必須だ

flash3kyuuか
ありがとう

BDソースは階調割れなんて無くて、サンプルのエンコが限りなく正確に再現されていて、
8bitエンコしてる奴は10bitじゃないが故に、階調割れしてると思ってる奴が多そうだな

去年、サンプルは特殊な手段で、BDではなく、そのマスターデータからエンコしてるって
言い張ってたやつがいたしな

BDソースから階調割れしてるもんな。
だからソニーがSBMVとかマスターからBD(8bit)にする時に生じる階調割れをなるべく目立たなくする技術を開発してるってのに。

>>723
LAV Splitterは二つ先がIフレームになってる場合そっちに行っちゃうね
まあそういう状況はそんなにないしチャプタが二フレーム先にずれても
そんなに違和感ないけど。

>>733
なるほど。つまりLAVはDTSだけを参考に該当のIフレームを探している可能性が高いね。（Bフレームなしのエンコて試せば分かるかも）
その代わりにHaaliはちゃんとCTS基準にジャンプしてるが、ちょっとバグあり。確かに一長一短ね。

うん

保守

ほす

画質のみなら、パナの最新BDレコのBZT9300をBDプレーヤとして使って、
DeepColor対応ディスプレイで表示するのがいちばん

ほす

次世代自作ポエムファイル共有ソフト「iMule」は起動に必要なもん全部入りな
「Portable I2P」をダウンロード後、任意の場所に解凍して「I2P」と「iMule」
のＵＤＰ/ＴＣＰ Port解放するだけで、簡単にiMuleが使えます

「iMule」と「Robert」はI2P通信の始点と終点を匿名化し、さらに端点間の通信
内容も暗号化（ElGamal(公開鍵暗号)とDH(Diffie-Hellman鍵共有)とAES-256bit）
するという方法で匿名化されたI2Pネットワーク内のみでしか通信しないから、
貴重な「アップ職人」「エンコ職人」「神」も安全に自作ポエムのアップロードができます(I2Pにおける通信では端点は暗号化された識別子（公開鍵暗号の鍵ペアにもとづく）によってネットワーク上で一意に識別される)

「iMule」と「Robert」は無駄な中継転送が一切なく、I2PﾈｯﾄﾜｰｸでUDP通信を行う
ので非常に高速です。自作ポエムを大量にダウンロード登録した場合、通常200KB/S
以上から日本ノード（たぶん日本ノードだと思う）につながれば850KB/S以上は軽くでます

「Portable I2P」と「iMule」と「Robert」インストール方法

�@Portable I2Pをダウンロード後、任意の場所に解凍してStartPortableApps.exeを起動する「Run-time error '339'」ってエラーが出たらVisualBasic6最新版を入れろ。 他にもエラーが出るならSun Java 1.6以上がインストールされているかを確認しろよ。動作に必要だ
「Portable I2P」ダウンロード　http://portable-i2p.blogspot.jp/

�A「Mozilla Firefox, Portable Edition」を起動して、ここを参考に「I2P」の「Configure Bandwidth」設定と「Network」のＵＤＰ/ＴＣＰ Port設定をして、Save Changesから設定を完了する
「I2P」最初に設定すること　http://www39.atwiki.jp/i2p2/pages/22.html

�B「I2P」と同じブロードバンドルータのＵＤＰ/ＴＣＰ Portを解放して、Port開放チェックする。最後にここを参考に匿名性の確認をしてくれ
　Port開放ガイド　http://www.geocities.jp/seidy_seidy/bb/port.html
　Port開放チェック　http://www.js-sys.com/port/
匿名性を確認　http://d.hatena.ne.jp/k2jp/20100714/1279038488

�C「imule_portable」を起動して、「Preferences」を開き「I2P Connection」の「tcp port」に任意の番号を設定し、「statistics」の「download」と「upload」の速度を設定する

�D「imule」と同じブロードバンドルータのＵＤＰ/ＴＣＰ Portを解放して、Port開放チェックをする

�EiMule日本語化するには、iMuleで「iMuleJplang(2.3.2.1).zip」を落として、iMuleをインストールしたフォルダ内の locale に ja_JP というフォルダを作成
さらに ja_JP 内に LC_MESSAGES というフォルダを作成しそこに imule.mo をコピー（C:\iMule\locale\ja_JP\LC_MESSAGES\imule.mo のように）
　iMuleで落とせないときは、「iMule日本語化って既出だっけ？」を参考に日本語化してくれ　 http://awabi.2ch.net/test/read.cgi/download/1349083058/147

�F「Mozilla Firefox, Portable Edition」を起動し、「torrents」を開いて上の方のI2P専用トラッカーサイト「POSTOMAN」も開いて、
落としたい自作ポエムtorrentファイルの保存先を（C:\portable-I2P\PortableApps\Robert\torrents のように）指定し保存してから「Robert」を起動すれば使用できる

神さまm(._.)m おねがい。I2Pﾈｯﾄﾜｰｸに対応した「Share」や「Perfect Dark(PD)」を「Portable I2P」に導入してもらえませんか？
凡人はこのコピペをあちこちのdownload板に、貼り付けて宣伝

次世代自作ポエムファイル共有ソフト「iMule」は起動に必要なもん全部入りな
「Portable I2P」をダウンロード後、任意の場所に解凍して「I2P」と「iMule」
のＵＤＰ/ＴＣＰ Port解放するだけで、簡単にiMuleが使えます

「iMule」と「Robert」はI2P通信の始点と終点を匿名化し、さらに端点間の通信
内容も暗号化（ElGamal(公開鍵暗号)とDH(Diffie-Hellman鍵共有)とAES-256bit）
するという方法で匿名化されたI2Pネットワーク内のみでしか通信しないから、
貴重な「アップ職人」も安全に自作ポエムのアップロードができます (I2Pにおける通信では端点は暗号化された識別子（公開鍵暗号の鍵ペアにもとづく）によってネットワーク上で一意に識別される)

「iMule」と「Robert」は無駄な中継転送が一切なく、I2PﾈｯﾄﾜｰｸでUDP通信を行う
ので、「Freenet」や「StealthNet」や「Amoeba」に比べて非常に高速です。
自作ポエムを大量にダウンロード登録した場合、通常200KB/S以上から日本ノード
（たぶん日本ノードだと思う）につながれば850KB/S以上は軽くでます

「Portable I2P」と「iMule」と「Robert」インストール方法

�@Portable I2Pをダウンロード後、任意の場所に解凍してStartPortableApps.exeを起動する「Run-time error '339'」ってエラーが出たらVisualBasic6最新版を入れろ。 他にもエラーが出るならSun Java 1.6以上がインストールされているかを確認しろよ。動作に必要だ
「Portable I2P」ダウンロード　http://portable-i2p.blogspot.jp/

�A「Mozilla Firefox, Portable Edition」を起動して、ここを参考に「I2P」の「Configure Bandwidth」設定と「Network」のＵＤＰ/ＴＣＰ Port設定をして、Save Changesから設定を完了する
「I2P」最初に設定すること　http://www39.atwiki.jp/i2p2/pages/22.html

�B「I2P」と同じブロードバンドルータのＵＤＰ/ＴＣＰ Portを解放して、Port開放チェックする。最後にここを参考に匿名性の確認をしてくれ
　Port開放ガイド　http://www.geocities.jp/seidy_seidy/bb/port.html
　Port開放チェック　http://www.js-sys.com/port/
匿名性を確認　http://d.hatena.ne.jp/k2jp/20100714/1279038488

�C「imule_portable」を起動して、「Preferences」を開き「I2P Connection」の「tcp port」に任意の番号を設定し、「statistics」の「download」と「upload」の速度を設定する

�D「imule」と同じブロードバンドルータのＵＤＰ/ＴＣＰ Portを解放して、Port開放チェックをする

�EiMule日本語化するには、iMuleで「iMuleJplang(2.3.2.1).zip」を落として、iMuleをインストールしたフォルダ内の locale に ja_JP というフォルダを作成
さらに ja_JP 内に LC_MESSAGES というフォルダを作成しそこに imule.mo をコピー（C:\iMule\locale\ja_JP\LC_MESSAGES\imule.mo のように）
　iMuleで落とせないときは、「iMule日本語化って既出だっけ？」を参考に日本語化してくれ　 http://awabi.2ch.net/test/read.cgi/download/1349083058/147

�F「Mozilla Firefox, Portable Edition」を起動し、「torrents」を開いて上の方のI2P専用トラッカーサイト「POSTOMAN」も開いて、
落としたい自作ポエムtorrentファイルの保存先を（C:\portable-I2P\PortableApps\Robert\torrents のように）指定し保存してから「Robert」を起動すれば使用できる

神さまm(._.)m おねがい。I2Pﾈｯﾄﾜｰｸに対応した「Share」や「Perfect Dark(PD)」を「Portable I2P」に導入してもらえませんか？
凡人はこのコピペをあちこちのdownload板に、貼り付けて宣伝するの手伝ってくれたのむ

どんなすごいP2Pソフトが出たところで、アニメがたくさんうｐされて快適にDLできないと普及しないだろ

>>744
そのとおりだね
宣伝手伝ってくれない

>>744

みんなたのむiMuleに自作ポエム流してくれ

Perfect Darkより安全な、新世代自作ポエムファイル共有ソフト「iMule」は、起動に
必要なもん全部入りな「Portable I2P」をダウンロード後、任意の場所に解凍して
「I2P」と「iMule」のＵＤＰ/ＴＣＰ Port解放するだけで、初心者でも超簡単にiMuleが使えます

「iMule」と「Robert」はI2P通信の始点と終点を匿名化し、さらに端点間の通信
内容も暗号化（ElGamal(公開鍵暗号)とDH(Diffie-Hellman鍵共有)とAES-256bit）
するという方法で匿名化されたI2Pネットワーク内のみでしか通信しないから、
貴重な「アップ職人」も安全に自作ポエムのアップロードができます (I2Pにおける通信では端点は暗号化された識別子（公開鍵暗号の鍵ペアにもとづく）によってネットワーク上で一意に識別される)
つまりI2pアドレスが分かっても、IPアドレスと関連づけられないから放流主どうやって特定すんだってこと

「iMule」と「Robert」は無駄な中継転送が一切なく、I2PﾈｯﾄﾜｰｸでUDP通信を行う
ので、「Freenet」や「StealthNet」や「Amoeba」に比べて、導入がとても簡単で非常に高速です。
同時起動で自作ポエムを大量にダウンロード登録すれば、850KB/S以上は軽くでます
同時起動だと無駄な中継キャッシュがない状態で、自作ポエムが一日で20ＧＢ以上は軽く落ちてきます


導入方法は「Portable I2PとiMuleとRobertインストール方法」で検索して、
�@〜�Fの手順でやれば初心者でも超簡単に「iMule」と「Robert」が使えます

I2Pﾈｯﾄﾜｰｸに対応した「Perfect Dark(PD)」を、「Portable I2P」へ導入してもらえませんか神さま(m｡_｡)m よろしくお願いします

iMuleへの大量自作ポエム放流支援を、アップ職人様m(._.)m よろしくお願いします

自作ポエム「アップ職人」「エンコ職人」「神」様の検閲のない安全なI2Pﾈｯﾄﾜｰｸへの大量移住【大歓迎♪】三( ＾∀＾)ﾉｨｪｨ☆

完全匿名化ファイル共有ソフト「池田犬作iMule」は、「I2P」という匿名化された
ネットワークを利用してるから、生IP丸見えPerfect Darkより安全です。

「I2P」とは、通信の始点と終点を匿名化し、さらに端点間の通信内容も暗号化する
という方法で、匿名化されたネットワークです。

そのため「アップ職人」「エンコ職人」「神」様も、安全に自作ポエムのアップロードができます。

起動に必要なもん全部入りな「Portable I2P」の中には、「池田犬作iMule」や
I2Pに対応したBitTorrent「池田太作Robert」などのアプリがあれこれ入ってます。

「Portable I2P」をダウンロード後、好きなところに解凍して、
ＵＤＰ/ＴＣＰ Port解放するだけで、初心者でも超簡単に「池田犬作iMule」が使えます。
「Portable I2P」ダウンロード　http://portable-i2p.blogspot.jp/

詳しくは、「完全匿名化ファイル共有ソフト 池田犬作iMule」で検索して専スレ見て下さい。

I2Pﾈｯﾄﾜｰｸに対応した「Perfect Dark(PD)」を、「Portable I2P」へ導入してもらえませんか神さまm(._.)m よろしくお願いします 。

しつこいんだよ!!

8bitのロベTOOOM、ロベサイコと10bitのLv1TOOOM、nlsサイコを比べてみてびっくりしたよ
細部、階調保持が全然違う、とくに暗部なんかロベの8bitのは階調割れしまくってる
確かに10bit画質いいわこりゃ…

ハッシュスレに貼りつけるなよ…
むこうに迷惑かけたくないのに

ロベサイコの暗部は確かに階調割れしているがソースもほぼ同じ程度に階調割れしている
それ以上やるなら暗部にノイズを撒くなど、目を誤魔化す方法しかいないが画面が汚くなる恐れもあるので
ある意味8bitでやる以上はこれが既に限界に近い

ロベサイコに限らず8bitのx264でエンコすれば階調割（とくに暗部で）は普通に出る。
それは8bit精度の限界だからしょうがない。

知ったか乙
10bitには敵わないが、8bitでも設定次第でそんなに酷くならんぞ

バンディング部分のピクセルのYCbCr値を調べれば分かるが、
CbCr値は0附近でY値は20-30くらいの範囲で1刻みで変化している。
つまり精度的にはすでに8bitの限界に達している
これ以上バンディングを軽減させるにはY値を上がるようにノイズを撒くしかないが
見た目が良くなる代わりにソースの色とはかけ離れてしまうので
絶対にどっちがいいとは言い切れないだろ

サイコパス１話13分17秒ごろ、8bitの方はかがりのジャケットが階調割れで縞模様になっちゃってるけど、
10bitの方は縞はなかった。サイズが倍くらい違ってもこれだけ差が出るのか。

>>756
一般的なTVスケールで、Yだけでも、8bit: 16-235, 10bit: 64-940の違いがあるから、
RGBに変換して実際に見るときにはかなり違ってくる。

可逆ならグレインをそのまま再現できる訳だし、ソースは8bitな訳だし、8bit-10bit関係なく絵をそのまま維持できてるかが大きいんじゃない？
10bitの利点は4倍の階調で変換誤差の少なさによる圧縮率の高さ、それに伴う同一容量でのビット配分の優位性だろ？
8bitの人は下手な設定でグレインを潰しまくってるから階調割れしてるのだと思う。

と素人が知ったかぶりして言ってみる

何言ってんの？

>>758
BDのタイトルによってはグレインの乗せ方も強さも全然違うよ。
まったくグレインを乗せないもの、暗部にだけグレインを加えるもの、満遍なくグレインを乗せるものなど色々
ここで議論されたサイコパスのソースは暗部にだけ弱めのグレインを乗せているが、バンディングを消すには不十分。
だからソースの時点でバンディングが存在するので、>>755が言ったように見た目を取るか、ソース再現を取るかの二択が必要なわけ

完全匿名化ファイル共有ソフト「池田犬作iMule」は、「I2P」という匿名化された
ネットワークを利用してるから、生IP丸見えPerfect Darkより安全です。

「池田犬作iMule」は、既存のTCP/IPネットワークの上に、オーバレイ
された鎖国状態のネットワーク内だけで、I2Pアドレスを使って通信を行うから、
放流主のIPアドレスが、監視側のクローラで探知できない仕様になっています。

そのため「アップ職人」「エンコ職人」「神」様も、安全に自作ポエムのアップロードができます。

あと「Portable I2P」はI2Pソフトと各種I2Pアプリが全部入ったオールインワンパッケージ
インストール不要で即使える
- I2P -------------> 匿名性重視の仮想ネットワーク。TCP/IPの上に作成
- 池田犬作iMule ---> I2P用のeMuleクライアント
- 池田太作Robert --> I2P用のTorrentクライアント
I2Pと既存のネットは相互乗り入れできないので、例えば既存のトレントファイルを
I2P経由で落としてくるようなことはできない。あくまで独立したネットワーク。

詳しくは、「完全匿名化ファイル共有ソフト 池田犬作iMule」で検索して専用スレ見て下さい。

I2Pﾈｯﾄﾜｰｸに対応した「I2P専用PerfectDark(PD)」を、「Portable I2P」へ導入してもらえませんか神さまm(._.)m よろしくお願いします 。

木金土の分が来ないな・・・
j22たん心配だわ

>>762
たぶん今お気に入りのプリキュアと一緒に来る

>>763
ホントだ！良かった〜

PD接続はこわいｗｗ
PD上の開発ボードに下記の要望を書き込んでもらえませんか。
神さまm(._.)m よろしくお願いします 。

I2Pﾈｯﾄﾜｰｸに対応し、無駄な中継をなくして軽量化した「I2P専用PerfectDark(PD)」を、
「Portable I2P」へ導入してもらえませんか会長m(._.)m よろしくお願いします 。

とマジレスしてみる

>>765
http://awabi.2ch.net/test/read.cgi/download/1358255651/19
http://awabi.2ch.net/test/read.cgi/download/1331922082/347
http://awabi.2ch.net/test/read.cgi/download/1312638481/765
http://awabi.2ch.net/test/read.cgi/download/1358255614/212
http://awabi.2ch.net/test/read.cgi/download/1315231508/110
http://awabi.2ch.net/test/read.cgi/download/1329313696/738

共有ソフト悪用、一斉摘発＝「神」「職人」の容疑者も―著作権法違反で27人逮捕
http://headlines.yahoo.co.jp/hl?a=20130222-00000115-jij-soci

最近アップしなくなったEAC/DVDISO/BDMV職人、BDMVエンコ職人、テレビキャプチャ＆エンコ職人ってだーれだ？

俺のささやかな楽しみを提供してくれる人になんてことしてくれるんだよ
ｊ22たそ生きていてくれ

ｊ22たん引退したよ
どうしたらいいんだよ

本当に引退したかどうかはわからんけどな
7月中旬くらいになっても消えたままなら引退かもな

あーあ
J22が帰ってきてくれないと、アニメ見る気無くすわ

Lv.1、Link、nls、ダメエンコ、ぽこぺん
Who、シーシュポス、ボン太
ORI、pui、TALK、ロベルト、サンプル、藁エンコ

格付けはよ

知ってる範囲で大雑把にランク分けするとこんな感じ。

画質Ａ Lv.1、Link、nls
画質Ｂ ボン太、TALK、藁エンコ、シーシュポス
画質Ｃ pui、ωho、ロベルト

Ａ、細部、階調保持、共に文句無し、10bitだから当然といえば当然
Ｂ、細部、階調保持は普通にできてる、8bitエンコーダでここまでできれば上等
Ｃ、細部、階調保持に若干難有り、でも画質自体が悪いわけじゃない、いわゆる普通画質


あくまで画質の絶対評価でランクを分けただけだから10bitが有利なのは当然。
Ｃランクだからって画質自体が悪いわけじゃないから誤解なきよう。
少なくとも今の職人の中で地雷職人はいないと思われる、変にフィルタかけるようなのもいないし。

すべての職人が同じタイトルのアニメをエンコしてなきゃ正直な所ランクなんて付けられないし
比較するにも明確な基準もなく、比較する人の主観のみでまったく当てにならない
元ソースの画質に限りなく近いほうが画質が良いとするなら10bitでバンディングを低減している職人はNGになし
他にも色々あるけど要はランク付けなんて意味がないって事

誤　NGになし
正　NGだし

失礼した

バンディングなんて8bitでもどうにかなる。
10bitの真の利点は輝度成分の保持性能だよ。
明るめのシーンだとわかりにくいけど暗めのシーンだとそれが顕著に出る。
8bitだとレート相当注ぎ込んでも細部を保持できないけど10bitだと難なく保持できる。

シーシュがBとかねぇよ
バンティングでしかエンコ計れんのか。

バンディングよりもBDMVと比較して暗部の細部保持がどれだけできているかでランク分けした。
細部にどれだけ気を使ったエンコ設定になっているかこれで大体わかる。
もちろん画質の論評点は人それぞれだろうから、あくまでこれは一つの見方に過ぎないが。

比較したタイトルと場面は晒すの必須だし
暗部、細部の保持しやすい作品又は場面は普通に存在するから複数タイトルでの同職人、同場面は必須

エンコ設定って話だけど細部、暗部は主にpsy_rd、aqの値の調整、それを有効にするためにsubme10以上
もちろんそれ以外にも調整するオプションはあるけど今は省略する
で、職人によってはエンコ設定晒してない奴もいたはず
タルクなんて昔、固定量子化でのエンコ指摘されてそれ以降姿見せなくなったが、設定隠して復帰してる

いずれにしても、比較するなら徹底的に皆が納得する比較をするべきだし、そんな事不可能だろうから、意味ないと更に言っておく

BDMVと比較か、それなら細部の劣化具合はわかりやすいだろうから意味がないとは思わないけど
下手な設定だと途端に劣化するしな

は？ｗ
比較画像も貼らない、比較作品も言わない
そんな物に意味なんてあるわけねーだろｗｗ

>>779
比較するなら映像をみて良し悪し決めるべき
生半可な知識でx264の設定がああだこうだ言うのは意味がない
実際ビットレート多めに振ることが出来れば解決すること多々あるでしょ

比較画像や動画をアップしろという意見はわかるしやろうと思えばできるが。
こんなご時勢だからそれをするのは相当リスク背負うことになる。
言ってることわかるよね？

比較した作品タイトルと場面の時間くらい晒せるだろ？
アホなの？

画質Ａ Lv.1、Link、nls
画質Ｂ ボン太、TALK、藁エンコ、シーシュポス、pui
画質Ｃ ωho、ロベルト、ダメエンコ

Ａ、細部、階調保持、共に文句無し、10bitだから当然といえば当然
Ｂ、細部、階調保持は十分できてる、8bitエンコーダでここまでできれば上等
Ｃ、細部、階調保持に若干難有り、でも画質自体が悪いわけじゃない、いわゆる普通画質

ランク改訂、迷ったけどpuiをＢに上げた。
Ｃにダメエンコ追加した。

>>784
職人名は出してるんだからエンコタイトルはわかるはず。
もし気になったり反論があるなら自分の目で確認してくれ。
自分の目で見てわからないならそれこそ意味がないと思うが。
もちろん意味はないと切り捨てるのもありだからお好きに。

色いじるのは論外だろ

>>785
ぽこぺんや雷鳴は？

何度でも言うが、その比較はお前が列挙している職人全員が同じ作品をエンコしているのか？
そうでなきゃランクなんて意味ない

ある職人がいて、設定がどの作品でも一緒という前提でＡ、Ｂという作品がある場合
Ａでは細部暗部の破たんは無くても、Ｂでは破たんしている場合があるという事。

あと
>職人名は出してるんだからエンコタイトルはわかるはず。
あほか、そんなもの答えになってると本当に思っているのか？ｗｗ

>>787
その職人は見たことないから当然ランク分けにも入ってない。
名前は知ってるが。

>>788
確かに暗部、細部破綻がたまたま自分の目に止まっていないだけという可能性もある。
また、それだけでランク分けすること自体おかしいという意見もわかる。
あくまで画質論評点の一つに過ぎないから、貴方は貴方で自分の目で確認したことを信じればよい。

>>786
場合による。
たとえば特定のシーンがフルレンジになっている場合はそのシーンの色をTVスケールに修正しないと
意図した通りの再生結果がえられない。

>確かに暗部、細部破綻がたまたま自分の目に止まっていないだけという可能性もある。
何言ってるの？

例えば、塗り絵のような軽めのデータ容量が少ないアニメでは結構緩めの設定でも暗部細部は破たんしないが
その逆の場合同じ設定でも暗部細部の破たんが起こるってこと。それくらいわかるよな？
で、先に述べたことを踏まえると比較する物が統一されてなければ優劣なんて付けられないし、複数の作品又はもっとも細部暗部の
保持が困難な作品を選ばないと比較にすらならない

>>791
言いたいことはわからないでもないが完璧な比較をやりたいわけでもないし
最初から論評点の一つに過ぎないと言っている。
何か不満があるなら貴方が自分のやり方で比較してください、としか言えない。
もちろん画質比較自体が意味ない、ナンセンスだと結論付けるならそれもいいだろう。

自分の中で重要なのはお風呂や温泉の所でどれだけ湯気の向こうのものが見えるかということ
一見見てくれのいいノイズ除去のものより輪郭をより残してあるのならノイジーでもサイズがでかい方がいい
湯気の向こうの乳首の輪郭や湯船の中の体のラインもエンコによってとても消えやすいはず
そういう所でのノイズ除去や低ビットレートにしたことによって失うものが多すぎる
シャープで輪郭を残してあるものならたとえノイジーでも再生時にノイズ除去しながら見ることができるが
ノイズ除去や低ビットレートで消えた湯気の向こうの乳首の輪郭は再生時にどんなにシャープにしようと二度と見ることは出来ない

To LOVEる -とらぶる-DVD版での乳首の認識できるかどうかの存在感の薄さには泣いた

おｋ了解
結局主観のみのお前のオナニーランキングを晒しただけだったんだな納得した
汚物を晒すのもほどほどにしておけよ

>>790
それは当たり前だろ
他にあるのか

>>795
にゃんこいのBDで最終巻以外は色域が違うってのもあったよ

画質Ａ Lv.1、Link、nls
画質Ｂ ボン太、TALK、藁エンコ、シーシュポス、pui、リア動
画質Ｃ ωho、ロベルト、ダメエンコ、GoGi

Ａ、細部、階調保持、共に文句無し、10bitだから当然といえば当然
Ｂ、細部、階調保持は十分できてる、8bitエンコーダでここまでできれば上等、10bitならもっとできるはず
Ｃ、細部、階調保持に若干難有り、でも画質自体が悪いわけじゃない、いわゆる普通画質

Ｂにリア動、ＣにGoGi追加。

画質Ａ Lv.1、Link、nls
画質Ｂ ボン太
画質Ｃ ωho、ロベルト、ダメエンコ、TALK、pui、シーシュポス、藁エンコ

Ａ、細部、階調保持、共に10bit故当たり前
Ｂ、細部、階調保持、平均して保持できてる
Ｃ、細部、階調保持に若干難有り

僕は髪の毛が少ない

童貞病でもSEXがしたい！

淫乱カグラ

進撃の巨チン

スパンキングホテル

核名器ヴァイヴレイプ

宇宙痴漢ヤマト2199

あいぶら

ムチブギョー

舐めよれ！フェラ子さんW

射精際のむろみさん

俺の妹がこんなに気持ちいいわけがない

プリティーリズム・インボーアイブ

黒乳女さんが通る!!

BDエンコに関しては、元のBDMVとの音質差がほとんど気にならないレベルにするには、
2chでAAC350〜400kbpsくらい必要だな
256kbpsだと音が多いシーンで背景音や効果音があからさまにおかしくなるが、セリフのみならそこそこの音質になる
192kbpsだとセリフのみのシーンでも音質がおかしくなってしまう

>>800
だからそこの正解はCBRやABRではなく品質基準のVBRにするべき
Neroでもquicktime系でも平均300kbpsくらいのVBRの場合、
情報量の多いシーンのピークビットレートは常に380kbps前後にのぼるので十分でしょう

可逆でいいだろ…

今週位からTOKYO MXの音質があがったっぽいな

>>800
flacでおｋ

放映中のアニメを中心に新しい職人も出そろったみたいだし、そろそろ各職人の評価一覧が欲しい。

エルフさんの評価もお願い

E35Mだっけか？
設定見てびびっちゃった

そういや設定見えない職人いるけど何で隠すんだろ？

個人的には音質さえよければ画質は少々悪くても問題ないな

地上波・BSは、音声は再エンコせずに放送波AACそのまま、
BDソースの場合は、2chでAAC350kbps以上くらいなら
とくに問題ない

>、2chでAAC350kbps以上

CBRでってこと？

2chなら、VBRで、平均ビットレート350kくらい、最低ビットレート256kくらいのAAC音声がいい

>>797
これ適当なランク分けだと思ったけど実際見てみるとその通りだったわ、
リア動とGoGiって職人のは見てないが

Cでも普通画質か
以前はCだと画質糞だった気がする