N7 (Naturally Seven)
PMJ (Postmodern Jukebox)
PTX (Pentatonix)

Что еще есть такого же уровня?
Всякие «одночеловые» варианты типа DubFX не интересуют.

Онтопик тут при том что я через него и музыку иногда слушаю.

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

1) Какую видео-карту брать? На три-четыре гнезда сразу или можно как-то разветвить (у меня уже есть карта с двумя DVI)? Возможно, вывестись на VGA, это не принципиально. Но, в любом случае не хотелось бы велосипедить квадратные колеса на соплях. Даже если нельзя разветвить проводами, всеравно остается вопрос какую карту брать чтобы точно завелась в нужном режиме на онтопике и дровишки подхватили ускорение?

2) Как это все разруливать в софте? Понимаю, зависит от карты, невидия, ати и пр. Тем не менее, мне хотя бы нужен базовый пинок в нужную сторону. Конфиг иксов? Настройки в гуе дровины?

3) Какой максимальной длины возможен кабель до дублирующего монитора? Я в принципе и сам удлинить могу, чай руки не из жопы. Вопрос чисто технический, при какой длине кабеля на мониторе появятся какие-либо какахи и какие?

4) То понятно, что мониторы лучше брать одинаковые и не париться с разницей в разрешениях и частотках. Кстати, какие щас не очень кусачие по цене и вменяемые?

5) Еще мне нужен хардварный рейд. Я хочу сделать рейд на хомяка из двух дисков. И третий железный диск под систему. Как это делается? Тут опять же, готовые команды в консоль мне не нужны, а нужен пинок в правильную сторону. Как инфо, скажу что,изначально, это точно будет дебиан нетинсталл образ.

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

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

Как пример, форматы статей будут с таким уклоном: Озвучка видео в линуксе и, возможно, при правильной подаче, являться потенциально рекомендоваными к прикреплению в подходящий раздел форума.

Так вот вопросы:

Как оно вообще должно выглядеть с точки зрения модератора? На основании чего будет приниматься решение о правильной подаче?

Где можно увидеть требования к оформлению?

Куда кроме разделов форума может быть прикреплен материал?

Будут/могут ли корректоры принимать участие в доводке материала под требования? Мой скор не позволит сейчас придти завтра и поправить/дописать свой же пост. Плодить новые версии одного поста — 3.14. Это необходимо обойти хотя бы путем вида «корректор, допили мне дверь, вот пила, вот очередная доска».

Вики вроде мертва, да?

Вообще это все веб, но читайте дальше и станет понятно что в контексте вопроса раздел девелопмент выбран верно.

У пользака есть форма с различными элементами для фильтрации результатов выборки. Эта форма различными комбинациями значений должна выдавать ЧЕТЫРЕ различных по структуре результата.

Каждый из четырех разных результатов выдает две таблицы: сводную таблицу и таблицу детализации. Разница результатов в том, что состав и кол-во ячеек в этих таблицах — разные.

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

Например для х = 1 в какой-то ячейке значение «х» это индекс из массива [Вася,Петя,Маша] и мы показываем в ячейке не «1» а «Петя». Или форматируем номер телефона из «71234567890» к виду «+7 (123) 456-78-90».

Сводная же таблица для какой-то там своей ячейки должна суммировать значения какого-то там конкретного ряда (реальных значений) из таблицы детализации. Или вычислить AVG, или показать кол-во уникальных значений. Ну и опять же форматировать к манагерскому виду.

И вот я вижу два варианта запила:

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

2) Пишем один раз шляпу которая принимает только некие декларации в зависимости от типа результата и сама генерит все эти таблицы используя нужные обработчики и прочее.

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

И хотя я сейчас могу сказать с 99% уверенностью «Ну вот эти четыре это уже все, больше других не будет». Но внутренний голос говорит мне: видимо это будет как и в тот раз когда кому-то сказали про существующие сейчас два ))

Так вот вопрос. Какой вариант правильный и почему?

Вопрос в заголовке. Хочу потыкать.

Более подробно по условиям:

Debian 8, собсно было бы хорошо сразу деб пакет и без зависимостей от других либ у которых будет зависимость и т.д.

Качнуть с оф сайта можете не предлагать — там такое: Ardour 4.0 (комментарий)

Короче где взять опакеченый последний нормальный ардор?

AP

Будет много текста.

Я даже не знаю, скорее всего я спрашиваю — «где мне взять такое готовое?», но, дело в том, что кратко я это описать не смогу, т.к. не знаю как это называется.

Итак, что же мне нужно.

Я хочу раз и навсегда выбрать и использовать универсальный формат хранения данных. Что я под этим подразумеваю?

Берем некую абстрактную программу, которая манипулирует какими-либо данными. И эти данные сохраняются. Пусть будут живые примеры: Ardour сохраняет свои проекты в XML, фотошоп в своем бинарном, ёксель в zip+XML, ну и т.д...

Как правило (в приведенных примерах и далее в моем случае) сами данные представляют собой «дерево» где какие-то зависимые элементы лежат внутри родительских. Некоторые (ёксель) комбинируют несколько уровней для создания дерева данных: zip->fs->xml.

А зачем это все? Я же просто хочу сохранять состояние, файл проекта, логи или что-то еще.. Т.е, конечно понятно, возможно где-то удобен xml, где-то JSON, где-то ini, а где-то бинарь. Но проблема в том, что у всех все по разному. И для преобразования в удобоваримый вид внутри приложения (структуры, массивы, указатели, ссылки, значения), (кроме бинарного хранения) необходим парсер и интерпретатор/транслятор этих данных, причем в обе стороны (fs->?*->app и app->?*->fs). Форматов много, и для каждого куча либ, писанных за авторстом от васяна до профессора.

Нет, я пишу сюда потому, что не хочу чтобы случилось так: http://twentysix.ru/uploads/images/00/91/06/2016/05/10/adaaed_full.png

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

Итак, поехали.

1) Формат хранения данных — бинарный. Да, бинарный. Почему? Потому что сразу прочитал его в память (да, с валидацией, о ней ниже) и все.

2) Дерево данных. Каждый узел — это бинарный пакет с заголовком, хешсуммой и указанием размера узла, включая размеры потомков, или смещения откуда начинаются потомки со своими заголовками. Да, декларативное бинарное описание структур данных любого моего/вашего приложения.

3) Единый парсер-транслятор туда/сюда. Он знает только то, как ему распарсить свои декларации, отсеить их, а на выходе будут уже готовые к работе данные в памяти. Таким образом вы можете seek'ать в файле или ожидать желаемую позицию смещения в буфере, чтобы пропустить не интересующие вас в данный момент данные (в XML, да и в любых text-based, с этим облом, он последовательный, текстовый, посимвольный, пока не пропарсишь минимум узел, а он может быть огромным, с вложениями, ты не узнаешь структуру). Так же для парсера должна быть определена схема (отсылка к XSD schema) внутри приложения, можете называть это конфигом парсера для заточки именно под ваши данные. Именно сюда могут быть и «забиндены коллбеки валидатора». При сохранении же должно быть обратное действие.

Теперь снова простыми словами.

Я хочу что-то типа бинарного XML, ака узлы-пакеты, где сразу лежат бинарные данные. И универсально транслировать это все в сишное приложение.

Так вот. Есть ли такое готовое? Если есть — подскажите. Если нет — отпишитесь что вы обо всем этом думаете? Какие слабые и сильные стороны этой эпопеи?

<joke-mode>Хм... Да, очень похоже на кусок OSI. Но почему данные не хранят в виде TCP пакетов?</joke-mode>

Сабж.

Электроника вента в порядке.

Проблема в том, что он «закостенел». Смазка там еще была, мало, я сейчас добавил еще. Стало немного получше. Но всеравно он плохо проворачивается, не хватает ЭДС чтобы раскрутился.

Конструкция у него разборная — просто потянул вверх за лопасти и оська вышла из дырочки. Вокруг дырочки четыре катушки (статор), внутри лопастей магнитное колечко. Колечко катушек не касается, не чередит. Т.е. проблема только в оське и дырочке. Чем и как почистить? Продрачивать иголкой/шилом? Какие еще варианты? Сама дырочка для оси герметичная, т.е. смазка внизу не выходит.

Есть набор точек в двумерном пространстве. Это вершины ломаной.

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

Я нагуглил кривые безье, вот это все. Вроде как это то что нужно. А может быть нет. Ибо они там N-мерные (с разным кол-вом опорных точек, e.g. квадратичные, кубические). И даже если они это то что мне нужно — по каким правилам я должен выбирать из существующих точек или манипулировать дополнительными?

Уверен что сплайны/безье это не единственный подход. И, возможно в моем варианте даже не подходящий.

Мне нужен пинок в какую сторону гуглить. Что искать? Ну или как-то болемене кратко объясните как это делается правильно.

Сабж: Eddy_Em

Я что-то упустил?

Сломал кавычение одиночных букв: Префикс/суффикс для директории с программой (комментарий)

Перемещено leave из linux-org-ru

На сях будет! Не плюсы! Однако, в принципе примеры на плюсах приемлю, но ожидаю что они будут легко воспроизведены и на сях.

Есть два треда в приложении. Вернее еще даже нет, но будет. Сейчас пока теория.

Один тред пишет куда-то там значения. Второй читает.

Но тут будет нюанс. Читатель и писатель могут читать и писать с различной частотой (из конфига при запуске). Причем и тот и тот могут быть медленнее или быстрее друг друга в 4 или даже 8 раз.

Что я уже юзал — мьютексы. Они медленные. Вернее, если один будет обращаться чаще другого, то из-за неатомарности мьютексов, треды будут попеременно или как попало просирать свою законную очередь, а это критично.

Что я не юзал — семафоры. Но это, насколько я знаю частный случай мьютекста (ну или наоборот), лайтмьютексы вобщем. Это не так? Поясните плиз.

Что еще? Просто volatile будет ли достаточно?

Другие варианты?

Есть такая задача — проверять не отвалился ли клиент.

Подробнее:

На локалке крутится «монолитный» http-клиент. В его код лазить не получится. Т.е. тупо приложение, и все.

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

Нужно каким либо способом проверять что он все еще получает данные с сервера. И если он «подвис» то убить клиента по пиду и запустить его заново.

Мои предположения:

Пишем баш-скрипт который в цикле проверяет что-то, например из tcpdump или tcpflow или netstat или ???, с-grep-ать/с-sed-ить и если что-то не понравилось то перезапускает клиента.

Нужна ваша помощь в подсказках:

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

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

Туплю, да..

Есть такая формула (линейная) для аудио-компрессии:

output = -threshold + (input - threshold) * (1 / rate)

Как должна выглядеть формула, которая работает с ренжем от -1 до +1 (т.е. с флоатом)?

Вопрос в сабже топа.

Более развернуто:

Каким должно быть по стандарту входное/выходное сопротивление небалансного линейного входа/выхода?

Если стандартов несколько, то какие существуют стандарты? Усредненное значение на авось?

Максимально меня интересуют линейные (миниджек) входы/выходы аудиокарт и линейные входы/выходы микшерных пультов.

Для реалтека по даташитам я нагуглил 22кОм, а вот, например, для случайно открытого Behringer PMP 980S EUROPOWER — 100кОм.

Чо за?

Плееров как собак не резаных. Я до пенсии буду перебирать их все. Мне нужен плеер с конкретными возможностями:

1) играть *.aac.
2) листать http стрим.
3) направлять звук в fifo вместо аудиокарты.

Подскажите какой плеер может все перечисленное?

Microsoft сегодня анонсировала новый Skype для Linux. Пока только альфа, но доступна загрузка для тестирования. Также организована возможность для отправки фидбеков.

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

>>> Подробности

Я вот тут в деревне сижу.

Запаял себе простейший fm-передатчик. Как говорится «я его слепила из того что было».

Это все баловство.. Но я тут подумал, а не запилить ли мне стерео-кодер. Не хардварный, а софтварный.

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

Припустим у меня реалтек карточка тянет 96кгц дискретизации. Что мы имеем по спекам?

https://upload.wikimedia.org/wikipedia/commons/c/cd/RDS_vs_DirectBand_FM-spec...

В принципе реализуемо. Единственное что — максимальное значение спектра боковой частоты (у L-R) 53кгц, значит я бы взял (53*2) 106кгц дискретизации по найквисту. При 96 будут потери/искажения. Но мне на побаловаться, думаю, хватит.

А не заморачивался ли кто с этим ранее? Может уже есть готовый софт? А вообще это надо кому-нибудь?

Да, да, я знаю. Не в первый раз тут спрашивают.

Но..

Гуглю второй день. Куча алгоритмов. Одни не подходят под задачу совсем. В описаниях других не полностью раскрываются возможности и ограничения. Не могу понять какой именно алгоритм выбрать. Ссылок? Их было сотни, в голове уже винигрет.

Просто объясню условия.

Есть множество точек в пространстве. Для каждой точки необходимо найти ближайших соседей.

Соседей может быть любое кол-во. Состояние «ни одного соседа» может случится только в случае если у нас всего одна точка.

Никакого ограничения «радиуса» поиска соседей нет, т.е. для одного случая это будет близко, а для другого в десятки или даже сотни раз больше.

Ограничением является только расположение соседей, т.е. например, для двумерного пространства, соседи будут являться вершинами (обязательно выпуклого) N-угольника минимальной площади.

Кстати, для случая когда будет только две соседних точки, N-угольник уже не получится, естественно.

Посоветуйте: какой алгоритм мне нужен?

ЭТО НЕ ВОПРОС! ЭТО ГОТОВОЕ РЕШЕНИЕ!

sudo cast AP, ist76. Чот больше и не могу вспомнить кому будет интересно.

В начале 2000-х под офтопиком у меня был опыт озвучки короткометражки (не столько в микрофонном смысле, сколько в комплексном, наложение звуков взрывов, ударов, криков, музыки, автоматизация, эффекты, мастеринг). И теперь вот понадобилось сделать то же самое в онтопике.

Конечно, мое решение не единственное. Но я опишу здесь то, что взлетит в 99.999% случаев, т.к. состоит из проверенного временем минимального набора ПО. Решение дающее реально качественный результат на выходе.

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

Сначала теория.

Главные комплексные вопросы: Как синхронизировать начитку синхронного перевода или озвучки с исходным звуком и видеорядом? Как применить аудиоэффекты и чтобы каждый был в свое время, место и с определенными настройками? Как сделать 5.1 или вклиниться в исходный 5.1 или просто сделать 2.0 но на уровне профессионального качества?

Обычно начитывают в микрофон в отдельной программе и потом импортируют кусками в видеоредактор в дополнительную дорожку, подгоняя расположение фраз во времени с видеорядом. Или начитывают прямо в видеоредакторе. Но видеоредактор, он на то и видео, что не аудио и не имеет возможности полноценно работать со звуком. А если нужно добавить звук очень синхронно как в клипах? Или накидать синхронных шумов (пердежь, бьющееся стекло, выстрелы, скрип шагов по снегу, etc..)?

Выводы:

1) Нам нужна DAW (многодорожка, VST(i), LADSPA, automation и прочее).
2) DAW должна уметь мониторинг видео!

Для себя я выбрал Ardour.

Но тут есть нюанс. Ardour поддерживает видеодорожку, но с какой-то там конкретной версии. К тому же, эта шляпа поставляется в качестве отдельной фичи, и нужно конпелять с этим патчем (возможно я и плохо смотрел, тем не менее, зачем искать конкретные версии, возможно этой не будет в репозитории вашей системы или не будет готового пакета). Да и сам патч стартует сервер слушающий сокет и реализует какой-то свой протокол синхронизации. Это как удаление зубов через задний проход. А еще в этом патче есть php (по-ха-пэ!) — ну его нахер этот патч. Так что просто берем тот Ardour который есть в вашей системе.

ГЛАВНОЕ:

Не нужно искать DAW которая умеет видеомониторинг из коробки!
Любая нормальная DAW в линуксе умеет в jack!
Т.е. вы можете взять другую DAW вместо Ardour, я же рассказываю про Ardour.

Вот оно: jack, Ardour, xjadeo. Эти компоненты работают так, как нам нужно. Ardour и xjadeo синкуются через jack.

Описываю по шагам ваши действия:

1) Заканчиваем работу над видеороликом в видеоредакторе не обращая внимания на качество звука — тут главное качество видео.
2) Пережимаем с помощью ffmpeg видеоролик в *.avi (без аудио) говняного качества и/или без сжатия (для того чтобы воспроизведение видео не жрало ресурсы).
3) С помощью ffmpeg вычленяем исходное аудио из качественного видеоролика.
4) Стартуем jack (ставим желаемый samplerate, например 48000гц).
5) Создаем в Ardour проект (внимание на samplerate и fps!).
6) Импортируем в проект исходное аудио, вычленненое ранее с помощью ffmpeg (2.0, 5.1, какое оно там у вас было не важно).
7) Устанавливаем в Ardour опшн «Positional sync source» в значение «JACK».
8) Стартуем xjadeo: $ xjadeo -i 3 /path/do/govno-quality.avi

Картинко

Теперь можно полноценно работать над звуком! Можете начитывать в микрофон прямо просматривая видео. Делать дубли. Двигать, резать, клеить начитанное прямо в DAW и проверять в реальном времени как оно сходится с тем что происходит в видеоряде или соотносится с оригинальным аудио. Добавлять любое кол-во дорожек. Микшировать так как хочется. Применять эффекты и автоматизацию.

После того как вы завершили работу с звуковой частью вашего фильма — рендерите готовый проект в *.wav (умеет и 5.1 например) и склеиваете через ffmpeg старое видео и новое аудио в результирующий видеофайл. Все!

Пока только мысли.

Хочу запилить настенный терминал, несколько терминалов, с выдачей информации на экран и тач-управлением каким-либо ф-ционалом в доме. К терминалам подать питание и ёзирнет.

Существуют ли готовые терминалы для таких нужд?
Существуют ли мониторы или готовые матрицы с тачем?
С чем дружить эти мониторы/матрицы? Какие-нибудь малинки брать? Общий корпус терминала соорудить же не проблема.

Где искать?
Что гуглить?