AmpView
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
-
Wuyko_WINDOWS
- Сообщения: 26
- Зарегистрирован: Ср июл 20, 2005 22:23
2Nik
Спасибо за ответ, но позвольте не согласиться.
Начну с того, что конечно автор любой программы всегда прав, так как тратит свое время на написание своего детища, и создает ее исходя из своих соображений, и так как ему нравится. Однако отказываться от input plagin-ов того же Winamp-a в программе проигрывания аудио, по моему, нецелесообразно. Дело в том, что любой lister plagin ценится тем выше, чем большее количество форматов файлов он позволяет открыть (плюс конечно скорость, качество и т.д.). Зачем же тогда изобретать велосипед, создавая свой код. Такое количество форматов, которое доступно через input plagin-ы Winamp-a, самому все равно не создать. Это поняли и авторы очень многих аудио проигрывателей (XMPlay, Cool Player и т.д.).
По поводу закрытости формата плагинов Winamp-a. SDK для написания плагинов доступно прямо на www.winamp.com. Исходный код Cool Player-a тоже доступен (GNU-шный проэкт). Даже на Visual Basic-e есть готовые Winamp Plugins Client-ы (http://www.vbaccelerator.com/home/VB/Co ... Client.asp). Соответственно, разобраться с ними не так и сложно.
Исходя из всего вышесказанного, по моему, возвращение на использование Input Pugin-ов Winampa, намного целесообразнее, чем использование BASS...
Но это конечно только мое мнение, и автор вправе поступать по своему. Но как только появится плагин к ТС в виде Медиа проигрывателя с поддержкой Winamp-овских Input Pugin-ов, большинство народа будет использовать именно его.
Спасибо за ответ, но позвольте не согласиться.
Начну с того, что конечно автор любой программы всегда прав, так как тратит свое время на написание своего детища, и создает ее исходя из своих соображений, и так как ему нравится. Однако отказываться от input plagin-ов того же Winamp-a в программе проигрывания аудио, по моему, нецелесообразно. Дело в том, что любой lister plagin ценится тем выше, чем большее количество форматов файлов он позволяет открыть (плюс конечно скорость, качество и т.д.). Зачем же тогда изобретать велосипед, создавая свой код. Такое количество форматов, которое доступно через input plagin-ы Winamp-a, самому все равно не создать. Это поняли и авторы очень многих аудио проигрывателей (XMPlay, Cool Player и т.д.).
По поводу закрытости формата плагинов Winamp-a. SDK для написания плагинов доступно прямо на www.winamp.com. Исходный код Cool Player-a тоже доступен (GNU-шный проэкт). Даже на Visual Basic-e есть готовые Winamp Plugins Client-ы (http://www.vbaccelerator.com/home/VB/Co ... Client.asp). Соответственно, разобраться с ними не так и сложно.
Исходя из всего вышесказанного, по моему, возвращение на использование Input Pugin-ов Winampa, намного целесообразнее, чем использование BASS...
Но это конечно только мое мнение, и автор вправе поступать по своему. Но как только появится плагин к ТС в виде Медиа проигрывателя с поддержкой Winamp-овских Input Pugin-ов, большинство народа будет использовать именно его.
Поддержка in-плагинов рано или поздно будет и в BASS-версии. Однако, предыдущие версии использовали не только in, но и out-плагины, а по ним я не нашел вообще никакой информации! И вообще, капаться в чужих исходниках - занятие не благодарное. Мне проще написать код самому - так я хотя бы буду знать, где искать ошибки...
-
Wuyko_WINDOWS
- Сообщения: 26
- Зарегистрирован: Ср июл 20, 2005 22:23
Nik
Жду с нетерпением! Удачи!
Если можно еще вопрос. Нельзя ли сделать так, чтобы в режиме quick view, Ampview открывалось не в отдельном окне, а в окне Listera, соответственно размещалось в соседней панели, без play list-a (тут он не нужен), но с информацией из тэгов (если можно было бы при этом их еще и редактироать, цены бы ему не было). Кстати, а может окно тэгов сделать тоже с поддержкой скинов, и присоединенное к основному окну, типа окна play list-a?
Жду с нетерпением! Удачи!
Если можно еще вопрос. Нельзя ли сделать так, чтобы в режиме quick view, Ampview открывалось не в отдельном окне, а в окне Listera, соответственно размещалось в соседней панели, без play list-a (тут он не нужен), но с информацией из тэгов (если можно было бы при этом их еще и редактироать, цены бы ему не было). Кстати, а может окно тэгов сделать тоже с поддержкой скинов, и присоединенное к основному окну, типа окна play list-a?
-
GeNtlE
- Сообщения: 141
- Зарегистрирован: Чт дек 16, 2004 12:36
- Откуда: Россия, Чита
- Контактная информация:
Это глюк такой, фича или Easter Egg?
Вот последовательность действий
1. Шелкаем сначала левой кнопкой мыши, затем, не отпуская левую, правой (Как в сапёре).
2. Отпускаем сначала левую, потом правую кнопку мыши. Появляется контекст.
3. Вызываем что-нибудь из меню. Если здесь выбрать что-нибудь связанное с окном, то его нужно будет закрыть. Можно даже ничего и не выбирать, а просто лишить меню фокуса
Теперь окно листера будет таскаться за то место, где производились щелчки мышью, причем это все будет происходить без нажатий кнопок мыши. Нужно просто подвести мышь к окну AmpView'a.
Вот еще: после описанных манипуляций, главное окно Total Commander становится OnTop. Я думаю, что разработчику будет полезна информация, что в настройках AmpView стоит флажок "Поверх всех окон". Описанный побочный эффект, связанный с окном TC лечится простым сворачиванием его в трей. Исчезает также интересно, как и появляется (хотя объяснить его появление сложнее
). Вот еще более странным кажется тот факт, что повторить второй эффект мне удалось только два раза.
Ну и не может не волновать тот факт, что если я захочу включить другой просмотрщик после AmpView, то у меня ничего не получится. Как будет время, обработайте нажатие четверочки (34h).
Вот последовательность действий
1. Шелкаем сначала левой кнопкой мыши, затем, не отпуская левую, правой (Как в сапёре).
2. Отпускаем сначала левую, потом правую кнопку мыши. Появляется контекст.
3. Вызываем что-нибудь из меню. Если здесь выбрать что-нибудь связанное с окном, то его нужно будет закрыть. Можно даже ничего и не выбирать, а просто лишить меню фокуса
Теперь окно листера будет таскаться за то место, где производились щелчки мышью, причем это все будет происходить без нажатий кнопок мыши. Нужно просто подвести мышь к окну AmpView'a.
Вот еще: после описанных манипуляций, главное окно Total Commander становится OnTop. Я думаю, что разработчику будет полезна информация, что в настройках AmpView стоит флажок "Поверх всех окон". Описанный побочный эффект, связанный с окном TC лечится простым сворачиванием его в трей. Исчезает также интересно, как и появляется (хотя объяснить его появление сложнее
Ну и не может не волновать тот факт, что если я захочу включить другой просмотрщик после AmpView, то у меня ничего не получится. Как будет время, обработайте нажатие четверочки (34h).
-
GeNtlE
- Сообщения: 141
- Зарегистрирован: Чт дек 16, 2004 12:36
- Откуда: Россия, Чита
- Контактная информация:
Хотелось бы сделать вот такой реквест. При включенной опции "В конце трека->Открыть следующий файл из папки", в плейлист должно загружаться всё содержимое этой папки. Было бы логично горячей клавишей (Next) переходить на следующий трек из папки, а не из списка, как это делается сейчас. Можно то же самое сделать для Back. И хотелось бы настраивать последовательность воспроизведения ("По имени", "По типу", "По размеру", и т. д.)
Идем далее. Возникает законный вопрос: После закрытия списка, никак его вернуть "легальными" средствами нельзя?
И напоследок. Хотелось бы выразить несколько замечаний по поводу английской локализации. Если интересно - в Приват.
Хотелось бы, чтобы окно AmpView не захватывало фокус в режиме Быстрого просмотра. Это происходит при проигрывании первого трека (После нажатия на Ctrl+Q). В дальнейшем же, всё нормально. Да и вообще - сделать опцию "Захватывать фокус окном", в которой можно будет выбрать, в каком режиме разрешать, а в каком режиме не разрешать захватывать фокус. Можно сразу запускать в трее.
Почему ListBox в окне Списка все время при добавлении песни в список, устанавливает первой строкой первый пункт списка? Не видно играемую в данный момент композицию. Это происходит, опять же, когда в списке больше 14 пунктов. И прокручивается он как-то странно, если крутить колесиком мыши...
Идем далее. Возникает законный вопрос: После закрытия списка, никак его вернуть "легальными" средствами нельзя?
И напоследок. Хотелось бы выразить несколько замечаний по поводу английской локализации. Если интересно - в Приват.
Хотелось бы, чтобы окно AmpView не захватывало фокус в режиме Быстрого просмотра. Это происходит при проигрывании первого трека (После нажатия на Ctrl+Q). В дальнейшем же, всё нормально. Да и вообще - сделать опцию "Захватывать фокус окном", в которой можно будет выбрать, в каком режиме разрешать, а в каком режиме не разрешать захватывать фокус. Можно сразу запускать в трее.
Почему ListBox в окне Списка все время при добавлении песни в список, устанавливает первой строкой первый пункт списка? Не видно играемую в данный момент композицию. Это происходит, опять же, когда в списке больше 14 пунктов. И прокручивается он как-то странно, если крутить колесиком мыши...
2GeNtlE:
Вобще-то это баг, но поскольку ловить его мне пока не охота, будем считать что это - Easter Egg 
Возможно, в будущем сделаю опцию "Загружать всю папку при открытии файла"...
Ну а вообще есть "горячая клавиша" [L] (от опций не зависит и работает всегда!)...
Пожалуй, пока могу только организовать запуск в трее...

И правдаЭто глюк такой, фича или Easter Egg?
А вот такого эффекта я не заметил вообще... И уж точно он не связан с TC (AmpView - это отдельное приложение и с TC связывается только на доли секунды во время запуска - для получения имени файла).Вот еще: после описанных манипуляций, главное окно Total Commander становится OnTop. Я думаю, что разработчику будет полезна информация, что в настройках AmpView стоит флажок "Поверх всех окон". Описанный побочный эффект, связанный с окном TC лечится простым сворачиванием его в трей. Исчезает также интересно, как и появляется (хотя объяснить его появление сложнее ). Вот еще более странным кажется тот факт, что повторить второй эффект мне удалось только два раза.
См. выше...Ну и не может не волновать тот факт, что если я захочу включить другой просмотрщик после AmpView, то у меня ничего не получится. Как будет время, обработайте нажатие четверочки (34h).
А по-моему это будет нелогично...При включенной опции "В конце трека->Открыть следующий файл из папки", в плейлист должно загружаться всё содержимое этой папки.
Возможно, в будущем сделаю опцию "Загружать всю папку при открытии файла"...
Вот это - полезная вещь. Сделаю как только будет время...И хотелось бы настраивать последовательность воспроизведения ("По имени", "По типу", "По размеру", и т. д.)
Во многих шкурках есть для этого кнопкаПосле закрытия списка, никак его вернуть "легальными" средствами нельзя
Хорошо. С английским у меня плоховато...Хотелось бы выразить несколько замечаний по поводу английской локализации. Если интересно - в Приват.
С "Быстрым просмотром" проблем - не меряноХотелось бы, чтобы окно AmpView не захватывало фокус в режиме Быстрого просмотра. Это происходит при проигрывании первого трека (После нажатия на Ctrl+Q). В дальнейшем же, всё нормально. Да и вообще - сделать опцию "Захватывать фокус окном", в которой можно будет выбрать, в каком режиме разрешать, а в каком режиме не разрешать захватывать фокус. Можно сразу запускать в трее.
С "переводом" стрелки - это бага. Исправлю... А вот прокрутка - это особенность работы дельфийского ListBox'а. Я пока не смогу устранить этот эффект. Разве что переписать список полностью "с нуля", но это уж больно трудоемкое занятие, а у меня пока времени малоПочему ListBox в окне Списка все время при добавлении песни в список, устанавливает первой строкой первый пункт списка? Не видно играемую в данный момент композицию. Это происходит, опять же, когда в списке больше 14 пунктов. И прокручивается он как-то странно, если крутить колесиком мыши...
- Ciber SLasH
- Сообщения: 209
- Зарегистрирован: Сб авг 20, 2005 21:41
- Откуда: С.-Петербург
Во-первых, третья версия AmpView (пока) вообще не работает с плагинами...Не понятно почему плагин не хочет работать с плагинами in_ac3.dll и in_flac.dll, хотя тот же WinAmp нормально с этими же плагинами работает ?
Во-вторых, не имея под рукой исходников WinAmp я не могу точно воспроизвести принципы его работы с плагинами.
Наконец-то выделил время и немного обновил AmpView... Главная новость - теперь используется вышедшая пару недель назад BASS 2.2.
Она позволяет подключать к ядру плагины собсвенного формата (см. на сайте www.un4seen.com. Правда, пока я эту возможность не реализовал, но в ближайшее время постараюсь... Времени совсем мало - новая работа...
Она позволяет подключать к ядру плагины собсвенного формата (см. на сайте www.un4seen.com. Правда, пока я эту возможность не реализовал, но в ближайшее время постараюсь... Времени совсем мало - новая работа...
- Ciber SLasH
- Сообщения: 209
- Зарегистрирован: Сб авг 20, 2005 21:41
- Откуда: С.-Петербург
После версии AmpView 3.0 стали не поддерживаться русские буквы при прослушивании OGG-формата (другие ещё не проверял), вместо русских букв отображается абра-кадабра.
Какие-то траблы с кодировкой UTF-8, т.к. если эту абра-кадабру сохранить в текстовый файл и задать ему кодировку UTF-8, то в файле появляется нормальный русский.
Какие-то траблы с кодировкой UTF-8, т.к. если эту абра-кадабру сохранить в текстовый файл и задать ему кодировку UTF-8, то в файле появляется нормальный русский.
Я проверял работу с тегами. Все работало нормально. Какой программой редактировались теги? (я проверял после Winamp'а)Ciber SLasH писал(а):После версии AmpView 3.0 стали не поддерживаться русские буквы при прослушивании OGG-формата (другие ещё не проверял), вместо русских букв отображается абра-кадабра.
Какие-то траблы с кодировкой UTF-8, т.к. если эту абра-кадабру сохранить в текстовый файл и задать ему кодировку UTF-8, то в файле появляется нормальный русский.
- Ciber SLasH
- Сообщения: 209
- Зарегистрирован: Сб авг 20, 2005 21:41
- Откуда: С.-Петербург