balakhonoff

Исполнитель найден, тему можно закрывать.

нет, к сожалению, не подойдет.

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

Всем доброго времени суток, мне необходимо разработать (C#, MS Visual Studio Community 2012) такое приложение: Программа работает по схеме, похожей на захват видео с экрана. При запуске приложения открывается окошко с простейшим интерфейсом - выбрать папку для сохранения, а далее висит и ждет комбинации клавиш, например ctrl+alt+k, по которому начинает запись того, что творится на экране (без курсора и с курсором - это нужно иметь возможность задавать в программе чекбоксом) Записывать кадры необходимо с частотой 24 кадра в секунду, нанося на каждый кадр (наносить только на сохраняемый кадр или одновременно на экран задается вторым чекбоксом) кружочек, например, красного цвета с радиусом 10 пикселей в точке экрана x=k,y=100+k, где k - номер кадра. при нажатии комбинации клавиш, например, ctrl+alt+j запись прекращается, сохраняется файл с видео (например mpg) c названием например 2015_11_24_19_25.mpg - это дата и время. Сколько может стоить написание такого приложения и сколько займет времени, ну и желательно чем занимаетесь и что вы уже писали на C# и с каким успехом. Пожалуйста, присылайте предложения мне на почту balakhonoffСОБАКАmail.ru Зачем нужно такое странное задание - в реальности в этом приложении на место красной точки будет подсовываться специальное значение получаемое извне, но это будет добавлено позже.

Всем спасибо, переводчик найден!

Всем доброго времени суток, Мне необходимо перевести 40 страниц технического текста (глава из книги) по оценке канала OFDM. В тексте много специальных терминов, которые нужно переводить осмысленно, то есть зная о чем идет речь, тк текст будут читать также специалисты. в тексте встречаются формулы (которые нужно вводить с помощью редактора формул MS Word) и рисунки, в которых нужно заменять англоязычный текст на рускоязычный в графическом редакторе. Если есть люди, которые взялись бы за такую работу, предлагаю свои расценки присылать мне на почту balakhonoffСОБАКАmail.ru оплату могу произвести удобным для Вас образом в том числе частями за части работы, чтобы свести к минимуму Ваш риск и опасения о возможном обмане с оплатой. После этой работы требуется сделать еще одну аналогичную. Прикладываю примеры страниц из книжки.

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

Всем доброго времени суток, Можно ли считать значение с ножки процессора ADSP-21469? Разработчик говорит, что можно только узнавать об изменении уровня по прерыванию, а если пришло прерывание по одной ножке, то нельзя просто взять и считать значение другой. так ли это? заранее спасибо

1. Правильно ли я понимаю, что существуют только две борды, которые работают напрямую с матлабом? 2. 4DSP или AD - имеется ввиду радиочасть? да стоимость зашкаливает=)

А что тогда не фантастика?=) ну чтобы понимать

Всем доброго времени суток, попросили помочь выбрать готовую плату для тестирования различных алгоритмов связанных с OFDM, но так как я этим не занимался, хотел бы спросить у знающих людей какие есть варианты под требования. 1) временной дуплекс, 2) поддержка OFDM (АЦП видимо ~16 бит); особо желательны: а) возможность программировать SDR непосредственно из Matlab ; б) MIMO 2x2 или выше. цена: 500-700 долл. за плату. доставка в РФ. Заранее благодарю.

да, я даже не сообразил :blink: Вы имеете ввиду фильтровать полученные значения наклона прямой БИХ-фильтром или с помощью него можно получить наклон прямой?

Всем доброго времени суток, Есть алгоритм, результаты которого хотелось бы улучшить. Задача такова: Есть некоторый медленно меняющийся процесс, зашумленный белым шумом. Обработка в реальном времени, то есть в каждый момент времени появляется новый отсчет данных и по нему нужно построить линейную аппроксимацию последнего участка кривой (скажем последние 100 точек). Аппроксимация считает по методу наименьших квадратов. Выходным параметром является коэффициент наклона прямой (которой мы аппроксимируем кривую). Сразу скажу, что реальный процесс сильно низкочастотный по сравнению с интервалом аппроксимации (эти 100 точек), то есть из-за этого существенной ошибки не возникает. Причем ошибка получаемого коэффициента выглядит как гармонический процесс с периодом в 1.5 раза большим, чем интервал, по которому строится аппроксимация (100 точек). На картинке временная реализация ошибки коэффициента и ее спектр. Причем если построить частотную характеристику этого алгоритма, получается, что на этой частоте коэффициент передачи имеет максимум, то есть она выглядит как ЧХ колебательной системы. Значит алгоритм усиливает шум в полосе, близкой к этой частоте, а как этого можно избежать? *линейная аппроксимация берется, потому что известно что процесс действительно медленно меняющийся. А для проверки берется вообще не меняющийся процесс (то есть просто шум) и проходя по нему такой же обработкой, я получаю тот же результат.

Всем доброго времени суток, Появилась задача залить прошивку на LPC1768 через процессор, соединенный с ним по UART. я может быть ошибаюсь и это нельзя сделать, или если можно то подскажите, пожалуйста, где прочитать как производить эту процедуру.

ясно, а может быть бывают камеры сразу с кодеком с межкадровым кодированием? типа mpeg-4 или h.264? я не нашел, но может кому встречались? или микросхемы raw -> h.264 (mpeg-4)?

То есть без сигнальников здесь не обойтись?

Всем доброго времени суток, Есть задача обработать 4-8 видеопотоков с маленьких камер ( cmos типа как в телефонах) параллельный выход. Качество типа 640-480. Пусть кадров 15-30 в секунду. Камеры разнесены на расстояние до 3 метров примерно по периметру правильной фигуры. Обработка заключается в сжатии в h.264 (хотелось бы) и записывание на флешку. То есть например если на кажной камере повесить кодек и передавать по какому-нибудь интерфесу на плату с контроллером и флешкой. То бывают ли такие кодеки? Нашел только которые в вебках, но они для usb и сразу с дровами под настольную ось. И какие вообще могут быть варианты? В перспективе хотелось бы чтобы к этому контроллеру еще можно было подключить 3г модуль и кидать один ужатый поток в сеть. Заранее спасибо

так как по Вашему делают? я понимаю что это плохое решение

1)согласен 2)да это как раз можно делать вместо деления огромных чисел, но цифровое ару я не собирался делать. как раз хотел по простому. 3)это вообще то да, в скляре или прокисе говорилось что для мягких решений 3 бита надо, а все что больше дает прирост 0.2дБ в пределе если память мне не изменяет. в общем да, надо получить эти три бита. а они - это частное от деления, и сократить разрядности делимого и делителя можно либо слежением за ними либо ? видимо придется следить. 4)да это я понимаю.

Давайте представим так, есть два 14-разрядных АЦП (I и Q). То есть сигнал может быть, например, в диапазоне -2 до +2 или -8192 до 8191 (все зависит от дальности передатчика). после частотного дискриминатора: уровень логической единицы может быть как например 4, так и 2^13*2^13 = 67108864. То есть 28 бит. и u*x это 56 бит и sigma^2 это 56 бит. О каких 8 битах Вы говорите? ведь в данном случае чем больше ДД ацп, тем больше дальность можно получить. вот на входе декодера действительно нужно немного (до 9 бит). сейчас буду моделировать... я согласен на 6 бит, но их нужно получить из деления двух больших чисел. что я пока себе представляю, это например перед делением числитель и знаменатель сдвинуть влево на некоторое число разрядов.

Всем доброго времени суток, возникла необходимость выполнить операцию деления двух больших чисел порядка 80 бит на 80 бит. Если точнее, то это необходимость возникла скорее из-за того, что я не могу придумать другого решения задачи: в общем пытаюсь использовать турбо декодер ксилинксовый, мягкие решения и мягкий вход соответственно. поэтому на него нужно подавать логарифмическое отношение правдоподобия. опуская вывод, нужно сформировать для декодера соотношение u*x/sigma^2, где u- матожидание логической единицы, sigma^2 - дисперсия, x - само значение текущее. величины u, x примерно 40бит каждая, величина sigma^2 примерно 80 бит. вход декодера - это число с фиксированной точкой (2..5 бита на целую часть и 1..4 бита на дробную). получается что надо делить 80 бит на 80 бит если в тупую. но мне кажется как то можно более просто сделать, но не могу пока придумать как. числа такой большой разрядности получаются из-за: I,Q 20 битные, а после частотного дискриминатора (операция I*Qdelayed - Q*Idelayed) разрядность уже 40 бит. помогите плиз=) заранее благодарю

Спасибо, буду теперь читать

теперь понятно) спасибо)

Получается ситуация такова, что разной длины пакеты я могу делать (потому что разница в помехоустойчивости невелика), но так никогда никто не делает. правильно я понимаю, или где-то все-таки делают и можно посмотреть как? то есть обычно забивают на возможность уменьшить издержки за счет разной длины пакетов? 2krux В моем случае "в 64 раза" - это GMSK c технической скоростью 2048кбит/с и GMSK со скоростью 32кбит/с (я забыл написать). А что бы Вы предполагаете целесообразнее? я не совсем понимаю, поясните пожалуйста.

1) когда это служебные 2 байта при прокладывании пути в mesh-сети то их нельзя накапливать, а я могу предположить что это не единственный пример. 3) объясните про какие 2 дБ Вы все время говорите. 5) обычно что не делается? как Вы узнаете какой block-size заранее?