SATOXのシテオク日記 このページをアンテナに追加 RSSフィード

最近日記一覧(30)

[PRG]Visual Studio Installerにインストール環境条件をつける
[メモ]スマートフォンは5年以内に時代遅れになる?
[間違い]クリミナルガールズ
[間違い]東京ねこなかまさんのサイト
[PRG]全天球動画編集前のファイル仕分けバッチ作ってみた
[間違い]USB3.0リンクケーブル製品ページ
[私信]「言う」と「いう」
[駄文]Windows10アップグレードの抑止方法
[駄文]韓国「盗んだ仏像は取りに来たら返す」
[私信]7/15 Amazon PRIME DAY(プライムデー)に何が起こる?
[私信]カレー味、ゆず味
[メモ]2020年にフォーミュラEはF1を上回る
[PRG]Android+Eclipse+NDKの問題
[F1]2014第13戦イタリア決勝結果
[F1]2014第13戦イタリア予選結果
[ゲーム]ドラクエ無双がPS4で登場
[駄文]はやぶさ2機体公開
[私信]いるいる「24時間テレビは偽善者」と言いたい人
[F1]マックス・フェルスタッペン、ドーナツターン失敗
[F1][動画]フォーミュラ1VSフォーミュラE
[駄文]Seageteが8TB HDDをサンプル出荷
[F1]2014第12戦ベルギー決勝結果
[F1]2014第12戦ベルギー予選結果
[F1]フォーミュラE徹底ガイド観た
[F1]アンドレ・ロッテラーはケータハムに身を置くつもりはない模様
[F1]小林可夢偉、ケータハムのシートを失う
[F1]フォーミュラE最終テストタイム
[F1]佐藤公哉、Auto GPでシリーズチャンピオン獲得
[動画]アザラシとサーフィン
[駄文]ハイスコアガール著作権問題

最新トラックバック一覧

最新コメント一覧

1. 10/05 nor
2. 10/05 鉄板
3. 01/08 やまさん
4. 01/08 やまさん
5. 10/05 まぁぶぅ
6. 09/29 かわむら
7. 06/27 satox
8. 06/27 chap-chap3
9. 07/22 satox
10. 07/22 よこたん

SATOXのむにむにアンテナ

最近の言及URL

シテオクカウンタグラフ

satoxのシテオクカウンタ

一生どうでしょうします!

連絡先アドレス

文句、苦情、愛の告白、
日常の愚痴、応援のお便り、
週報送り先などは以下の通り。

その他

■QRコード(URL):
SATOXのシテオク日記 for mobile
SATOXのシテオク日記は、携帯向けに最適化された内容で閲覧することができますぞ。

将来は猫になりたいSATOX(さとっくす)ことダメな人が、シテオクな日記を綴ったり綴らなかったり。
F1伊集院光水曜どうでしょう猫好きぷに絵描き。お仕事はゲーム関連のプログラマやってます。
follow us in feedly My Yahoo!に追加 Subscribe with livedoor Reader Bloglinesで閲読登録

2015-08-30(Sun)

みてる

[]全天球動画編集前のファイル仕分けバッチ作ってみた

最近、GoPro 6台を使って全天球動画を作る機会があったのですが、面倒なのがファイルの仕分け。

6台それぞれに録画された複数のmp4(H.264)ファイルをPC上に同期を取った状態で間違いないようにコピーする必要があり、手作業でやるのは面倒だし、なんだか間違えそうだと思ったので、バッチファイルを作ってみました。

簡単に言うと、撮ったファイルを半自動でフォルダ仕分けしてくれるものです。

前提としてはGoPro上に撮りためた直後からのお話で、各カメラ内のファイル数が同じであることが前提です。(例えば、あるGoProだけ動画が撮られている状態から撮るのはNG。なぜならファイル同期がずれちゃうので。最後のファイルの数が前後するのはOK。)

まぁ偉そうに記事にするほどたいした話じゃないんですが、もし同じ作業をしていてつらい思いをしている方がいおり、お役に立つならばこれ幸い……。

1. PC上にフォルダを作る

PC上の適当な場所にフォルダを作ります。

このフォルダ以下でファイルの仕分けを行います。

2. バッチファイルの準備

以下の内容をメモ長などのテキストエディタへ貼り付けて、例えば「distribute.bat」という名前で作成したフォルダに保存します。

@echo off
setlocal enabledelayedexpansion
set DIRNAMEPREFIX=mv
set FILESEARCH=*.mp4
set fileindex=1
set pad=4
rem ファイル名順、ファイル処理ループ
for /F %%A in ('dir /B /ON %FILESEARCH%') do (
	set DIRTMP=00000000!fileindex!
	set DIRNAME=%DIRNAMEPREFIX%!DIRTMP:~-%pad%!
	rem ディレクトリがなければ作る
	if not exist "!DIRNAME!\" (
    	mkdir !DIRNAME!
	)	
	echo "%%A" move to "!DIRNAME!"
	rem ファイルの移動
	move %%A !DIRNAME!\
	set /a fileindex=fileindex+1
)
endlocal

3. 1台のGoProからこのフォルダへファイルをコピー(または移動)します。

作業はGoPro1台ごとに行っていきます。

GoProから、作成したフォルダに1台分すべてのmp4ファイルをコピーします。

今回は13回動画を撮影したのでmp4ファイルが13あります。

(初めに全台数のコピーをしてはいけません)

4. バッチを実行

コピーが終わったら、先ほど作成したバッチを実行します。

すると、「mv(連番数字)」というフォルダが作成され、mp4ファイルが名前順に格納されます。

f:id:satox:20150831143459j:image

13ファイルがそれぞれ13フォルダに格納されます。

これで1台分の処理は終了。

3.に戻り、次のGoProのファイルコピー+バッチ実行をGoPro台数分回繰り返します。

 

これでフォルダごとにファイル仕分けが簡単にできました。便利便利。

2013-01-28(Mon)

nikukiu

[]H.265(HEVC)、国際規格化

現在ビデオ記録や放送、Blu-rayなどで多く使われているH.264(MPEG-4 AVC)ですけども、それに変わる次世代コーデックとしてH.265(HEVC) 「ISO/IEC 23008-2」としてITU勧告されたんだそうな。

より求められる低ビットレート高画質化、4Kなどのハイレゾリューションに対応するものです。

メインプロファイルではYUV420、8ビットカラーをサポート。メイン10というプロファイルでは、制止画プロファイルが規定されるとのこと。

さらに独自にYUV422、YUV444、12ビットカラー、3Dビデオ対応などの拡張が行われるそうです。

「MPEG-5になるの?」と思う方もいるいるかと思いますが、恐らくなりません。

MPEGの企画だけはずいぶん一人歩きしており、MPEG-7やMPEG-21という概要だけが先に出来ており、コーデックとは関係のないコンテナのような役割が規定されています。

ITU(国際電気通信連合)は25日(スイス時間)、「HEVC(High Efficienct Video Coding)」の名称でも知られるビデオコーデック規格を「H.265」または「ISO/IEC 23008-2」として勧告した。

ITU、次世代ビデオコーデック規格を「H.265」「ISO/IEC 23008-2」として勧告 - PC Watch

H.264って一部の人には覚えづらくて、国道246号線を「ニーヨンロク」なんて言う人は、しばしば「H.246」なんて言っちゃいます。

さて、H.265がケータイ端末でも利用できればより圧縮率がよくなるか、画質が良くなるといったメリットがあるわけですが、すぐには対応は難しいでしょう。

ファームである程度書き換えられるかも知れませんが、基本的にはH.246デコーダがチップ化されているので対応は不可能。ARMのマルチコアを使えばデコードできなくもないかもですが、CPU負荷はH.264よりも増えているので現実的には難しいと思います。

一方でQualcommのSnapdragon SOCですでにH.265(HEVC)のデモが行われています。

というわけで、次世代の端末などで順次はH.265対応が行われていくことになるかと思います。

2012-10-16(Tue)

擬態

[]Amazon、TI/OMAP買収で交渉中

米AmazonがTexas Instruments(TI)のモバイルチップ部門を買収する交渉中なんだそうな。

AppleがARMチップを開発製造するIntrinsityやPA Semiを買収してA6チップなどを開発(生産はSamsung)して世に出したように、Amazonが世に出しているKindleでもOMAPの設計・製造ベースに利用したいのだと考えているのだと思います。Amazonの本気度が伺えるニュースです。

ちなみに、OMAPと競合するのはnVidiaのTegra、QualcommのSnapdragonなどです。

モバイル端末やタブレットなどに必要な機能を一手に引き受けるチップで、ARMの複数コアを内蔵して低消費電力。3G/4Gなどの機能、GPU機能、H.264などのデコード支援機能、その他諸々の機能を内蔵したチップ。システムオンチップ=SOCとかアプリケーションプロセッサーユニット=APUとか言ったりもしますね。

独自の設計や製造ができることで、高性能化やコストダウン、独自の仕様などを詰め込めるということがメリットとなります。

それにしても、ARMが大人気ですね。

米Amazon.Comは現在、同社のタブレット端末「Kindle」向けのプロセッサの供給元である米Texas Instruments(TI)のモバイルチップ部門の買収を検討中であり、交渉は既にかなりの段階まで進んでいる

AmazonがTIのモバイルチップ「OMAP」を買収か? - ITmedia ニュース

一方で、ちょっとやばいのがQualcommでしょう。

一時期はQualcommのSnapdragon端末だらけでしたが、近年SOC開発ではちょっと出遅れており、Tegra3が割と人気。そういう意味ではApple、Samsung、そしてAmazon以外はTIの選択肢がなくなり、買ってくるのであればQualcomm、nVidiaの選択肢しかなくなってしまったということになります。(もちろんSOC独自設計でチップ製造会社に委託することもあるけども。)

個人的にはインテルが黙っていないんじゃないかと思ってみたり……。

さて。

それにしても日本の企業の話が出てこないのが悲しい。東芝とかルネサスとかエルピーダとか……液晶のシャープとかプラズマのパナソニックとか。リチウムイオン電池のサンヨーも……。……ソニー(笑)。

2012-03-20(Tue)

はなちょん

[]FirefoxがH.264サポートへ、WebM衰退か

Firefox/MozillaがH.264(MPEG-4 AVC)をサポートすることを表明したんだそうな。

以前から、HTML5の動画コーデックがブラウザ毎にまちまちであることやH.264はMPEG LAがライセンス管理を行っており、現状無償ですがいつ有償に分かったものではないという点で問題がありました。

そんなFirefox/MozillaがH.264のサポートに踏み切ったのは、現状なんでも再生が可能なGoogle Chromeに対する危機感だったようです。

■GoogleのH.264非対応について - SATOXのシテオク日記

■HTML5のコーデック策定決裂 - SATOXのシテオク日記

ウェブ業界で数多進行している局地戦のひとつ、H.264 と webM をめぐる HTML5 ビデオコーデックの問題で、webM 派閥だった Mozilla / Firefox が H.264 のサポートに転向します。Mozilla Foundation の理事長である Mitchell Baker 氏と、CTO の Brendan Eich 氏が相次ぎ、ブログで H.264 サポートの意向を表明しました。

Mozilla が H.264 をサポートへ、webM 一本化を断念 - Engadget Japanese

結局の所、HTML5時代のコーデックとして、ひとまずH.264で動画コーデックを圧縮しておけば、多くのシェアを占めるFirefox、Google Chromeで動画再生できるようになるわけです。(ChromeはH.264のライセンス問題からH.264対応中止を宣言していますが、H.264が再生可能なFlashを内包していることから、H.264再生に対応しています)

一方、GoogleがOn2を買収してまで手に入れたVP8+Ogg Vorbisこと「WebM」は、BSDライセンスで自由に使えるライセンス形態なものの、プライドの高い2社、QuickTimeにしかないSafariアップル、IEマイクロソフトが対応への難色を示し、微妙な立ち位置になってしまったといわざるを得ません。恐らくこのまま、なかったことになってしまうかと思います。

H.264よりWebMの方が圧縮率も高く、デコード負荷も低く、クオリティも同ビットレートで良好なので良い事ずくめなのに、大きな企業が技術をつぶしている残念な現実です。

ちなみに、FirefoxのH.264対応で窮地に立たされたのはOpera。恐らく同じように対応を迫られるでしょうね。

さて。

Googleは静止画のコーデックも発表しています。「WebP」。

JPEGやPNGよりも利点が大きいWebPですが、これもなかなか浸透させるのは難しいですよね。JPEG2000なんてのもありましたが、サイトを作る人にしてみたら閲覧できないブラウザがあるかもしれないコーデックに対応するわけにも行かず、いくらメリットがあっても選びたくないですよね……。

WebPもWebM同様に消えてなくなってしまう運命なのかもしれません。

200403040506070809101112
2005010203040506070809101112
2006010203040506070809101112
2007010203040506070809101112
2008010203040506070809101112
2009010203040506070809101112
2010010203040506070809101112
2011010203040506070809101112
2012010203040506070809101112
2013010203040506070809101112
2014010203040506070809
201503060708091012
201601

  • satox2016-01-20
  • あっぷ
  • ぬも
  • miteru
  • みてる
  • ピックアップ
  • おばちゃん
  • smilecat
  • ぎょ
  • ぺろりん
  • みる
  • みてる
  • satox2015-03-25
  • 吸う
  • だるい
  • ねこだまり
  • <●><●>
  • 夜景
  • ふいふい
  • gyo
  • ごあいさつ
  • ずるーん
  • すくっ
  • 男爵
  • ぬぬ
  • 胸を借りる
  • ぞうしょく
  • マッシュルーム
  • hirune
  • 寝る子=猫
  • じゆう
  • ねこよけない
  • miteru
  • 涼しい
  • 呼んだ?
  • 群れ
  • おもいかね
  • いっそ飲んでくれ
  • 見つかった!
  • ゆびさしかくにん
  • 対峙
  • だらあん
  • 真ん中分け
  • ベテランの守備
  • 開眼
  • みざる
  • パパラッチ
  • kinenn
  • ずぶぬれ
  • ねこ
  • ねこだまり
  • みてる
  • Twitterに投稿
  • きょうだい
  • ぐーすか
  • だらしないねこ
  • 花占い
  • 店番
  • ちっさいわー
  • 骨肉の
  • めっ
  • キャンプだほい
  • 先客が
    (c) 2004-2014 SATOX All Rights Reserved.