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

quintera, кинь, пожалуйста, пару-тройку примеров файлов целиком в телеграм. У меня там такой же логин, как тут. И я покажу как вытащить эти данные. Там три строчки будет, я думаю.

Какая распиновка внутренних шлейфов караоке?

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

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

quintera, для питона было, помнится еще 10 лет назат пара библиотек нормального парсинга этого формата. не страдайте фигней, поищите "dicom python" на гитхабе или pypi. и не придется извращаться с регекспами.

Почему возникает ошибка TypeError: function missing required argument 'vars_list' (pos 2)?

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

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

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

В чем ошибка второго кода?

Александр, работать-то будет, но выглядит паршиво. Ещё ключевые слова переименовать и 1C какой-то получится. Ужас.

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

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

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

Григорий Боев, да че там, уже мотнулся и забрал за 300. Прикольная штука. Оказывается у меня теперь два динамических микрофона и железяка вот эта... Даже жалко ломать ради одного ревербератора. Теперь надо разбираться как подключить электретный микрофон вместо вот этого динамического, что в комплекте с караоке.

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

quintera, выглядит как попытка отобразить бинарный файл в терминале.
Используйте шестнадцатеричное представление. А что это за файлы?

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

Григорий Боев, ну за полтос не нашел, нашел в своем городе за 300 (гусары, молчать=)), зато с в комплекте с микрофоном и рабочий.
Классная идея, так-то. И быстро. Можно уже к вечеру поэкспериментировать, да и блок питания пригодится, если что.
Но в итоге, конечно, хочется повторяемый вариант, чтоб не кромсать схемы разного рода раритетов.

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

quintera, вы понимаете насколько чудовищно этот бинарный (судя по всему) формат отличается от того, что вы написали в постановке вопроса? Приложите уж лучше файл в бинарном виде или откройте его в 16ричном редакторе и скрньте.

Правильно я понял, что id вы предлагаете искать по признаку "12 подряд идущих десятичных цифр"? Вы уверены, что в бинарном формате не надйётся подобных последовательностей случайно?

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

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

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

Интересная мысль! Неужели бывают за 100р?!

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

Сергей Соколов, простите, не понял =) Можно поподробнее и с пояснениями?

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

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

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

За тем я и опубликовал этот вопрос тут. Вдруг кто-то подскажет как обойти все подводные камни и посоветует готовые модули подходящие

Как максимально недорого и просто сделать звуковой эффект эха аппаратно?

Спасибо! А то я с института ничего на контроллерах не делал, да и там только лабораторные, а уже больше 15 лет прошло, ESP8266 лежат, макетки лежат, всяких модулей накупил, но руки не доходят никак их применить. Чувствую себя Плюшкиным=)
Очень полезную микросхему вы мне подсказали. Не знал, чтотакие бывают.
Вот нашел на алике на ней плату реверберации недорого совсем. Её же можно использовать? https://aliexpress.ru/item/1005001638747835.html?s...
Для микрофона нужна будет еще какая-то обвязка? Какой микрофон лучше взять? Может тоже есть уже с обвязкой что-то в виде модуля на алике?

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

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

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

Я понял. Нам в одной команде не ужиться=)
Вы считаете, что БД - это место, где нужно держать не только данне, но и логику.
Я считаю, что место логике в бэкенде, а БД должна быть по возможности тонкой.
Видимо актуальность наших подходов надо оценивать в применении к каждому конкретному проекту и к каждой конкретной команде.

И? Указание check решит всю проблему. Пара символов - и вы гарантируете себе факт что в одном поле не появятся русские символы, а во втором херовый день рождения, и все это - без триггеров, регистраций и смс.

Кстати, а если вам нужно сделать заполнение таблицы с прошлыми местами раоты пользователя, вы валидировать ынутреннее непересечение дат и соответствие их возрасту пользователя тоже будете check'ами делать? Приведите пример как это делать?
Как валидировать в БД значения, для проверки которых нужны данные контекста, данные других запсей и даже таблиц?

Бывают ли готовые гибридные электромагнитно-твердотельные реле, или это бред и никому не нужно?

Спасибо! Как я их незамечал-то?!

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

Дмитрий, количество логики, которое впихивают в БД может быть разным и где-то стоит провести границу. А вот где - ворос дискуссионный и однозначного ответа не имеет.
Мне приходилось иметь дело с БД ВУЗа на несколько гигов размеров и в ней на полторы тысячи таблиц было более полутора тысяч хранимых процедур с кучей логики. Да, это было давно, но какой же это был ад!

Простите а как валидация при каком нибудь POST запросе на изменение данных отличается от валидации в INSERT/UPDATE? Более того база не дура - она не будет валидировать данные если они не изменяются.

Я имел в виду, что трггеры, особенно триггеры с тяжелыми проверками, влияют на производительность. Триггер срабатывает на изменение всей заиси, а факт изменения отдельных полей нужно детектить внутри триггера. Но мы же можем захотитеть делать более сложные валидации внутри БД, и нам для этого захоется внутри триггера делать SQL-запросы, обращаться к каким-то внешним настройкам, а эти настройки могут вдруг поменяться...
Валидация слишком расплывчатое понятие. Может быть валидация простых вещей вроде гендера ещё норм и куда ни шло, внешние ключи- тоже приемлемо, а вот валидация номера телефона по регекспу или email - это уже ближе к тому, о чем я говорил.
А ещё мы можем захотеть детектить на уровне БД наличие похожих по написанию букв на разных языках. К примеру, русская фамилия с английской буквы "A" будет ломать сортировку, а выглядеть корректно. Место ли для такой валидации на уровне БД? А проверка адекватности даты рождения?
Я лишь хотел сказать, что эту черту приемлемости размещения тех или иных валидаций в БД проводят по-разному.
Если мы говорим о том. что у нас большой проект и много неопытных чижиков без налаженного ревью кода, то косяк в валидации ввода на бэке попортит новые записи, а косяк в изменении правил валидации на уровне БД может обрушить всю базу.

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

Я писал про тяжелые нетривиальные валидации.
Да уступает. Резльтат валидации на уровне бэка обрабатывается ближе к точке, где что-то можно исправить, а валидация глубоко в БД требует нетривиального подъёма ошибки в бэк и обработки её на разных уровнях: бд, бэк, фронт. Больше ступеней.
Я не утверждаю. что нельзя сделать правильнее, но в большинстве случаев валидации на бэке удобнее, понятнее и проще.
Опять же, это сильное утверждение, а реальные проекты обычно достаточно сложны, чтобы такие сильные утверждения не обрастали нюансами.

В чем скрытость и неочевидность когда база тупо шлет вас лесом когда вы пытаетесь вставить в нее невалидные данные? то есть когда какой нибудь foreign key или not null шлет лесом - это неочевидность?

Я имел в виду, что код, касающийся одной и той же валидации будет размещен и в триггере внутри БД, и в соответствующей миграции (или в сложных случаях в цепочке миграций), и в бэкенде а уровне бизнес-логики, и в бэкенде на уровне хендлеров АПИ, и во фронтенде для пояснения пользователю что не так и для предупреждения возможных ошибок при вводе.
Я конечно сгущаю краски немного, но если некоторые валидации делать не в БД, то эта лестница будет на ступеньку меньше.
Да, речь не о констрейнах, которые уже привнесли непростую концепцию лукап полей. Эта штука у нас трогает и фронт и бэк, а ошибки нужно правильно эскалировать и в нужном месте обрабатывать. И снова вопрос где провести черту.

Мне кажется мы говорим каждый о своей крайности и на конкретных примерах вряд ли бы не согласились друг с другом.
Я считаю, что ограничивать выбор пола на уровне БД при остутствии словарной таблицы - с порно.
"БД как бастион" - это не близкая мне концепция. Я склоняюсь к простоте, всяким NoSQL, и чтоб не упарываться сильно с нормализацией данных без острой на то нужды и необходимости.
Оверинженеринг там, где в нем нет острой необходимости плох.