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

"Выпуск звукового редактора Audacity 3.0"	+/–
Сообщение от opennews (??), 17-Мрт-21, 21:33
Доступен релиз свободного редактора звука Audacity 3.0.0, предоставляющего средства для редактирования звуковых файлов (Ogg Vorbis, FLAC, MP3 и WAV), записи и оцифровки звука, изменения параметров звукового файла, наложения треков и применения эффектов (например, подавление шума, изменение темпа и тона). Код Audacity распространяется под лицензией GPL, бинарные сборки доступны для Linux, Windows и macOS... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54777
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 17-Мрт-21, 21:33	–7 +/–
На gtk4 перевели уже?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3

2. Сообщение от Аноним (2), 17-Мрт-21, 21:41	+11 +/–
Это wxgtk.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #82

3. Сообщение от анонимус (??), 17-Мрт-21, 21:42	+5 +/–
Оно с wxGTK собранным с GTK3 то нормально не работает. Официальные сборки с GTK2. https://github.com/audacity/audacity/issues/639
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #8, #19, #22

4. Сообщение от A.Stahl (ok), 17-Мрт-21, 21:42	+/–
Какая наглость!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

5. Сообщение от аноним2 (?), 17-Мрт-21, 21:51	+2 +/–
???
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #9, #119

6. Сообщение от Аноним (6), 17-Мрт-21, 21:52	–3 +/–
Бинарники на SourceForge выложить не осилили?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

7. Сообщение от Аноним (6), 17-Мрт-21, 21:54	–2 +/–
ссылка на Windows версию не рабочая
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

8. Сообщение от Анонимленьлогиниться (?), 17-Мрт-21, 21:57	–5 +/–
Ох, блин. А как же hidpi и прочие блага современного мира? (про wayland не заикаюсь, его бы тоже неплохо, но там и обходные пути есть). С этим на gtk2 грустно..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

9. Сообщение от Ted (?), 17-Мрт-21, 21:57	+2 +/–
Игра слов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от Аноним (10), 17-Мрт-21, 22:01	+/–
А highDPI на windows так и не поддерживает
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #32, #57

11. Сообщение от аноним2 (?), 17-Мрт-21, 22:03	+/–
Нормальные ссылки для MacOS и Windows. Там еще приписка есть: Audacity is no longer at SourceForge. Audacity can be downloaded via AudacityTeam website instead: http://www.audacityteam.org/download/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #25

12. Сообщение от Корец (?), 17-Мрт-21, 22:11	+2 +/–
>все компоненты проекта теперь сохраняются в одном файле Из разряда "давно пора"!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72

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

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

15. Сообщение от Аноним (-), 17-Мрт-21, 22:15	+/–
> Audacity is no longer at SourceForge.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #24

16. Сообщение от Минона (ok), 17-Мрт-21, 22:29	+3 +/–
Катится туда->(0)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #80

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

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

19. Сообщение от mikhailnov (ok), 17-Мрт-21, 22:50	+1 +/–
Нормально работает, если с wxGTK 3.1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

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

22. Сообщение от acroobar (?), 17-Мрт-21, 23:25	+/–
Запускал в sway без XWayland. Полет нормальный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

23. Сообщение от Анонимъ (?), 17-Мрт-21, 23:26	+3 +/–
notabug
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

24. Сообщение от Аноним (6), 17-Мрт-21, 23:41	–1 +/–
И на github тоже не осилили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #44

25. Сообщение от Аноним (6), 17-Мрт-21, 23:42	+/–
вот и напишите рабочую раз no longer
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #28

26. Сообщение от Аноним (-), 17-Мрт-21, 23:47	+/–
https://www.sqlite.org/appfileformat.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

27. Сообщение от Аноним (27), 18-Мрт-21, 00:08	+1 +/–
> бинарные сборки доступны для Linux, Windows и macOS Официальных бинарных сборок для линукса нет, только исходники.
Ответить | Правка | Наверх | Cообщить модератору

28. Сообщение от аноним2 (?), 18-Мрт-21, 00:45	+/–
Так автор новости оперативно исправил эту часть. Сами взгляните на новость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

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

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

32. Сообщение от ИмяХ (?), 18-Мрт-21, 03:49	+/–
Oculus rift тоже до сих пор не поддерживается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #90

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

36. Сообщение от анананим (?), 18-Мрт-21, 08:20	+3 +/–
Долгих лет проекту
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

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

38. Сообщение от Аноним (38), 18-Мрт-21, 08:57	+/–
Люблю такое "1progs.ru Audacity 3.0.0 RC6 на русском крякнутый + lame_enc dll - скачать последнюю версию программы для Windows 10 или более ранних версий можно ..."
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #115

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

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

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

42. Сообщение от InuYasha (??), 18-Мрт-21, 10:23	+/–
Пофиг, во что сохраняет, пофиг даже как выглядит. Главное - чтобы оно для начала функции выполняло. Надеюсь, фильтры поправили и звона больше не будет.
Ответить | Правка | Наверх | Cообщить модератору

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

44. Сообщение от Аноним (44), 18-Мрт-21, 11:30	+1 +/–
https://github.com/audacity/audacity
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #51

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

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

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

48. Сообщение от vz_2 (?), 18-Мрт-21, 12:16	+1 +/–
aup3 люто плюсую
Ответить | Правка | Наверх | Cообщить модератору

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

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

51. Сообщение от Аноним (51), 18-Мрт-21, 12:43	+3 +/–
и прочитать не осилил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

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

53. Сообщение от Аноним (-), 18-Мрт-21, 14:02	+/–
Точно крякнутая ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #56

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

55. Сообщение от Аноним (56), 18-Мрт-21, 14:57	+/–
Сохранение в .aup3 — какой-то маразм. Закинул свой подкаст. Файл 20 метров opus. Сохранил в .aup3 — файл 465 метров. Смысл????
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58

56. Сообщение от Аноним (56), 18-Мрт-21, 14:58	+/–
Не хочу крякнутую, может кто кейгеном поделится? ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #95

57. Сообщение от ютуб ютубов (?), 18-Мрт-21, 15:19	+1 +/–
64-х битные версии так и не сделали для виндовс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #69, #83, #106

58. Сообщение от kotpilot (ok), 18-Мрт-21, 15:49	+2 +/–
Так ведь он же разжимает сжатое аудио в wav, чтобы можно было редактировать Это же аудиоредактор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #60

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

60. Сообщение от Аноним (60), 18-Мрт-21, 17:06	+/–
Если он умеет разжимать сжатое аудио, то вот пусть бы и разжимал при открытии проекта. А в самом проекте можно было бы хранить "как есть". А то смысл какой от того, что оно разжало 20 метровый лосси файл в 400 метровый и в таком виде его хранит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #65, #66, #74, #87

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

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

64. Сообщение от Последний из могикан (?), 18-Мрт-21, 18:23	+/–
Прозвучало как реквием.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #68

65. Сообщение от Аноним (65), 18-Мрт-21, 18:51	+1 +/–
А ты точно его как редактор используешь? Или только как плеер?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #67, #71, #102

66. Сообщение от Аноним (2), 18-Мрт-21, 18:53	+2 +/–
В теории он не должен держать весь файл в памяти при этом, он может лежать на диске. А если в память деклдировать каждый раз, придётся где-то брать десятки и сотни гигабайт памяти на этот wav, либо убивать диск постоянной записью терабайт мусора (что тоже не быстро), а диски сейчас пошли что 5 раз запишешь и на свалку отправлять пора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

67. Сообщение от Аноним (69), 18-Мрт-21, 19:19	+/–
Как плеер он откровенно слаб. Как редактор х.з.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #94

68. Сообщение от Аноним (69), 18-Мрт-21, 19:20	+1 +/–
Это тост. Не чокаясь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #70

69. Сообщение от Аноним (69), 18-Мрт-21, 19:22	+/–
Сидят сиськи мнут. Неохота.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

70. Сообщение от Последний из могикан (?), 18-Мрт-21, 19:32	+/–
> Это тост. Не чокаясь. И стоя.Не закусывая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #88

71. Сообщение от Аноним (71), 18-Мрт-21, 19:33	+1 +/–
Тот же Ardour примерно так и делает. А вообще это называется недеструктивное редактирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #75

72. Сообщение от Аноньимъ (ok), 18-Мрт-21, 19:38	+/–
Да что-то плохая идея как по мне. Разбираться в таком формате будет проблематично, особенно если что-то где-то поломается. Да и вопросов с эффективностью работы масса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

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

74. Сообщение от prokoudine (ok), 18-Мрт-21, 19:49	+/–
Это не редактор файлов Opus, это звуковой редактор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #103

75. Сообщение от prokoudine (ok), 18-Мрт-21, 19:54	+/–
Создай проект Ardour, импортни .flac, сохрани проект, внимательно посмотри в папку 'interchange/{название проекта}/audiofiles'.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #78

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

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

78. Сообщение от Аноним (71), 18-Мрт-21, 20:21	+/–
Насколько я помню Ardour имеет напрямую работать с !wav файлами. А вообще я немного про другое сказал, я говорил про недеструктивное редактирование.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #108

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

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

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

82. Сообщение от Аноним (82), 18-Мрт-21, 21:15	+9 +/–
> Audacity 3.0 Кто объяснит, почему эта штука в KDE смотрится ТАК крипово? В 100 раз хуже, чем другие приложухи на гтк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #84, #123, #126

83. Сообщение от Ууууу... (?), 18-Мрт-21, 21:19	+/–
А зачем? Вы ему 5-гигабайтные вавки в оперативу скармливаете? Есть же настраиваемый размер кэша. Хотя у меня даже 3-я Audition (32 бита) умеет как-то пихать более 2 Гб кэша в ОЗУ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

84. Сообщение от Аноним (2), 18-Мрт-21, 21:20	+/–
WxQt пилите -- будет норм. Насколько я знаю, gtk2 в кде всегда прекрасно выглядит, не отличить. Может быть, не хватает пакетов интеграции? Или гтк доломали? Раньше 2 и 3 были отдельно, теперь, как я слышал, там 2 от 3 зависит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

87. Сообщение от Аноним (87), 18-Мрт-21, 22:24	+/–
А вы jpeg так же редактируете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #104

88. Сообщение от Аноним (88), 18-Мрт-21, 22:42	+1 +/–
В черных, наглухо застёгнутых костюмах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #89

89. Сообщение от Последний из могикан (?), 18-Мрт-21, 22:57	+/–
> В черных, наглухо застёгнутых костюмах. Под дождём.Осенью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

90. Сообщение от Аноним (90), 19-Мрт-21, 01:20	+/–
Мсье знает толк в извращениях!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

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

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

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

94. Сообщение от Аноним (95), 19-Мрт-21, 01:34	+1 +/–
Использовать редактор в качестве плеера - это утонченно :). Так то еще в CAD'е можно попробовать пикселарт рисовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

95. Сообщение от Аноним (95), 19-Мрт-21, 01:35	+/–
На гитхабе скачай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

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

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

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

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

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

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

102. Сообщение от Аноним (60), 19-Мрт-21, 09:37	+/–
Точно. Задумайся, что в твоём вопросе не так, перечитав подряд два предыдущих комментария. Там вон рядом почти в цель попали, упомянув недеструктивное редактирование. Впрочем это не тот вопрос, ради которого скоро коммент-баттл устраивать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

103. Сообщение от Аноним (60), 19-Мрт-21, 09:39	+/–
Ага. Но последовательность - сначала импортнуть (и при этом разжать) а только потом редактировать - сохраняется. Смекаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

104. Сообщение от Аноним (60), 19-Мрт-21, 09:40	+/–
А ты еще ничего не поредактировал. Но файл у тебя в 10 раз уже вырос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

106. Сообщение от iPony129412 (?), 19-Мрт-21, 11:02	+/–
Ну да - лень. Две версии собирать и прочее. Под macOS вон выкинули 32 бита и 64 битная версия появилась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

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

108. Сообщение от prokoudine (ok), 19-Мрт-21, 12:07	+/–
> Насколько я помню Ardour имеет напрямую работать с !wav файлами. Ты помнишь неправильно :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

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

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

111. Сообщение от iCat (ok), 19-Мрт-21, 15:02	+1 +/–
Нередко пользуюсь Audacity для записи и несложной обработки. На мой взгляд - весьма несложный и весьма удобный инструмент. Спасибо ребятам за работу!
Ответить | Правка | Наверх | Cообщить модератору

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

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

114. Сообщение от Аноним (116), 19-Мрт-21, 17:22	+/–
Посмотрел... Как был неуклюжий программистский интерфейс с дурацкими хоткеями и биндингом мыши 5 лет назад, так и остался. Продолжу сидеть на старом-добром Audition 3.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124

115. Сообщение от Аноним (116), 19-Мрт-21, 17:24	+/–
А нахрена это шаманство с lame mp3, когда кодек уже пару лет ушёл в общественное достояние?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

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

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

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

119. Сообщение от Petrg (ok), 19-Мрт-21, 18:36	+/–
Audacity
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

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

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

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

123. Сообщение от Перастерос (ok), 20-Мрт-21, 20:36	+/–
>Кто объяснит, почему эта штука в KDE смотрится ТАК крипово? она везде смотрится не модно, зато работает, как... (много эпитетов)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

124. Сообщение от Перастерос (ok), 20-Мрт-21, 20:39	+/–
сиди. я как-то плевался, плевался, а потом понадобилось: шумы, подкасты, свести то, да се и он меня очаровал..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

125. Сообщение от Аноним (125), 22-Мрт-21, 17:37	+/–
где-то читал что Burial делал музыку в Audacity
Ответить | Правка | Наверх | Cообщить модератору

126. Сообщение от Аноним (126), 25-Мрт-21, 05:11	+/–
она и в гноме крипово всегда выглядела
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

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

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