SLAudioNormalizer глюк

[Scally]

Здравствуйте. Используя данный инструмент иногда нужно в ручную установить громкость в НОЛЬ(без усиления), но программа в этом случае вообще стирает SLini файлик, типа если ноль, то он и не нужен.
Ну а раз нет файла SLini - то SLAudioNormalizer опять его создаёт со своим значением.

И ещё очень хочется иметь галочку в SLAudioNormalizer, и SLAutoMPEGIndexer что-бы дополнительные файлы которые они создают, создавались с атрибутами СКРЫТЫЙ ФАЙЛ.
А то открываешь папку с клипами, а там этих файлов... ну просто туча.
Очень тяжело отличить и посчитать кол-во именно клипов.
Пусть будет возможность не видеть эти файлы. Спасибо.

[vd]

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

> Очень тяжело отличить и посчитать кол-во именно клипов.

Есть еще сортировка не по имени, а по типу файла. Плюс, общее количество файлов в папке можно поделить на 2. Если не секрет - зачем нужно знать точное количество клипов в папке? У вас по их количеству ведется какая-то статистика?

[Людмила]

Используя данный инструмент иногда нужно в ручную установить громкость в НОЛЬ(без усиления), но программа в этом случае вообще стирает SLini файлик, типа если ноль, то он и не нужен.
Ну а раз нет файла SLini - то SLAudioNormalizer опять его создаёт со своим значением.

Вручную - это в TrimEditor?
Какой версией программного обеспечения Вы пользуетесь? Что установлено?

[Scally]

в Трим едиторе. Версия slnormalizer последняя с поправкой после того, как SLnormalizer постоянно перзаписывал уже созданные Slini.
Версия TrimEditor от последнего релиза 5.3

В нашем случае надо делить на 3. Но и то только при условии, что и Indexer и Normalizer сделали свою работу. И при условии что все файлы будут mpg. А если-же какие-то из них DV-AVI, то конечно индексов к ним не будет. Соответственно уже не поделить.

Сортировка не спасёт. Новые приходящие файлы в проводнике добавляются в конец, и соответственно вперемешку.
Пришёл к примеру mpg, через какое-то время появляется индексный файлик к нему и SLini. Становятся друг за другом. Каждый раз нажимать кнопку обновить - не вариант. Да и слишком их много становится в папке.
Раньше все файлы влазили в одно окно, теперь их в 2-3 раза больше. Приходится скролбар двигать чтобы увидеть вновь пришедшие. Растягивать окно некуда, все нужные окна уже открыты и стоят там где нам нужно, с нужными размерами.
Всё это очень сказывается на реакции инженера и скорости работы.

[vd]

> Раньше все файлы влазили в одно окно, теперь их в 2-3 раза больше.

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

> Приходится скролбар двигать чтобы увидеть вновь пришедшие.

А зачем их видеть, если не секрет?

> Каждый раз нажимать кнопку обновить - не вариант.

Почему? Это сложно? Или просто не хочется?

> Всё это очень сказывается на реакции инженера и скорости работы.

Объясните, пожалуйста, каким образом в целом организован рабочий процесс инженера, и что именно он отслеживает в процессе работы. Хочется понять: почему скрытие файлов ему как-то поможет? И почему у других людей таких проблем не возникает?

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

[Scally]

Может просто активнее нас мало кто пользуется Normalimizer'ом и Indexer'ом. Или просто бояться вносить предложения. Работает и ладно.

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

Кнопка обновить не вариант из-за потери фокуса программы. Это ещё одно лишнее действие, на которое теряется время.

И неужели какая-то ситуация, или проблема должна стать массовой, чтобы на неё обратили внимание?

Я думаю многие пользователи будут рады иметь возможность скрывать файлы, которые им вообще незачем видеть.
Ну реально в другом случае, на другой машине у нас папка с роликами, там их 1000штук. Да и к ним ещё по SLini и Индексному файлу - просто жуть почти 3000 файлов.

Представте приходил к вам в гости раньше знакомый, а тут вдруг он с собой стал ещё 2х манекенов с себя ростом таскать. Ему без них теперь никуда(только по ему понятной причине), но обстановку в вашем доме портят.

[Даниленко Сергей]

Я хочу объяснить почему мы пока отбрыкиваемся от вашего предложения по поводу "спрятать файлы".
Все вспомогательные файлы типа индекс-файлов и SLIni должны лежать рядом с тем файлом, к которому они относятся. Если вспомогательные файлы спрятать, то гарантированно может возникнуть ситуация, когда люди при переносе видеофайла забудут перенести и вспомогательные файлы.
Что вы скажите на это?

[Scally]

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

Если на другой уже эфирной машине куда-то файлы переносить, то там на все папки настроен индексер и нормалайзер. Ничего страшного, там всё автоматом пусть создаётся снова. Менять самим ничего не придётся.

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

[vd]

И неужели какая-то ситуация, или проблема должна стать массовой, чтобы на неё обратили внимание?

Представьте себе. Мы делаем что-то быстро и бесплатно только в случае, если имеется ошибка в нашем ПО, или если понимаем, что это реально нужно большому количеству клиентов. У нас ограниченные человеческие ресурсы, и есть определенная очередность задач по важности. Если какая-то задача не является массовой потребностью, или, тем более, единичной просьбой конкретного клиента, это нами делается за отдельные деньги, и только при условии наличия свободного времени программистов.

Если нормалайзер работает неправильно, мы постараемся это воспроизвести у себя и исправить, это без вопросов. Что касается скрывания индексных файлов - выше я уже сказал, что вообще не факт, что это будет возможно сделать. Скорее всего, потребуется просить об этом авторов модуля индексирования, компанию Elecard, а скорость ее реакции составляет обычно недели, а то и месяцы. Конкретно сейчас мы уже почти месяц пытаемся добиться от них решения одной проблемы, связанной с неправильным декодированием одного MPEG-файла. Это ошибочная ситуация, требующая быстрого решения, а они больше трех недель только воспроизводили проблему у себя. Когда же мы просим от них что-то сделать в духе "а добавьте нам вот еще такую возможность", ответа от них можно ждать и по полгода.

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

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

Ну реально в другом случае, на другой машине у нас папка с роликами, там их 1000штук. Да и к ним ещё по SLini и Индексному файлу - просто жуть почти 3000 файлов.

Всё в мире относительно. Кто-то с архивами по 10000 файлов работает, и больше. Дополнительные файлы еще монтажки создают (Sony Vegas, Adobe Audition). Как-то же люди с этим мирятся.

Представте приходил к вам в гости раньше знакомый, а тут вдруг он с собой стал ещё 2х манекенов с себя ростом таскать. Ему без них теперь никуда(только по ему понятной причине), но обстановку в вашем доме портят.

Предлагаю не уходить в область философии, тематика нашего форума не всё охватывает

[vd]

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

Только возможна ситуация: один человек ее включил, а выключить забыл. И у другого потом могут быть проблемы. После чего последует звонок в нашу техподдержку "Вы нам проблемы создали". Я не шучу.

[vd]

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

Архивариус при переносе в архив может делать следующее:
1. Перенести/скопировать все файлы (не разбираясь) в конечную папку.
2. Чтобы удалить в ней все "лишние" файлы, набрать в командной строке в этой папке (через FAR или TotalCommander):

del *.slini
del *.slm

Всё. Можно обе строчки прописать в bat-файл, который положить куда-нибудь в папку Windows/Command, и он будет доступен для вызова из любой папки, без необходимости набирать полный путь. Также в FAR или TotalCommander вызов этого файла можно назначить на "горячую" клавишу, а то и во встроенный редактор "быстрых" команд. Будет вызываться так же быстро, как F5 (копирование файлов из одной папки в другую).

Если на другой уже эфирной машине куда-то файлы переносить, то там на все папки настроен индексер и нормалайзер. Ничего страшного, там всё автоматом пусть создаётся снова. Менять самим ничего не придётся.

Если всё автоматом делается, зачем что-то вручную отслеживать?

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

[Scally]

Архивариус таких слов не знает как Far или Total.
Он ничего не будет делать, будет только копировать содержимое папки.
Да и это вообще не важно. Пусть копирует всё.

Все действия с БАТникам и прочим гемороем может рас и навсегда решить (отключаемая) функция создания всех доп. файлов с атрибутом "Hidden". К примеру как делает винда, файл с кэшироваными эскизами Thumbs.db

Я говорю про то что видеть эти файлы нет никакого смысла как и копировать куда-либо. Их видимось только мешает.

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

Неудобство физическое, потеря времени на лишние операции, которые никому не нужны.

Если уж надо будет - инженер увидит их через Far или Total

Ну не хотите - не страшно. Так и скажите.

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

[vd]

Архивариус таких слов не знает как Far или Total.
Он ничего не будет делать

Интересно получается. Потому, что ваш сотрудник не хочет чему-то несложному научиться, мы должны выполнить какую-то работу, которая за 5 минут не делается?

В хедерах Авишек и Мпегов для этого есть место которого с лихвой хватит для всех дополнительных параметров.

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

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

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

[Даниленко Сергей]

Используя данный инструмент иногда нужно в ручную установить громкость в НОЛЬ(без усиления), но программа в этом случае вообще стирает SLini файлик, типа если ноль, то он и не нужен.
Ну а раз нет файла SLini - то SLAudioNormalizer опять его создаёт со своим значением.

Да, это так. Подумаем что можно сделать.

[Scally]

Архивариус таких слов не знает как Far или Total.
Он ничего не будет делать

Интересно получается. Потому, что ваш сотрудник не хочет чему-то несложному научиться, мы должны выполнить какую-то работу, которая за 5 минут не делается?

Да забудте уж про архивариуса. Я его только в пример привёл, что если кто-то копирует куда-то клипы, то доп. файлы не нужны. Нужны они только при воспроизведении на той машине на которой лежат. Даже если Архивариус будет копировать ролики вместе с доп. файлами - не страшно.

В хедерах Авишек и Мпегов для этого есть место которого с лихвой хватит для всех дополнительных параметров.

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

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

Это-да. Такое бывает. Но мы не берём ролик с проката и не пересчитываем. Берём исходник и исправляем его а потом уже на эфир, где на него уже нападают Normalizer и Indexer. Зачем портить качество лишним пересчётом?
Это я так... спросил.

Мы сделали решение, которое работает абсолютно у всех - отдельный файл, который гарантированно никакая "левая" программа не испортит.

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