Толковый словарь по терминам, он есть?

djsoft сказал(а):
foobar2000 некоторые файлы с таким тегом не играл или играл некорректно.
Понятно. Так это мы об этой проблеме и сообщали. :)
... и кстати не только "Фубар" не мог воспроизвести файлы. Битые файлы (причём некоторые) не воспроизводились вообще нигде. От общего числа треков такая проблема встречалась в 0,0014 %
И бороться с ней мы научились.
Чёрт дёрнул сообщить об этой проблеме.
После вашего решения этой проблемы мы не можем пользоваться новыми версиями RB (между прочим купленными), в которых реализован Voice drop и который мы же и просили четыре года назад...
 
Ian сказал(а):
Чёрт дёрнул сообщить об этой проблеме.
После вашего решения этой проблемы мы не можем пользоваться новыми версиями RB (между прочим купленными), в которых реализован Voice drop и который мы же и просили четыре года назад...
Об этом и другие пользователи сообщали, так что изменение в программу для FLAC в любом случае было бы внесено. По вашей ситуации, вполне есть решения, о которых уже ранее говорилось.
 
djsoft сказал(а):
По вашей ситуации, вполне есть решения, о которых уже ранее говорилось.

Да, действительно, вы эти "решения" уже озвучивали:
- Все треки сохранять в архивы и отправлять на сервер в архивах, например в ZIP (умеет ZIP сохранять NTFS-потоки?);
- На сервере их распаковывать (если сбой при передаче архива не произойдёт и он пролезет нормально) и разместить в папках, на свои места;
- И так делать нужно хоть для одного трека, хоть для ста одного.

При этом, у нас резко повышаются человеко-часы, которые кто-то должен компенсировать. Ну....
... разумеется, за наш счёт.
И потом. Сама мысль, что данные хранятся в потоках, которые никак не сохранишь (в отличие от базы), не вселяет нам уверенности, что это надёжно. Уж простите, Дмитрий.

Есть ещё один минус предложенного вами варианта:

Если кто-то забудет, при копировании на съёмный диск, запаковать все эти миллионы дорожек в архив, то в архиве окажутся пустые треки, потому что NTSF-данные также теряются, при копировании на съёмные диски, которые FAT32. Наверняка вы, Дмитрий, предложите, конвертировать диски в NTFS, да вот только для этой процедуры диски тоже нужно форматировать. Т.е. нам нужно срочно найти (купить) новые диски, верно?

В голове мы постоянно должны держать кучу моментов, всё копировать и переносить только внутри архивов, об этом должны помнить все наши сотрудники.
Просто великолепное "решение"!

В мае будет год, как мы уплатили деньги за апгрейт программы, но пользоваться ею не можем.
Проблему нужно как-то решить. Да не как-то, а так, чтобы теги записывались в сами файлы FLAC, а не где-то с системных потоках.
 
Ian сказал(а):
Проблему нужно как-то решить. Да не как-то, а так, чтобы теги записывались в сами файлы FLAC, а не где-то с системных потоках.
Был еще вариант с переходом на другой формат - например, APE.
 
djsoft сказал(а):
Был еще вариант с переходом на другой формат - например, APE.

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

Второй момент -- мы так ине нашли ПО для конвертации FLAC в APE. Везде вылезают какие-то проблемы, в основном с порчей файлов (при массовом конвертировании), что крайне не приемлемо, потерей мета-дат, доп. загрузкой процессорного времени, при воспроизведении файлов APE ...
В общем. Это геморой тот ещё.

Дмитрий, мы не просто так 6 лет назад выбрали FLAC. Мы изучили возможность перехода с FLAC на APE. Свой выбор мы даже после внесённых вами предложений менять не станем.
 
Ian сказал(а):
С APE мы поковырялись и кроме юридических моментов, которые также, за деньги, в принципе можно было бы решить
Насколько я помню, дело в отчетах было. Есть вариант в эфире работать с APE, а в отчетах писать FLAC. И проблема решена. Юридическое соглашение не может запретить вам конвертацию, ведь тогда и воспроизведение было бы невозможно - при воспроизведении любой формат внутренне "конвертируется" в PCM и далее идет работа только с ним. Если есть вещание в интернет, то будет еще одна конвертация в формат потока (MP3, AAC, и так далее), к тому же с изменением материала (кроссфейды).

Ian сказал(а):
мы так ине нашли ПО для конвертации FLAC в APE. Везде вылезают какие-то проблемы, в основном с порчей файлов (при массовом конвертировании), что крайне не приемлемо
Можете делать через ffmpeg - но здесь нужно будет сделать .bat файл, который сконвертирует все файы в папке. Если обойтись без командной строки, наверное, можно сделать через foobar2000.

Ian сказал(а):
Считаем, что это косяк и он должен быть решён производителем ПО, а не нами.
Это ограничение программы. Как я уже говорил, улучшение по формату FLAC в очереди, но в этой же самой очереди еще много чего.
 
djsoft сказал(а):
Юридическое соглашение не может запретить вам конвертацию
Видели бы вы, как такие компании, как BMG, договоры составляют. Конвертировать мы можем. Хранить -- нет. Все эти операции прописаны у них на таком уровне детализации, что всяким там "никитиным" даже и не снилось. "Кроссфейды", кстати не являются внесением изменений в произведение, при радиотрансляции, как и "войсдропы". Это тоже всё оговорено.

djsoft сказал(а):
Можете делать через ffmpeg - но здесь нужно будет сделать .bat файл, который сконвертирует все файы в папке. Если обойтись без командной строки, наверное, можно сделать через foobar2000.

Мы пробовали. Во всех случаях выскакивает какой-то процент брака. Это известная проблема "мартышки", поэтому мы отказались. Vorbis пока что сделали самый надёжный процесс конвертирования.

djsoft сказал(а):
Это ограничение программы. Как я уже говорил, улучшение по формату FLAC в очереди, но в этой же самой очереди еще много чего.

Эта ошибка, с записью тегов во FLAC, вылезла внезапно и никто не ждал от версии RadioBoss 5.5.6.0 таких сюрпризов. Считаем, что нужно внести исправления с работой кодеков, ведь это основа! Правки функционала и ловля мелких "багов" могут и подождать. Они были есть и будут до тех пор, пока кто-то случайно что-то не нажмёт.
 
Ian сказал(а):
Мы пробовали. Во всех случаях выскакивает какой-то процент брака. Это известная проблема "мартышки", поэтому мы отказались. Vorbis пока что сделали самый надёжный процесс конвертирования.
Не может такого быть. Только если это ошибка в программе, которую вы используете для конвертации. Сама же конвертация - это полностью определенный алгоритм, который при заданных входных данных всегда дает однозначный и одинаковый результат.

Ian сказал(а):
Эта ошибка, с записью тегов во FLAC, вылезла внезапно и никто не ждал от версии RadioBoss 5.5.6.0 таких сюрпризов. Считаем, что нужно внести исправления с работой кодеков, ведь это основа! Правки функционала и ловля мелких "багов" могут и подождать.
Я уже вам объяснял про это - тут ошибки нет, это особенность работы. И так получилось, что в вашей конкретной, специфичной ситуации, где сошлось немало факторов, и получилось именно так, как оно есть - это ограничение вам мешает. Но дело в том, что мешает оно только вам и больше никому. И у таких задач, скажу честно - приоритет самый низкий. Даже самый "мелкий баг", но с которым сталкивается пусть даже 1% пользователей - намного важнее исправить.
 
djsoft сказал(а):
Не может такого быть. Только если это ошибка в программе, которую вы используете для конвертации. Сама же конвертация - это полностью определенный алгоритм...

Дмитрий, специально для вас (см. рис.)
 

Вложения

  • 2018-03-12_02-55-56.png
    2018-03-12_02-55-56.png
    140,9 КБ · Просмотры: 344
djsoft сказал(а):
И так получилось, что в вашей конкретной, специфичной ситуации, где сошлось немало факторов, и получилось именно так, как оно есть

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

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

Обещаем, что после решения нашего вопроса, мы не будем ничего предлагать, не будем жаловаться на ошибки программы и привлекать к себе вообще какое-то внимание.
 
Ian сказал(а):
Дмитрий, специально для вас (см. рис.)
Любой формат неустойчив к повредениям, последствия (звуковые артефакты) будут разные, но в любом случае - неприемлемые. Файлы в эфире не должны быть повреждены.

Ian сказал(а):
Четыре года назад мы просили о внедрении "войсдропов", и вот представьте себе, что мы ими не можем воспользоваться
Уже, вроде, все обсудили, и не раз, и вот опять. Какую новую информацию вы хотите получить?

Ian сказал(а):
Но глядя на то, с каким упорством тот же Новосёл добивается реализации своих требований
Это, скорее, антипример. Я бы рекомендовал смотреть на английский форум - там конструктива больше и процент реализованных запросов выше :)
 
Я бы рекомендовал смотреть на английский форум - там конструктива больше и процент реализованных запросов выше :)
Опа!  Камень в наш огород, господа!  :eek:
и тут прослеживается русофообия
 
Alex Ivanov сказал(а):
Опа!  Камень в наш огород, господа! 
и тут прослеживается русофообия
Это не фобии, а наблюдение. Недавно начавшаяся тенденция у некоторых господ - задавать одни и те же вопросы и просьбы, буквально, десятки раз по кругу, получая каждый раз одни и те же ответы. Здесь традиционно не принято удалять или игнорировать сообщения, из уважения к участникам форума, но, к сожалению, некоторые этим злоупотребляют.
 
Дмитрий, да мы уже поняли, что вы не собираетесь ничего делать в сложившейся по вашей вине проблеме.

Мы приняли решение:
- Остаться на единственной корректно работающей версии программы Radio boss v.5.5.5.0;
- Не покупать дополнительных копий программы;
- Не продлевать подписку до решения проблемы;
 
Ian сказал(а):
Дмитрий, да мы уже поняли, что вы не собираетесь ничего делать в сложившейся по вашей вине проблеме.
Не то, чтобы ничего - в целом, хранение доп. информации в полях тегов есть в планах, но это на данный момент низкоприоритетная функция.

Можно, конечно, сделать полумеры: опция в файле конфигурации для включения "старого" режима работы с FLAC (то есть, запись APEv2) - что думаете?
 
djsoft сказал(а):
Можно, конечно, сделать полумеры: опция в файле конфигурации для включения "старого" режима работы с FLAC (то есть, запись APEv2) - что думаете?
Я же говорю, что нас это более, чем устраивало.
 
Если технически не будет проблем, то в system.ini будет добавлена опция для того, чтобы "вернуть" обработку FLAC как в старых версиях. Но учтите, что это нарушает спецификацию FLAC и какие-то программы могут такие файлы перестать воспроизводить. Да и сам RadioBOSS тоже может перестать воспроизводить :)
 
djsoft сказал(а):
Но учтите, что это нарушает спецификацию FLAC
Как говорится, из двух Зол выбираем наименьшее.
Вопрос.
Информация о разметке "войсдропов" также будет хранится в файлах?
 
Ian сказал(а):
Информация о разметке "войсдропов" также будет хранится в файлах?
Да, войсдропы также относятся к "дополнительной информации".
 
Назад
Верх