Андроид для чайников

четверг, 20 октября 2011 г.

Грабли с камерой?

Наткнувшись на пример кода для работы с камерой пришлось немного попотеть. Вот кусочек кода:

Size previewSize = camera.getParameters().getPreviewSize();

float aspect = (float) previewSize.width / previewSize.height;

int previewSurfaceWidth = preview.getWidth();

int previewSurfaceHeight = preview.getHeight();

LayoutParams lp = preview.getLayoutParams();

if (this.getResources().getConfiguration().orientation != Configuration.ORIENTATION_LANDSCAPE)

{

// портретный вид

camera.setDisplayOrientation(90);

lp.height = previewSurfaceHeight;

lp.width = (int) (previewSurfaceHeight / aspect);

;

}

else

{

camera.setDisplayOrientation(0);

lp.width = previewSurfaceWidth;

lp.height = (int) (previewSurfaceWidth / aspect);

}

preview.setLayoutParams(lp);

camera.startPreview();

}

Задача этого куска - подогнать соотношение сторон окна (экрана телефона) и соотношения сторон кадра с камеры. Ну и повернуть изображение соответственно ориентации телефона. Как выяснилось, причина была в использовании RelativeLayout. На Frame все заработало. Почему? Может кто подскажет?

Свой SeekBar

Если по какой-то причине Вас не устраивает вид стандартных элементов управления, никто не мешает создавать свои. Например, изменим стандартный SeekBar:

1. В папке layout создадим xml-файл, допустим progress.xml, в который напишем следующее:

<layer-list xmlns:android="http://schemas.android.com/apk/res/android">

<item android:id="@android:id/background">
<shape>
<corners android:radius="5dip" />
<gradient
android:startColor="#ff00ff00"
android:centerColor="#ff000000"
android:centerY="0.5"
android:endColor="#ff00ff00"
android:angle="270"
/>
</shape>
</item>
<item android:id="@android:id/secondaryProgress">
<clip>
<shape>
<corners android:radius="5dip" />
<gradient
android:startColor="#80ffd300"
android:centerColor="#80ffb600"
android:centerY="0.75"
android:endColor="#a0ffcb00"
android:angle="270"
/>
</shape>
</clip>
</item>

<item android:id="@android:id/progress">
<clip>
<shape>
<corners android:radius="5dip" />
<gradient
android:startColor="#ffff0000"
android:centerColor="#ff000000"
android:centerY="0.5"
android:endColor="#ffff0000"
android:angle="270"
/>
</shape>
</clip>
</item>
</layer-list>

Это сам SeekBar. Теперь ползунок для него, опять же xml (пусть будет progress_t.xml):

<selector xmlns:android="http://schemas.android.com/apk/res/android">
<item android:state_pressed="true"
android:state_window_focused="true"
android:drawable="@drawable/sb"/>
<item android:state_focused="true"
android:state_window_focused="true"
android:drawable="@drawable/sb"/>
<item android:state_selected="true"
android:state_window_focused="true"
android:drawable="@drawable/sb"/>
<item android:drawable="@drawable/sb"/>
</selector>

Тут sb - это картинка, изображающая ползунок, на Ваш вкус. Ну и наконец в main.xml пишем:

<SeekBar
android:id="@+id/seekbar1"
android:layout_height="wrap_content"
android:layout_width="fill_parent"
android:fadingEdge="none"
android:thumb="@layout/progress_t"
android:progressDrawable="@layout/progress"
android:scrollbarStyle="outsideInset" >
</SeekBar>

На выходе имеем следующее:

Скриншот без рута.

Множество существующих программ для снятия скриншотов с экрана телефона требуют root доступ. В Эклипсе все гораздо проще. Достаточно открыть: Window > Open Perspective > Other > DDMS и нажать кнопочку Screen Capture. После чего сохранить изображение. Естественно, телефон должен быть подключен в режиме отладки по USB.

среда, 19 октября 2011 г.

Как написать цифирки

Совсем уж для чайников, но вдруг кому поможет:). Жизненная ситуация: надо всунуть численное значение в текстовое поле, а оно хочет строку. А метод toString не работает. Вот просто ругается и не работает. Конструкция (+ "") превратит в строку что угодно. То есть (int myVal + "") - это уже String.

Правильная ориентация.

При работе с датчиком ориентации в Андроиде, внезапно выяснилось, что данные возвращаются в градусах типа int, то есть округленно до 1 градуса. Для повышения точности Гугл посоветовал сделать так:

@Override
public void onSensorChanged(SensorEvent event) {
if (event.sensor.getType() == Sensor.TYPE_ACCELEROMETER)
mGrav = event.values;
if (event.sensor.getType() == Sensor.TYPE_MAGNETIC_FIELD)
mMag = event.values;
if (mGrav != null && mMag != null) {
matrixR = new float[9];
matrixI = new float[9];
boolean success = SensorManager.getRotationMatrix(matrixR, matrixI, mGrav, mMag);
if (success) {
mOrient = new float[3];
SensorManager.getOrientation(matrixR, mOrient);
}
}
}

В итоге массив mOrient получает значения по координатам X, Y и Z в радианах. И как можно заметить, типа float. При переводе их в градусы получаем точные значения. Но тут возникает другая проблема - шум датчиков. Значения скачут. Наткнулся в тырнете на интересный кусочек кода:

avX = rad2deg * mOrient[0] * kF + avX * (1.0f - kF);

Если припомнить математику, можно догадаться - это своего рода фильтр. Значение коэффициента kF подбираем опытным путем, в пределах где-то 0,01 - 0,5. Чем меньше - тем плавнее меняются показания датчика.

Коротко о рисовании.

Один из залогов успешности программы - приятный внешний вид. Для создания графики в приложении очень хорошо подходит программа Inkscape. Это совершенно бесплатный векторный редактор с достаточно большим функционалом. Рисуем нужную картинку, например иконку приложения. Жмем "экспортировать в растр". И сохраняем в любимом Андроидом .png одно и то же изображение в разрешении 72x72, 48x48, 36x36 в папки drawable-hdpi, -mdpi и -ldpi соответственно. А там Андроид сам разберется, к какому разрешению экрана какую иконку подставить. То же самое и с другими изображениями. Соотношение пропорций в вышеуказанных папках соответствует 1,5 x 1 x 0,75, так что подсчитать размеры картинок не проблема. И никаких пиратских фотошопов:).

Три буквы - XML

Андроид и XML - братья навек, наверно все уже заметили. Но тут я хочу поговорить не о родных main и strings, а о посторонних файлах. В частности, при написании GPS-приблуды возникла необходимость вырвать инфу из трека в формате .gpx. При ближайшем рассмотрении это тот же XML. Вот как он выглядит:

<?xml version="1.0"?>
<gpx version="1.0" creator="NaviTel 3.5.0.838 - http://www.navitel.su" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.topografix.com/GPX/1/0" xsi:schemaLocation="http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd">
<metadata>
<time>2010-07-30T11:25:21Z</time>
</metadata>
<trk><name>Track 001</name>
<trkseg>
<trkpt lat="56.741173" lon="61.220718"><ele>308.000000</ele><time>2010-07-30T05:25:22Z</time><hdop>3.2</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741112" lon="61.220917"><ele>281.000000</ele><time>2010-07-30T05:25:23Z</time><hdop>2.4</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741100" lon="61.220993"><ele>280.000000</ele><time>2010-07-30T05:25:24Z</time><hdop>1.6</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741127" lon="61.221077"><ele>271.000000</ele><time>2010-07-30T05:25:26Z</time><hdop>1.2</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741112" lon="61.221088"><ele>270.000000</ele><time>2010-07-30T05:25:27Z</time><hdop>1.2</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741119" lon="61.220921"><ele>279.000000</ele><time>2010-07-30T05:25:28Z</time><hdop>4.8</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741119" lon="61.220943"><ele>277.000000</ele><time>2010-07-30T05:25:29Z</time><hdop>3.2</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741093" lon="61.220932"><ele>276.000000</ele><time>2010-07-30T05:25:30Z</time><hdop>2.4</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741085" lon="61.220932"><ele>275.000000</ele><time>2010-07-30T05:25:31Z</time><hdop>2.4</hdop><sat>0</sat><fix>3d</fix></trkpt>
<trkpt lat="56.741081" lon="61.220932"><ele>274.000000</ele><time>2010-07-30T05:25:32Z</time><hdop>2.4</hdop><sat>0</sat><fix>3d</fix></trkpt>
</trkseg>
</trk>
</gpx>

Как-то так в общем. Понятное дело, что нам нужны именно циферки вида 56.741085 и 61.220932, ибо это не что иное как широта и долгота. В XML они называются атрибутами узла, в данном случае узла "trkpt". Подозреваю, что это сокращение от "track point", но это неважно. Наши действия:

Document MyDoc = null;
try { 
DocumentBuilderFactory dbFactory = DocumentBuilderFactory.newInstance();   
DocumentBuilder MyDocBuilder = dbFactory.newDocumentBuilder();
MyDoc =  MyDocBuilder.parse(new FileInputStream(Environment.getExternalStorageDirectory() + "/Tracks/" + myTrack));
// Путь к документу = путь к флешке + имя папки + имя файла}
catch (Exception ioe) {} //Обрабатываем ошибку, если хочется... 
NodeList list = MyDoc.getElementsByTagName("trkpt"); 
//Получение списка ВСЕХ узлов дерева с тегом trkpt.
int count = list.getLength(); 
//Ненавязчиво поинтересовались количеством точек в треке.
Location[] MyTrackPoints = new Location[count]; 
// Создали новый массив объектов типа "location" с размерностью = count.
// Объект "location" имеет свойства "широта" и "долгота", которые надо извлечь из файла и присвоить элементам массива. 
for(int i = 0; i<count; i++) { 
// получаем в цикле координаты из трека
Node n = list.item(i); 
// В переводе - "узел n = элемент списка № '"i".
NamedNodeMap nm = n.getAttributes();MyTrackPoints[i] = new Location("MyTrackPoints"); 
// добавили в массив новый объект
MyTrackPoints[i].setLatitude(Double.parseDouble(nm.item(0).getNodeValue()));
//получили атрибут №0 "широта" узла "nm" и присвоили его элементу массива.
MyTrackPoints[i].setLongitude(Double.parseDouble(nm.item(1).getNodeValue()));
//получили атрибут №1 "долгота" узла "nm" и присвоили его элементу массива.}

Profit. У нас в кармане массив координат в чистом виде. Даже не так - у нас в кармане массив объектов Location, каждый из которых имеет свои координаты. К любому из этих объектов можно применять функции работы с GPS, типа distanceTo(MyTrackPoints[i]) и т.п.

Спасибо за внимание.

четверг, 20 октября 2011 г.

среда, 19 октября 2011 г.

четверг, 20 октября 2011 г.

среда, 19 октября 2011 г.