次世代コーデック H.264 【本命】

次世代コーデック H.2 ..

669:名称未設定
06/08/20 05:23:56 mej2OlLc0
>>667,668
これ、ちゃうの？
URLﾘﾝｸ(cweb.canon.jp)

670:名称未設定
06/08/20 11:23:39 PuAqCm3c0
AVCHD機はみんなH264対応だろ。HD画質対応のカメラ等はH264。

目指すは「ノンリニア・ビデオカメラ」の統一規格ソニーに聞く「AVCHD」の秘密
URLﾘﾝｸ(www.watch.impress.co.jp)

671:名称未設定
06/08/20 20:04:17 Z22MGDSp0
>>668
>Real Time EncoderチップSony製なんかな。

やるじゃんSony。ジョブズがリスペクトしてんだからそういう良い仕事してくれよ。そうすりゃ叩かずに済むんだが。

GK乙とか言うなよ？

672:名称未設定
06/08/20 20:18:11 l1FUck9e0
むしろ仕事に疲れたGKOB乙ってところか(w

673:667
06/08/21 04:24:19 Ym4fxYPZ0
>>669
どこにAVCHDって書いてある？HDVだろっ！

674:名称未設定
06/08/21 08:11:18 pAiCgYGr0
AVCHDとHDVでH264が関係する件を‥‥w

675:名称未設定
06/08/21 09:10:41 RvSWuXC90
他の会社がH264チップ作れないと、またしばらくSony独走だな。
もうSonyはビデオカメラ専業メーカーとしてがんばって頂きたい。

676:名称未設定
06/08/21 09:11:54 RvSWuXC90
>>673
H264対応のカメラ...

677:名称未設定
06/08/21 10:41:11 URVYXpF90
AVCHDってQuickTimeで再生できるの？

678:名称未設定
06/08/21 11:40:15 KYAmxizh0
まだ出来ないんじゃない。早く対応して欲しい。特にfcp/fce/imovie

679:名称未設定
06/08/21 13:35:09 RvSWuXC90
HDV並の速度で、H.264 HDをbase codecに使うには、Xeon 3GHz x 4でも厳しい。
現時点では中間Codec方式か？

680:名称未設定
06/08/21 16:15:11 ir/4i40j0
H264変換チップ内臓のMacとか出てくる股間
現状じゃ使えんだろ

681:名称未設定
06/08/21 20:24:33 KYAmxizh0
CPUのコアに加えてほしいH.264変換とRAW現像。

682:673
06/08/22 00:22:13 xRJvTg3R0
>>676
こまかいことを言うな。そういうお前もドットをつけろ。

683:名称未設定
06/08/22 02:36:42 By2mKEPe0
そうじゃないし‥‥

684:名称未設定
06/08/22 03:27:08 RqLyjHq+0
そっちじゃないし..... OK?

685:名称未設定
06/08/22 04:37:02 m0Q9on4h0
H……………………………………………………………………………………264

686:名称未設定
06/08/22 07:24:37 7SIvCRpk0
>>681
そこでGPGPUですよ。

687:名称未設定
06/08/22 11:59:30 OeKtHoCb0
ソニー、VAIOバンドルのPremiereがAVCHD編集に対応
－VAIO Edit Componentsを更新。WMP再生もサポート
URLﾘﾝｸ(www.watch.impress.co.jp)

早くappleも対応千回。

688:名称未設定
06/08/23 09:27:15 TqXJ7NDX0
Hに69

689:名称未設定
06/09/03 18:08:50 SMaiBFR40
巡回中

690:名称未設定
06/09/05 10:19:53 Ni2LKxlp0
HD映像を記録する「AVCHD」とはどんな技術か？
URLﾘﾝｸ(plusd.itmedia.co.jp)

　AVCHD方式で記録したものは、とりあえず映像ファイルのコーデックだけなら標準のAVCと同じである。
AppleのQuicktime ProはAVC/H.264の再生をサポートしているので、ファイル内のAVCストリームを直接
叩けば再生できそうなものだが、実際には再生できない。このあたりは、ファイルシステムのフォーマット
が違うため、Quicktime側の対応が必要になる。AVCHDとしても、すでにAppleとの調整はスタートしてい
るという。

　Apple側も今年11月に発表される松下P2のAVC採用モデルに合わせて、ハイエンド編集システムである
Final Cut Studioを対応させるだろう。したがってQuicktimeのAVCHD対応は、少なくともそのタイミング
よりも前に行なわれるのではないかと予想される。

691:名称未設定
06/09/05 17:39:07 pj6Rv+qu0
わざわざ作文をコピペせんでもえーから

692:名称未設定
06/09/06 20:37:46 ZsUiBTaT0
age

693:名称未設定
06/09/06 22:12:46 XouFGTTn0
H.264のHD映像を直接編集するのかな。超重そうだな

694:名称未設定
06/09/07 00:14:00 EGSEwz/t0
でも、あっちよりはまし。

695:名称未設定
06/09/07 15:28:51 uRvki7iM0
やっぱQTは役立たずかぁ
再生コーデックは何でFAですか?

696:名称未設定
06/09/07 19:07:36 1gvww2FY0
QTは役立たずって、何で？

697:名称未設定
06/09/07 21:48:23 FBkcKS760
当然、H.264&AACでコンテナはmovがFA。

698:名称未設定
06/09/07 21:55:22 afv7FQlf0
×MOV
○MP4

699:名称未設定
06/09/07 22:42:25 IYb7mtul0
QTの編集は、ファイルがどんどん重くなってもほとんど操作は重くならないのが特徴だな。
GOPのサイズにさえ気をつければそこそこのマシンでも桶。

700:名称未設定
06/09/07 23:28:28 FBkcKS760
>>698
本命はそうなんだけど、音声多言語化、5.1ch&2ch混在化、チャプタ導入などの観点から
あえてmov。

701:名称未設定
06/09/09 05:45:35 Ai4/TY0l0
それやるならmkv

702:名称未設定
06/09/09 08:48:13 8Z4IsaAb0
>>701
mkvじゃ再生ﾏﾝﾄﾞｸｻ。H.264＋AAC.movなら将来的にもMacとQuickTimeがある限りほぼ間違いなく
再生可能だから。多重音声やチャプタつけたmp4書き出しができるようになれば、すべてを「そのまま」
でmp4書き出しすれば良い。

703:名称未設定
06/09/09 17:07:29 4aJzKPOC0
うーん、説得力はあるなあ。
再エンコードなしは魅力だし。

704:名称未設定
06/09/09 18:50:30 JrFeKIO60
最終解はないんだよね。その時の最適解があるだけ。

705:名称未設定
06/09/09 23:42:15 4aJzKPOC0
しかし5.1ch&2ch混在化なんてどうやって作るの？
DVDから抜いて作ることもできるの？

706:名称未設定
06/09/09 23:51:26 8Z4IsaAb0
>>705
普通にDVDから抜いたac3かdtsを前者ならa52dec、後者ならdtsdec使ってwav6に変換してやれば、
あとはQTPlayerに突っ込んでやるだけで、普段は使えない「5.1chでのAAC書き出し」ができるよ。

混在化は、ぶっちゃげトラックを手動でON/OFFするだけw

707:名称未設定
06/09/10 00:46:15 OpR+p+K70
そりゃすごいや。
HandBrakeで満足している場合じゃなかったな。

708:名称未設定
06/09/10 07:37:20 MDIhoq3I0
mpeg2からmp4へのH264へのエンコードが何度やっても奇麗に出来ない

このように奇麗にエンコードしたいんだけど‥‥‥
URLﾘﾝｸ(www.apple.com)

709:名称未設定
06/09/10 07:45:17 IY2sMa/J0

mpeg2の時点で無理。

710:名称未設定
06/09/10 08:00:55 zsARLRSt0
>>708
元画像のクォリティが高いからじゃないの綺麗なのは。

711:名称未設定
06/09/10 08:32:15 OpR+p+K70
どんなソースをどのソフトでどんなパラメータでやっているか書けよ。
最近は自動で設定させているけど失敗したことないな。

712:名称未設定
06/09/10 10:10:23 MDIhoq3I0
>>709,710
mpeg2ではそこそこ奇麗なんだけど、mp4に変換したら見るに耐えなくなるんだよね‥‥

>>711
ピクセラのCapty MPEG Edit EXでビデオテープをmpeg2で取り込んでmp4に変換してまつ
データレートは256でフレームレートは30、複数回のエンコードだから、問題ないと思うんだけどなぁ‥‥
フレームサイズをいじるから駄目なのかも。キーフレームを自動でやってみます。ありがとさんでし

713:名称未設定
06/09/10 10:32:53 ZT0S8uAl0
>>712
もっと詳しく。

・ソースはインターレースか？
　（ビデオテープを取り込んだということは恐らくそうかな）
・フレームサイズはどのようにいじっているのか？
　（インターレースの場合、Heightをいじると壊れてボロボロになるかも）
・データレート256（kbps）は適切か？
　（フレームサイズがVGA程度だとすると、低過ぎる気がする）

Heightを変えない場合も、Apple H.264はインターレースを保持しない（プログレッシブになる）ので、インターレースなソースのエンコードにはあまり向かないよ。（H.264のコーデックでインタレ保持するのはあるのかな？）

714:名称未設定
06/09/10 10:56:48 OpR+p+K70
ビデオテープというところでまず引っかかるが、まあそれはおいておいて...
元データよりもされに汚くなるという意味だとしよう。
解像度が何であれ、256kbpsは小さすぎる。
iTMSがQVGAでH.264 756kbpsだからね。
最低でも500kbps程度は欲しいところ。
まあ、MPEG-4 CODECで386kbpsでもそこそこ見られるから、H.264 256kbpsが絶対無理だとは思わないけど、
そうとうあちこちのパラメータを最適化しないとね。

あと、713も書いているけど、インターレースのソース（ビデオ、DV、DVDなど）をエンコするときは
リサイズ前にインターレースを解除しないと汚くなる。
キーフレーム自動はキーフレームが増えるのでむしろ不利かなあ。
そもそもエンコーダーに何を使っているか明示されていないのが何とも。
文脈からはおそらくQuickTimeだとは思うのだが...。
iPod用データでも作っているのかな？

715:名称未設定
06/09/10 11:02:28 x+ZrCrV10
>>712
256はどう見ても小さいな。解像度はいくらなのか知らんが、もしそれで640x480なんて
ことやってたらどんなcodecでも破綻する。

キーフレームは、自動で良いかと。

716:名称未設定
06/09/10 13:25:40 ahYrykB40
アニメ（VGA）のエンコをしているが、CGの複雑な絵が多くなければ960kbpsでやっている。それ以下にするとブロックノイズが目立ってくるようになる。
実写、特に動きのあるものは2000でもキツい。
キーフレームは自動にした方が、例えばブロックノイズが抑えられたりするので、そうした方がいいと思う。

717:名称未設定
06/09/10 13:41:27 ZT0S8uAl0
というか品質指定でやらないのかな。その方がエンコ速いし、品質も一定になって良いと思うけど。アニメとか、品質「中」でも動きが少なければ600kbps切ることもあるし。（逆テレシネしてあるのが前提ね）

エンコ後のファイルサイズが揃ってることってそんなに重要？

718:名称未設定
06/09/10 14:04:52 x+ZrCrV10
うむ。動きが少なく、なおかつセルじゃない最近のアニメの場合だと「高」でも600kbps切ることが
あるね。でも、VBRでエンコードしてはたしてどのくらいのビットレートになるかは神のみぞ知る
レベルだから、繰り返しほいほいエンコードできるような早いCPU環境が無いと辛いがな。

719:名称未設定
06/09/10 14:18:11 ZT0S8uAl0
VBRという表現は微妙で、Apple H.264のビットレート指定も複数パスにすると、そのビットレートの中で最大限VBRやってるんだよね。（品質とビットレートをある程度両立させようとしているので、遅い）

品質指定はその名の通り、Constant Qualityという表現が正しいと思う。

720:名称未設定
06/09/10 14:21:19 x+ZrCrV10
>>719
言われてみればその通りっすね。教えていただいてありがとうございます。

721:名称未設定
06/09/10 16:23:19 OpR+p+K70
品質固定が一番いいというのは全く同意。

722:712
06/09/10 22:14:13 MDIhoq3I0
駄目。どうんな事をやっても汚い‥‥orz

723:712
06/09/10 22:20:51 MDIhoq3I0
>>713-715
レスありがとうございます
エンコーダはQT7.12proで次は960kbpsでチャレンジしてみます
なにぶん、G4の1.33なのでテストしてやった方が良いかも知れませんね
試してまた報告致します

724:名称未設定
06/09/10 22:47:17 XN5HwkaO0
Flip4MacでH.264 High Profile作れるやつきた。
URLﾘﾝｸ(www.flip4mac.com)

9/13からダウンロード開始。
設定いろいろいじれるのだろうか。
つーかPro版で895ドルかよ。

725:名称未設定
06/09/10 22:54:43 ZT0S8uAl0
>>724
鯖落ちてる？

726:名称未設定
06/09/10 22:57:00 XN5HwkaO0
>>725
いや普通に見れてるよ。

727:712
06/09/10 23:02:38 MDIhoq3I0
960kbpsで満足いくのが出来ました。ありがとうございました
しっかし、ファイルがでっかい‥‥orz

728:名称未設定
06/09/10 23:16:15 x+ZrCrV10
>>727
君が引き合いに出したBBCのHDライブラリの映像に比べりゃ小さいだろ？

729:名称未設定
06/09/11 00:41:45 Ji2siIKd0
HDとは違うっしょw

730:名称未設定
06/09/12 17:48:16 hPiXMEJm0
iTMSの映画対応でQT、HighProfile対応しないかな？

731:名称未設定
06/09/16 14:03:48 cSMFI24c0
プロファイルがむしろ下がったね

732:名称未設定
06/09/16 15:04:01 S5fS40v+0
ハイプロファイルは次世代DVD方面なのでネット配信はベースラインを追究していくんじゃないか。
棲み分けしないとコンテンツ会社が合意しないだろう。

733:名称未設定
06/09/16 15:26:25 FQAPLJY/0
iPodはファームアップだけで最大640x480対応になっちまったが、それでもベースラインだけなのね…。
メインに対応するとバッテリが極端に持たなくなるとかあるんだろうか？

734:名称未設定
06/09/16 15:40:26 8IzWM02Y0
再生負荷が高くて無理なんじゃないの。

735:名称未設定
06/09/16 17:13:39 cSMFI24c0
プロファイルが高くなりました！よりも、バッテリーが持つようになりました！の方がうけがいいからなあ。

736:名称未設定
06/09/16 18:46:33 id73zkpM0
質問です。

DVDレコーダーで録画した番組を、Macに入れて保存しておきたかったので、
RoxioのToastでDVDから映像を取り出して、H.264フォーマットに変換
しました。

ところが、変換した動画を見ると、コントラストの高い部分に横縞のような
ノイズが入っていました。

キャプチャした画像をアップしておきます。（字幕部分が分かりやすいです）

これはH.264の特性なのか、それとも設定を変更して変換することで
改善することはできるのでしょうか。よろしくお願いします。

737:名称未設定
06/09/16 18:50:29 id73zkpM0
書き忘れました。キャプチャ画像のアップ先は、

URLﾘﾝｸ(read.kir.jp)

です。

738:名称未設定
06/09/16 18:53:28 6CQC+z1s0
この字幕ってスクロールしてる？

739:名称未設定
06/09/16 18:58:44 0P9WbAZ+0
インターレスでは？

740:名称未設定
06/09/16 18:59:32 0P9WbAZ+0
インターレース

741:名称未設定
06/09/16 19:10:23 FQAPLJY/0
>>736
変換前のやつが10.4.nのDVDPlayerなんであれば、そりゃインターレースだ。

で、そのキャプ画の「変換前」とか「変換後」とかの文字＆背景、どうやって入れたの？w

742:名称未設定
06/09/16 19:15:22 6CQC+z1s0
>>741
そこ突っ込むところなの？？？
画像キャプして加工するなんて簡単じゃん。

743:736 ◆RepAhs6cJ2
06/09/16 19:42:06 id73zkpM0
解答ありがとうございました。
インターレースという方式があるというのは知りませんでした。
このスレでも検索したらたくさん情報がありました。

>>243-248
のレスのように、H.264に変換する前にインターレースを解除するという
作業が必要ということですか。

>>741
>変換前のやつが10.4.nのDVDPlayerなんであれば
その通りです。ということは、DVDPlayerがインターレースを解除して
再生してくれている、ということですか？

>で、そのキャプ画の「変換前」とか「変換後」とかの文字＆背景、どうやって入れたの？w
Photoshopで３０秒ほどでできましたw

744:名称未設定
06/09/16 19:42:22 FQAPLJY/0
>>742
いや、個人的興味で知りたかったw
もしかしてこういうのをいとも簡単にやってのけるようなソフトがあるのかなと思ってw

745:名称未設定
06/09/16 19:53:49 FQAPLJY/0
>>743
>作業が必要ということですか。
そういうことです。

うーん…QuickTimeのMPEG2コンポーネント持ってんならMPEG Streamclipを使うのが一番
手軽だが…持ってないのならCUIベースのツールであるyuv4qtあたりを使うのが一番手っ取り早い
かな？

746:736 ◆RepAhs6cJ2
06/09/17 07:50:23 TmxI8zht0
>>745
分かりました。ありがとうございました。

747:名称未設定
06/09/18 20:00:06 kOBtQ4/S0
QT7proでh264のmovを最高画質、複数回実行で書き出してるんだが
３分のファイルを書き出すのに１時間以上かかる。
PowerBookG4でCPUが1.5Gくらいなんだがこんなもんなのでしょうか？
いくら画質を重視したいからと言ってもこんなに時間がかかるものだったとは…

748:名称未設定
06/09/18 20:05:07 LZ+XYL7t0
そんなもん画面の大きさとか、コーデック内容によるでそ

749:747
06/09/18 20:24:44 kOBtQ4/S0
画像は640:480です。コーデックの内容はよくわからないのですが
QTの書き出しの中にあるh264というものを使っています。
元ファイルがdivx形式のaviなのですが画質を落とさずなおかつ今後のビデオ編集に支障を来さない程度
の容量の動画ファイルを作るならh264でmovが良いと思ったのですが、画質にこだわるなら無圧縮aviとか
がいいのでしょか？

750:名称未設定
06/09/18 20:52:35 Kwro0gQ40
DivXの時点でかなり圧縮されてるのにH.264にする意味がよく分かりません。画質落ちるじゃない。
ちなみに自分は3分くらいの自作映像(ソースDV)をPowerBookのG3 400MHzでH.264(640 x 480pixel)に
マルチパスで書き出したら30時間くらいかかりました。最初あまりにも進まないからフリーズしてるのかと思った。
QuickTimeがまだ対応したばかりだった事もあるけど、今はもっと改善されてるのかな。

751:名称未設定
06/09/18 20:54:23 6e6TyvIo0
>>749
>今後のビデオ編集
これを考えるならh.264は現状では無理。
どうしても画質を落とさず編集したいなら可逆圧縮しかない。

752:名称未設定
06/09/18 21:00:00 qAlZTHMN0
iPod用なら分るけどH.264にこだわらない方がいい。
ソースによるが同ビットレートではDivx6とH.264はほとんど変わらない。

753:名称未設定
06/09/18 21:07:32 p7yLb9cq0
>>752
それは言い過ぎ。どう見てもH.264＞＞DivXだw
ましてや今後のビデオ編集とか考えるんなら、長期的に見た将来性もH.264＞＞＞＞＞DivXだよw

…ただ、編集のために残すのに使うような物じゃないよ、H.264にせよDivXにせよ。まだ
DVDに焼くなりした方が良い。

754:名称未設定
06/09/18 21:48:44 jK4oh/ET0
>>750
>PowerBookのG3 400MHz

ちょｗｗｗｗ

755:名称未設定
06/09/18 21:51:48 DL1BJOcq0
movはApple依存形式だから
絶対に止めとけ。

756:名称未設定
06/09/18 21:52:37 p7yLb9cq0
>>755
しかしmovにはmovの利点がある。

757:747
06/09/18 22:01:02 kOBtQ4/S0
レスありがとうございます。
今後他のアプリで編集するのですがdivxでエンコードされているものは読み込めず
しょうがないのでh264あたりでmovにして書き出しし直そうと思った次第です。
これ以上圧縮したいとかそういうことではありません。
テストしてみたところh264のmovなら読み込めます。
自分ももとの映像のDVファイルを欲しいのですが、
divxで圧縮したものしか残してないと言われたので困っています。
画質をこれ以上落とさず、なおかつビデオ編集に支障を来さない程度の容量
ならやはりmovなどに書き出ししなおすのが良いのでしょうか？
それとも無圧縮aviなどに書き出したほうが良いのでしょうか？
ちなみに２分３０秒の画像をQTでh264【最高画質】でやったら書き出しに１時間かかり
2700.73キロビット/secで最終的な容量は50MBでした
画質の劣化は意識しなかったら見逃せるレベルです…

758:名称未設定
06/09/18 22:08:28 6e6TyvIo0
あのね、そのh.264を編集したらまた再エンコで画質がさがるから
すこしでも画質落としたくないなら中間ファイルとして可逆圧縮使
いなさい。
それで元ソースのDivXは別にとっておけばいいでしょ。

759:名称未設定
06/09/18 22:09:44 qAlZTHMN0
>>757
素人じゃDivx→同ビットレートレベル以上の他形式にエンコしても劣化分らんよ。
H.264は暗がりが苦手だからおすすめしないけどな。
3ivxかffmpegMpeg4がおすすめ。

760:名称未設定
06/09/18 22:11:00 qAlZTHMN0
あ、編集目的なら素直にDVに書き出しするのをすすめる。

761:名称未設定
06/09/18 23:22:05 SU/xhPkB0
編集ソフトによっては、無圧縮AVIが扱えなかったり、DVしか扱えなかったりで、自然と使えるものが決まってくるような気がする。
何のソフトで変種作業を行うつもりさ。
いずれにしろ、DivXやH.264などの高圧縮系のCODECは、編集が終わった後の最終産物を残すための形式だと思う。
DivXしか残していなかった友人のやり方はセオリー的には間違っていないんだよね。

762:747
06/09/18 23:38:03 kOBtQ4/S0
ありがとうございます。
いろいろ考えて素直にDVに書き出してみようとおもいます。
もう少しいろいろ勉強してみます
レスありがとうございました！

763:名称未設定
06/09/19 04:40:32 YjQNXB7G0
そーいやpixletって編集目的のコーデックだったな
DVより劣化しないのか？

764:名称未設定
06/09/19 08:05:20 HypD3eVX0
最高画質ではあまり劣化しないけど、容量が大きくなる。
ビットレートを下げるとこれがなかなか画質が下がる。
ダメダメCODEC。

765:名称未設定
06/09/19 11:12:56 ckAkXMLv0
編集用ならこれがいい。
URLﾘﾝｸ(www.apple.com)

766:名称未設定
06/09/19 23:45:57 r642zeVK0
非圧縮の.movに書き出す事ってできないんだっけ？普通のマシンだと重過ぎて再生できない？
やっぱDVが一番使い勝手いいのかな。

767:名称未設定
06/09/19 23:50:34 ofB26WwN0
>>766
非圧縮再生はマシンパワーより高速ストレージが必要。まあ、エンコードの中間物や編集用と
してなら使えなくはないが、観賞用には向かない。

768:名称未設定
06/09/20 13:57:54 /XODWNih0
Apple Pixlet Videoもデカイねぇ。HDVをPreview用に書き出したら、1分で1.5Gになった...
Animationの最高画質が可逆だっけ？

769:766
06/09/20 15:24:37 cLDDZNzp0
>>767
そっか。やはり速いディスクじゃないと駄目なんだね。
Media100で非圧縮のSD編集してるの編集スタジオで見たら1万回転のHD x 30台くらいのレイドだった。
別の部屋に置いてあったけどすげーうるさかった。

770:名称未設定
06/09/20 22:22:49 1yPEj8rP0
>>768
Appleの説明では
「1920x1080のコンテンツで…Pixletが約40Mbpsを必要とする…」
（URLﾘﾝｸ(www.apple.com)）
となってるからビットレートを高く設定し過ぎじゃね？

771:名称未設定
06/09/21 12:55:45 VYivP3Uk0
品質は「高い」でした。スライダーで左から3/4の所。
40Mbpsってノートの2.5インチHDDでも行けるんかな？

772:名称未設定
06/09/21 14:49:23 Ga+aE9tD0
>>771
(　´д)ﾋｿ(´д｀)ﾋｿ(д｀　)

773:名称未設定
06/09/21 18:51:30 mrnLEdBD0
>>771
>>770のリンク読んだ？
デュアルプロセッサ搭載の2GHz G5以上であれば、1920x1080フレーム（約40Mbps）のリアルタイム再生も可能です。
だって。

774:名称未設定
06/10/07 18:52:51 AvGXOYwF0
不定期巡回

775:名称未設定
06/10/10 23:10:52 N3eGtG4x0
age

776:名称未設定
06/11/02 07:13:55 hh3qU+mm0
ほ

777:名称未設定
06/11/02 20:57:21 jLjfHxPA0
ビットレート　128kbps のストリーミングで、
20kbps 16kHz stereo 1-pass CBR
128kbps 44kHz stereo 1-pass CBR

では後者のほうが音質がよい気がしますが、
わたしの感覚が正しいとすると、なんで前者のようなことをするのでしょうか？

突然質問ですいません・・・。

778:名称未設定
06/11/02 21:46:26 8YrwZnzf0
スレ違い

779:名称未設定
06/11/02 21:48:19 Aa1HNNo00
>>777
作った本人に聞けよ

780:777
06/11/02 23:51:40 NrUdGk5n0
場違いでしたか、失礼しました。
ほかのスレを探します・・・。

781:777
06/11/05 13:11:42 B4mYo2Tk0
どこで訊いてもだれも分からないよ T T

782:名称未設定
06/11/05 17:06:26 L4YY9K/k0
>>777
単純に軽くしたいからじゃん。128kだと容量食うから。

783:名称未設定
06/11/05 20:26:03 NrhxcGC70
>>777

(　ﾟдﾟ)

(つд⊂)ｺﾞｼｺﾞｼ

(；ﾟдﾟ)

(つд⊂)ｺﾞｼｺﾞｼ
　　_, ._
（；@益@） …？!

784:名称未設定
06/11/05 20:29:32 nxmCFeFF0

ビットレート　128kbps のストリーミングで、
20kbps 16kHz stereo 1-pass CBR

20kbps 16kHz stereo 1-pass CBR
ビットレート　128kbps のストリーミングで、

凡人には答えられないよな

785:名称未設定
06/11/05 20:43:02 nxmCFeFF0
あ、答え分かったw 俺、天才なのかもしれねw

つまり、ストリーミングは128kbpsで
ソース（音楽？）が20kbps 16kHz stereo 1-pass CBRと128kbps 44kHz stereo 1-pass CBR
という意味だな。
そりゃ、20kbps 16kHz stereo 1-pass CBRのソースしか無いかor多少はCPUの負荷が軽くなるからだろう。
128kbpsでストリーミングしてるのは無駄だが単に設定を分かってないに違いない。
自前のPCがハイスペックで回線が光とかでストリーミングの一般的なビットレートを気にしたことが無いとかな。

786:777
06/11/05 23:47:30 B4mYo2Tk0
>>785
質問の仕方が下手だったのね T T
ありがとう。やっぱりビットレート128kbpsで
オーディオコーデックが20kbps 16kHz stereo 1-pass CBR　なのは
単純に無駄なんだね。ネットラジオ専業局ではこんなことないけど、
海外のFM局でこういう変なストリーミングがいくつもあって、
ビットレート高いのに音質が悪いから不思議だったんだよ。

787:名称未設定
06/11/06 00:01:27 vlcrpj8u0
いい加減スレ違い

788:名称未設定
06/11/15 14:49:08 BF+NGoc70
エスパーに感動したｗ

789:名称未設定
06/11/22 12:05:26 YEKKfdg30
やべーこれ
URLﾘﾝｸ(www.adstech.com)
超小さいH.264ハードウェアエンコーダー

でもMac非対応　orz

790:名称未設定
06/11/22 12:09:26 YEKKfdg30
あ、でも $ 79.99だって。高杉だ　orz
Mac対応でもいらんな。

791:名称未設定
06/11/22 12:59:15 8mHM/ult0
書き出しが320x240限定みたいだし意味無いでしょ。

792:名称未設定
06/11/22 18:57:30 MXFkSmb70
320×240でも初めてiPod Videoが出た頃にAppleが作ってたくらいの
奇麗さがハードエンコ出来るなら３万５千円くらいまでなら出す！
ただしCMカットとかが無劣化で手軽に早く出来るアプリもついてればだが

793:名称未設定
06/11/22 19:54:56 3n8WjoTp0
シングルモードで走るエンコーダーってないの？
MacOS上じゃ重すぎるよ‥‥orz

794:名称未設定
06/11/23 13:21:33 hvIalhep0
オープンソース系のはどれでもいけるんじゃない？

795:名称未設定
06/11/23 16:13:28 Dz5cdyHQ0
書き出し320x240ってアホかと。買ってから気がついてorzのやつ多そうだなー。

796:名称未設定
06/11/23 17:01:29 jn8U4lB+0

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）
.　|　　　　（__人__）　　最低でもVGAだろ
　 |　　　　　｀ ⌒´ﾉ　　　常識的に考えて…
.　 |　　　　　　　 }
.　ヽ　　　　　　 }
　　ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　く　　＼　　　　　　　＼
　　　|　　　　＼　＼　　　　　　　＼
　　 |　　　　|ヽ、二⌒)､

797:名称未設定
06/11/23 19:59:02 dsgC4bzE0
iPod用に変換したH.264ファイルがiTunes内に200GB弱もある俺には
VGAなんて無駄に容量喰らうもん使わないから問題ないけどな
最近じゃiPodでしか見ないって確信してるから、元ソースを録画する時
CaptyのMpeg1、2Mbpsで十分こと足りる
もうMpeg2とかVGA以上で録画/保存するなんて、サッカー以外じゃ
余程ずっと残しておきたいモノしかやらないよ。容量の無駄

798:名称未設定
06/11/23 20:56:20 qSgY5y920
264、アニメでかますと奇麗なんだけど、
全体的に色が濃くなるんだよなぁ

799:名称未設定
06/11/23 21:10:14 GGGhHAjZ0
色が濃く見えるのはAppleH264デコーダの特性。
VLCで見ればフツー。

800:名称未設定
06/11/23 21:31:00 hvIalhep0
デコーダの特性というより、Playerの特性だろ。
デコーダは、QT player 6から再生すると色が変わらないんじゃ？

801:名称未設定
06/11/23 21:39:02 qSgY5y920
HandBrakeの264でかましてみたんだけど、
QTで再生してみると、えらく濃いぃ
VLCで再生してみると、やや濃いぃ
MPlayerはVLCと同じ

802:名称未設定
06/11/23 23:44:34 Dz5cdyHQ0
そのうちiPodも緻密な液晶使ってVGAが標準になるんじゃないのかな。そしたら昔Encodeした映像が妙に汚く見えて萎える。
MP3はやり始めた頃変換した曲を久しぶりに聞くとBitrate低過ぎて聴いてらんないのと同じで。

803:名称未設定
06/11/24 00:30:46 +IL32ukY0
たとえ高解像度になっても液晶サイズ的に問題になるほど汚くは見えないだろ
それくらいで気にする神経質な人間ってかわいそうだな

804:名称未設定
06/11/24 09:48:45 u0h/zY510
目が悪い人間って羨ましいな

805:名称未設定
06/11/24 10:05:30 Ekcssbmp0
>>804
ひっしだなw

806:名称未設定
06/11/24 21:15:32 cNc9E1E10
Phishiだぜ！

807:名称未設定
06/11/24 21:40:43 TNcfvjjZ0
>>806
ふぃしって感じだな

808:名称未設定
06/11/29 21:22:54 /GBd75yl0
URLﾘﾝｸ(www.stealthimaging.com)

このカードその後売り出されましたか？

809:名称未設定
06/11/30 11:34:47 95TOntVe0
うわ、そのカードいけてるなあ。でも値段が恐ろしい事になりそう。

810:名称未設定
06/11/30 23:00:57 iCt14NU90
>>809
まあ自分には関係ないかと思って見に行ったけど、マジ欲しくなった。
これすごく魅力的。
ケチのつけようがないじゃん。

811:名称未設定
06/12/01 03:20:41 0qM/6mTh0
でも、Macは未対応ってオチじゃないの？
もう慣れたけどw

812:名称未設定
06/12/01 11:37:23 Bs9hIh3O0
> Designed for PC and Mac laptops using ExpressCard technology

って書いてあるからMacBook Proのみ対応かな。値段安ければかなり欲しい。

813:名称未設定
06/12/01 23:58:55 VJ+Id4HC0
MacBook Pro対応、QuickTime完全互換、であるように読める。
差し込むだけでQuickTimeのエンコードが速くなるらしい。
GJ

814:名称未設定
06/12/02 00:03:00 I+aU6LVo0
USBタイプも…

815:名称未設定
06/12/02 04:58:11 vCQIfd/y0
USBじゃ遅いからｲﾗﾈ

816:名称未設定
06/12/02 11:53:10 iFrGfBlL0
で、そもそもこれ発売されてるんすか。会社自体怪しいんですが。

817:名称未設定
06/12/02 20:56:04 vCQIfd/y0
（´-`）.。oO(夢を与える会社だって事は、まだ誰も気がついていないようだ)

818:名称未設定
06/12/11 11:42:34 iL8i363G0
VLC 0.8.6使えばついにPowerBookG3 400MHzで、
GoogleVideoでUpされてるくらいのH.264コマ落ちほとんど無しの再生できるようになった～
新しいMac買おうと思ったけどいいや。

819:名称未設定
06/12/11 15:20:28 fVRQR2eU0
>>818
おれPismo使いなんだけど、VLCがPowerPCに最適化されるなんて考えて無かったから、
スルーしてたんだけど、幸せになれたよ。

820:名称未設定
06/12/11 23:36:53 iL8i363G0
QuickTimePlayerよりVLCの方が軽いね。FlashVideoも再生軽くなった。
でもFLVのDrag&Drop再生ができないのが惜しい。

821:名称未設定
06/12/12 00:14:44 YemJftwc0
・Infomation Window->Statistics
すとりー民具…

822:名称未設定
06/12/12 15:35:07 0Bi9Ndr10
あ、それも俺気がついてた。「民具」ってなんだよ！って

823:名称未設定
06/12/12 20:19:15 rh06eXtK0
「禁具」がよかった？

824:名称未設定
06/12/15 01:17:30 xxr2XZnk0
MPEG-4ファイル再生可能をうたうDVDプレーヤーがたくさん出てているようなのですが
これらのなかにH.264が再生可能な機械はありますか？
仕様を読んだだけではいまいちよくわからないのです。

825:名称未設定
06/12/15 05:30:43 hXe4SxBy0
たぶん、まだほとんど無い。
可能な製品には明記されてると思う。売りになるから。

826:名称未設定
07/01/14 10:46:10 eYLbmlyT0
H.264のエンコードは15fps位だと早く終わるね
見るに耐えないって程悪くないし
しっかし、もっと早いカードとか安価に出てくれんもんかのぉ‥‥
PBG4だとかなり辛い　Core2だと幸せになれる？

827:名称未設定
07/01/14 10:54:48 pcoBIDjw0
>>826
今も使ってる2GHz改のG4 QSよりサブのMac mini 1.66GHzの方が速いから、
幸せすぎて昇天するyo

828:名称未設定
07/01/14 17:32:02 eYLbmlyT0
さんきゅ
アドベがインテル対応してたらすぐにでも買い替えたいんだけど‥‥

829:名称未設定
07/02/08 21:44:02 7OmN3yvk0
保守

830:名称未設定
07/02/13 23:09:17 MRCVda+X0
スレ違いだったらすいません

なちろだ２→URLﾘﾝｸ(nacci.homeip.net)の
[nacci2_3201.mpg] ビストロなっちと [nacci2_3197.wav] 060418 プリズンガールを見たいのですが
見れません
何かコーデック？が足りてないのでしょうか…
今僕が入れている動画再生ソフトはGOMPlayerとWindows Media PlayerとQuick　Timeだけです
宜しければ良い無料ソフトなど教えて下さい

831:名称未設定
07/02/13 23:55:30 xOJIyDN50
>>830
mpegのほうはVLCで再生できた。
QuickTime Playerで見るならQuickTime MPEG-2再生コンポーネントを買う必要が、
多分ある。

832:名称未設定
07/02/14 00:11:22 BKIEHsKa0
>>831VLCをインストールしたんですが　その後どうしたら見れますか？

833:名称未設定
07/02/14 00:45:18 SfcdPqml0
>>832
スレ違いというより板違い
ここMac板

834:名称未設定
07/02/14 00:52:52 BKIEHsKa0
>>833何板に行ったらいいんでしょう…

835:名称未設定
07/02/14 01:53:02 FRksyUvq0
んなことまで教えなくちゃならんのか…

Windows板で駄目ならDTV板にでも行け。

836:名称未設定
07/02/14 03:16:34 BKIEHsKa0
>>835本当にありがとうございます！

837:名称未設定
07/02/15 04:07:01 fC7tQlUG0
>>836
手遅れだろうが迷惑かかるからろだの掲示板で聞くべきじゃない？

838:名称未設定
07/02/15 04:48:19 1fxVplEU0
>>837教えてもらって初めてろだの掲示板が掲示板があることに気づきましたorz
　　　　ありがとうございました

839:名称未設定
07/02/22 14:07:44 lnI1hTSb0
保守

840:名称未設定
07/02/27 18:28:30 eS4+g3uc0
やっぱみんなBフレ0にしてる？

841:名称未設定
07/02/27 19:29:37 3KZvMn8m0
してない。５にしてる。

842:名称未設定
07/02/27 20:57:12 eS4+g3uc0
>>841
なるほど。サイズはその方が縮むんですよねぇ。

次回エンコで試して画質比べてみよっと。

843:名称未設定
07/03/03 12:34:22 ZVn/5oQj0
>>842
俺は全オプション外しの方がおすすめ。
再生負荷も違うし、何より案外サイズが変わらないからね。
CABACだけは効果が大きいから使ってもいいかもね。
デブロックは低ビットレートなら使った方がいいかな。

844:名称未設定
07/03/07 06:46:07 jDz2bYc50
>このストリームプロセサ1個で、リアルタイムで毎秒30フレームの速度でH.264のベースラ
>インプロファイルを使って1060pのエンコーディングが可能という。

SUGEEEEE! (1060pは多分1080pの打ち間違いだろう）

URLﾘﾝｸ(journal.mycom.co.jp)

845:名称未設定
07/03/08 23:51:24 Ao624t8Z0
>>844
凄いけどこういう新しいの使った機器は初期に買うとデバイスの不都合やら何やらで
えらい目に合いそうで怖いんだよな。

846:名称未設定
07/03/11 00:02:07 /gU5Q7rB0
不都合というより不具合

847:名称未設定
07/03/11 00:22:45 qCZca/dp0
次期Macにエンコード/デコードチップ載るかも?みたいな噂あるけど本当なら嬉しいな。

848:名称未設定
07/03/11 00:36:06 PtcgAy4F0
専用チップ載せても一瞬しかメリット無い。
それくらいこの業界の動きは速い。

849:名称未設定
07/03/11 01:23:45 5f+dP7ob0
コーデックの量産効果による低価格化を狙ってるのかもね。
Mac採用コーデックが低価格化することで組み込み機器に採用されて、
それによってデファクトスタンダードのプロファイルが決まってく...

なわけないか

850:名称未設定
07/03/11 02:50:55 /kcg/uAz0
まぁエンコってのは重いし時間かかる物だからそれ用チップが出てくるのは
いいことだけど、複数メーカーから数種類出てきて値段や機能やら競うぐら
いな状況になってくれんとなかなか値段も手ごろにならないし改良も遅いん
だよね。

851:名称未設定
07/03/11 03:23:23 gAKoIcYD0
FPGAとかCPLDとかの、「書き換え可能な」ハードウエアによるエンコード／デコード支援、
とかなら良いんじゃない
コーデックの仕様が変わっても当面は追従出来るし、並列化可能な処理には極めて強いし、
アルゴリズムの改良で随時性能向上も図れるし

つかFPGA関連の話題でPC向けの用途としてそういう方向性も出ていたような…
聞きかじりなんであんまり詳しくないけど

852:名称未設定
07/03/11 12:32:40 x7entplc0
デコード専用チップならほとんど意味無いよね。
なぜなら、今後登場するMacにとって、H.264のデコードはCPUだけで楽々できるものだから。
エンコードチップなら欲しい。

853:名称未設定
07/03/11 12:39:33 qCZca/dp0
でもまあCPUの負荷が減るんだからいいんじゃないの？値段ほとんど変わらないならおまけで載せてくれてもいい。

854:名称未設定
07/03/11 13:38:03 Zhtd2BMl0
Core 2 Quadに期待。
SDで2倍速、HDで等速くらい？。

855:名称未設定
07/03/11 19:07:44 /kcg/uAz0
PCに負担もかけずに鬼のような速度でエンコできるボードとか出ないかなぁ。ｗ

856:名称未設定
07/03/12 23:07:09 DEFWURF40
Core 2 Quadなんか出るんか？

857:名称未設定
07/03/12 23:53:11 P03+0goL0
ロードマップくらい見たら？
Core 2 Extremeでエンコが速くなるかどうかを知りたい。

858:名称未設定
07/03/19 21:53:57 iFdF+QAG0
WindowsよりLinuxは動画再生軽いからH.264にも向いていそうだが、
まだ入れたばっかりでテストできるまでに操作を理解できてない。
(；´∀｀)