The Opencv Reference Manual, Release 2.4.3(Pdf)

Total Page:16

File Type:pdf, Size:1020Kb

The Opencv Reference Manual, Release 2.4.3(Pdf) The OpenCV Reference Manual Release 2.4.3 November 03, 2012 CONTENTS 1 Introduction 1 1.1 API Concepts...............................................1 2 core. The Core Functionality7 2.1 Basic Structures.............................................7 2.2 Basic C Structures and Operations.................................... 52 2.3 Dynamic Structures........................................... 83 2.4 Operations on Arrays........................................... 110 2.5 Drawing Functions............................................ 168 2.6 XML/YAML Persistence......................................... 178 2.7 XML/YAML Persistence (C API).................................... 191 2.8 Clustering................................................ 207 2.9 Utility and System Functions and Macros................................ 209 3 imgproc. Image Processing 219 3.1 Image Filtering.............................................. 219 3.2 Geometric Image Transformations.................................... 247 3.3 Miscellaneous Image Transformations.................................. 259 3.4 Histograms................................................ 273 3.5 Structural Analysis and Shape Descriptors............................... 283 3.6 Motion Analysis and Object Tracking.................................. 298 3.7 Feature Detection............................................. 302 3.8 Object Detection............................................. 313 4 highgui. High-level GUI and Media I/O 315 4.1 User Interface.............................................. 315 4.2 Reading and Writing Images and Video................................. 320 4.3 Qt New Functions............................................ 330 5 video. Video Analysis 337 5.1 Motion Analysis and Object Tracking.................................. 337 6 calib3d. Camera Calibration and 3D Reconstruction 351 6.1 Camera Calibration and 3D Reconstruction............................... 351 7 features2d. 2D Features Framework 383 7.1 Feature Detection and Description.................................... 383 7.2 Common Interfaces of Feature Detectors................................ 386 7.3 Common Interfaces of Descriptor Extractors.............................. 396 7.4 Common Interfaces of Descriptor Matchers............................... 398 i 7.5 Common Interfaces of Generic Descriptor Matchers.......................... 404 7.6 Drawing Function of Keypoints and Matches.............................. 409 7.7 Object Categorization.......................................... 411 8 objdetect. Object Detection 415 8.1 Cascade Classification.......................................... 415 8.2 Latent SVM............................................... 421 9 ml. Machine Learning 427 9.1 Statistical Models............................................ 427 9.2 Normal Bayes Classifier......................................... 430 9.3 K-Nearest Neighbors........................................... 432 9.4 Support Vector Machines........................................ 435 9.5 Decision Trees.............................................. 441 9.6 Boosting................................................. 448 9.7 Gradient Boosted Trees......................................... 452 9.8 Random Trees.............................................. 457 9.9 Extremely randomized trees....................................... 461 9.10 Expectation Maximization........................................ 462 9.11 Neural Networks............................................. 466 9.12 MLData.................................................. 471 10 flann. Clustering and Search in Multi-Dimensional Spaces 479 10.1 Fast Approximate Nearest Neighbor Search............................... 479 10.2 Clustering................................................ 483 11 gpu. GPU-accelerated Computer Vision 485 11.1 GPU Module Introduction........................................ 485 11.2 Initalization and Information....................................... 486 11.3 Data Structures.............................................. 490 11.4 Operations on Matrices.......................................... 496 11.5 Per-element Operations......................................... 500 11.6 Image Processing............................................. 508 11.7 Matrix Reductions............................................ 529 11.8 Object Detection............................................. 533 11.9 Feature Detection and Description.................................... 538 11.10 Image Filtering.............................................. 552 11.11 Camera Calibration and 3D Reconstruction............................... 567 11.12 Video Analysis.............................................. 575 12 photo. Computational Photography 599 12.1 Inpainting................................................. 599 12.2 Denoising................................................. 600 13 stitching. Images stitching 603 13.1 Stitching Pipeline............................................. 603 13.2 References................................................ 604 13.3 High Level Functionality......................................... 604 13.4 Camera.................................................. 607 13.5 Features Finding and Images Matching................................. 608 13.6 Rotation Estimation........................................... 613 13.7 Autocalibration.............................................. 617 13.8 Images Warping............................................. 618 13.9 Seam Estimation............................................. 623 13.10 Exposure Compensation......................................... 626 ii 13.11 Image Blenders.............................................. 628 14 nonfree. Non-free functionality 631 14.1 Feature Detection and Description.................................... 631 15 contrib. Contributed/Experimental Stuff 635 15.1 Stereo Correspondence.......................................... 635 15.2 FaceRecognizer - Face Recognition with OpenCV........................... 637 15.3 Retina : a Bio mimetic human retina model............................... 711 15.4 OpenFABMAP.............................................. 719 16 legacy. Deprecated stuff 725 16.1 Motion Analysis............................................. 725 16.2 Expectation Maximization........................................ 727 16.3 Histograms................................................ 730 16.4 Planar Subdivisions (C API)....................................... 732 16.5 Feature Detection and Description.................................... 739 16.6 Common Interfaces of Descriptor Extractors.............................. 746 16.7 Common Interfaces of Generic Descriptor Matchers.......................... 747 17 ocl. OpenCL-accelerated Computer Vision 749 17.1 OpenCL Module Introduction...................................... 749 17.2 Data Structures and Utility Functions.................................. 750 17.3 Data Structures.............................................. 751 17.4 Operations on Matrics.......................................... 755 17.5 Matrix Reductions............................................ 764 17.6 Image Filtering.............................................. 766 17.7 Image Processing............................................. 771 17.8 Object Detection............................................. 778 17.9 Feature Detection And Description................................... 782 Bibliography 793 iii iv CHAPTER ONE INTRODUCTION OpenCV (Open Source Computer Vision Library: http://opencv.willowgarage.com/wiki/) is an open-source BSD- licensed library that includes several hundreds of computer vision algorithms. The document describes the so-called OpenCV 2.x API, which is essentially a C++ API, as opposite to the C-based OpenCV 1.x API. The latter is described in opencv1x.pdf. OpenCV has a modular structure, which means that the package includes several shared or static libraries. The following modules are available: • core - a compact module defining basic data structures, including the dense multi-dimensional array Mat and basic functions used by all other modules. • imgproc - an image processing module that includes linear and non-linear image filtering, geometrical image transformations (resize, affine and perspective warping, generic table-based remapping), color space conversion, histograms, and so on. • video - a video analysis module that includes motion estimation, background subtraction, and object tracking algorithms. • calib3d - basic multiple-view geometry algorithms, single and stereo camera calibration, object pose estimation, stereo correspondence algorithms, and elements of 3D reconstruction. • features2d - salient feature detectors, descriptors, and descriptor matchers. • objdetect - detection of objects and instances of the predefined classes (for example, faces, eyes, mugs, people, cars, and so on). • highgui - an easy-to-use interface to video capturing, image and video codecs, as well as simple UI capabilities. • gpu - GPU-accelerated algorithms from different OpenCV modules. • ... some other helper modules, such as FLANN and Google test wrappers, Python bindings, and others. The further chapters of the document describe functionality of each module. But first, make sure to get familiar with the common API concepts used thoroughly in the library. 1.1 API Concepts cv Namespace All the OpenCV classes and functions are placed into the cv namespace. Therefore, to access this functionality from your code, use the cv:: specifier or using namespace cv; directive:
Recommended publications
  • Software Engineer Is .Jusiak.Net Kr Is @Jusiak.Net (0) 791-384-1386
    Krzysztof (Kris) Jusiak Software Engineer http://kr is .jusiak.net kr is @jusiak.net (0) 791-384-1386 Education 2005 - 2010 Wroclaw University of Technology Wroclaw (Poland) MSc in Computer Science, specialised in Software Engineering (Top grade) Employment 2013 – Present King London (United Kingdom) Game/Software Developer (Mobile) King is a worldwide leader in casual games with more than 30 billion games played per month globally. We are a leading interactive entertainment company for the mobile world. Our mission is to provide highly engaging content to our audience to match their mobile lifestyles: anywhere, anytime, through any platform and on any device. Software Developer in a scrum team responsible for development and releases of mobile games played by millions active daily players. 90% of my job is focused on developing software using C++14 standard for different platforms such as, iOS, Android and Facebook (HTML5 - Emscripten). My core role is to provide high quality features and review/refactor already implemented. I am also involved in recruitment process by being a technical expert on interviews. I have done a lot of improvements to the projects I have been involved in, such as, performance/compile times optimizations, introduction of static analysis tools as well as a replacement of Service Locator pattern by Dependency Injection. • Implementing and releasing multi-platform games played by more than 100 millions active daily players • Reduced time to render the textures by 10% by changing loading files caching mechanism • Implemented an integration test framework which eliminated commonly reoccurring issues 2009 – 2013 Nokia Networks Wroclaw (Poland) Software Engineer Nokia Networks is the world’s specialist in mobile broadband, which helps enable end users to do more than ever before with the world’s most efficient mobile networks, the intelligence to maximize their value and the services to make it all work together.
    [Show full text]
  • Erik Lindahl
    HPC Software Engineering Erik Lindahl XSEDE/PRACE/RIKEN/SciNet HPC Summer School Ostrava, CZ, 2018 Extra Q & A session: Here (or outside at the tables) 12.45 today! “The application of a systematic, disciplined, quantifiable approach to the development, operation and maintenance of software, and the study of these approaches, that is, the application of engineering to software.” Experiences from 20 years of GROMACS development The GROMACS picture until early 2011 Source code repository: • Simulation hardware project, turned software CVS • Early development based on our own needs • Turned GPL in 2001, LGPL in 2012 Build Chain: • Organic growth of development Automake/Autoconf/libtool • Roughly 10-15 core developers Bug Tracking: • Another 15-20 active contributors Bugzilla • Currently 3,076,420 lines of C++11 code (“C++11”) • Over the years we have used Fortran, C, Assembly Testing: • Lots of old code. Lots of new code. Lots of complicated (read: bad) code written by scientists Software Scientist engineer • Trained in physics, • Trained in CS/software chemistry, etc. • Care about their problem • Care about their code • Care about short-term • Care about long-term deadlines maintenance • New code = asset • New code = liability • Writes more code than • Reads much more code she reads than she writes Without proper software engineering, we are building a technical debt that sooner or later will have to be paid. “Technical Debt is a wonderful metaphor developed by Ward Cunningham to help us think about this problem. In this metaphor, doing things the quick and dirty way sets us up with a technical debt, which is similar to a financial debt.
    [Show full text]
  • How Google Tests Software
    How Google Tests Software James Whittaker Jason Arbon Jeff Carollo • nTr Addison-Wesley Upper Saddle River, NJ • Boston • Indianapolis • San Francisco New York • Toronto • Montreal • London • Munich • Paris • Madrid Capetown • Sydney • Tokyo • Singapore • Mexico City ' ' ^ : Г: С : '. , Table of Contents Foreword by Alberto Savoia Xlll Foreword by Patrick Copeland xvii Preface ХХШ Chapter 1 Introduction to Google Software Testing 1 Quality^Test 5 Roles 6 Organizational Structure 8 Crawl, Walk, Run 10 Types of Tests 12 Chapter 2 The Software Engineer in Test 15 The Life of an SET 17 Development and Test Workflow 17 Who Are These SETs Anyway? 22 The Early Phase of a Project 22 Team Structure 24 Design Docs 25 Interfaces and Protocols 27 Automation Planning 28 Testability 29 SET Workflow: An Example 32 Test Execution 40 Test Size Definitions 41 Use of Test Sizes in Shared Infrastructure 44 Benefits of Test Sizes 46 Test Runtime Requirements 48 Case 1: Change in Common Library 52 Test Certified 54 An Interview with the Founders of the Test Certified Program 57 Interviewing SETs 62 An Interview with Tool Developer Ted Mao 68 An Interview with Web Driver Creator Simon Stewart 70 How Google Tests Software Chapter 3 The Test Engineer 75 A User-Facing Test Role 75 The Life of а ТЕ 76 Test Planning 79 Risk 97 Life of a Test Case 108 Life of a Bug 113 Recruiting TEs 127 Test Leadership at Google 134 Maintenance Mode Testing 137 Quality Bots Experiment 141 BITE Experiment 153 Google Test Analytics 163 Free Testing Workflow 169 External Vendors 173
    [Show full text]
  • Googletest - Tips and Frequently-Asked Questions About Google C++ Testing Framework - Google C++ Testing Framework - Google Project Hosting
    8/23/13 FAQ - googletest - Tips and Frequently-Asked Questions about Google C++ Testing Framework - Google C++ Testing Framework - Google Project Hosting My favorites ▼ | Sign in googletest Google C++ Testing Framework Search projects Project Home Downloads Wiki Issues Source Search Current pages for Search FAQ Tips and Frequently­Asked Questions about Google C++ Testing Framework Updated Jul 7, 2013 by [email protected] Why should I use Google Test instead of my favorite C++ testing framework? I'm getting warnings when compiling Google Test. Would you fix them? Why should not test case names and test names contain underscore? Why is it not recommended to install a pre­compiled copy of Google Test (for example, into /usr/local)? How do I generate 64­bit binaries on Windows (using Visual Studio 2008)? Can I use Google Test on MinGW? Why does Google Test support EXPECT_EQ(NULL, ptr) and ASSERT_EQ(NULL, ptr) but not EXPECT_NE(NULL, ptr) and ASSERT_NE(NULL, ptr)? Does Google Test support running tests in parallel? Why don't Google Test run the tests in different threads to speed things up? Why aren't Google Test assertions implemented using exceptions? Why do we use two different macros for tests with and without fixtures? Why don't we use structs as test fixtures? Why are death tests implemented as assertions instead of using a test runner? My death test modifies some state, but the change seems lost after the death test finishes. Why? The compiler complains about "undefined references" to some static const member variables, but I did define them in the class body.
    [Show full text]
  • Google Test + Gcover
    Google Test + gcover Google Test + gcover Una lista de recetas J. Daniel Garcia Grupo ARCOS Universidad Carlos III de Madrid 19 de noviembre de 2016 cbed – J. Daniel Garcia – ARCOS@UC3M ([email protected]) – Twitter: @jdgarciauc3m 1/68 Google Test + gcover Aviso c Esta obra está bajo una Licencia Creative Commons Atribución-NoComercial-SinDerivar 4.0 Internacional. b Debes dar crédito en la obra en la forma especificada por el autor o licenciante. e El licenciante permite copiar, distribuir y comunicar pú- blicamente la obra. A cambio, esta obra no puede ser utilizada con fines comerciales — a menos que se ob- tenga el permiso expreso del licenciante. d El licenciante permite copiar, distribuir, transmitir y co- municar públicamente solamente copias inalteradas de la obra – no obras derivadas basadas en ella. cbed – J. Daniel Garcia – ARCOS@UC3M ([email protected]) – Twitter: @jdgarciauc3m 2/68 Google Test + gcover ARCOS@uc3m UC3M: Una universidad joven, internacional y orientada a la investigación. ARCOS: Un grupo de investigación aplicada. Líneas: Computación de altas prestaciones, Big data, Sistemas Ciberfísicos, y Modelos de programación para la mejora de las aplicaciones Mejorando las aplicaciones: REPARA: Reengineering and Enabling Performance and poweR of Applications. Financiado por Comisión Europea (FP7). RePhrase: REfactoring Parallel Heterogeneous Resource Aware Applications. Financiado por Comisión Europea (H2020). Normalización: ISO/IEC JTC/SC22/WG21. Comité ISO C++. cbed – J. Daniel Garcia – ARCOS@UC3M ([email protected]) – Twitter: @jdgarciauc3m 3/68 Google Test + gcover ¿Te interesa C++? cbed – J. Daniel Garcia – ARCOS@UC3M ([email protected]) – Twitter: @jdgarciauc3m 4/68 Google Test + gcover Pruebas básicas 1 Pruebas básicas 2 Determinando la cobertura 3 Más pruebas unitarias cbed – J.
    [Show full text]
  • A Unit Testing Framework for Systemc
    UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL INSTITUTO DE INFORMÁTICA BACHARELADO EM ENGENHARIA DE COMPUTAÇÃO FELIPE DIENSTMANN MUSSE SystemC-Unit: a unit testing framework for SystemC Trabalho de graduação. Trabalho realizado no Grenoble INP dentro do acordo de dupla diplomação UFRGS - Grenoble INP. Orientadora brasileira: Prof. Dra. Érika Cota Orientador francês: Prof. Dr. Matthieu Moy Porto Alegre 2016 CIP – CATALOGAÇÃO NA PUBLICAÇÃO Musse, Felipe Dienstman SystemC-Unit: a unit testing framework for SystemC / Felipe Dienstmann Musse. – Porto Alegre: Engenharia de Computação da UFRGS, 2016. 50 f.: il. Trabalho de conclusão (Bacharelado) – Universidade Federal do Rio Grande do Sul. Bacharelado em Engenharia de Computação, Porto Alegre, BR–RS, 2016. Orientadora brasileira: Érika Cota; Orientador francês: Matthieu Moy. 1. SystemC. 2. Teste unitário. 3. Modelização a nível transa- cional. 4. Teste de software. 5. Qualidade de software. I. Co- ta, Érika. II. Título. UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL Reitor: Prof. Carlos Alexandre Netto Vice-Reitor: Prof. Rui Vicente Oppermann Pró-Reitora de Graduação: Prof. Sérgio Roberto Kieling Franco Diretor do Instituto de Informática: Prof. Luís da Cunha Lamb Coordenador da ECP: Prof. Raul Fernando Weber Bibliotecária-Chefe do Instituto de Informática: Beatriz Regina Bastos Haro RESUMO A biblioteca de modelização SystemC é utilizada para construir modelos em software de sistemas de hardware complexos (tais como Systems on Chip), os quais são chamados protótipos virtuais. Na empresa STMicrolectronics, tais modelos são desenvolvidos com o auxílio de elementos reutilizáveis, os quais facilitam a representação de componentes comumente encontrado em diferentes sistemas de hardware. Garantir o bom funciona- mento destes elementos é fundamental, uma vez que os modelos aos quais eles são integrados são utilizados em atividades importantes, tais como desenvolvimento de software embarcado e verificação funcional.
    [Show full text]
  • Writing Reusable Code for Robotics
    Writing reusable code for robotics D.H. (Dennis) Ellery MSc Report C e Dr.ir. J.F. Broenink Dr.ir. D. Dresscher Dr. M. Poel December 2017 051RAM2017 Robotics and Mechatronics EE-Math-CS University of Twente P.O. Box 217 7500 AE Enschede The Netherlands ii Writing reusable code for robotics Dennis Ellery University of Twente iii Summary In the i-Botics project about intuitive robotics, reusable software is desired to speed up and simplify robot software design. Nowadays, software is created for a specific application, redu- cing its reuse in multiple robotic applications. Functional source code of the implementation can be re-used in future projects by writing in a modular way. The goal of this thesis is to write reusable software for robotic applications that is language and platform independent. Major topics for reusable software are: documentation, extensibility, intellectual property is- sues, modularity, packaging, portability, standards compliance, support and verification and testing. (Marshall et al., 2010). To quantify the level of reuse, the reuse readiness levels (RRL) are used. Requirements for a reusable component were defined from the nine topics and their RRL. There are multiple characteristics of software writing that make software reusable. A selection of characteristics is made to create a paradigm for writing reusable software. A look into three main paradigms was taken: object-oriented programming, component-based software frame- work (CSBF) and the separation of 5 concerns. Existing examples of reusable software using these paradigms are middleware. Middleware is software that connects individual components. Each component is a standalone object, which uses the object-oriented paradigm.
    [Show full text]
  • Caffe Cant Compile Undefined Reference to Cv
    Caffe Cant Compile Undefined Reference To Cv Ryan never escarp any lying stunned creditably, is Merell seamanlike and paddle-wheel enough? Is Richy corky or balked after monecious Stanislaw distempers so rifely? Moderated Joel refutes no feminists kurbash flush after Lennie innerve austerely, quite macrurous. E1017 104143399794 23233 commoncpp120 Cannot create Curand generator. Opencv caffe Foreign Makeup India Foreign Makeup India. Error while convert 'vUInt16 aka vector short unsigned int' to 'm12i. CaffeCUDA75CuDNNv3OpenCV30Ubuntu1404. Usrlibx664-linux-gnulibvtkIOImage-62so62 undefined reference to TIFFmallocLIBTIFF40. Dec 15 2011 CV-qualifier is temporary term used to describe const and both type. CaffeCUDA0CuDNNv51OpenCV31. Error at installing Caffe in Ubuntu 1704 libhdf5soRunning multiple versions of. Core dumped srccaffetestCMakeFilesruntestdirbuildmake57 recipe the target. Problem1caffe compile error undefined reference to 'cvimreadcvString. Touch last touch 'pythoncaffeprotoinitpy' Permission denied. Buildreleaseliblibcaffeso undefined reference to cvimreadcvString const int'. Building OpenCV & OpenCV Extra Modules For Android From. Q1 Some times it warning you jumble your Nvidia-driver can not communitcate. Jiaqijiaqi-ThinkPad-L450githubCaffeOnSpark make build cd caffe-public. Git Clone URL httpsaurarchlinuxorgopencv-cudagit read-only itself to copy. To import the Caffe Python module after completing the installation add. But how they determine a source files for creating libcaffeso I actually understand. With NEON and NDK12b over 4 years build opencv error over 4 years email over 4 years. Vitis AI User Guide Xilinx. Caffe make determine in raspbian stretch Intel Community. Usrlocalliblibopencvhighguiso undefined reference to. Undefined reference to cvimreadstdstring C PDF SDK. C implementation of the Google logging module glslang 32201 Khronos reference front-end for. OpenCV and GoogLeNet pre-trained on ImageNet using the Caffe.
    [Show full text]
  • A Large-Scale Study on the Usage of Testing Patterns That Address Maintainability Attributes Patterns for Ease of Modification, Diagnoses, and Comprehension
    A Large-Scale Study on the Usage of Testing Patterns that Address Maintainability Attributes Patterns for Ease of Modification, Diagnoses, and Comprehension Danielle Gonzalez ∗, Joanna C.S. Santos∗, Andrew Popovich∗, Mehdi Mirakhorli∗, Mei Nagappany ∗Software Engineering Department, Rochester Institute of Technology, USA yDavid R. Cheriton School of Computer Science, University of Waterloo, Canada fdng2551,jds5109,ajp7560, [email protected], [email protected] Abstract—Test case maintainability is an important concern, studies [5], [10], [12], [21] emphasize that the maintainability especially in open source and distributed development envi- and readability attributes of the unit tests directly affect the ronments where projects typically have high contributor turn- number of defects detected in the production code. Further- over with varying backgrounds and experience, and where code ownership changes often. Similar to design patterns, patterns more, achieving high code coverage requires evolving and for unit testing promote maintainability quality attributes such maintaining a growing number of unit tests. Like source code, as ease of diagnoses, modifiability, and comprehension. In this poorly organized or hard-to-read test code makes test main- paper, we report the results of a large-scale study on the usage tenance and modification difficult, impacting defect identifi- of four xUnit testing patterns which can be used to satisfy these cation effectiveness. In “xUnit Test Patterns: Refactoring Test maintainability attributes. This is a first-of-its-kind study which developed automated techniques to investigate these issues across Code” George Meszaro [18] presents a set of automated unit 82,447 open source projects, and the findings provide more insight testing patterns, and promotes the idea of applying patterns to into testing practices in open source projects.
    [Show full text]
  • Third-Party License Agreement
    License Attributions ============================================================================= This product includes or may include the following: License Agreement regarding HTTPD; Apache mod_jk; tomcat; commons-fileupload; struts; Xerces-C++; Xerces; log4javascript.js; Log4PHP; log4cplus; ipaddr-py ============================================================================= Version 2.0, January 2004 http://www.apache.org/licenses/ TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION 1. Definitions. "License" shall mean the terms and conditions for use, reproduction, and distribution as defined by Sections 1 through 9 of this document. "Licensor" shall mean the copyright owner or entity authorized by the copyright owner that is granting the License. "Legal Entity" shall mean the union of the acting entity and all other entities that control, are controlled by, or are under common control with that entity. For the purposes of this definition, "control" means (i) the power, direct or indirect, to cause the direction or management of such entity, whether by contract or otherwise, or (ii) ownership of fifty percent (50%) or more of the outstanding shares, or (iii) beneficial ownership of such entity. "You" (or "Your") shall mean an individual or Legal Entity exercising permissions granted by this License. "Source" form shall mean the preferred form for making modifications, including but not limited to software source code, documentation source, and configuration files. "Object" form shall mean any form resulting from mechanical transformation or translation of a Source form, including but not limited to compiled object code, generated documentation, and conversions to other media types. "Work" shall mean the work of authorship, whether in Source or Object form, made available under the License, as indicated by a copyright notice that is included in or attached to the work (an example is provided in the Appendix below).
    [Show full text]
  • Android Studio Applications
    Testing and Securing Android Studio Applications Debug and secure your Android applications with Android Studio Belén Cruz Zapata Antonio Hernández Niñirola BIRMINGHAM - MUMBAI Testing and Securing Android Studio Applications Copyright © 2014 Packt Publishing All rights reserved. No part of this book may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written permission of the publisher, except in the case of brief quotations embedded in critical articles or reviews. Every effort has been made in the preparation of this book to ensure the accuracy of the information presented. However, the information contained in this book is sold without warranty, either express or implied. Neither the authors, nor Packt Publishing, and its dealers and distributors will be held liable for any damages caused or alleged to be caused directly or indirectly by this book. Packt Publishing has endeavored to provide trademark information about all of the companies and products mentioned in this book by the appropriate use of capitals. However, Packt Publishing cannot guarantee the accuracy of this information. First published: August 2014 Production reference: 1190814 Published by Packt Publishing Ltd. Livery Place 35 Livery Street Birmingham B3 2PB, UK. ISBN 978-1-78398-880-8 www.packtpub.com Cover image by Ravaji Babu ([email protected]) Credits Authors Project Coordinators Belén Cruz Zapata Neha Thakur Antonio Hernández Niñirola Amey Sawant Reviewers Proofreader Nico Küchler Ameesha Green Anand
    [Show full text]
  • Open Source Used in Asyncos 9.5 for Email
    Open Source Used In Cisco AsyncOS 9.5 for Email Cisco Systems, Inc. www.cisco.com Cisco has more than 200 offices worldwide. Addresses, phone numbers, and fax numbers are listed on the Cisco website at www.cisco.com/go/offices. Text Part Number: 78EE117C99-84954594 Open Source Used In Cisco AsyncOS 9.5 for Email 1 This document contains licenses and notices for open source software used in this product. With respect to the free/open source software listed in this document, if you have any questions or wish to receive a copy of any source code to which you may be entitled under the applicable free/open source license(s) (such as the GNU Lesser/General Public License), please contact us at [email protected]. In your requests please include the following reference number 78EE117C99-84954594 Contents 1.1 AnyEvent 5.34 1.1.1 Available under license 1.2 Apache Commons Lang 2.0 1.2.1 Notifications 1.2.2 Available under license 1.3 Apache Commons: Logging 1.0.3 1.3.1 Notifications 1.3.2 Available under license 1.4 Aquarium 2.2.1 1.4.1 Available under license 1.5 Archive::Zip 1.30 1.5.1 Available under license 1.6 B::Deobfuscate 0.10 1.6.1 Available under license 1.7 B::Deobfuscate 0.20 1.7.1 Available under license 1.8 B::Keywords 0.06 1.8.1 Available under license 1.9 B::Keywords 1.10 1.9.1 Available under license 1.10 BerkeleyDB-perl 0.49 1.10.1 Available under license 1.11 Boost 1.41 1.11.1 Available under license 1.12 Bouncy Castle 1.34 1.12.1 Available under license Open Source Used In Cisco AsyncOS 9.5 for Email 2 1.13
    [Show full text]