Штурм камеры Zn5, Iso, чувствительность и т.д. Поделиться Опции

[fill.sa]

Случайно обнаружил какие функции камера читает из flexbit и что там можно выключить и выключить

flex bit power sel is %d/%dHz
flex bit m_isAllowShutterSoundSilent = %d
flex bit m_isPostPreviewEnabled = %d
flex bit m_isMultishotEnabled = %d
flex bit m_isAvailableLandscape = %d
flex bit m_isAvailableSlide = %d
Privacy LED Indication For Video capture is flexed to %d
Privacy LED indication for still image is flexed to %d
Shutter Tones Sel Flexed To %d Image Capture
Shutter Tones Sel Flexed To %d Video Capture
Shutter Tones Enabled %d For Video Capture
Shutter Tones Enabled %d For Image Capture
flex bit m_isMyFaveFeature = %d
flex bit m_isQuickSendEnabled = %d
flex bit m_isSendToBlogEnabled = %d
flex bit m_isAvailableX8 = %d
flex bit m_isAvailabelTag = %d
flex bit m_isPostcardAvailable = %d
flex bit m_isSupportH263 = %d
flex bit m_isSendEmailEnabled = %d
Privacy LED full brightness value is flexed to %d
rivacy LED medium brightness value is flexed to %d
Privacy LED long blink value is flexed to %d
Privacy LED short blink value is flexed to %d
flex bit shutter tone volume is %d
flex bit cam privacy led short blink from cfg file is %f
flex bit cam privacy led long blink from cfg file is %f
flex bit cam privacy led med brightness from cfg file is %d
flex bit cam privacy led full brightness from cfg file is %d

Сообщение отредактировал fill.sa - 29.11.2016, 12:47

[Unreal_man]

flex bit m_isAvailableX8 = %d

Активация 8микратного зума я полагаю. Хм, не помешало бы. А то в магиксах типа Е2 это есть, а на ZN5 нет.

[fill.sa]

flex bit m_isAvailableX8 = %d

Активация 8микратного зума я полагаю. Хм, не помешало бы. А то в магиксах типа Е2 это есть, а на ZN5 нет.

скорее все да, хотя по мне цифровой зум вообще ненужная штука.
А вот это flex bit m_isSendToBlogEnabled = %d я уже видел вдргом месте, видимо возможность отправить файл в блог, какой блок вот интересно.

[Unreal_man]

Наверное адрес блога прописывается где-то. Не знаю.

[fill.sa]

EXL подсказал предполагаемую модель модуля камеры DIS6531. Гугл помог найти некоторую инфу.
Digital Imaging Systems (DIS) , немецкая фирма по производству модулей камеры.
Ныне похоже несуществующая, их сайт помер и есть только в архиве http://web.archive.org/web/20081025181017/...s/products.html
даже дата на сайте осталась 2008г.

Модель DIS6531, внутри мотороловский индекс 01004021001
Удалось найти очень подробный даташит. По нему видно камера неплохая, может такое видео 1280х960 4:3 15 fps и такое 2592х1944 4:3 5 fps.


Интересно то, что у них был вариант на 8Mp и 9Mp в тех же размерах. К сожалению найти где они пременяются не получается, хотя и о преминении нашей камеры тоже ничего.
Но зате нашел новость https://tweakers.net/nieuws/55818/dis-breng...mobieltjes.html
и http://etn.se/index.php/47471
где говорится что на выставке Photokina представлен новый модуль DIS6931 на 9Мп и может пременяться взамен других без всяких танцов с бубном.

Оставлю для истории тут.

Обнаружил у нас присутствие драйвера камеры Omnivision OV2640 и Micron MI2020SOC. Все датировано 12/2006. Пологаю это модули камер от z6/V8.
Поиск по сети навел что SOC MI2020 это тоже что и MT9D112. Фото говорят о томже, камера z6/v8 внешне похожа на MT9D112

Ну и далее документы которые нашел.
http://www.ienk.com/2-million-pixels-digit...112-p-8039.html
http://www.ixbt.com/news/hard/index.shtml?04/83/57

Добавлено позже (3.4.2017, 12:03):
Нашел еще , что в Motorola A1200(MING) стоит MT9D112,. Возможно ради него и добавлены драйвера, а может и у всех linux моторов одинаковая камера стоит, что у А1200 , что у Z6.

Сообщение отредактировал fill.sa - 3.4.2017, 12:30

[fill.sa]

Еще небольшая инфа. Я уже как-то писал что во всех прошах есть пристствуют файлы для всей линейки камер от фирмы DIS, включая 8 и 9мп.
Так вот в иконках зины есть файл xpixl_cam_008mp_small , что еще раз подтверждает что прорабатывался вариант с камерами больше штатных 5Мп.

[fill.sa]

Разбираю дальше свои архивные записи. Может кому пригодиться.

Для тех кто снимает блокировку на размер снимаего видео в камере, вот значения для разных размеров.
60 00 - 96
(80 00)20 2f - 128
b0 20 - 176
90 20 - 144
14 2e - 320
(40 01)f0 20 - 240
16 2E - 352
12 2E - 288
C8 2F - 800
96 2F - 600

Сообщение отредактировал fill.sa - 21.7.2017, 13:59

[Claus398]

Для тех кто снимает блокировку на размер снимаего видео в камере

так что можно наконец-то сделать что бы смарт снимал хотя бы в 640х480?

[fill.sa]

Claus398,
неа, на lj6.3 все сложнее чем на прежних моделях.
Блокировку разрешения я снимал много лет назад, но там есть еще какая-то зщита. Видимо после того как Z6 хакнули, мотороловцы на остальных телах подкинули гемороя.
Пологаю что вторая защита это установка битрейта 0, если разрешение выше 176х144. А с 0 понятное дело камера ничего и не снимет. Но я дальше в это сторону уже не ковырял.

[fill.sa]

Вспомнил еще кое что. По отличаю либ камеры 7fr c другими. У 7fr не много отличается алгоритм, т.е. у остальных идет отдельная проверка режимов 1,2 и режима 3. А у 7FR только одна проверка всех режимов. Т.е. у 7fr достаточно в одном месте поменять проверку разрешения на снимаемое видео, а вот у остальных нужно уже в двух местах.

[fill.sa]

В дополнение поста Штурм камеры Zn5

Попалось очередное подтверждение что в зине рассматривали вариант камеры 8 и 9Мп

Код

## ACS - CDL ## ERROR Function %s ERROR: Unknown sensor ID: %2.2X  -  using DIS6530 as default sensor.

Т.е. программно определяется версия модуля камеры и на основании этого грузится нужная прошивка в него. Если модуль не определен ставиться по умолчанию пошивка DIS6530

Добавлено позже (2.7.2018, 0:29):
Эх, где бы откопать эти модули и поставить для проверки.

[EXL]

Эх, где бы откопать эти модули и поставить для проверки.

Скорее всего эти модули делались этой DIS под заказ для Kodak и некоторых других фирм и в малых тиражах. Напомни, какие там телефоны ещё якобы использовали подобный модуль этой фирмы? Вроде Nokia какая-то там.

[Воха]

DIS

Эта аббревиатура есть на корпусах экшн-камер от Kodak, например 5-Мегапиксельную Kodak Zx5 чаще всего находит.
Но кроме как "цифровая стабилизация изображения" - я других значений DIS не нашёл

Но мне всё же не давало покоя, что Серёга написал мол DIS- это фирма, и удалось найти упоминание:

Digital Imaging Systems (DIS) Unveils the First 9MP AF Camera Module for the Mobile Market

Photokina 2008

September 22, 2008 03:00 AM Eastern Daylight Time

KIRCHHEIM-TECK, Germany--(BUSINESS WIRE)--Digital Imaging Systems (DIS) today announced the launch and availability of the first ever 9 MP (Megapixel) camera module for mobile phones. Its new DIS6931 camera modules provide rich features such as auto-focus, high quality lenses, mechanical shutter and ND-filter with integrated actuators and an easy to access platform software, enabling high-end digital still camera (DSC) quality in mobile phones. DIS is exhibiting at this week’s Photokina fair in Cologne, Germany, hall 03.1, stand number D007.

With its unique platform concept the new DIS6931 camera module enables existing customers to upgrade their DIS camera modules to higher pixel resolutions without hardware change in the host and with the shortest possible software integration time.

"We wanted to maintain our leadership in digital still camera (DSC) quality modules for mobile phones to create new market opportunities for handset manufacturers. With our ultra fast AF (auto-focus), the fastest mobile click-to-capture time and excellent picture quality, we are in a strong position to drive the convergence of mid-range DSC’s into mobile devices,” said Roland Pudelko, CEO of Digital Imaging Systems.

DIS6931 camera module

The DIS6931 is an all in one DSC quality camera module with a simple command interface. It incorporates a high resolution CMOS sensor, advanced optical lens system with mechanical shutter and ND-filter, a proprietary interface / control DSP, miniaturized and proprietary low power actuators and a common firmware platform.

The common control interface allows seamless upgrades between different DIS camera modules such as higher resolution or optical zoom. The ultra-fast autofocus (<300ms) and the fast click-to-capture time (<200ms) compete with mid range DSC’s, enabling image capture of fast moving objects such as sports events.

The module delivers image data with a max resolution of 3488 x 2616 pixels through either a parallel interface or optional MIPI interface. It also supports a variety of different view finder and HDTV sizes with frame rates up to 30fps (e.g.720p)

DIS6931 pre-production samples are available now; volume production is planned for end of Q4 2008.

About Digital Imaging Systems (DIS)

DIS develops and supplies DSC-quality camera modules to create new market opportunities for handset manufacturers within the camera centric mobile market space. The company has established a supply chain management system that delivers high volume production quantities to tier one customers. DIS works together with blue chip partners in the development and manufacturing arena. DIS maintains a worldwide presence with corporate and research and development offices in Kirchheim-Teck, Germany, Glendale (CA) and Perryville (NJ) in the USA and Beijing, China. For more information visit www.disimage.com.

Digital Imaging Systems and DIS are trademarks or registered company of Digital Imaging Systems GmbH. All other brands or product names contained herein are the property of their respective owners.

Contacts
Digital Imaging Systems
Hubert Utz
Tel: +49-1727184070
Fax: +49-7021805600
Hubert.Utz@disimage.com

[close]

[EXL]

Воха,
http://web.archive.org/web/20081025181017/...s/products.html

Обанкротилась видимо фирма.

[fill.sa]

Воха,
Штурм камеры Zn5
и
Штурм камеры Zn5

EXL,
На сколько я помню из своих исследований то это дочерняя фирма была и потом ее что-то типо реаргонизовали.

Сообщение отредактировал fill.sa - 7.7.2018, 6:08

[EXL]

дочерняя фирма

Дочерняя фирма какой фирмы? Kodak'а что ли?

[fill.sa]

Эта аббревиатура есть на корпусах экшн-камер от Kodak, например 5-Мегапиксельную Kodak Zx5 чаще всего находит

Нашел видео по Zx5
https://youtu.be/C_VR4ebx1oc?t=217

Похожа но все таки не такая как у зн5 камера.

Добавлено позже (8.7.2018, 22:28):
А вот нашел и поближе фото
https://i.ebayimg.com/images/g/4VUAAMXQaBtRAZyb/s-l1600.jpg



Добавлено позже (8.7.2018, 22:18):
EXL,
Уже точно не помню, где-то на форуме писал, но точно не кодака. IBM помню причастна была.
Кратская выдержка о самой компании

Digital Imaging Systems GmbH разрабатывает и поставляет интегрированные модули камер для производителей телефонов. Ранее компания была известна как Dialog Imaging Systeme GmbH и сменила свое название на Digital Imaging Systems GmbH в 2007 году. Digital Imaging Systems GmbH была основана в 2006 году и базируется в Кирхгайме, Германия, с разработкой, поддержкой и продажами в Северной Америке и Китае ,

И еще за 1 июля 2002 г.
https://www.vision-systems.com/articles/200...rnoff-corp.html

Dialog Semiconductor покупает CMOS-обработку изображений от Sarnoff Corp.
1 Июля - Dialog Semiconductor GmbH (Кирхгайм / Тек-Наберн, Германия ) приобрел бизнес-порт для CMOS и связанный с ним портфолио с открытым пиксельным сенсором CMOS (APS) от Sarnoff Corp. (Принстон, Нью-Джерси, США) ), научно-исследовательский институт, ранее известный как RCA Laboratories. Эти две компании также будут партнерами для долгосрочного развития технологий обработки изображений. Кроме того, Sarnoff продолжит работу с CMOS в области усовершенствованной обработки изображений для медицинских, правительственных и малообъемных приложений.

В настоящее время ожидается, что Dialog предложит технологию «камера-на-чипе» как высокопроизводительная компания CMOS для обработки изображений. В рамках соглашения основная команда из Sarnoff планируется передать и внедрить технологию в Dialog. Финансовые условия сделки не разглашаются.
Роланд Пуделько, главный исполнительный директор и президент Dialog Semiconductor, говорит: «Мы будем иметь ключевой элемент, который поможет снизить стоимость и энергопотребление модулей камеры для рынков больших объемов».

Сатьям Черкури, главный исполнительный директор Sarnoff, говорит: «Мы сочетаем дизайн, производство и маркетинг Dialog с нашими передовыми технологиями проектирования, которые вместе сделают конкурентоспособный бизнес мирового уровня для обработки изображений».
Sarnoff является пионером в области CMOS-изображений, с обширным портфелем патентов, и выигрывает несколько проектов с большим объемом изображений. Его конструкция CMOS Active pixel sensor, впервые используемая в радиографических приложениях в 1998 году, является ключевой технологией, которая предлагает конкурентные преимущества в недорогих цифровых камерах, мобильных телефонах и автомобильных приложениях.

Ожидается, что датчики, использующие технологию обработки изображений CMOS, заменит ПЗС-датчики, используемые в большинстве современных цифровых камер неподвижных и движущихся объектов, а также на другом оборудовании, требующем восприятия и обработки изображений. Согласно исследованиям рынка, проводимым с помощью разведывательной службы iSuppli Corp, единицы единиц CMOS-датчиков, по прогнозам, вырастут с 18 миллионов устройств на сумму 367 миллионов долларов США в 2001 году до 72 миллионов единиц на сумму более 1 миллиарда долларов к 2005 году. На этой основе CMOS-датчики изображения будут представлять около 47% всех устройств датчиков изображения, отправленных в 2005 году, выросли с 23% в 2001 году. С другой стороны, In-Stat Cahner полагает, что рынок больше, прогнозировав, что к 2005 году будет отправлено 200 миллионов единиц, что составит около 80% всех датчиков изображения отправлен в этом году.

Сообщение отредактировал fill.sa - 8.7.2018, 22:55

[fill.sa]

анее компания была известна как Dialog Imaging Systeme GmbH

Вот еще в дополнение к этому, тут видно https://www.moneyhouse.de/Digital-Imaging-S...heim-unter-Teck
что еще раншее компания называлась как AB 19/05 Vermögensverwaltungs GmbH

Т.е. по сути даже если не косаться дочерняя фирма или нет именно эта фирма уже имела 3 названия
-AB 19/05 Vermögensverwaltungs GmbH
-Dialog Imaging Systems GmbH
-Digital Imaging Systems GmbH

[fill.sa]

Ну что товарищи извращенцы, кто сегодня хочет поработать ? ))

Разосэмблил файл camera, можно поизучать , что там происходит при загрузке. Внес некоторые пометки и подсказки. Некоторые куски кода, не относящиеся к сути закоментил.

Можно изучать. В файле возможны повторы некоторых функций, если найдете пишите, будем убирать и доводить файл до оригинального исходного кода.

Предположительно начинается запуск камеры с FUN_000107ec и дальше уже следите за логикой кода.

Добавлено позже (4.8.2019, 20:37):

Немного покопавшись можно сказать что ничего грандиозного там нету. По сути весь механизм камеры, включая даже менюшки выполнен в библиотеках.
А файл camera это так, прилюдия перед камерой. В некотором роде напоминает собой класс ZCamera(). Многие функции в camera вообще повторяют собой вызов функций из движка камеры с добавлением сообщения в лог.

Добавлено позже (4.8.2019, 20:37):
К слову разрабы нестеснялись костылить.

Код

  QString((QString *)local_30,"ps > ");
  operator+=((QString *)local_30,"/tmp/.CAM_PROC_TMP.pid");
  __command = (char *)latin1();
  system(__command);
  __stream = fopen("/tmp/.CAM_PROC_TMP.pid","r");

пид процесса получают через баш.

Сообщение отредактировал fill.sa - 4.8.2019, 23:04

[VINRARUS]

пид процесса получают через баш.

При чом тут вообще баш? Не вижу ни баша, ни шела.

Сообщение отредактировал VINRARUS - 4.8.2019, 21:12

[EXL]

Немного покопавшись можно сказать что ничего грандиозного там нету. По сути весь механизм камеры, включая даже менюшки выполнен в библиотеках.
А файл camera это так, прилюдия перед камерой.

Некоторые вещи вообще вынесены в прошивку камеры (какой-то там BIN-файл), которая содержит код неизвестной архитектуры, не поддающейся обычному дизассемблированию.

К слову разрабы нестеснялись костылить.

Да там много подобных ужасов, возможно потому и побоялись открывать код своих утилит.

При чом тут вообще баш? Не вижу ни баша, ни шела.

Там именно что Bash, с помощью системной функции system() идёт запуск shell'а (в данном случае я думаю это именно /bin/bash, а не /bin/sh), в котором выполняется команда ps > /tmp/.CAM_PROC_TMP.pid, создающая файл который потом дальше открывается и читается. Очень странный подход, учитывая что нужный ему pid разработчик мог получить с помощью системных API, не тратя циклы процессора на кучу действий слабо относящихся к цели задачи: запуск интерпретатора командной оболочки, запуск утилиты ps и создание с её помощью файла, открытие этого файла и пр.

[fill.sa]

Некоторые вещи вообще вынесены в прошивку камеры (какой-то там BIN-файл), которая содержит код неизвестной архитектуры, не поддающейся обычному дизассемблированию.

Да, про это знаем. Ну это сугубо фишка зины и походу ve66.
Просто я думал найти в файле камеры что-то более интерестное, а там по сути мусор ввиду предпросмотра картинки, открыть папку где лежат картинки ну и тд. Никакой конкретной логики связанной с камерой там нету, разве, что проверка свободной памяти и проверка открытой шторки на камере.

А вот сама логика камеры уже в библиотеках скрыта, где я уже нашел отрисовка всех картинок и кнопок, подгрузку настроек и тд. Проверку разрешения кстати тоже нашел, нужно будет добраться до телефона проверить все это.

Сообщение отредактировал fill.sa - 6.8.2019, 11:55

[EXL]

Просто я думал найти в файле камеры что-то более интерестное, а там по сути мусор ввиду предпросмотра картинки, открыть папку где лежат картинки ну и тд. Никакой конкретной логики связанной с камерой там нету, разве, что проверка свободной памяти и проверка открытой шторки на камере.

Исполнительный файл camera это так сказать frontend, а библиотеки -- backend. И это правильное архитектурное разделение. Таким образом можно просто сохранить программный интерфейс (API) и этот бинарь будет общим для всех MotoMAGX-устройств (потребуется лишь перекомпиляция под определённую модель), тогда как "под капотом" в библиотеках будут дёргаться уже специфичные для железа и модуля камеры функции.

[fill.sa]

Теперь то понятно )

этот бинарь будет общим для всех MotoMAGX-устройств (потребуется лишь перекомпиляция под определённую модель), тогда как "под капотом" в библиотеках будут дёргаться уже специфичные для железа и модуля камеры функции.

Кстати, библиотеки тоже по сути не особо различны между устройствами и моделями, явно из одного кода собираться. Там по сути сделали отдельную прогу, которая вызывается параллельно с камерой и она уже делает все шаманство связаное с конкретной камерой, а для библиотеки все проходит незаметно.

[VINRARUS]

А файл camera это так, прилюдия перед камерой.

Сравни с 7FR

[fill.sa]

А файл camera это так, прилюдия перед камерой.

Сравни с 7FR

Если сам файл камера, то думаю не стоит тратить силы на это. Особо дельного там нету.
Я бы с радостью се камеры сравнил, интерестно в чем все таки отличия, но это трудозатратно слишком.

Что ты именно от 7fr хочешь узнать?

[VINRARUS]

Что ты именно от 7fr хочешь узнать?

Она ж полностью другая: 240р видео, горизонтальные менюшки, ISO, скорость затвора, дальномер...

[fill.sa]

VINRARUS,
ну смотри, что по части исо, то это скорее всего не в движке камеры, а именно в подгружаемых файлах.
По части размера, частично я уже нашел где это в 2cr проше, там жестко прописано проверять размер, как и кол-в пунктов в меню. Горизонтальная менюшка тоже ничего обычного, просто вместо ZSingleSelectDlg использовали ZPopupLandscapeSelectDlg типо так.

Сообщение отредактировал fill.sa - 7.8.2019, 22:42

[fill.sa]

Сделал несколько менее затратное сравнение. Которое по сути показывает совместимость между различными файлами от камеры(кроме прошивок из /etc/firmware , которые уже относятся непосредственно к железке камеры). Понятное дело внутри функций могут быть большие различия. Но как я говорил, это больше сравнение на совместимость.
Так вот, основывался уже на своих ранее показаных трудах. Если откуинуть инжинерную 58i, картина такая:

первое изменение у 07r - 0ar
libezxcamera.so.1.0.0

Код

CAM_UI_PhotoInsertView::cancel()         // FUNC //bind:GLOBAL

второе более глобальное у перехода с 17r на 2cr
camera

Код

ZApplication::slotLaunchactionByVoicecommand(QUuid const&)         // FUNC //bind:GLOBAL
ZApplication::slotKillactionByMassstorage()         // FUNC //bind:GLOBAL
CAM_WaveParser::bitsPerSample() const         // FUNC //bind:GLOBAL
QObject::insertChild(QObject*)         // FUNC //bind:GLOBAL
CAM_Engine::close()         // FUNC //bind:GLOBAL
CAM_Engine::sendACSUnicodeMsg(int, void*, long)         // FUNC //bind:GLOBAL
AM_ActionReceiver::instance()         // FUNC //bind:GLOBAL
AM_ActionParser::~AM_ActionParser()         // FUNC //bind:GLOBAL
CAM_Engine::setCurrentPanelType(CAM_PanelType)         // FUNC //bind:GLOBAL
CAM_CORE_Image::data() const         // FUNC //bind:GLOBAL
msgget@GLIBC_2.4         // FUNC //bind:GLOBAL
UTIL_Language::getSystemLanguageCode()         // FUNC //bind:GLOBAL
QString::QString(QString const&)         // FUNC //bind:GLOBAL
CAM_ViewfinderCtl::setVirtualColorKeyEnable()         // FUNC //bind:GLOBAL
pa_open         // FUNC //bind:GLOBAL
operator==(QString const&, QString const&)         // FUNC //bind:GLOBAL
CAM_CORE_Image::dataLen() const         // FUNC //bind:GLOBAL
CAM_WaveParser::audioFormat() const         // FUNC //bind:GLOBAL
CAM_ShutterSoundPlayer::play(bool)         // FUNC //bind:GLOBAL
CAM_VideoCtl::load()         // FUNC //bind:GLOBAL
QGList::remove(void*)         // FUNC //bind:GLOBAL
ZApplication::slotLaunchactionByMainscreen(QUuid const&)         // FUNC //bind:GLOBAL
QEvent::~QEvent()         // FUNC //bind:GLOBAL

ZApplication::className() const         // FUNC //bind:GLOBAL
AM_LauncherClient::launchApplication(QUuid const&, QString const&, AM_LauncherClient::AM_LAUNCHER_INITIATOR_T, bool, bool)         // FUNC //bind:GLOBAL
fclose@GLIBC_2.4         // FUNC //bind:GLOBAL
CAM_VideoCtl::unload()         // FUNC //bind:GLOBAL
ZApplication::slotLanguageChange()         // FUNC //bind:GLOBAL
fopen@GLIBC_2.4         // FUNC //bind:GLOBAL
CAM_Engine::turnOffMainDisplay()         // FUNC //bind:GLOBAL
QObject::activate_signal(char const*)         // FUNC //bind:GLOBAL
CAM_ViewfinderCtl::setRotation(CAM_Rotation)         // FUNC //bind:GLOBAL
ZPopup::exec()         // FUNC //bind:GLOBAL
QSemaphore::operator--(int)         // FUNC //bind:GLOBAL
QGArray::~QGArray()         // FUNC //bind:GLOBAL
ZApplication::slotLaunchactionByAnotherApp(QUuid const&)         // FUNC //bind:GLOBAL
CAM_VideoCtl::setVideoUserTag(CAM_VideoTag, unsigned char*, int)         // FUNC //bind:GLOBAL
CAM_UI_Manager::engineInterface()         // FUNC //bind:GLOBAL

Не совсем понятно в какой момент появилась 7fr, отталкивался , что после 2cr.
2cr- 7fr
apps_acs

Код

getpid@GLIBC_2.4         // FUNC //bind:GLOBAL

camera

Код

close@GLIBC_2.0         // FUNC //bind:GLOBAL
flock@GLIBC_2.4         // FUNC //bind:GLOBAL
umask@GLIBC_2.4         // FUNC //bind:GLOBAL
open@GLIBC_2.0         // FUNC //bind:GLOBAL
UTIL_Language::getSystemLanguageCode()         // FUNC //bind:GLOBAL
CAM_ViewfinderCtl::setVirtualColorKeyEnable()         // FUNC //bind:GLOBAL
AM_ActionData::~AM_ActionData()         // FUNC //bind:GLOBAL
pa_open         // FUNC //bind:GLOBAL
CAM_CORE_Image::dataLen() const         // FUNC //bind:GLOBAL
CAM_VideoCtl::unmute()         // FUNC //bind:GLOBAL
CAM_WaveParser::byteRate() const         // FUNC //bind:GLOBAL
QObject::activate_signal(char const*, int)         // FUNC //bind:GLOBAL
CAM_ShutterSoundPlayer::play(bool)         // FUNC //bind:GLOBAL
CAM_ViewfinderCtl::setAlphaBlendingEnable()         // FUNC //bind:GLOBAL
CAM_VideoCtl::load()         // FUNC //bind:GLOBAL
ZApplication::slotLaunchactionByMainscreen(QUuid const&)         // FUNC //bind:GLOBAL
CAM_UI_Manager::isSlideClose()         // FUNC //bind:GLOBAL
QEvent::~QEvent()         // FUNC //bind:GLOBAL
CAM_Util::isMemoryCardlocked()         // FUNC //bind:GLOBAL



UTIL_GetXpixlACSStatus
ZApplication::className() const         // FUNC //bind:GLOBAL
fclose@GLIBC_2.4         // FUNC //bind:GLOBAL
CAM_VideoCtl::unload()         // FUNC //bind:GLOBAL
ZApplication::slotLanguageChange()         // FUNC //bind:GLOBAL
fopen@GLIBC_2.4         // FUNC //bind:GLOBAL
msgget@GLIBC_2.4         // FUNC //bind:GLOBAL
CAM_Engine::turnOffMainDisplay()         // FUNC //bind:GLOBAL
CAM_Engine::configCtl()         // FUNC //bind:GLOBAL
QObject::event(QEvent*)         // FUNC //bind:GLOBAL
CAM_ViewfinderCtl::setRotation(CAM_Rotation)         // FUNC //bind:GLOBAL
ZPopup::exec()         // FUNC //bind:GLOBAL
QSemaphore::operator--(int)         // FUNC //bind:GLOBAL
QGArray::~QGArray()         // FUNC //bind:GLOBAL
ZApplication::slotLaunchactionByAnotherApp(QUuid const&)         // FUNC //bind:GLOBAL
CAM_WaveParser::soundDataSize() const         // FUNC //bind:GLOBAL
CAM_VideoCtl::mute()         // FUNC //bind:GLOBAL

Сообщение отредактировал fill.sa - 7.8.2019, 19:30

[VINRARUS]

в данном случае я думаю это именно /bin/bash

Глупость какая, баш отсутствует в магиксах изначально, потому шо он БЕСПОЛЕЗЕН, и даже ВРЕДЕН: тормозной, огромного размера, ненадёжный. Я всё никак не пойму как такое говно умудрились скормить линуксоидам...

А запускается ли там sh в камере не видно было.

Сообщение отредактировал VINRARUS - 8.8.2019, 14:38

[EXL]

А запускается ли там sh в камере не видно было.

В данной конструкции запускается либо bash, либо sh. На десктопном Linux'е точно запускается bash, на MotoMAGX раз его нету, значит sh. В любом случае это сильные тормоза, ведь куда как проще вызывать getpid(), чем городить подобное.

[VINRARUS]

На десктопном Linux'е точно запускается bash

У меня dash

В любом случае это сильные тормоза, ведь куда как проще вызывать getpid(), чем городить подобное.

Это понятно даже мне.

[fill.sa]

VINRARUS,
ты всегда упускаеш важный момент. У тебя неизвестно чем собранный и неизвестно кем собранные версии.
Тот же баш возможно собран в полном обьеме, а сш допустим у нас вообще из бузи, тобишь дико облегченный.

Сообщение отредактировал fill.sa - 9.8.2019, 10:56

[VINRARUS]

а сш

Не сш, а Ш!

ты всегда упускаеш важный момент. У тебя неизвестно чем собранный и неизвестно кем собранные версии.
Тот же баш возможно собран в полном обьеме

Без разницы кем и чем, баш шо на Ubuntu, шо на Arch, шо на SUSE, шо на Android, шо на MotoMAGX всегда медленнее ash\dash, иногда на порядок, а возможно и на порядки кое где.

а сш допустим у нас вообще из бузи, тобишь дико облегченный.

в магиксе используется /bin/sh >> ash
А насколько в busubox sh от ash отличается я не знаю.

К стати внутренняя команда let в магиксовом busubox ash через патч добавлена? Как в dash её добавить?

Сообщение отредактировал VINRARUS - 9.8.2019, 13:46

[fill.sa]

К стати внутренняя команда let в магиксовом busubox ash через патч добавлена? Как в dash её добавить?

Думаю добавление ее в dash , получиться тоже что и отдельно иметь прогу dash . А вот с бузи, зная как он устроен, можно получить пользу виде скорости или занимаемого места.

[VINRARUS]

Думаю добавление ее в dash , получиться тоже что и отдельно иметь прогу dash

Шо за глупость то? В предыдущих сообщениях все критиковали Моторолу за использование в проге внешней команды, а теперь вдруг она стала такой же по эфективности как и внутренняя?

Сравни:

Код

time sh -c 'N=0; while [ "$N" != 10000 ]; do N=$((N+1)); done'

с єтим

Код

time sh -c 'N=0; while busybox [ "$N" != 10000 ]; do N=$((N+1)); done'

Вся проблема в тормознутости любого Linux.

А вот с бузи, зная как он устроен, можно получить пользу виде скорости

Бред. Кроме копии бинарника в RAM никаких скоростных преимуществ утилита с busybox перед аналогичной отдельной утилитой не несет.

[fill.sa]

Бред. Кроме копии бинарника в RAM никаких скоростных преимуществ утилита с busybox перед аналогичной отдельной утилитой не несет.

Бесполезный спор, открой код и изучи как устроен бузи. Тогда поймеш.
А так ты непонятно что там пытаешся сравнивать .

Добавлено позже (10.8.2019, 12:13):

Шо за глупость то? В предыдущих сообщениях все критиковали Моторолу за использование в проге внешней команды

Опять таки твое дикое непонимание как и что устроено. Критиковали вызов баша из нативной проги. А Вызов в баше внешней проги ничем не отличается почти от зываво встроеной проги в тотже баш.

[VINRARUS]

открой код и изучи как устроен бузи.

До лампочки как он устроен, главное как он работает, а он при выполнении команд запуска работает так же как и отдельные утилиты.

А Вызов в баше внешней проги ничем не отличается почти от зываво встроеной проги в тотже баш.

Выполни 2 строчки кода выше и выложы сюда результат.

[fill.sa]

До лампочки как он устроен,

Вот поэтому ты до сих пор не понял в чем разница. А разница громандная.
Вопервых код буди никапельни непохож на код программ которые в нем использованы. Там свой уникальный код. Во вторых это то, что сами проги в бузи это ну очень маленькие програмки, а основной функционал возложен если можно так сказать на ядро бузи.

Короче я много разговорил, почитай про бузи, ухнаешь много нового.

Выполни 2 строчки кода выше и выложы сюда результат.

Результат будет сильно зависеть от того, на сколько полно переписаная встроеная прога в бузи, в отличи от оригинала.

[VINRARUS]

Вот поэтому ты до сих пор не понял в чем разница. А разница громандная.

Без разницы с яблук какого цвета делать яблучный сок.

Результат будет сильно зависеть от того, на сколько полно переписаная встроеная прога в бузи, в отличи от оригинала.

Результат всегда будет один: выполнение внешней команды shell в пол сотни раз медленнее выполнения аналогичной внутренней.
Чо ты боишся это признать?

Добавлено позже (10.8.2019, 23:05):
На тебе то що ты не сможеш утопить в болоте философии:

Код

time busybox sh -c 'N=0; while busybox [ "$N" != 10000 ]; do N=$((N+1)); done'

real    0m2,363s
user    0m1,747s
sys     0m0,693s

Код

time busybox sh -c 'N=0; while [ "$N" != 10000 ]; do N=$((N+1)); done'

real    0m0,046s
user    0m0,045s
sys     0m0,000s

Сообщение отредактировал VINRARUS - 10.8.2019, 19:50