해당 경우에는 다음과 같은 Tip을 사용하면, 일반 적인 standard I/O를 사용하는 Application을 제작할 수 있다.
mac {
CONFIG -= app_bundle
}
# qmake -project
# qmake -spec macx-g++
# make
2014. 5. 30.
MAC User를 위한 Qt 사용팁
Mac 의 경우에는 Application 이 bundle 의 형태로 묶어져서 제공되기 때문에 Mac에서 개발 했을 경우 표준 I/O가 연계되지 않아서 불편한 경우가 있다.
해당 경우에는 다음과 같은 Tip을 사용하면, 일반 적인 standard I/O를 사용하는 Application을 제작할 수 있다.
mac {
CONFIG -= app_bundle
}
# qmake -project
# qmake -spec macx-g++
# make
해당 경우에는 다음과 같은 Tip을 사용하면, 일반 적인 standard I/O를 사용하는 Application을 제작할 수 있다.
mac {
CONFIG -= app_bundle
}
# qmake -project
# qmake -spec macx-g++
# make
Multi-platform 에서 사용할 Common.pri
Qt의 가장 큰 장점은 Multi-platform용 Application을 제작할 수 있다는 점이다.
하지만 실질적으로 코드를 개발하다 보면 코드를 Qt로만 제작하는 경우는 거의 없고, 실제적으로는 Open Source 코드도 사용하게 되고, 다른 라이브러리도 포함하여 사용하게 된다.
그런 경우에 Windows 계열과 Unix 계열의 차이로 인하여 Project 파일을 수정해 주어야 하는데 반복적인 귀찮은 작업이므로, 다음과 같이 정리한다.
include (/path/to/wherever/common.pri)
# required if you want to see qDebug() messages
CONFIG += debug
# place auto-generated files in "invisible" subdirectories
win32{
MOC_DIR = _moc
UI_DIR = _ui
OBJECTS_DIR = _obj
} else {
MOC_DIR = .moc
UI_DIR = .ui
OBJECTS_DIR = .obj
}
# rules below apply to TEMPLATE=app projects only:
app{
# place executable in same folder:
destdir=$$OUT_PWD
# don't place executables in an app bundle on mac os
# this also permits console apps to work on the mac
mac {
CONFIG -= app_bundle
}
# Open a console for stdin, stdout, and stderr Windows:
win32{
config += console
}
}
하지만 실질적으로 코드를 개발하다 보면 코드를 Qt로만 제작하는 경우는 거의 없고, 실제적으로는 Open Source 코드도 사용하게 되고, 다른 라이브러리도 포함하여 사용하게 된다.
그런 경우에 Windows 계열과 Unix 계열의 차이로 인하여 Project 파일을 수정해 주어야 하는데 반복적인 귀찮은 작업이므로, 다음과 같이 정리한다.
include (/path/to/wherever/common.pri)
# required if you want to see qDebug() messages
CONFIG += debug
# place auto-generated files in "invisible" subdirectories
win32{
MOC_DIR = _moc
UI_DIR = _ui
OBJECTS_DIR = _obj
} else {
MOC_DIR = .moc
UI_DIR = .ui
OBJECTS_DIR = .obj
}
# rules below apply to TEMPLATE=app projects only:
app{
# place executable in same folder:
destdir=$$OUT_PWD
# don't place executables in an app bundle on mac os
# this also permits console apps to work on the mac
mac {
CONFIG -= app_bundle
}
# Open a console for stdin, stdout, and stderr Windows:
win32{
config += console
}
}
2014. 3. 30.
Ubuntu / Kubuntu 에서 간단하게 Qt 설치하기
블로그 글을 읽는 분들의 위치와 관심있어 하는 분야를 살펴보면
생각외로 (혹은 나의 관심 사항과는 상관없이)
'Qt 설치하기'가 항상 최고의 클릭수를 차지하고 있다.
무엇이든지 처음 시작하는게 제일 어려운 일인듯 하다.
오늘 쓰여질 글은
Ubuntu / Kubuntu 에서 간단하게 Qt 설치하기 이다.
Ubuntu는 이미 워낙 잘 알려져 있는 리눅스 배포판이니, 추가적으로 설명드릴 필요는 없을 것 같고 Kubuntu는 조금 설명드려야 할 것 같다.
Kubuntu는 KDE Ubuntu를 의미하는 Ubuntu와 동일한 Core를 가지는 데미안 리눅스이다.
차이가 있다면 Ubuntu는 Gnome을 기본 Desktop UI 환경을 가지는 리눅스 배포판이고, Kubutu는 KDE를 기본 Desktop UI 환경으로 가지는 리눅스 배포판인것이다.
물론 Ubuntu 설치해 놓고, Desktop UI 환경을 KDE로 변경하여 설치할 수도 있겠지만 필요없는 Gnome 환경들이 남아 있는 것이 마음에 거슬리고, 또 모든 것이 Qt Based로 구동되는 KDE에 비해 효율성이 떨어지는 것을 참기 힘드신 분들은 Kubuntu를 사용하시면 되겠다.
Ubuntu나 Kubuntu와 같은 데미안 계열의 배포판에서는 Application 설치를 위해서 aptitude 나 apt-get을 사용하는데 보통 다음과 같이 사용한다.
$ aptitude search "찾고 싶은 app"
$ sudo apt-get install "설치하고 싶은 app"
aptitude 가 설치 되어 있지 않는 경우에는
$ sudo apt-get install aptitude
라고 하면 aptitude를 설치해 주는 식인것이다.
$ aptitude search qt
라고 입력하면 qt와 관련된 app들이 죽 나열된다.
$ aptitude search qt | grep qt4
라고 하면 qt4에서 사용되는 경우만 필터링 된다.
필터링된 것들 중에 자신이 설치하고 싶은 app들을 다음과 같이 입력해 주면 된다.
$ sudo apt-get install build-essential
여기서 build-essential 은 유닉스(리눅스) 개발자들이라면 반드시 설치하게될 모듈인데, 일반적으로 개발자들이 사용하게될 기본적인 필수 app등을 모아둔 일종의 Toolbox라고 보면 된다.
Qt도 유닉스 개발환경이기 때문에 위에 있는 build-essential을 설치해 주어야 한다.
그 외에는 다음과 같이 입력하면 설치 완료
$ sudo apt-get install qt4-dev-tools qt4-qmake libqt4-dev qimhangul-qt4
결과는 다음과 같이 진행된다.
생각외로 (혹은 나의 관심 사항과는 상관없이)
'Qt 설치하기'가 항상 최고의 클릭수를 차지하고 있다.
무엇이든지 처음 시작하는게 제일 어려운 일인듯 하다.
오늘 쓰여질 글은
Ubuntu / Kubuntu 에서 간단하게 Qt 설치하기 이다.
Ubuntu는 이미 워낙 잘 알려져 있는 리눅스 배포판이니, 추가적으로 설명드릴 필요는 없을 것 같고 Kubuntu는 조금 설명드려야 할 것 같다.
Kubuntu는 KDE Ubuntu를 의미하는 Ubuntu와 동일한 Core를 가지는 데미안 리눅스이다.
차이가 있다면 Ubuntu는 Gnome을 기본 Desktop UI 환경을 가지는 리눅스 배포판이고, Kubutu는 KDE를 기본 Desktop UI 환경으로 가지는 리눅스 배포판인것이다.
Kubuntu = KDE + Ubuntu
물론 Ubuntu 설치해 놓고, Desktop UI 환경을 KDE로 변경하여 설치할 수도 있겠지만 필요없는 Gnome 환경들이 남아 있는 것이 마음에 거슬리고, 또 모든 것이 Qt Based로 구동되는 KDE에 비해 효율성이 떨어지는 것을 참기 힘드신 분들은 Kubuntu를 사용하시면 되겠다.
Ubuntu나 Kubuntu와 같은 데미안 계열의 배포판에서는 Application 설치를 위해서 aptitude 나 apt-get을 사용하는데 보통 다음과 같이 사용한다.
$ aptitude search "찾고 싶은 app"
$ sudo apt-get install "설치하고 싶은 app"
aptitude 가 설치 되어 있지 않는 경우에는
$ sudo apt-get install aptitude
라고 하면 aptitude를 설치해 주는 식인것이다.
$ aptitude search qt
라고 입력하면 qt와 관련된 app들이 죽 나열된다.
$ aptitude search qt | grep qt4
라고 하면 qt4에서 사용되는 경우만 필터링 된다.
필터링된 것들 중에 자신이 설치하고 싶은 app들을 다음과 같이 입력해 주면 된다.
$ sudo apt-get install build-essential
여기서 build-essential 은 유닉스(리눅스) 개발자들이라면 반드시 설치하게될 모듈인데, 일반적으로 개발자들이 사용하게될 기본적인 필수 app등을 모아둔 일종의 Toolbox라고 보면 된다.
Qt도 유닉스 개발환경이기 때문에 위에 있는 build-essential을 설치해 주어야 한다.
그 외에는 다음과 같이 입력하면 설치 완료
$ sudo apt-get install qt4-dev-tools qt4-qmake libqt4-dev qimhangul-qt4
결과는 다음과 같이 진행된다.
Application에서 사용될 Icon Loading
Application의 Icon 로딩
QIcon을 App에 로딩시키기
요구조건:
Multi-platform 지원
Icon을 읽어들여 Application에서 사용할 수 있도록 한다.
Application에서 사용하는 Icon을 사용할 수 있는 방법은
QApplication app(argc, argv);
app.setWindowIcon(QIcon(“:/res/ticon_256.png”));
하지만 Mac과 Windows의 경우에는 자체 Icon 형식을 가지고 있으므로, 다음과 같이 해당 OS의 형태에 맞도록 Application compile시 외부에서 로딩 하도록 해 주어야 한다.
Windows:
RC 파일
IDI_ICON1 ICON DISCARDABLE "myappico.ico"
myApplication.Pro 파일 내에서 다음과 같이 RC 파일을 포함 시켜 주어야 한다.
RC_FILE = myapp.rc
MAC
myApplication.Pro file 내에서 다음과 같이 icon 파일을 포함시켜 주어야 한다.
ICON = myapp.icns
Unix 계열의 경우에는 다음과 같이 처리한다.
2014. 3. 23.
Qt Cloud 서비스: Enginio
Qt 5.2.1 을 설치하다 보면, 다음과 같이 Qt Cloud Service를 선택하는 부분이 존재한다.
추후 Qt Cloud Service Enginio에 관한 글도 계속하여 연재해보도록 하겠습니다.
Qt Cloud Service Enginio
국내 개발자 중에 해당 서비스를 사용해 본 분이 있을까요?추후 Qt Cloud Service Enginio에 관한 글도 계속하여 연재해보도록 하겠습니다.
Qt Multiplatform 개발 환경 구축을 위한 PATH / QMAKESPEC / QTDIR 설정하기
PATH / QMAKESPEC / QTDIR 설정하기
Qt로 개발환경을 결정하는 개발자의 가장 큰 이유는 아마 Multi-platform 일것이다.
내가 익숙하게 사용하는 개발 환경에서 한번만 개발 해두면 다양한 여러 환경에서 동작하는 Application을 만들 수 있다는 것은 대단한 장점이다.
Multi-Platform 사용시 자주 사용하는 환경변수는 PATH / QMAKESPEC / QTDIR 의 3가지 인데 3가지 변수만 잘 변경시켜 주면 컴파일시 큰 어려움없이 개발을 진행할 수 있다.
iOS 개발환경이나 Android 개발 환경 혹은 QML을 사용하여 개발을 하고자하는 개발자들은 5.2.x 대의 개발환경을 사용하는 것 같다.
이와 같은 자신이 사용할 Qt 의 위치를 지정하는 환경변수이다.
5.2.1 버전에서는 다음과 같이 android_armv5 / android_armv7 / ios 지원용 폴더들이 추가되어 있다.
PATH
qmake나 Multi-platform에서 사용될 컴파일러, Toolchain들을 실행시킬 수 있는 변수들을 지정해 주어야 하며 다른 개발툴들의 Path 지정 방법과 동일하다.QMAKESPEC
이 부분이 Qt를 사용하지 않았던 모글들이 가장 어려워하는 부분일 수 있는데 쉽게 설명하자면 특정 Platform에서 사용될 컴파일러 위치 및 Qt library 위치를 저장하고 관리하는 폴더이다. 보통 다음의 그림 이미지에서처럼 Qt Creator에서 관리되고 있다.QTDIR
Qt 사용자중에서 작은 footprint를 원하는 개발자들이나 embedded 개발환경 Legacy library들을 사용하고자 하는 개발자들은 4.8.x 대를iOS 개발환경이나 Android 개발 환경 혹은 QML을 사용하여 개발을 하고자하는 개발자들은 5.2.x 대의 개발환경을 사용하는 것 같다.
이와 같은 자신이 사용할 Qt 의 위치를 지정하는 환경변수이다.
5.2.1 버전에서는 다음과 같이 android_armv5 / android_armv7 / ios 지원용 폴더들이 추가되어 있다.
사용예제
Mac 개발 환경
export QTDIR=/Users/$USER/Qt/5.2.1/
export PATH=$QTDIR/clang_64/bin:$PATH
export PATH=$QTDIR/clang_64/bin:$PATH
Unix(Linux) 개발 환경
export QTDIR = /usr/local/qt
export QMAKESPEC=/usr/local/qt/mkspecs/linux-g++
export PATH=$QTDIR/bin:$PATH
Windows 개발 환경
QTDIR = P:\QT\4.7.0
PATH = %QTDIR%\bin
QMAKESPEC=%QTDIR%\mkspecs\win32-msvc2005
2011. 10. 7.
Qt/QML을 iOS (iPhone/iPad) 상에서 구동시키는 법 (QML-ui based)
Qt/QML 를 iOS 상에서 구동시키는 방법
무엇보다도 먼저 이 글은 Eike Ziller의 Qt Labs Developer Blogs 의 글을 기반으로 쓰여 졌으며 그의 Original글은 (http://labs.qt.nokia.com/2011/08/09/update-on-uikit-lighthouse-platform/)을 통해 확인 할 수 있음을 알린다.
이 글의 목적은 원본 글에서 나타나는 바와 같이 pre-Qt 4.8 이나 pre-Qt 5 에서 제공된 UIKit plugin의 기능을 사용하여 QML/Qt가 iOS device에 동작 혹은 Qt application 사용 가능함을 보여주는 데 있을 뿐이지, 현재 Qt가 공식적으로 iOS를 사용하는 device들을 지원함을 의미하지 않습니다. 특히 아래글은 iOS Device에서 QML-based GUI 를 사용하는 방법에 대해서 기술하고 있습니다.
그리고 현재 cocoa (Mac support) plugin이 아닌 UIKit (iOS support) plugin은 모든 Qt class들의 성능을 보장하지 않습니다.
20011년 9월말 현재 Qt/QML 을 iOS 상에서 구동시킬 수 있는 방법은 다음과 같다고 알려져 있습니다.
1) Qt-iPhone Project
http://www.qt-iphone.com
2-1) Qt 4.8 lighthouse (QPA open source)
https://qt.gitorious.org/qt
2-2) Qt 4.8 lighthouse (QPA close source)
3) Qt 5.0
https://qt.gitorious.org/qt/qt5
각 Plugin의 장단점과 제약 사항에 대해서는 이글의 범위에 벗어 나므로, 기회가 있을 때 다른 블로그 글을 통해 소개 드리도록 하겠습니다.
제가 이 글을 통해 여러분에게 소개하려는 case는 2-1 Qt 4.8 lighthouse open source를 통한 방법입니다.
그리고 위에 상태에 대한 원본글은 다음과 같습니다. 참조 바랍니다.
There is general work being done in Qt 4.8 to ensure that it is iOS-compatible when it is released. There are two plugins being developed for Qt on iOS, but only one of them is currently open source. The open source plugin (aka. proof-of-concept UIKit plugin) was developed at Nokia, is (currently) part of Qt 4.8 and was discussed in a QtLabs blog post (in February?). That plugin however is only able to run simple QML apps and does not support more advanced features like auto-rotation, multi-touch, OpenGL, retina displays & widgets.
The other plugin (aka. Qt iOS plugin) is currently closed source, supports full Qt GUI with widgets, multi-touch, multi-threaded OpenGL, shader effects, Qt3D, Qt Scenegraph & parts of Qt Mobility. This is the plugin that was used to make some YouTube demo videos (in Oct/Nov last year) & was shown on the iPad at QtCS.
The Qt iOS plugin is currently being used to produce a trial-run application for submission to the Apple App Store, and more information etc. about that plugin will be made available once it has passed the App Store trial-run and can be considered for commercial application development.
PS. The qt-iphone project is unrelated to these efforts and will most likely never be able to be used to run QML on iOS (if it is in fact still being developed). The purpose of that project is to be able to use Qt to write native UIKit applications. The purpose of Lighthouse (and the iOS plugins for it) is to be able to build and run standard Qt applications on iOS.
준비 해야 할 사항
1) Mac OS X machine ( Lion 혹은 Snow Leopard )
2) XCode 설치 http://developer.apple.com/technologies/tools/
만일 OS 텐 라이언을 사용하고 계시다면 XCode 4, OS 텐 스노우 레오퍼드를 사용하고 계시다면 XCode 3를
설치하셔야 합니다.이후 설명은 Mac OS X Lion + XCode 4를 사용하고 계시는 것을 기준으로 설명드립니다.
3) Qt SDK 설치 (optional) http://qt.nokia.com/downloads/
Repository에 존재하는 example이 아닌 Qt module을 만들거나 Template들을 가져오고자 할때 쓰입니다.
4) MacPorts 설치 (optional) http://www.macports.org/
Gitorious를 사용하기 위해 필요합니다. dmg 파일을 다운로드 받아 사용하시면 편합니다.
Qt 4.8 가져오기
Gitorious Tool은 아무 것이나 사용하셔도 됩니다.
Qt repository를 Cloning 해 줍니다.
# git clone git://gitorious.org/qt/qt.git qt
(Qt의 전체 소스를 가져오기 때문에 시간이 조금 걸립니다)
# cd qt
원격 레포지토리를 로컬 레포지토리로 추가
# git remote add qt git://gitorious.org/qt/qt.git
# git fetch qt
# git checkout -b my-local-Qt4.8 qt/4.8
위와 같이 하면 4.8의 소스 코드가 다운로드 됩니다.
자신의 branch를 확인해 보고 싶으시다면
# git branch -a
와 같이 해보면 됩니다. 정상적으로 되었다면 *my-local-Qt4.8 과 같이 본인이 만든 branch 이름 앞에 (*)표시가 되어 있습니다.
Qt의 shadow build
일반적인 경우는 normal build를 해도 관계없지만 iOS용으로 Qt를 compile 하실 경우에는 shadow build를 추천드립니다.
왜냐하면 xcode에서 device용과 simulator용을 구분하기 때문에 한 디렉터리에서 device용과 simulator용을 번갈아가며 컴파일하게 되면 어려운 점이 발생할 수 있습니다. 저의 경우를 예를 들자면 다음과 같이 디렉터리를 구성하였습니다.
drwxr-xr-x 21 HoTaeWang staff 714 10 6 14:16 Qt-BuildiOS-device/
drwxr-xr-x 21 HoTaeWang staff 714 10 6 14:33 Qt-BuildiOS-simulator/
drwxr-xr-x 36 HoTaeWang staff 1224 10 6 14:27 qt/
Configure 파일 만들기
Qt-BuildiOS-device 폴더에는 다음과 같은 Qt-iOS-device.sh 셀스크립트를 만들었습니다.
#!/bin/sh
../qt/configure -qpa -xplatform qpa/macx-iphonedevice-g++ -arch armv7 -no-neon -developer-build -release -opengl es2 -no-accessibility -no-qt3support -no-multimedia -no-phonon-backend -no-webkit -no-scripttools -no-openssl -no-sql-mysql -no-sql-odbc -no-cups -no-iconv -no-dbus -static -nomake tools -nomake demos -nomake docs -nomake examples -nomake translations
해당 셀스크립트 실행
# . ./Qt-iOS-device.sh
# make -j4
-j(n) option은 자신의 CPU의 성능에 따라 선택할 것
UIKit plugin compile 하기
# cd src/plugins/platforms/uikit
# make
Qt-BuildiOS-simulator 폴더에는 다음과 같은 Qt-iOS-simulator.sh 셀스크립트를 만들었습니다.
#!/bin/sh
../qt/configure -qpa -xplatform qpa/macx-iphonesimulator-g++ -arch i386 -developer-build -release -opengl es2 -no-accessibility -no-qt3support -no-multimedia -no-phonon-backend -no-webkit -no-scripttools -no-openssl -no-sql-mysql -no-sql-odbc -no-cups -no-iconv -no-dbus -static -nomake tools -nomake demos -nomake docs -nomake examples -nomake translations
해당 셀스크립트 실행
# . ./Qt-iOS-simulator.sh
# make -j4
-j(n) option은 자신의 CPU 성능에 따라 선택할 것
UIKit plugin compile 하기
# cd src/plugins/platforms/uikit
# make
Qt와 UIKit plugin 까지 compile이 성공하였다면 Qt for iOS 세상에 들어올 준비가 모두 끝난 것이다.
다음으로 해야 할 일은 XCode 4를 실행 시키고
qt/src/plugins/platforms/uikit/examples에서 XCode project를 열어 실행시키면 된다.
XCode Toolbar에서 iPhone Simulator 4.3/iPad Simulator 4.3을 선택하고 Run Key를 누르면 아래와 같은 동영상을 확인 하실 수 있을 것이다.
예제 실행 동영상
http://www.youtube.com/watch?v=glv_E3KOYuA&feature=player_embedded
XCode 4의 다른 Project를 만들고 싶다면 https://qt.gitorious.org/qt/qt/blobs/4.8/src/plugins/platforms/uikit/README
를 참조해서 새롭게 만들 수 있습니다.
긴글 읽어 주셔서 감사합니다.
수정 해야 하거나 조금 더 가르침을 주실 사항이 있으시면 언제든지 comment나 e-mail 주십시요.
http://developer.qt.nokia.com/wiki/HowToQtQmlOnTheIOS
무엇보다도 먼저 이 글은 Eike Ziller의 Qt Labs Developer Blogs 의 글을 기반으로 쓰여 졌으며 그의 Original글은 (http://labs.qt.nokia.com/2011/08/09/update-on-uikit-lighthouse-platform/)을 통해 확인 할 수 있음을 알린다.
이 글의 목적은 원본 글에서 나타나는 바와 같이 pre-Qt 4.8 이나 pre-Qt 5 에서 제공된 UIKit plugin의 기능을 사용하여 QML/Qt가 iOS device에 동작 혹은 Qt application 사용 가능함을 보여주는 데 있을 뿐이지, 현재 Qt가 공식적으로 iOS를 사용하는 device들을 지원함을 의미하지 않습니다. 특히 아래글은 iOS Device에서 QML-based GUI 를 사용하는 방법에 대해서 기술하고 있습니다.
그리고 현재 cocoa (Mac support) plugin이 아닌 UIKit (iOS support) plugin은 모든 Qt class들의 성능을 보장하지 않습니다.
20011년 9월말 현재 Qt/QML 을 iOS 상에서 구동시킬 수 있는 방법은 다음과 같다고 알려져 있습니다.
1) Qt-iPhone Project
http://www.qt-iphone.com
2-1) Qt 4.8 lighthouse (QPA open source)
https://qt.gitorious.org/qt
2-2) Qt 4.8 lighthouse (QPA close source)
3) Qt 5.0
https://qt.gitorious.org/qt/qt5
각 Plugin의 장단점과 제약 사항에 대해서는 이글의 범위에 벗어 나므로, 기회가 있을 때 다른 블로그 글을 통해 소개 드리도록 하겠습니다.
제가 이 글을 통해 여러분에게 소개하려는 case는 2-1 Qt 4.8 lighthouse open source를 통한 방법입니다.
그리고 위에 상태에 대한 원본글은 다음과 같습니다. 참조 바랍니다.
There is general work being done in Qt 4.8 to ensure that it is iOS-compatible when it is released. There are two plugins being developed for Qt on iOS, but only one of them is currently open source. The open source plugin (aka. proof-of-concept UIKit plugin) was developed at Nokia, is (currently) part of Qt 4.8 and was discussed in a QtLabs blog post (in February?). That plugin however is only able to run simple QML apps and does not support more advanced features like auto-rotation, multi-touch, OpenGL, retina displays & widgets.
The other plugin (aka. Qt iOS plugin) is currently closed source, supports full Qt GUI with widgets, multi-touch, multi-threaded OpenGL, shader effects, Qt3D, Qt Scenegraph & parts of Qt Mobility. This is the plugin that was used to make some YouTube demo videos (in Oct/Nov last year) & was shown on the iPad at QtCS.
The Qt iOS plugin is currently being used to produce a trial-run application for submission to the Apple App Store, and more information etc. about that plugin will be made available once it has passed the App Store trial-run and can be considered for commercial application development.
PS. The qt-iphone project is unrelated to these efforts and will most likely never be able to be used to run QML on iOS (if it is in fact still being developed). The purpose of that project is to be able to use Qt to write native UIKit applications. The purpose of Lighthouse (and the iOS plugins for it) is to be able to build and run standard Qt applications on iOS.
준비 해야 할 사항
1) Mac OS X machine ( Lion 혹은 Snow Leopard )
2) XCode 설치 http://developer.apple.com/technologies/tools/
만일 OS 텐 라이언을 사용하고 계시다면 XCode 4, OS 텐 스노우 레오퍼드를 사용하고 계시다면 XCode 3를
설치하셔야 합니다.이후 설명은 Mac OS X Lion + XCode 4를 사용하고 계시는 것을 기준으로 설명드립니다.
3) Qt SDK 설치 (optional) http://qt.nokia.com/downloads/
Repository에 존재하는 example이 아닌 Qt module을 만들거나 Template들을 가져오고자 할때 쓰입니다.
4) MacPorts 설치 (optional) http://www.macports.org/
Gitorious를 사용하기 위해 필요합니다. dmg 파일을 다운로드 받아 사용하시면 편합니다.
Qt 4.8 가져오기
Gitorious Tool은 아무 것이나 사용하셔도 됩니다.
Qt repository를 Cloning 해 줍니다.
# git clone git://gitorious.org/qt/qt.git qt
(Qt의 전체 소스를 가져오기 때문에 시간이 조금 걸립니다)
# cd qt
원격 레포지토리를 로컬 레포지토리로 추가
# git remote add qt git://gitorious.org/qt/qt.git
# git fetch qt
# git checkout -b my-local-Qt4.8 qt/4.8
위와 같이 하면 4.8의 소스 코드가 다운로드 됩니다.
자신의 branch를 확인해 보고 싶으시다면
# git branch -a
와 같이 해보면 됩니다. 정상적으로 되었다면 *my-local-Qt4.8 과 같이 본인이 만든 branch 이름 앞에 (*)표시가 되어 있습니다.
Qt의 shadow build
일반적인 경우는 normal build를 해도 관계없지만 iOS용으로 Qt를 compile 하실 경우에는 shadow build를 추천드립니다.
왜냐하면 xcode에서 device용과 simulator용을 구분하기 때문에 한 디렉터리에서 device용과 simulator용을 번갈아가며 컴파일하게 되면 어려운 점이 발생할 수 있습니다. 저의 경우를 예를 들자면 다음과 같이 디렉터리를 구성하였습니다.
drwxr-xr-x 21 HoTaeWang staff 714 10 6 14:16 Qt-BuildiOS-device/
drwxr-xr-x 21 HoTaeWang staff 714 10 6 14:33 Qt-BuildiOS-simulator/
drwxr-xr-x 36 HoTaeWang staff 1224 10 6 14:27 qt/
Configure 파일 만들기
Qt-BuildiOS-device 폴더에는 다음과 같은 Qt-iOS-device.sh 셀스크립트를 만들었습니다.
#!/bin/sh
../qt/configure -qpa -xplatform qpa/macx-iphonedevice-g++ -arch armv7 -no-neon -developer-build -release -opengl es2 -no-accessibility -no-qt3support -no-multimedia -no-phonon-backend -no-webkit -no-scripttools -no-openssl -no-sql-mysql -no-sql-odbc -no-cups -no-iconv -no-dbus -static -nomake tools -nomake demos -nomake docs -nomake examples -nomake translations
해당 셀스크립트 실행
# . ./Qt-iOS-device.sh
# make -j4
-j(n) option은 자신의 CPU의 성능에 따라 선택할 것
UIKit plugin compile 하기
# cd src/plugins/platforms/uikit
# make
Qt-BuildiOS-simulator 폴더에는 다음과 같은 Qt-iOS-simulator.sh 셀스크립트를 만들었습니다.
#!/bin/sh
../qt/configure -qpa -xplatform qpa/macx-iphonesimulator-g++ -arch i386 -developer-build -release -opengl es2 -no-accessibility -no-qt3support -no-multimedia -no-phonon-backend -no-webkit -no-scripttools -no-openssl -no-sql-mysql -no-sql-odbc -no-cups -no-iconv -no-dbus -static -nomake tools -nomake demos -nomake docs -nomake examples -nomake translations
해당 셀스크립트 실행
# . ./Qt-iOS-simulator.sh
# make -j4
-j(n) option은 자신의 CPU 성능에 따라 선택할 것
UIKit plugin compile 하기
# cd src/plugins/platforms/uikit
# make
Qt와 UIKit plugin 까지 compile이 성공하였다면 Qt for iOS 세상에 들어올 준비가 모두 끝난 것이다.
다음으로 해야 할 일은 XCode 4를 실행 시키고
qt/src/plugins/platforms/uikit/examples에서 XCode project를 열어 실행시키면 된다.
XCode Toolbar에서 iPhone Simulator 4.3/iPad Simulator 4.3을 선택하고 Run Key를 누르면 아래와 같은 동영상을 확인 하실 수 있을 것이다.
예제 실행 동영상
http://www.youtube.com/watch?v=glv_E3KOYuA&feature=player_embedded
XCode 4의 다른 Project를 만들고 싶다면 https://qt.gitorious.org/qt/qt/blobs/4.8/src/plugins/platforms/uikit/README
를 참조해서 새롭게 만들 수 있습니다.
긴글 읽어 주셔서 감사합니다.
수정 해야 하거나 조금 더 가르침을 주실 사항이 있으시면 언제든지 comment나 e-mail 주십시요.
http://developer.qt.nokia.com/wiki/HowToQtQmlOnTheIOS
2011. 8. 9.
QML과 Qt C++ Native 코드를 Integrating 하기
QML은 QDeclarativeEngine에 의해서 실행된다.
다음의 코드를 통해서 QML 모듈을 C++ native code내에서 실행 시킬 수 있다.
일반적으로 사용되는 component는 QGraphicsObject이지만 QObject의 타입으로도
사용할 수 있다.
[GraphicsScene]
QGraphicsScene *pScene = myExistingGraphicsScene();
QDeclarativeEngine *pEngine = new QDeclarativeEngine;
QDeclarativeComponent component( pEngine, QUrl::fromLocalFile("myQml.qml"));
QGraphicsObject *pObject = qobject_cast(component.create());
pScene->addItem(pObject);
[Widget]
QDeclarativeView *pQmlView = new QDeclarativeView;
pQmlView->setSource(QUrl::fromLocalFile("myQml.qml"));
다음의 코드를 통해서 QML 모듈을 C++ native code내에서 실행 시킬 수 있다.
일반적으로 사용되는 component는 QGraphicsObject이지만 QObject의 타입으로도
사용할 수 있다.
[GraphicsScene]
QGraphicsScene *pScene = myExistingGraphicsScene();
QDeclarativeEngine *pEngine = new QDeclarativeEngine;
QDeclarativeComponent component( pEngine, QUrl::fromLocalFile("myQml.qml"));
QGraphicsObject *pObject = qobject_cast
pScene->addItem(pObject);
[Widget]
QDeclarativeView *pQmlView = new QDeclarativeView;
pQmlView->setSource(QUrl::fromLocalFile("myQml.qml"));
2011. 8. 4.
Qt embedded 에서 DirectFB를 통한 Graphical 출력
Qt 4.8 버전 부터는 사용법이 간단하다.
Configure option에서
# configure "-qpa" ......
을 추가해서 Compile 한 후
# ./qt-application -platform directfb
라고 해주면 qt가 DirectFB를 통해서 출력된다.
하지만 Qt 4.7.x 버전대의 DirectFB를 통한 출력은 다음과 같다.
MyConfigure.sh
export QT_CFLAGS_DIRECTFB="-I/DirectFB설치된Path/include/directfb -D_REENTRANT"
export QT_LIBS_DIRECTFB="-L/DirectFB설치된Path/lib -ldirectfb -lfusion -ldirect -lpthread"
./configure -embedded mips/arm ....
반드시 확인해야할 사항은 -I"path"로 지정한 path에 direct.h가 존재하는지
-L"path"로 지정한 path에 libdirect-xx.xx-1.x.so.0.0 이나 libdirectfb-xx.xx-x.x.so 같은 파일이 존재 하는지 확인해야 한다.
만일 존재하지 않으면 qt compile시 DirectFBError / DirectFBErrorString 같은 것이 refer되지 않는다고 error 처리 된다.
실행시
# ./qt-application -qws -display directfb
와 같이 하면 되는데
실행시 qt rendering이 DirectFB를 통하여 출력되는 것은 stdout을 통하여서도 확인할 수 있다.
Configure option에서
# configure "-qpa" ......
을 추가해서 Compile 한 후
# ./qt-application -platform directfb
라고 해주면 qt가 DirectFB를 통해서 출력된다.
하지만 Qt 4.7.x 버전대의 DirectFB를 통한 출력은 다음과 같다.
MyConfigure.sh
export QT_CFLAGS_DIRECTFB="-I/DirectFB설치된Path/include/directfb -D_REENTRANT"
export QT_LIBS_DIRECTFB="-L/DirectFB설치된Path/lib -ldirectfb -lfusion -ldirect -lpthread"
./configure -embedded mips/arm ....
반드시 확인해야할 사항은 -I"path"로 지정한 path에 direct.h가 존재하는지
-L"path"로 지정한 path에 libdirect-xx.xx-1.x.so.0.0 이나 libdirectfb-xx.xx-x.x.so 같은 파일이 존재 하는지 확인해야 한다.
만일 존재하지 않으면 qt compile시 DirectFBError / DirectFBErrorString 같은 것이 refer되지 않는다고 error 처리 된다.
실행시
# ./qt-application -qws -display directfb
와 같이 하면 되는데
실행시 qt rendering이 DirectFB를 통하여 출력되는 것은 stdout을 통하여서도 확인할 수 있다.
2011. 7. 12.
Qt 4.8 설치하기 (Qt Lighthouse)
드디어 오랜 동안 연구 프로젝트로 사용되던 Qt Lighthouse가 연구 프로젝트에서
실제 Qt repository로 들어가게 되었다.
이말의 의미는 Qt 4.8에는 Lighthouse처럼 Qt가 X library나 X windows를 거치지 않고,
직접적으로 Kernel을 통하여 Rendering이 가능하게 된다는 의미가 된다.
따라서 기존에 쓰이는 lighthouse git (git://gitorious.org/+qt-developers/qt/lighthouse.git) 은 더이상 쓰이지 않게 되었으며, 그냥 역사적의미로만 남겨둔다고 한다.
실제 Qt repository로 들어가게 되었다.
이말의 의미는 Qt 4.8에는 Lighthouse처럼 Qt가 X library나 X windows를 거치지 않고,
직접적으로 Kernel을 통하여 Rendering이 가능하게 된다는 의미가 된다.
따라서 기존에 쓰이는 lighthouse git (git://gitorious.org/+qt-developers/qt/lighthouse.git) 은 더이상 쓰이지 않게 되었으며, 그냥 역사적의미로만 남겨둔다고 한다.
Lighthouse is no longer a research project. It is now a part of Qt 4.8, and will be the foundation for Qt 5. This repository is now closed.
Old repository description for historical purposes.
위에 내용은 expired된 예전 git에서 그대로 복사해온 것이고 이제 QPA ( project name: Lighthouse)를 쓰기 위해서는 Qt 4.8을 qt gitorious에서 그대로 받아 오면 된다.
Cloning this repository:
git clone git://gitorious.org/qt/qt.git qt cd qt
Add this repository as a remote to an existing local repository:
git remote add qt git://gitorious.org/qt/qt.git git fetch qt git checkout -b my-local-tracking-branch qt/4.8
위의 Checkout 시 적절한 이름 my-local-tracking-branch나 qpa-branch 등과 같이 사용해서 checkout 해주고, configure/make/make install 의 과정을 거치면 된다.
필자가 사용한 configure를 예제로 하자면 다음과 같다.
# ../qt/configure -prefix /usr/local/qt-qpa -confirm-license -qpa -developer-build -verbose 2>&1 | tee MyConfigure.log
# make -j4 (j이후의 숫자는 자신의 CPU수에 맞춰서 알아서, 느린 PC의 경우에는 그냥 make)
# make install (sudo make install)
그리고 다음으로 해주어야 하는 작업이 있는데
# cd /"qt 4.8 src folder"/src/plugins/platforms
# make
# make install
해주면 현재 platform에서 사용할 수 있는 plugin들을 설치 해준다.
현재 4.8버전에서 지원해 주는 plugin은 다음과 같다.
cocoa (Macintosh 환경)
directfb (DirectFB 환경)
eglfs (egl 환경)
fb_base
linuxfb (Linux Framebuffer 환경)
minimal
openkode (openkode 환경)
qvfb (Virtual Frame buffer 환경)
uikit (iOS 환경)
vnc (vnc 환경)
wayland (wayland환경)
xcb
xlib (X Window 환경)
위와 같이 platform을 구축해 주면
다음과 같이 실행 시킬 수 있다.
실행 방법
# ./qtapplication -platform Xlib
# ./qtapplication -platform cocoa
# ./qtapplication -platform directfb
2011. 7. 1.
Byte Order conversion in Qt (Qt에서 Endian 전환)
- Endian Conversion Functions
- Qt 에서 엔디안 바이트 전환은 다음의 함수 들을 통해 편리하게 할 수 있다.
상당히 편리하고 유용하다.
필자도 Endian conversion 때문에 골치 아픈 경우가 있었는데,
#include
- 한줄을 header파일로 추가 하고 간단히 해결 하였다.
Functions
T | qFromBigEndian ( const uchar * src ) |
| T | qFromBigEndian ( T src ) |
| T | qFromLittleEndian ( const uchar * src ) |
| T | qFromLittleEndian ( T src ) |
| void | qToBigEndian ( T src, uchar * dest ) |
| T | qToBigEndian ( T src ) |
| void | qToLittleEndian ( T src, uchar * dest ) |
| T | qToLittleEndian ( T src ) |
Qt 에서 64 bit Data를 Hex값으로 출력하고 싶을 때
How to make 64bit data value into Hex display?
물론 Qt 에서 사용하는 QDebug()를 사용하면 된다.
너무 간단한 solution이지만, 실제 코딩할 때 쓸데없이 시간 소모가 되는 경우가 있으므로 정리
uint64_t TimeStamp;
or
qint64 TimeStamp;
qDebug(" Transmit TimeStamp(hex) = %llx ", TimeStamp);
물론 Qt 에서 사용하는 QDebug()를 사용하면 된다.
너무 간단한 solution이지만, 실제 코딩할 때 쓸데없이 시간 소모가 되는 경우가 있으므로 정리
uint64_t TimeStamp;
or
qint64 TimeStamp;
qDebug(" Transmit TimeStamp(hex) = %llx ", TimeStamp);
2011. 6. 27.
Android 용 Qt Framework compile 하는 방법
준비해야 하는 사항
- 최신의 Official Android NDK를 다운로드 하고 설치한다.
- 최신의 Official Android SDK를 다운로드 하고 설치한다.
Android-lighthouse Repository를 Gitorious clone(gitorious에 대한 정보는 Googling해 보시길)
# git clone git://gitorious.org/~taipan/qt/android-lighthouse.git
Prepare & compile Qt
"Qt android-lighthouse" git clone시킨 폴더로 이동하여 "androidconfigbuild.sh"을 실행시킨다.
"androidconfigbuild.sh"을 기존의 qt configure와 동일한 역할을 하며, Qt를 처음 설치할때 한번만 실행시켜 주면 된다.
# cd /path/to/cloneOfandroid-lighthouse/,
# ./androidconfigbuild.sh -n "Android NDK를 설치한 폴더 절대경로" -q 1
만일 이미 설치 환경과 개발 framework가 구성되어 있는 상태에서 Qt만 컴파일 하기를 원한다면 아래와 같이 "-q 1" option을 제거하여 주면 된다.
# ./androidconfigbuild.sh -n "Android NDK를 설치한 폴더 절대 경로"
Android용 Qt-lighthouse 의 컴파일이 완료되면 컴파일된 Qt Library를 Android Device에 넣어 주어야 하는데 다음과 같은 방식으로 QtCreator를 이용하면 된다.
Target 에서 Testing 개발 중일 경우에는
use device Qt library를 check해서 사용
Deploy를 원할 경우에는 Projects->Android (run tab)->Deploy configurations->Deploy local qt libs 옵션 사용
--------------------------------------------------------------------------------
androidconfigbuild.sh 은 아래와 같은 파라메터를 이용할 수 있다.
"androidconfigbuild.sh -p " 를 통하면 아래와 같은 help를 읽을 수 있다.
usage: ./androidconfigbuild.sh options
OPTIONS:
-p Shows this message
-c Clean qt
-q Qt build options
0 - don't configure qt (only compile) default
1 - configure qt and compile qt
-b Build qt
0 - don't build
1 - build
-s Install qt
0 - don't install
1 - install
-n NDK root. Default "/usr/local/android-ndk-r5b"
-o NDK host. Default "linux-x86"
-f NDK toolchain prefix. Default "arm-linux-androideabi"
-v NDK toolchain version. Default "4.4.3"
-a Target cpu architecture. Default "armeabi"
armeabi - tune for android arm v5
armeabi-v7a - tune for android arm v7
Optional name suffix: v5/v7
-h Shared
0 - Build static version of qt
1 - Build shared version of qt
-x Exceptions options
0 - don't use exceptions (you won't be able to build qtcreator with such a qt though)
1 - use exceptions
Optional name suffix: Xc/Nx
-d Build debug qt
Optional name suffix: D/R/DaR
-r Build release qt
Optional name suffix: R/D/DaR
-m Modify install path according to passed in options (name suffixes applied in above listed order).
-i Install path. Default "/home/your-name/path/to/android-lighthouse"
2011. 6. 15.
mips Target Board에서 Webkit을 올릴 때의 난감한 상황 undefined reference to `sinf'
mips 칩이 저렴해서 인지 settop box나 ipTV나 멀티미디어 플레이어에서 많이 사용된다.
하지만 최근 들어 피해 갈 수 없는 대세인 모듈이 있으니, 두둥 그것은 webkit
QtWebkit을 올리려면 rendering을 하는 측에서 (예를 들어 line이나 curve 등을 그릴때)
sine 이나 cosine 같은 삼각 함수를 쓰게 되는데
오래된 싸구려 mips 칩에서는 이를 지원하지 않는다..
uClibc 0.9.28 이상에서는 floating math 함수들을 지원한다.
uClibc 0.9.27 이하에서는 floating math 함수들을 지원하지 않는다.
문제점으로는 qline이나 curve 함수들이 컴파일 시 Link 되지 않는다.
undefined reference to `sinf'
undefined reference to `cosf'
undefined reference to `logf'
이를 해결 하기 위한 임시 대응책
$QTDIR/src/corelib/kernel/qmath.h
에다가
inline float sinf( float s)
{
return (float)sin(s);
}
하지만 최근 들어 피해 갈 수 없는 대세인 모듈이 있으니, 두둥 그것은 webkit
QtWebkit을 올리려면 rendering을 하는 측에서 (예를 들어 line이나 curve 등을 그릴때)
sine 이나 cosine 같은 삼각 함수를 쓰게 되는데
오래된 싸구려 mips 칩에서는 이를 지원하지 않는다..
uClibc 0.9.28 이상에서는 floating math 함수들을 지원한다.
uClibc 0.9.27 이하에서는 floating math 함수들을 지원하지 않는다.
문제점으로는 qline이나 curve 함수들이 컴파일 시 Link 되지 않는다.
undefined reference to `sinf'
undefined reference to `cosf'
undefined reference to `logf'
이를 해결 하기 위한 임시 대응책
$QTDIR/src/corelib/kernel/qmath.h
에다가
inline float sinf( float s)
{
return (float)sin(s);
}
inline float cosf( float s)
{
return (float)cos(s);
}
inline float logf( float s)
{
return (float)log(s);
}
추가함
절대적으로 임시 방편이며, 속도가 많이 느려진다... 특히 Animation
그냥 uClibc 0.9.28 이상을 사용하시길....
양산 후 library 절대 올리기 싫어 하는 경우도 있긴 하지만... 이해는 어렵다...털썩...
양산 후 library 절대 올리기 싫어 하는 경우도 있긴 하지만... 이해는 어렵다...털썩...
2011. 6. 9.
Kbuntu 설치후 Qt 최신 설치할때 많이 요청 되어 지는 라이브러리
sudo apt-get install build-essential
처음에 개발자 도구 들이 설치 되지 않았을 때
sudo apt-get install libx11-dev
configure시 x11 관련 에러가 나왔을 때 : error: X11/Xlib.h: No such file or directory
sudo apt-get install libxext-dev
configure시 "cannot find -lXext" 와 같은 에러 메시지가 나왔을 때
sudo apt-get install libgstreamer0.10-dev
configure시 gstreamer가 설정되지 않을때
sudo apt-get install libxrender-dev
Webkit compile 시 "cannot find -lXrender"와 같은 에러 메시지가 나왔을 때
2011. 5. 31.
Official Qt Mobility 1.2.0 릴리스
Qt Mobility 플러그인 라이브러리가 2011년 5월 12일자로 1.2.0으로 Release 되었습니다.
Qt Mobility version 1.2.0 의 새로운 feature로 소개된 것들로는
- 기존 mobility module들의 개선 사항 추가
- Bluetooth device 와의 쉬운 integration 기능
- NFC ready device support
(Near Field Communication : 5m 이내 통신에 유용하며 RFID와 유사합니다)
- 그외 QtMessaging, QtServiceFramework, QtSensors 와 QML 지원 모듈들
http://doc.qt.nokia.com/qtmobility-1.2/index.html
다음에서 다운 로드 받아 사용하실 수 있습니다.
http://get.qt.nokia.com/qt/add-ons/qt-mobility-opensource-src-1.2.0.zip
http://get.qt.nokia.com/qt/add-ons/qt-mobility-opensource-src-1.2.0.tar.gz
Meego 사용자의 경우 : http://download.meego.com/live/devel:/qt-mtf/Trunk/
sudo zypper addrepo http://download.meego.com/live/devel:/qt-mtf/Trunk/ devel-qt-mtf
sudo zypper refresh
sudo zypper install qt-mobility
sudo zypper install qt-mobility-example
Gitorious (깃토리오스) 사용자의 경우
http://qt.gitorious.org/ 에서 Qt-mobility의 'v1.2.0' Tag를 사용하실 수 있습니다.
Qt Mobility version 1.2.0 의 새로운 feature로 소개된 것들로는
- 기존 mobility module들의 개선 사항 추가
- Bluetooth device 와의 쉬운 integration 기능
- NFC ready device support
(Near Field Communication : 5m 이내 통신에 유용하며 RFID와 유사합니다)
- 그외 QtMessaging, QtServiceFramework, QtSensors 와 QML 지원 모듈들
http://doc.qt.nokia.com/qtmobility-1.2/index.html
다음에서 다운 로드 받아 사용하실 수 있습니다.
http://get.qt.nokia.com/qt/add-ons/qt-mobility-opensource-src-1.2.0.zip
http://get.qt.nokia.com/qt/add-ons/qt-mobility-opensource-src-1.2.0.tar.gz
Meego 사용자의 경우 : http://download.meego.com/live/devel:/qt-mtf/Trunk/
sudo zypper addrepo http://download.meego.com/live/devel:/qt-mtf/Trunk/ devel-qt-mtf
sudo zypper refresh
sudo zypper install qt-mobility
sudo zypper install qt-mobility-example
Gitorious (깃토리오스) 사용자의 경우
http://qt.gitorious.org/ 에서 Qt-mobility의 'v1.2.0' Tag를 사용하실 수 있습니다.
2011. 5. 30.
Qt Signal 과 QML function 을 연결하기
QML은 UI를 구성하는 데 편의성을 제공하기는 하지만
Native code처럼 정밀한 작업을 하거나 세밀한 조작을 할때는 답답한 부분이 상당히 있다.
그래서 UI 는 QML로 구성하고, 세밀하고 빠른 속도를 요구되어지는 부분은
Qt로 구성하는 경우가 많은데, 이때 주의해야 할 부분이 QML과 Signal/Slot을 Communicate할 수 있느냐이다.
결론부터 말하자면
rootObject() 와 QVariant를 사용해서 Signal/Slot을 QML에서도 사용할 수 있다.
조금 더 상세히 말하자면 QML 파일은 결국 QDeclarativeView를 사용하여 동작이 이루어지게 되는데, 이 QDeclarativeView를 통하여 QML Controller의 pointer를 가져 올 수 있다.
QDeclarativeView view;
view.setSource( QUrl("QML파일.qml"));
QObject *rootObject = dynamic_cast(view.rootObject());
object의 포인터를 가져 오게 되면 그 다음은 일반 Qt 프로그램과 동일 해 진다.
QObject::connect(rootObject, SIGNAL(.....), &QtClass pointer, SLOT(....));
QObject::connect(&QtClass pointer, SIGNAL(...), rootObject, SLOT(...));
그리고 QML 파일과 Qt Native 사이의 parameter는 QVariant를 통하여 전달 시키면 된다.
NativeFunction( QVariant text ); // Qt
function QMLFunction( text ) // QML
다음의 forum nokia 예제를 참조한다.
<참조>
http://wiki.forum.nokia.com/index.php/CS001625_-_Connecting_Qt_signal_to_QML_function
myclass.h
#ifndef __MYCLASS_H__
#define __MYCLASS_H__
#include <qobject>
#include <qvariant>
class MyClass : public QObject
{
Q_OBJECT
public:
MyClass() {}
public slots:
void getData() {
QString text("New data");
emit data(QVariant(text));
}
signals:
void data(QVariant data);
};
#endif
main.cpp
#include <qapplication>
#include <qgraphicsobject>
#include <qdeclarativeview>
#include "myclass.h"
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
MyClass myClass;
QDeclarativeView view;
view.setSource(QUrl("./ui.qml"));
view.setResizeMode(QDeclarativeView::SizeRootObjectToView);
QObject *rootObject = dynamic_cast(view.rootObject());
QObject::connect(rootObject, SIGNAL(dataRequired()), &myClass, SLOT(getData()));
QObject::connect(&myClass, SIGNAL(data(QVariant)), rootObject, SLOT(updateData(QVariant)));
view.setGeometry(QRect(100,100,800, 480));
view.show();
return app.exec();
}
ui.qml
import Qt 4.7
Rectangle {
signal dataRequired;
function updateData(text) { dataText.text = text } // slot
anchors.fill: parent; color: "black"
Text {
id: dataText
anchors.centerIn: parent; color: "white"
}
MouseArea {
anchors.fill: parent
onClicked: dataRequired()
}
}
Native code처럼 정밀한 작업을 하거나 세밀한 조작을 할때는 답답한 부분이 상당히 있다.
그래서 UI 는 QML로 구성하고, 세밀하고 빠른 속도를 요구되어지는 부분은
Qt로 구성하는 경우가 많은데, 이때 주의해야 할 부분이 QML과 Signal/Slot을 Communicate할 수 있느냐이다.
결론부터 말하자면
rootObject() 와 QVariant를 사용해서 Signal/Slot을 QML에서도 사용할 수 있다.
조금 더 상세히 말하자면 QML 파일은 결국 QDeclarativeView를 사용하여 동작이 이루어지게 되는데, 이 QDeclarativeView를 통하여 QML Controller의 pointer를 가져 올 수 있다.
QDeclarativeView view;
view.setSource( QUrl("QML파일.qml"));
QObject *rootObject = dynamic_cast
object의 포인터를 가져 오게 되면 그 다음은 일반 Qt 프로그램과 동일 해 진다.
QObject::connect(rootObject, SIGNAL(.....), &QtClass pointer, SLOT(....));
QObject::connect(&QtClass pointer, SIGNAL(...), rootObject, SLOT(...));
그리고 QML 파일과 Qt Native 사이의 parameter는 QVariant를 통하여 전달 시키면 된다.
NativeFunction( QVariant text ); // Qt
function QMLFunction( text ) // QML
다음의 forum nokia 예제를 참조한다.
<참조>
http://wiki.forum.nokia.com/index.php/CS001625_-_Connecting_Qt_signal_to_QML_function
myclass.h
#ifndef __MYCLASS_H__
#define __MYCLASS_H__
#include <qobject>
#include <qvariant>
class MyClass : public QObject
{
Q_OBJECT
public:
MyClass() {}
public slots:
void getData() {
QString text("New data");
emit data(QVariant(text));
}
signals:
void data(QVariant data);
};
#endif
main.cpp
#include <qapplication>
#include <qgraphicsobject>
#include <qdeclarativeview>
#include "myclass.h"
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
MyClass myClass;
QDeclarativeView view;
view.setSource(QUrl("./ui.qml"));
view.setResizeMode(QDeclarativeView::SizeRootObjectToView);
QObject *rootObject = dynamic_cast
QObject::connect(rootObject, SIGNAL(dataRequired()), &myClass, SLOT(getData()));
QObject::connect(&myClass, SIGNAL(data(QVariant)), rootObject, SLOT(updateData(QVariant)));
view.setGeometry(QRect(100,100,800, 480));
view.show();
return app.exec();
}
ui.qml
import Qt 4.7
Rectangle {
signal dataRequired;
function updateData(text) { dataText.text = text } // slot
anchors.fill: parent; color: "black"
Text {
id: dataText
anchors.centerIn: parent; color: "white"
}
MouseArea {
anchors.fill: parent
onClicked: dataRequired()
}
}
Qt Cross-compiling with Scratchbox2
Embedded 환경 구축을 위한 Cross-compiling은 누가 뭐래도 지루하고 따분한 일에는 틀림 없다.
특히 Qt와 같이 다양한 기능을 제공하는 Platform Cross-compile에는 더 많은 정성과 신경이 쓰인다.
게다가 Hardware 가속기능이나 멀티미디어 라이브러리를(DirectFB, D-Bus, GStreamer, OpenGL ES)
지원하기 위해서는 Optimization도 많고, Testing까지 생각한다면 Cross-compiling Tool의 사용은
선택이 아니라 필수의 항목일 수 있다.
( 하드웨어 가속기나 멀티미디어 항목은 귀찮치만 신경을 쓰면 쓸수록 Application의 성능과 연관성도 높다)
따라서 Scratchbox2를 반복적으로 쓰면서 나름 편리하다고 느껴진 방법을 정리해 보았다.
1) Scratchbox2를 Host 에 설치한다.
2) 제공된 Board SDK 를 이용하여 root image를 만든다.
3) Target rootfs 루트폴더로 이동한다.
Scratchbox2 의 sb2-init 은 반드시 targetfs 의 root에서 실행 시켜줄 것을 권장한다.
예) cd ~/Tegra2Arm/vibrante-devlite-p1138/targetfs
4) scratchbox 2 env 를 만들어 준다.
예 ) sb2-init Tegra2Qt ~/toolchains/tegra2-x.x.x/bin/arm-none-linux-gnueabi-gcc
sb2-init -c qemu-arm Tegra2QPA ~/toolchains/tegra2-x.x.x/bin/arm-none-linux-gnueabi-gcc
sb2-init [option].... [Target Name] [Compiler:specs] [secondary_compiler]
5) Scratchbox2 가상환경으로 들어 간다.
예) sb2 -t Tegra2QPA
sb2 -t [Target Name]
6) Qt Configuration
- makespec set to use host-g++ and friends (builds tools for host)
- xmakespec set to linux-g++
예) configure -platform linux-tegra2-g++ -arch arm -xplatform linux-g++ -no-neon -graphicssystem raster -opengl es2 -confirm-license -force-pkg-config
여기서 가장 중요한 요소는 -force-pkg-config 인데, opengl es2나 dbus driver들이 제대로 맞물릴 수 있도록
해당 Target pkgconfig 위치가 $PKG_CONFIG_PATH를 정확히 지정 할 수 있도록 한다.
# # qmake configuration for linux-g++ #
MAKEFILE_GENERATOR = UNIX
TEMPLATE = app
CONFIG += qt warn_on release incremental link_prl
QT += core gui
QMAKE_INCREMENTAL_STYLE = sublib
include(../../common/g++.conf)
include(../../common/linux.conf)
# modifications to g++.conf
QMAKE_CC = sb2 gcc
QMAKE_CXX = sb2 g++
QMAKE_LINK = sb2 g++
QMAKE_LINK_SHLIB = sb2 g++
# modifications to linux.conf
QMAKE_AR = sb2 ar cqs
QMAKE_OBJCOPY = sb2 objcopy
QMAKE_STRIP = sb2 strip
load(qt_config)
- force-pkg-config (we are still cross compiling and hence have to explicitly enable pkg-config use )
export PKG_CONFIG_PATH=$TARGET_DIR/usr/lib:$TARGET_DIR/usr/local/lib
2011. 5. 27.
QML 에서 mp3 file playback
QML은 Qt 용 Application 개발시 UI의 요소를 빨리 개발하기 위한 Markup 언어로,
iPhone이나 Cocoa 개발시 사용되는 xib 파일과 비슷한 개념이라고 생각할 수 있다.
QML에서 mp3 file playback은 다음과 같이 간단히 만들수 있는데
예제는 QDeclarativeView를 이용해서 Binary 실행 파일의 일부로 만들어 주거나
# qmlviewer main.qml
과 같이 실행 시켜 주면 된다.
19줄로 만드는 mp3 player 는 backend가 필요한데
backend는 Qt-mobility 와 OS 별 multimedia backend가 필요하다
Qt-mobility ( http://qt.nokia.com/products/qt-addons/mobility )
OS 별 multimedia backend
예) GStreamer , DirectShow, QuickTime 등
2011. 5. 26.
Tegra 2 (vibrante)에 Qt Lighthouse 올리기 (1) SDK 설치
Tegra2 vibrante Board 에 Qt Lighthouse (QPA) 올리기
SDK Installation
가장 먼저 필요한 작업은 SDK 설치이겠지요.
다음과 같은 방법으로 하시면 됩니다.
# unzip vibrante-devlite-p1138-15.0105-minimal-sdk.zip
여러 패키지 들이 딸려 나오지만 그중 가장 중요한 2가지만 선택하시면 됩니다.
그 외엔 개발자들의 취향에 따라 쓸 수도 있고, 쓰지 않을 수도 있으므로 패스
# chmod u+x *.run
# ./vibrante-devlite-p1138-15.0105-oss-minimal-sdk.run
설치와 라이센스 동의를 하게 되면 다음의 작업들을 해주게 됩니다.
- toolchain 설치
- xinetd, tftpd와 같은 package 설치
- 그외 dhcp나 nfs 관련한 package 설치 및 설정
Now installing tegra2-ubuntu-minimal-lucid.tgz to ./vibrante-devlite-p1138/targetfs Installing dev debian packages for alsa... Unpacking /home/codeguru/Tegra2Lighthouse/vibrante-devlite-p1138/targetfs-pkgs/minimal/tegra2-ubuntu-minimal-lucid.tgz to ./vibrante-devlite-p1138/targetfs.
[sudo] password for codeguru:
# ./vibrante-devlite-p1138-15.0105-nv-minimal-sdk.run
기본적으로 vibrante는 두가지 Graphic Output모드를 지원합니다.
하나는 X11을 기본으로 하는 모드고 다른 하나는 OpenKODE를 기본으로 하는 모드입니다.
vibrante-devlite-p1138-15.0105-nv-minimal-sdk.run 를 설치하실 때 유의 하셔야 하는 사항은 "X11"의 설치인데, 현재까지는 Qt의 모든 기능을 문제 없이 사용하시고자 할때는 X11을 설치 하셔야 합니다.
하지만 이번 연재는 Qt Lighthouse를 사용하는 것이 목적이므로 OpenKODE를 설치하는 것을 기본으로 전제합니다.
참고로 Lighthouse는 qws와 달리 X를 거치지 않고 /dev/fb0로 바로 출력 할 수도 있습니다. (platform설정에 따라...)
위 패키지 설치 중 아래와 같은 메시지를 볼 수 있습니다.
Note that X11 is required for Qt and GStreamer. Enter [X] to install X11-enabled drivers and a minimal X server, any other key to skip X11 and use non-X11 (OpenKODE) drivers:
여기까지 설치했다면 SDK설치 완료
피드 구독하기:
글 (Atom)