第6回 初めてのOpenCV開発 ― highgui/imgcodecs/videoioモジュール【OpenCV 3.1.0】:OpenCV入門【3.0対応】(1/2 ページ) OpenCVのhighgui、imgcodecs、videoioという3つのモジュールの概要を解説。GUI機能、画像ファイル/動画ファイルの入出力機能、カメラキャプチャ機能などのAPIと、その基本的な使い方を説明する。
![初めてのOpenCV開発 ― highgui/imgcodecs/videoioモジュール【OpenCV 3.1.0】 - Build Insider](https://cdn-ak-scissors.b.st-hatena.com/image/square/f7c8a0ee2ebf294a69f88680b08f3617e7ce237d/height=288;version=1;width=512/https%3A%2F%2Fimage.itmedia.co.jp%2Fait%2Farticles%2F1610%2F18%2Fcover_news143.png)
GLUT の現状 OpenGL は「プラットフォームに依存しないグラフィックス API」ですが, これと稼働するプラットフォームとのインタフェースの部分はやはりプラットフォームごとに異なっていて, そのあたりの実装はそれなりにめんどくさいものです. そのために, そこをうまくラップするツールキットがいくつも提案されています. 中でも GLUT は, OpenGL を作ったところの人が作った, 使いやすいツールキットです. また GLUT はマルチプラットフォームに対応しているため, これを使ったソースプログラムは Unix / Linux, Windows, Mac OS X の間で共通にすることができます. GLUT は OpenGL の初期に作られたものですが, OpenGL の学習や OpenGL を使った簡単なプログラムの作成を手軽に始めることができるため, 今でも有用なツールキッ
ブログ全然書いてない 書きたいことはいくつかたまってるんですけど…今の学生さん口で説明するだけで割と何か作ってくるので,ここに整理しておくモチベーションがあんまり出ません。喜ばしいことではあるけど。 Apple はもう GLUT はサポートしないんだな MacOS X が最初 GLUT を標準的にサポートしてくれたのはいろいろ嬉しかったんですけど,MacOS X の OpenGL が Compatibility Profile と Core Profile を明確に分けてしまって GLUT が Cmpatibility Profile でしか使えなかったから,Apple はもう GLUT をサポートしないだろうなとは思っていました。 それで,ここは GLFW に移行すべきかと思ってこんなのを書いたり,GLFW も 3 に移っちゃってこの記事がいきなり古くなっちゃって,慌ててこんなのを書いた
Poor OS X can't get no respect. Apple's Mac operating system has been playing second fiddle to the iPhone since 2007, when Leopard was delayed to make more room for the then-new smartphone. And despite the occasional protest to the contrary, OS X hasn't been the apple of Apple's eye since then. It was second to iCloud, second to iMessage, second to the post-Scott-Forstall flattening of the operati
理工系、特に電気系、の学生と技術者を対象としたVisual C++の解説を行います。Visual C++を始めたいが、よく分からないという人は、これを参考にしてください。ただし、初めてプログラムを学ぶ全くの初心者向けではありません。 本資料の一部のJava版が(株)翔泳社のウエブサイトCodeZineにありますので、こちらもご利用ください(Java版とある場所をクリックして下さい)。Visual C++ 6.0版(現在は全部削除)が最初に公開され、そのJava版がCodeZineに寄稿され、その後に現在のVisual C++ 2005 Express Edition版が作成されています。 Java版は、すべてアプレットになっていますので、ブラウザから試してみることができます(Javaランタイム必要)。 Visual C++ 2008 Express Editionが無償でダウンロード
長いこと、Ruby on Railsを使って様々なサービスやアプリのバックエンドを作ってきたが、今年に入ってからRailsの代わりにParseを使う場面が増えてきた。機能面や拡張性の問題など何かと不安があったのだが、半年以上実際に稼働しているサービスで使用してみた結果、期待以上の好印象を持っている。 Parseとは Parseはスマホアプリ用に最適化されたBaaS(Backend as a Service)の一つ。多くのスマホアプリで使われるような、ユーザ認証、プッシュ通知、アクセス解析、そして独自データの保存・管理をするためのAPIがあらかじめ用意されており、自分でサーバー側のコードを書いたり、それを稼働させるためのサーバーの設定をしなくても、SDKを入れるだけでこれらの機能を使えるようなサービスだ。 長い間、自分でアプリを作る時は、これらの機能を提供するためにRuby on Rails
ご注意:本記事は、@IT/Deep Insider編集部(デジタルアドバンテージ社)が「www.buildinsider.net」というサイトから、内容を改変することなく、そのまま「@IT」へと転載したものです。このため用字用語の統一ルールなどは@ITのそれとは一致しません。あらかじめご了承ください。 1. OpenCV 3.0のロードマップ 1.1 OpenCV 3.0 OpenCVは、2015年6月にメジャーバージョンアップが実施され、3.0がリリースされました。また、前回の記事でも述べたようにOpenCV 3.0ではさまざまな機能が追加されています。今回の記事では追加された機能をピックアップして使用例を交えながら紹介します。 1.2 OpenCV 3.1 ここでは、次バージョン(OpenCV 3.1)のロードマップについても触れておきたいと思います。 公式の開発進捗(しんちょく)議事
iOS 9 週連続 Bootcampとは? こんにちは!おおはしりきたけです。2015年9月30日(水)から11月25日(水)まで毎週水曜日クラスメソッド主催でiOS 9 週連続 Bootcampという勉強会を開催させていただきました。 日本時間9/10日のAppleのイベントでiOS 9が日本時間の9月17日にリリースされ、クラスメソッドでは、リリースの度に最新iOSに関してのブログを書いていました。iOS 7の時は70本、iOS 8の場合は200本というブログを書きましたが、iOS 9では900本ですか?という話をよく聞かれましたが、今回はブログではなく、9にちなんで、9週連続勉強会という形で開催させていただきました。 iOS 9 週連続 Bootcampではクラスメソッドのメンバーだけではなく、豪華なゲストスピーカーの方にも登壇していただき、iOS 9に関する様々なお話をしていただき
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog どうも、ヤフーの佐野( @taketo1024 )です。先日引っ越しをしまして、張り切って自分でタンスを運んだりして今とても筋肉痛です。 皆さんは Objective-C から Swift への移行は進んでいますか?弊社ではまだ Obj-C で書かれているプロジェクトは多くあります。世に出ている iOS アプリも多くはまだ Obj-C で作られているんじゃないかと思います。 Swift もオープンソース化され、この先その進化のスピードはさらに増してくるはずです。そこでチーム内で開発を進めていた Obj-C → Swift コンバータ を大幅に改良しオープンソースで公開することにしました!この記事ではその導入と活用の方法を説明します
はじめに こんにちは、モバイルアプリサービス部の荒川です。 最近は、お客様の端末でソースコードをダウンロードして、アプリをリリースして頂く機会が増えてきました。iOS アプリのリリースは Android と比較すると非常に煩雑です。 Apple の開発者用アカウント管理や設定、Xcode でのリリース用バイナリの書き出しは、慣れている方でも(公式のUIがたまに変わるので)すぐにできるとは限りません。セキュリティを考慮すると、自社以外の関係者にリリースをお願いすることは、好ましくありません。NDAを締結しても、事故が起きるリスクがあります。 この記事では、上記の問題を解決するために、iOS 開発者以外の方でも Xcode から App Store へリリースできる手順を紹介します。 対象読者としては、 初めて App Store へバイナリを提出する方 リリース担当者から引き継ぎをお願いされ
プロジェクトのコスト・マネジメントは、計画段階の仕事と遂行段階の仕事に大きく分けることができる。前者はコストの計画=プランニングの仕事で、具体的にはコスト見積および予算設定である。そして遂行段階の方は「コスト・コントロール」とよばれる。 このサイトを以前からよんでおられる読者の方はご存じかもしれないが、わたしは『管理』という日本語は基本的に使わない。かわりに、『マネジメント』とか『コントロール』といった、英語をカタカナ書きにした言葉を使うことにしている。カタカナ言葉の氾濫は好きではないが、管理という語が多義語で、あまりに曖昧な使われ方をするので、コミュニケーションで誤解を生みやすいためだ。誤解というのは、お互いに違うことをいっているのに、それぞれがちゃんと理解したと勘違いすることである。誤解はたんに話が通じないことより、始末に負えない。通じていないのは、その場で両者が分かるが、誤解は両者が
この記事の要約 英語が話せるようになれば、日本の人材市場ではなくグローバルの人材市場で自分の価値を判断されるようになる ITエンジニアにとって日本語のみの仕事はグローバルに比べて給料・待遇ともに劣っていて、各種経済予測からこれが改善されることは絶望的 英語使ってグローバル企業で働くことは、「一攫千金や立身出世を狙う野心家のキャリアパス」ではなく、ITエンジニアにとって生き残るための必須能力となりつつある あけましておめでとうございます。今年もよろしくお願いします。 最近、私の会社で日本での本格的な採用活動を始めました。その関係で転職に興味ありそうな人と色々と話をしているのですが、全員が共通して「英語がきつそうで……」といった反応でした。いずれも技術者として優秀な方々ばかりで、その技術の修得に多大な努力を要していたはずです。自然言語というものは、母語であれば普通は特に専門教育を受けずとも使え
技術推進室の浅井です。 技術的負い目とは、世に言う技術的負債のことです。 社内で技術的負債の定義、ことばの表現を考える中で、「『負債』は優れた比喩表現であるものの、第三者への返済義務がない点で会計上の負債とは異なり、言葉としての問題も多く、不必要な議論を生み出しやすい」などの指摘があり、代わりの表現として社内の一部で使われている言い回しです。 最近社内のたいへん古いシステム(16年の歴史があります)の技術推進を行う機会があり、たくさんの技術的負い目と向き合いました。 そのような古いシステムの技術的負い目と向き合ったとき、エンジニアはストレスを感じ、ネガティブな感情を抱いてしまいがちです。負い目に苦しめられることで過去のコードや技術的判断に対して不満を言いたくなる気持ちはとてもよくわかりますし、実際に私もたくさん苦しんでたくさん不満を言いました。 ですが技術的負債の文脈でよく言われるとおり、
これが「ISO 26262」に適合した開発の進め方---豊富な実務経験で応える ヴィッツ 執行役員 機能安全開発部 部長 森川聡久 氏 自動車分野において機能安全規格「ISO 26262」への適合が必須となり、習得すべき対象者が増えている。それに伴い、ISO 26262の正しい解釈が分からない、開発コストが増加する問題への対策が打てないといった声が増えてきた。「技術者塾」において「ISO 26262」の講座を持つ、ヴィッツ執行役員機能安全開発部部長の森川聡久氏に、ISO 26262へ実践的に対応する方法についてポイントなどを聞いた。(聞き手は近岡 裕) ISO 26262への対応を、今、なぜ学ぶ必要があるのでしょうか。また、習得する利点を教えて下さい。 森川氏:1980年代頃からサービスの高度化に伴い、電気・電子システムが複雑化して不具合が増えて、重大事故も目立つようにもなりました。こうし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く