Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск звукового редактора Audacity 3.0, opennews (??), 17-Мрт-21, (0) [смотреть все] На gtk4 перевели уже , Аноним (1), 21:33 , 17-Мрт-21, (1) –7 // Это wxgtk , Аноним (2), 21:41 , 17-Мрт-21, (2) +11 // Кто объяснит, почему эта штука в KDE смотрится ТАК крипово В 100 раз хуже, чем , Аноним (82), 21:15 , 18-Мрт-21, (82) +9 // WxQt пилите -- будет норм Насколько я знаю, gtk2 в кде всегда прекрасно выгляди, Аноним (2), 21:20 , 18-Мрт-21, (84) она везде смотрится не модно, зато работает, как много эпитетов , Перастерос (ok), 20:36 , 20-Мрт-21, (123) она и в гноме крипово всегда выглядела, Аноним (126), 05:11 , 25-Мрт-21, (126) Оно с wxGTK собранным с GTK3 то нормально не работает Официальные сборки с GTK2, анонимус (??), 21:42 , 17-Мрт-21, (3) +5 // Ох, блин А как же hidpi и прочие блага современного мира про wayland не заика, Анонимленьлогиниться (?), 21:57 , 17-Мрт-21, (8) –5 Нормально работает, если с wxGTK 3 1, mikhailnov (ok), 22:50 , 17-Мрт-21, (19) +1 Запускал в sway без XWayland Полет нормальный , acroobar (?), 23:25 , 17-Мрт-21, (22) Какая наглость , A.Stahl (ok), 21:42 , 17-Мрт-21, (4) // , аноним2 (?), 21:51 , 17-Мрт-21, (5) +2 // Игра слов , Ted (?), 21:57 , 17-Мрт-21, (9) +2 Audacity, Petrg (ok), 18:36 , 19-Мрт-21, (119) Бинарники на SourceForge выложить не осилили , Аноним (6), 21:52 , 17-Мрт-21, (6) –3 // Выпуск звукового редактора Audacity 3.0, Аноним (-), 22:15 , 17-Мрт-21, (15) // И на github тоже не осилили, Аноним (6), 23:41 , 17-Мрт-21, (24) –1 // https github com audacity audacity, Аноним (44), 11:30 , 18-Мрт-21, (44) +1 и прочитать не осилил, Аноним (51), 12:43 , 18-Мрт-21, (51) +3 ссылка на Windows версию не рабочая, Аноним (6), 21:54 , 17-Мрт-21, (7) –2 // Нормальные ссылки для MacOS и Windows Там еще приписка есть Audacity is no long, аноним2 (?), 22:03 , 17-Мрт-21, (11) // вот и напишите рабочую раз no longer, Аноним (6), 23:42 , 17-Мрт-21, (25) // Так автор новости оперативно исправил эту часть Сами взгляните на новость , аноним2 (?), 00:45 , 18-Мрт-21, (28) А highDPI на windows так и не поддерживает, Аноним (10), 22:01 , 17-Мрт-21, (10) // notabug, Анонимъ (?), 23:26 , 17-Мрт-21, (23) +3 Oculus rift тоже до сих пор не поддерживается , ИмяХ (?), 03:49 , 18-Мрт-21, (32) // Мсье знает толк в извращениях , Аноним (90), 01:20 , 19-Мрт-21, (90) 64-х битные версии так и не сделали для виндовс, ютуб ютубов (?), 15:19 , 18-Мрт-21, (57) +1 // Сидят сиськи мнут Неохота , Аноним (69), 19:22 , 18-Мрт-21, (69) А зачем Вы ему 5-гигабайтные вавки в оперативу скармливаете Есть же настраивае, Ууууу... (?), 21:19 , 18-Мрт-21, (83) Ну да - лень Две версии собирать и прочее Под macOS вон выкинули 32 бита и 64 б, iPony129412 (?), 11:02 , 19-Мрт-21, (106) Из разряда давно пора , Корец (?), 22:11 , 17-Мрт-21, (12) +2 // Да что-то плохая идея как по мне Разбираться в таком формате будет проблематично, Аноньимъ (ok), 19:38 , 18-Мрт-21, (72) Опять деструктивный или уже нет , Аноним (13), 22:13 , 17-Мрт-21, (13) –2 Сохранять вавки в БД Куда катится этот мир , Аноним (-), 22:14 , 17-Мрт-21, (14) +3   // Катится туда- 0 , Минона (ok), 22:29 , 17-Мрт-21, (16) +3   // по любой из последних теорий он катится именно туда как при сверхплотном схлопы, анонимуслинус (?), 20:39 , 18-Мрт-21, (80) –1   // Это в какой же такой форме чистая энергия будет собрана и статически находится, shardddin (?), 17:39 , 19-Мрт-21, (117)   Кстати да, почему не стандартный для таких целей zip , Аноним (-), 22:39 , 17-Мрт-21, (17) –2   // Потому что сложнааааааа Я вот тоже не понимаю - зачем для сохранения конфигураци, Урри (ok), 22:45 , 17-Мрт-21, (18) +3   // Потому что реляционная база данных даёт забесплатно эффективную реализацию чтени, Ordu (ok), 23:08 , 17-Мрт-21, (21) –1   Контейнер matroska Нет, не слышал , Прохожий (??), 02:38 , 18-Мрт-21, (30)   У всех контейнеров все отвратительно с произвольным доступом, а у некоторых еще , Аноним (33), 04:36 , 18-Мрт-21, (33)   Контейнер matroska за тебя будет маппить файл в память, или делать read ы, грамо, Ordu (ok), 09:01 , 18-Мрт-21, (39) +2   А в чем прикол делать работу операционки самому Там как раз уже был дисковый кэ, Аноним (-), 01:23 , 19-Мрт-21, (91) +1   Ядро кеширует диск в своей ядерной памяти Но чтобы оттуда извлечь данные тебе н, Ordu (ok), 08:21 , 19-Мрт-21, (98)   Что-то сомнительно для подобного Изображения, аудио, видео никто так не суёт же, iPony129412 (?), 09:34 , 18-Мрт-21, (40) +3   Не знаю, я не заглядывал внутрь Если бы мне захотелось pcm засунуть в sql, то я, Ordu (ok), 10:01 , 18-Мрт-21, (41) –2   По принципу LinkedList, иметь поле NextId и обновлять это поле у предыдущего чан, Аноним (45), 11:43 , 18-Мрт-21, (45) +2   Там разные способы могут быть Можно и дерево организовать Что лучше зависит от, Ordu (ok), 12:04 , 18-Мрт-21, (46)   Но всё равно знаешь лучше всех, так , Аноним (50), 12:37 , 18-Мрт-21, (50)   Естественно, а тебе что завидно что ли , Ordu (ok), 13:11 , 18-Мрт-21, (52)   Пристрелите его кто-нибудь, чтобы не мучался программирование явно не его кон, Аноним (-), 01:24 , 19-Мрт-21, (92) +3   https www sqlite org fasterthanfs html, Ordu (ok), 11:27 , 18-Мрт-21, (43) –3   Ты свои акции МММ уже продал или всё ждёшь дивидендов , Аноним (50), 12:34 , 18-Мрт-21, (49) +1   Такакая эффективная, что NoSQL хранилищам на порядок сливает по скорости , fractal cucumber (?), 14:49 , 18-Мрт-21, (54)   Да-да Точно И какую из NoSQL субд им следовало использовать Что там есть встр, Ordu (ok), 17:06 , 18-Мрт-21, (59)   Что сделали - то сделали, бесплатно же, и так сойдёт Возможно, современные проц, fractal cucumber (?), 20:03 , 18-Мрт-21, (77) +1   Вообще-то запрос парсится не на каждый сэмпл, не надо преувеличивать В худшем с, Ordu (ok), 20:42 , 18-Мрт-21, (81)   Каким встраиваемым NoSQL сливает А то хотелось бы, чтобы побыстрее, ага , Аноним (62), 17:43 , 18-Мрт-21, (62)   MMKV например https www fatalerrors org images blog 553873cf5efc0635603c14308f, fractal cucumber (?), 19:56 , 18-Мрт-21, (76)   Хаха Что это за графики Это они в какой ситуации меряли Что у них за диск был, Ordu (ok), 08:27 , 19-Мрт-21, (99)   Что-то я не понимаю с чего вы считаете будто бы считать бинарные блобы из SQLite, Аноньимъ (ok), 19:40 , 18-Мрт-21, (73) +1   Потому что я не считаю так Речь ведь не о том, чтобы просто считать бинарные бл, Ordu (ok), 20:26 , 18-Мрт-21, (79) –2   Я думаю аудиоредакторы работают немного не так Оно читает по заданной временной , Аноньимъ (ok), 03:23 , 19-Мрт-21, (96) +1   Но я же могу вставить звук в середину трека в аудасити Вот реально -- ты постав, Ordu (ok), 08:42 , 19-Мрт-21, (100) –1   А что, базы данных не с диска берут данные В памяти кэшируют А приложение само, Аноним (122), 18:10 , 20-Мрт-21, (122)   SQLite blobs have an absolute maximum size of 2GB and a default maximum size of, OpenEcho (?), 13:13 , 19-Мрт-21, (109)   А смысл для аудасити хранить там блобы такого размера Порезать помельче и уложи, Ordu (ok), 16:10 , 19-Мрт-21, (112)   А что конкретно в зип паковать собрался то С десяток файлов, в т ч отдельные жи, Lex (??), 08:22 , 18-Мрт-21, (37)   Зип работает довольно прозрачно В данном случае просто распространенный формат с, Аноньимъ (ok), 03:30 , 19-Мрт-21, (97)   Пара файлов исходников скулЯ, которые неплохо встраиваются и имеются как само-со, Lex (??), 08:55 , 19-Мрт-21, (101)   А SQLlite не надо ни в какую-то ОЗУ считывать, и оно как-то само предоставить кр, iPony129412 (?), 11:06 , 19-Мрт-21, (107)   Типо файлы после распаковки не надо открывать, парсить и В случае с архивом п, Lex (??), 14:26 , 19-Мрт-21, (110)   Вообще ни о чём Как буд то тебя кто заставляет сжимать данные , iPony129412 (?), 17:17 , 19-Мрт-21, (113)   Использовать зип чтоб не_сжимать данные -Мистер знает толк в извращениях и пер, Lex (??), 20:10 , 19-Мрт-21, (120)   да нет никаких переусложнений, я вообще выше про что-то тар подобное писала сабж, iPony129412 (?), 09:10 , 20-Мрт-21, (121)   Ненужно Из зипа можно читать напрямую , Аноньимъ (ok), 18:17 , 19-Мрт-21, (118)   https www sqlite org appfileformat html, Аноним (-), 23:47 , 17-Мрт-21, (26)   Зазипуй пару гигабайт аудио -- узнаешь , prokoudine (ok), 03:49 , 18-Мрт-21, (31) –1   // А зипы - нормальная идея в отличии от блоба Что-то я не припомню чтоб скулит мо, Аноним (-), 12:08 , 18-Мрт-21, (47) +1   Да ладно зипы 8212 тар образное что-то, всё же на аудио налезет А так тут пиш, iPony129412 (?), 17:52 , 18-Мрт-21, (63)   Прокудин, ты сникерс сегодня не съел В zip есть разные варианты сжатия Включа, Аноним (-), 01:29 , 19-Мрт-21, (93)   И чо Это всё равно подразумевает предварительную распаковку во временный файл, , Аноним (116), 17:26 , 19-Мрт-21, (116)   Официальных бинарных сборок для линукса нет, только исходники , Аноним (27), 00:08 , 18-Мрт-21, (27) +1 Долгих лет проекту, анананим (?), 08:20 , 18-Мрт-21, (36) +3 // Прозвучало как реквием , Последний из могикан (?), 18:23 , 18-Мрт-21, (64) // Это тост Не чокаясь , Аноним (69), 19:20 , 18-Мрт-21, (68) +1 // И стоя Не закусывая , Последний из могикан (?), 19:32 , 18-Мрт-21, (70) В черных, наглухо застёгнутых костюмах , Аноним (88), 22:42 , 18-Мрт-21, (88) +1 Под дождём Осенью , Последний из могикан (?), 22:57 , 18-Мрт-21, (89) Люблю такое 1progs ruAudacity 3 0 0 RC6 на русском крякнутый lame_enc dll - с, Аноним (38), 08:57 , 18-Мрт-21, (38) // Точно крякнутая , Аноним (-), 14:02 , 18-Мрт-21, (53) // Не хочу крякнутую, может кто кейгеном поделится , Аноним (56), 14:58 , 18-Мрт-21, (56) // На гитхабе скачай , Аноним (95), 01:35 , 19-Мрт-21, (95) А нахрена это шаманство с lame mp3, когда кодек уже пару лет ушёл в общественное, Аноним (116), 17:24 , 19-Мрт-21, (115) Пофиг, во что сохраняет, пофиг даже как выглядит Главное - чтобы оно для начала, InuYasha (??), 10:23 , 18-Мрт-21, (42) aup3 люто плюсую, vz_2 (?), 12:16 , 18-Мрт-21, (48) +1 Сохранение в aup3 8212 какой-то маразм Закинул свой подкаст Файл 20 метров, Аноним (56), 14:57 , 18-Мрт-21, (55) // Так ведь он же разжимает сжатое аудио в wav, чтобы можно было редактироватьЭто ж, kotpilot (ok), 15:49 , 18-Мрт-21, (58) +2 // Если он умеет разжимать сжатое аудио, то вот пусть бы и разжимал при открытии пр, Аноним (60), 17:06 , 18-Мрт-21, (60) // А ты точно его как редактор используешь Или только как плеер , Аноним (65), 18:51 , 18-Мрт-21, (65) +1 Как плеер он откровенно слаб Как редактор х з , Аноним (69), 19:19 , 18-Мрт-21, (67) Использовать редактор в качестве плеера - это утонченно Так то еще в CAD е м, Аноним (95), 01:34 , 19-Мрт-21, (94) +1 Тот же Ardour примерно так и делает А вообще это называется недеструктивное ред, Аноним (71), 19:33 , 18-Мрт-21, (71) +1 Создай проект Ardour, импортни flac, сохрани проект, внимательно посмотри в пап, prokoudine (ok), 19:54 , 18-Мрт-21, (75) Насколько я помню Ardour имеет напрямую работать с wav файлами А вообще я немн, Аноним (71), 20:21 , 18-Мрт-21, (78) Ты помнишь неправильно , prokoudine (ok), 12:07 , 19-Мрт-21, (108) Точно Задумайся, что в твоём вопросе не так, перечитав подряд два предыдущих ко, Аноним (60), 09:37 , 19-Мрт-21, (102) В теории он не должен держать весь файл в памяти при этом, он может лежать на ди, Аноним (2), 18:53 , 18-Мрт-21, (66) +2 Это не редактор файлов Opus, это звуковой редактор , prokoudine (ok), 19:49 , 18-Мрт-21, (74) Ага Но последовательность - сначала импортнуть и при этом разжать а только по, Аноним (60), 09:39 , 19-Мрт-21, (103) А вы jpeg так же редактируете , Аноним (87), 22:24 , 18-Мрт-21, (87) А ты еще ничего не поредактировал Но файл у тебя в 10 раз уже вырос , Аноним (60), 09:40 , 19-Мрт-21, (104) Нередко пользуюсь Audacity для записи и несложной обработки На мой взгляд - весь, iCat (ok), 15:02 , 19-Мрт-21, (111) +1 Посмотрел Как был неуклюжий программистский интерфейс с дурацкими хоткеями и б, Аноним (116), 17:22 , 19-Мрт-21, (114) // сиди я как-то плевался, плевался, а потом понадобилось шумы, подкасты, свести , Перастерос (ok), 20:39 , 20-Мрт-21, (124) где-то читал что Burial делал музыку в Audacity, Аноним (125), 17:37 , 22-Мрт-21, (125) 1,4,6,7,10,12,13,14,27,36,38,42,48,55,111,114,125

Сообщения

[Сортировка по времени | RSS]

14. "Выпуск звукового редактора Audacity 3.0"	+3 +/–
Сообщение от Аноним (-), 17-Мрт-21, 22:14
> представляет собой базу в формате SQLite3, содержащую все ресурсы. Сохранять вавки в БД. Куда катится этот мир? :)
Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск звукового редактора Audacity 3.0"	+3 +/–
	Сообщение от Минона (ok), 17-Мрт-21, 22:29
	Катится туда->(0)
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск звукового редактора Audacity 3.0"	–1 +/–
	Сообщение от анонимуслинус (?), 18-Мрт-21, 20:39
	по любой из последних теорий он катится именно туда. как при сверхплотном схлопывании, так и при сверх разряженном расширении. все должно вернуться обратно к форме существования чистой энергии. ну это так в образовательных целях. а мир и правда г**но.))))
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от shardddin (?), 19-Мрт-21, 17:39
	Это в какой же такой "форме" чистая энергия будет собрана и статически находится в одной точке??... При нынешнем расширении энергия в виде фотонов всё равно рассеивается и, видимо, уже навсегда потеряна для "Нового Большого взрыва"... как ты живешь в этом мире и что привносишь - таким он и становится - всё зависит от нас и конкретно - от тебя...
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск звукового редактора Audacity 3.0"	–2 +/–
	Сообщение от Аноним (-), 17-Мрт-21, 22:39
	Кстати да, почему не стандартный для таких целей zip?
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	18. "Выпуск звукового редактора Audacity 3.0"	+3 +/–
	Сообщение от Урри (ok), 17-Мрт-21, 22:45
	Потому что сложнааааааа. Я вот тоже не понимаю - зачем для сохранения конфигурации и бинарей использовать реляционную базу данных? Зачем гвозди забивать микроскопом?
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск звукового редактора Audacity 3.0"	–1 +/–
	Сообщение от Ordu (ok), 17-Мрт-21, 23:08
	Потому что реляционная база данных даёт забесплатно эффективную реализацию чтения с внешнего накопителя, которая будет оставаться эффективной в широком диапазоне случаев. Рандом-акцесс, последовательное чтение, разнообразные выборки данных и даже простейшая обработка, и всё может быть не на топовой достижимой производительности, но во всяком случае не сильно хуже. Будешь писать руками, запросто можешь получить на порядок хуже, и потом замучаешься ещё под накопители разных типов писать свои драйвера и тестировать их везде. Зачем изобретать велосипед?
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Прохожий (??), 18-Мрт-21, 02:38
	Контейнер matroska? Нет, не слышал.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноним (33), 18-Мрт-21, 04:36
	У всех контейнеров все отвратительно с произвольным доступом, а у некоторых еще и с синхронизацией дорожек. Для редактора это, как ты понимаешь, критично.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск звукового редактора Audacity 3.0"	+2 +/–
	Сообщение от Ordu (ok), 18-Мрт-21, 09:01
	> Контейнер matroska? Нет, не слышал. Контейнер matroska за тебя будет маппить файл в память, или делать read'ы, грамотно расходуя оперативку, чтобы кешировать куски данных и по возможности не читать их повторно?
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	91. "Выпуск звукового редактора Audacity 3.0"	+1 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 01:23
	А в чем прикол делать работу операционки самому? Там как раз уже был дисковый кэш и все такое. Но, конечно можно сожрать память второй раз, под свой кэш... Хотя вот конкретно матрешка не сильно удобна в парсинге для in-place перетряхивания, не для этого она.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Ordu (ok), 19-Мрт-21, 08:21
	> А в чем прикол делать работу операционки самому? Там как раз уже > был дисковый кэш и все такое. Но, конечно можно сожрать память > второй раз, под свой кэш... Ядро кеширует диск в своей ядерной памяти. Но чтобы оттуда извлечь данные тебе надо сделать как минимум два сисколла -- lseek и read. Сисколлы -- это дешевле чем чтение с диска, но существенно дороже, чем доступ к памяти в адресном пространстве процесса. Поэтому, скажем, stdio.h с его FILE существует с момента появления unix. Но FILE -- это последовательный доступ. Тебе же нужен random, значит и кеширование/буферизация должны быть сложнее.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск звукового редактора Audacity 3.0"	+3 +/–
	Сообщение от iPony129412 (?), 18-Мрт-21, 09:34
	> Потому что реляционная база данных даёт забесплатно эффективную реализацию чтения с внешнего накопителя, которая будет оставаться эффективной в широком диапазоне случаев. Рандом-акцесс, последовательное чтение, разнообразные выборки данных и даже простейшая обработка Что-то сомнительно для подобного. Изображения, аудио, видео никто так не суёт же. Да и там наверно BLOB поля BLOB полями погоняют?
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	41. "Выпуск звукового редактора Audacity 3.0"	–2 +/–
	Сообщение от Ordu (ok), 18-Мрт-21, 10:01
	> Да и там наверно BLOB поля BLOB полями погоняют? Не знаю, я не заглядывал внутрь. Если бы мне захотелось pcm засунуть в sql, то я бы начал с экспериментов, когда каждый сэмпл отдельной строкой таблички. > Что-то сомнительно для подобного. Изображения, аудио, видео никто так не суёт же. Естественно, зачем ты будешь хранить непожатый pcm-звук, когда его можно пожать? Но хранить его непожатым для редактирования, мне кажется, самое то, что надо. Потому как если жать, то всё равно придётся loseless использовать, этот loseless будет сжимать не на порядки, а в разы, то есть выигрыш не запредельный, а вот замедление доступа заметно будет. Уход от этого замедления, может ведь открыть простор для дальнейших оптимизаций потребления оперативки -- можно вообще хранить обрабатываемые данные на диске, доставая их оттуда, обрабатывая, и складывая обратно. При этом, некоторые операции вообще окажутся примерно бесплатными: вырезать кусок из середины или вставить его, например. С последовательным файлом тебе придётся двигать данные в файле с одного смещения на другое, с pcm в sql можно обойтись DELETE'ом или INSERT'ом. Не совсем правдо очевидно, как при этом не потерять порядок -- понятно, что индексами можно, но как бы так чтоб без переиндексации половины сэмплов в файле обходиться? Но опять же, sql тут даёт тебе возможности хранить в отдельных табличках дополнительные данные, например, список непрерывных диапазонов сэмплов, каждый из которых задан диапазоном id'ов из PRIMARY KEY, который отсортирован по времени от начала трека. И не просто хранить, но ещё и иметь возможность эффективно извлекать данные основываясь на этом. Меняя один формат на другой за десять минут, чтобы прогнать через бенчмарки и посмотреть, не будет ли быстрее.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск звукового редактора Audacity 3.0"	+2 +/–
	Сообщение от Аноним (45), 18-Мрт-21, 11:43
	> Не совсем правдо очевидно, как при этом не потерять порядок -- понятно, что индексами можно, но как бы так чтоб без переиндексации половины сэмплов в файле обходиться? По принципу LinkedList, иметь поле NextId и обновлять это поле у предыдущего чанка. Но сама идея хранить каждый сэмпл отдельной строкой таблички IMHO безумно неэффективна.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Ordu (ok), 18-Мрт-21, 12:04
	>> Не совсем правдо очевидно, как при этом не потерять порядок -- понятно, что индексами можно, но как бы так чтоб без переиндексации половины сэмплов в файле обходиться? > По принципу LinkedList, иметь поле NextId и обновлять это поле у предыдущего > чанка. Там разные способы могут быть. Можно и дерево организовать. Что лучше зависит от паттернов использования. > Но сама идея хранить каждый сэмпл отдельной строкой таблички IMHO безумно неэффективна. Не знаю, я не пробовал. Можно не отдельные сэмплы, а блобами по нескольку сотен/тысяч сэмплов. Но сложнее будет выискивать сэмпл по заданному смещению в миллисекундах. Сложно судить, не имея опыта возни со схожей задачей.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноним (50), 18-Мрт-21, 12:37
	> Не знаю, я не заглядывал внутрь. Но всё равно знаешь лучше всех, так?
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	52. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Ordu (ok), 18-Мрт-21, 13:11
	>> Не знаю, я не заглядывал внутрь. > Но всё равно знаешь лучше всех, так? Естественно, а тебе что завидно что ли?
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск звукового редактора Audacity 3.0"	+3 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 01:24
	> я бы начал с экспериментов, когда каждый сэмпл отдельной строкой таблички. Пристрелите его кто-нибудь, чтобы не мучался... программирование явно не его конек.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	43. "Выпуск звукового редактора Audacity 3.0"	–3 +/–
	Сообщение от Ordu (ok), 18-Мрт-21, 11:27
	https://www.sqlite.org/fasterthanfs.html
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	49. "Выпуск звукового редактора Audacity 3.0"	+1 +/–
	Сообщение от Аноним (50), 18-Мрт-21, 12:34
	> даёт забесплатно эффективную реализацию чтения с внешнего накопителя Ты свои акции МММ уже продал или всё ждёшь дивидендов?
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	54. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от fractal cucumber (?), 18-Мрт-21, 14:49
	Такакая эффективная, что NoSQL хранилищам на порядок сливает по скорости.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	59. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Ordu (ok), 18-Мрт-21, 17:06
	> Такакая эффективная, что NoSQL хранилищам на порядок сливает по скорости. Да-да. Точно. И какую из NoSQL субд им следовало использовать? Что там есть встраиваемого, заточенного под их нужды?
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск звукового редактора Audacity 3.0"	+1 +/–
	Сообщение от fractal cucumber (?), 18-Мрт-21, 20:03
	Что сделали - то сделали, бесплатно же, и так сойдёт. Возможно, современные процессоры без проблем тащат сборку строкового запроса на стороне приложения и его парсинг и исполнение на стороне драйвера бд 44100*2 раз в секунду на каждый сэмпл, не знаю, посмотрим.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Ordu (ok), 18-Мрт-21, 20:42
	Вообще-то запрос парсится не на каждый сэмпл, не надо преувеличивать. В худшем случае он парсится один раз на выполнение запроса, вне зависимости от того, скольких строк этот запрос касается. В случае использования хранимых процедур, он парсится один раз за время работы приложения.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноним (62), 18-Мрт-21, 17:43
	Каким встраиваемым NoSQL сливает? А то хотелось бы, чтобы побыстрее, ага.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	76. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от fractal cucumber (?), 18-Мрт-21, 19:56
	> Каким встраиваемым NoSQL сливает? А то хотелось бы, чтобы побыстрее, ага. MMKV например https://www.fatalerrors.org/images/blog/553873cf5efc0635603c... Всего-то в ~100 раз быстрее.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Ordu (ok), 19-Мрт-21, 08:27
	>> Каким встраиваемым NoSQL сливает? А то хотелось бы, чтобы побыстрее, ага. > MMKV например https://www.fatalerrors.org/images/blog/553873cf5efc0635603c... > Всего-то в ~100 раз быстрее. Хаха. Что это за графики? Это они в какой ситуации меряли? Что у них за диск был? Что за ОС? Как они меряли? А что будет, если я прочитаю каждый второй int из файла? Каждый десятый? А если я захочу прочитать только те инты, которые делятся на три? А конкретно на тех задачах, которые встают перед audacity, как он будет справляться с ними? Все эти графики вызывают серьёзное подозрение, примерно такое же, как и доказательства того, что java быстрее C++, которые 20 лет назад было популярно публиковать. Может и быстрее в том случае, в котором проводилось тестирование, но даже если и так, то это скорее всего совершенно нереалистичный и неинтересный случай.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск звукового редактора Audacity 3.0"	+1 +/–
	Сообщение от Аноньимъ (ok), 18-Мрт-21, 19:40
	Что-то я не понимаю с чего вы считаете будто бы считать бинарные блобы из SQLite эффективнее чем чем читать их как файлы стандартными средствами Ос?
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	79. "Выпуск звукового редактора Audacity 3.0"	–2 +/–
	Сообщение от Ordu (ok), 18-Мрт-21, 20:26
	> Что-то я не понимаю с чего вы считаете будто бы считать бинарные > блобы из SQLite эффективнее чем чем читать их как файлы стандартными > средствами Ос? Потому что я не считаю так. Речь ведь не о том, чтобы просто считать бинарные блобы, речь о приложении, которое работает с данными в файле. А работа с файлом может включать в себя не только последовательное чтение. Вот как ты будешь читать из файла? То есть, во-первых, ты будешь читать из файлА или из файлОВ? Наверное, всё же первое? Один файл и там поток сэмплов, так? Тогда, если тебе нужен блоб оттуда, что ты делаешь? lseek+read, так? В идеале хотелось бы так, потому как этот метод вряд ли чем-либо порвать удастся. Но теперь прикинь, пользователь тыкает в интерфейсе и говорит "вот сюда я хочу вставить кусок звука". Что происходит на диске в ответ? А там паника, потому как стандартные средства фс не умеют расширять файл вставляя в середину кусок. Значит что надо делать? Вариант номер раз -- не сохранять почём зря, в надежде что приложение не упадёт, и электрик рубильником свет во всём доме не вырубит, и что промежуточный достигнутый пользователем результат не будет потерян. Вариант номер два -- читать с диска и перезаписывать полфайла. Вариант номер три -- разбить единый поток на маленькие блобы, и если что-то вставляется в середину, реально дописывать это в конец файла. Но тут тебе уже надо хранить в каком-то виде отображение времени от начала записи в смещение на диске. И это значит, что ты начал переизобретать базу данных и создавать её наколенную реализацию. И получится ли у тебя быстрее чем у sqlite -- это большой вопрос. Эффективное же хранилище на жёстком диске, может открыть простор для того, чтобы а) сохранять промежуточный результат после каждого изменения, б) не хранить в памяти ВСЁ, хранить всё на диске, читая оттуда по мере необходимости, а это значит, что можно вместо сотен мегабайт или гигабайт ОЗУ под данные жрать ну, десятки мегабайт, наверное. Оу, это будет медленнее, чем всё хранить непосредственно в адресном пространстве процесса, но ровно до тех пор, пока у ОС достаточно оперативки: как только оперативка кончится, ОС начнёт свопить, и вот тут твоя производительность пойдёт лесом, в то время как вообще-то, если заточить приложение на хранение данных на диске, с чтением в память только нужного, то можно даже при нехватке оперативки под все данные, работать пускай не быстро, но и не запредельно тормозно. При этом, ежели у ОС достаточно свободной памяти, она закеширует содержимое диска, и будет не настолько уж и медленнее. Но сделать так, чтобы это "не настолько уж и медленнее" обеспечивало бы пристойную скорость работы на всём спектре железа которое используется под persistent storage и на всех ОС, на которых работает приложение -- это задача не для слабонервных, это задача для разработчиков бд.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Выпуск звукового редактора Audacity 3.0"	+1 +/–
	Сообщение от Аноньимъ (ok), 19-Мрт-21, 03:23
	Я думаю аудиоредакторы работают немного не так. Оно читает по заданной временной схеме данные из файлов, и через фильтры соединяет их в один поток. Исходные файлы + схема редактирования + фильтры и есть проект. Вставлять в середину ничего нигде ненужно. Работа же с файлами, это основа, ничего такого в этом нет, это второе чему учится программист после хеллоу верда. Да, можно семплы в базу данных запихать, только преимуществ кроме инсерта, который аудиоредактору ненужен, я не вижу. И это явно не то, что делает аудиосити. Насколько я понял, оно просто конфиг вместе с файлам-блобами фигачит в базу.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск звукового редактора Audacity 3.0"	–1 +/–
	Сообщение от Ordu (ok), 19-Мрт-21, 08:42
	> Вставлять в середину ничего нигде ненужно. Но я же могу вставить звук в середину трека в аудасити. Вот реально -- ты поставь его и посмотри. > Работа же с файлами, это основа, ничего такого в этом нет, это > второе чему учится программист после хеллоу верда. Да, именно поэтому, редко кто берётся писать движок для базы данных, и ещё реже кому удаётся написать хороший. Потому что это слишком просто: этому учат на втором уроке информатики в школе. Работа с файлами -- это ппц как медленно, пока читается сектор с жёсткого диска, можно сотню sql-запросов распарсить, и сотню _умных_ планов чтения выработать. Если умный план чтения позволит снизить время чтения на 20%, то ты в выигрыше по времени.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноним (122), 20-Мрт-21, 18:10
	> Работа с файлами -- это ппц как медленно, А что, базы данных не с диска берут данные? В памяти кэшируют? А приложение само не может закэшировать в память этот файл, если ему это так надо? И вообще - давно аудиоредактору нужна такая скорость чтения? У него тысячи запросов в секунду чтобы звук в середину трека вставить?
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от OpenEcho (?), 19-Мрт-21, 13:13
	"SQLite blobs have an absolute maximum size of 2GB and a default maximum size of 1GB" Рано или поздно кто то наткнется
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	112. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Ordu (ok), 19-Мрт-21, 16:10
	> "SQLite blobs have an absolute maximum size of 2GB and a default > maximum size of 1GB" > Рано или поздно кто то наткнется А смысл для аудасити хранить там блобы такого размера? Порезать помельче и уложить. По килобайту, по десять килобайт, но всяко не гигабайтами.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Lex (??), 18-Мрт-21, 08:22
	А что конкретно в зип паковать собрался то ? С десяток файлов, в т.ч отдельные жирные бинари и какие-то файлы настроек, которые, прежде чем читать/писАть, ещё и распаковать куда-то надо ? Когда речь о хранении настроек, подход со встраиваемой БД очень даже удобен: Нормальные чтение/запись/какие-то запросы над данными и возможность хранить очень много разных данных( от бинарей и до текстовых строк/массивов/итп ) и все данные структурированно хранятся в одном файле, притом структура эта не самопальная, а общеизвестная
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	97. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноньимъ (ok), 19-Мрт-21, 03:30
	Зип работает довольно прозрачно. В данном случае просто распространенный формат с бонусом в качестве сжатия. Ничего кардинально не изменит, решит проблему с хлебушком непонимающим что их проект лежит в папке а не одним файлом. SQL тут все-же немного оверинжиниринг, что не есть хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Lex (??), 19-Мрт-21, 08:55
	> SQL тут все-же немного оверинжиниринг, что не есть хорошо. Пара файлов исходников скулЯ, которые неплохо встраиваются и имеются как само-собой разумеющееся в тех же мобильных ОСях + файл БД, в который структурированно затолкано все что требуется.. Против кучи отдельных файлов, которые затолканы в архив, который, прежде, чем даже начать работать с параметрами( чтение и, тем более, запись ), нужно еще как-то куда-то распаковать. Ну и где тут "оверинжиниринг" ? Кстати, ту БД ничто не мешает сжать, но едва ли это поможет, когда речь об уже сжатых медиаресурсах - там хорошо, если архив жирнее не выйдет.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от iPony129412 (?), 19-Мрт-21, 11:06
	> нужно еще как-то куда-то распаковать А SQLlite не надо ни в какую-то ОЗУ считывать, и оно как-то само предоставить крутое доступ к бинарным полям или как вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Lex (??), 19-Мрт-21, 14:26
	> А SQLlite не надо ни в какую-то ОЗУ считывать, и оно как-то > само предоставить крутое доступ к бинарным полям или как вообще? Типо файлы после распаковки не надо открывать, парсить и.. ? В случае с архивом прибавляется еще один жирный этап, а если исключить что-то типа встраиваемой БД, то еще прибавляются эпически костыли в виде полусамопальных подобий БД. С бинарными данными типа сжатых медиа заморачиваться над архивацией - верх глупости, поскольку это не текстовые исходники и сжимаются они почти_никак, но сжатие-распаковка требуют времени ЦП, требуют ОЗУ и, главное, требуют какого-то времени. А что, если "вдруг" какие-то данные сохранить захотелось ? -Это, помимо записи в файлы( вне зависимости, стандартную встроенную БД вроде sqlite или самопальное подобие БД применять ), потребует еще и генерации архива, не итак ли
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от iPony129412 (?), 19-Мрт-21, 17:17
	Вообще ни о чём. Как буд то тебя кто заставляет сжимать данные.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Lex (??), 19-Мрт-21, 20:10
	> Вообще ни о чём. Как буд то тебя кто заставляет сжимать данные. Использовать зип чтоб не_сжимать данные ? -Мистер знает толк в извращениях и переусложнениях
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от iPony129412 (?), 20-Мрт-21, 09:10
	да нет никаких переусложнений, я вообще выше про что-то тар подобное писал а сабж это прям - затолкали сумели.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноньимъ (ok), 19-Мрт-21, 18:17
	Ненужно. Из зипа можно читать напрямую.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	26. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноним (-), 17-Мрт-21, 23:47
	https://www.sqlite.org/appfileformat.html
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	31. "Выпуск звукового редактора Audacity 3.0"	–1 +/–
	Сообщение от prokoudine (ok), 18-Мрт-21, 03:49
	Зазипуй пару гигабайт аудио -- узнаешь :)
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	47. "Выпуск звукового редактора Audacity 3.0"	+1 +/–
	Сообщение от Аноним (-), 18-Мрт-21, 12:08
	А зипы - нормальная идея в отличии от блоба. Что-то я не припомню чтоб скулит мог селектить в поток.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от iPony129412 (?), 18-Мрт-21, 17:52
	Да ладно зипы — тар образное что-то, всё же на аудио налезет. А так тут пишут, что SQLite всё в ажуре сделает, прям не налезает. Имеешь дело с более тяжёлыми оракл продуктами ака майсиквел и оракл сикуэль. Ну есть у меня ячейка картэжа блобная типа изображений, и то как-то просто засаживаешь по типу «ну раз огромная БД есть, я тут пристрою». А тут просто так и сяк. Выглядит как какой-то студенческий проект, ну как смогли так засадили, всё равно несерьёзно.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноним (-), 19-Мрт-21, 01:29
	Прокудин, ты сникерс сегодня не съел?! В zip есть разные варианты сжатия. Включая NONE!
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	116. "Выпуск звукового редактора Audacity 3.0"	+/–
	Сообщение от Аноним (116), 19-Мрт-21, 17:26
	И чо? Это всё равно подразумевает предварительную распаковку во временный файл, что означает лишние тормоза и распухание.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема