AIMP Forum

AIMP для Windows => Skin Editor / Skin Engine => Вопросы => Topic started by: ramvivat on April 23, 2015, 12:35:57

Title: о передаче скину параметра TimePositionInPlaylist
Post by: ramvivat on April 23, 2015, 12:35:57
передается ли скину временное положение не только в треке но и в плейлисте?

точнее - научился ли плеер этому с 2013 года?
старый срач на тему магнитофонных скинов поднимать не охота. но в факе я не нашел упоминания об такой фиче которая очень важна подобным скинам.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Tarik on April 23, 2015, 12:45:39
передается ли скину временное положение не только в треке но и в плейлисте?
Поясните, пожалуйста, о чем вообще речь?
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: ramvivat on April 23, 2015, 12:55:59
речь о том чтоб в скин передавалось текущее значение, на котором находится "воспроизводящая головка", если рассматривать плейлист как пластинку или магнитную ленту.
для того, чтобы скины могли отрисовывать себя более корректно.
все видели скин Technics с винил проигрывателем.
и где по факту - на пластинку - одна композиция. тонарм скользит очень быстро по всей пластинке а не по отдельному треку.
как и магнитофонные скины - там тоже такая же свистопляска творится.

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

вот чего мне надо это знать.
хотя - если б я смог разобраться как делаются скины и умел бы работать в фотошопе для подготовки графических элементов из которых состоит конкретный скин - то ничего б не было проще как сваять скин.
но скин должен знать ГДЕ.

вот чего ради затеян данный вопрос.

если ответ - нет - то я умолкаю и продолжаю ждать у моря погоды.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Soolo on April 23, 2015, 13:27:22
если ответ - нет - то я умолкаю и продолжаю ждать у моря погоды.
видимо, придётся ждать
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Artem on April 23, 2015, 15:38:54
видимо, придётся ждать

Почему же? Скрипт без проблем может узнать длительность трека и его текущую позицию, а дальше уже посчитать, какой кадр какому элементу надо отрисовать.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Tarik on April 23, 2015, 15:52:24
Почему же? Скрипт без проблем может узнать длительность трека и его текущую позицию, а дальше уже посчитать, какой кадр какому элементу надо отрисовать.
Речь, на сколько я понял, о времени не конкретного одного трека, а общем времени группы в плейлисте
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Zhenya on April 23, 2015, 15:52:39
Почему же? Скрипт без проблем может узнать длительность трека и его текущую позицию, а дальше уже посчитать, какой кадр какому элементу надо отрисовать.
Сабж же о позиции не внутри трека, а внутри плейлиста. Или и с плейлистом так можно будет?
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Black_AVP on April 23, 2015, 15:58:49
Даже, если на скриптах будет возможно. Тут надо не один раз подумать - а стОит ли это делать...
1. В плейлисте может быть несколько тысяч файлов - перемотка плёнки будет вообще незаметна, а, может, быть и 1 файл.
2. В плейлисте можно налету менять сортировку, можно удалять/выключать/перемещять треки, можно и добавлять - что будет при этом происходить с рулонами ленты или с тонармом в вертушке - зрелище малоприятное.
3. При останове вопроизведения позиция всё равно станет = 0, а запустить потом можно с любого трека - опять скачёк.
Наверняка, могут быть ещё и другие комические ситуации.
Меня лично подобная перспектива не прельщает...
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Artem on April 23, 2015, 18:00:23
Сабж же о позиции не внутри трека, а внутри плейлиста. Или и с плейлистом так можно будет?

Нет, такое нельзя. Такой информации нет и посчитать ее сложно, т.к. очередь проигрывания зависит от 100-ни факторов.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: ramvivat on April 23, 2015, 19:33:36
сорри многабукаф. но постарайтесь осилить.

Quote
Даже, если на скриптах будет возможно. Тут надо не один раз подумать - а стОит ли это делать...
стоит. и даже очень.
с другой стороны - надо просто правильно продукт позиционировать.

позиционирование HiFi скинов для слушателей что слушают плейлисты по тыще файлов вразнобой - прошу прощения за такого рода критику (но я критикуя пытаюсь предлагать рациональное) но это ошибка которая и привела бы проект к краху, если б интересантов боле не было.

а что если подходить к такому формату - кому нужен хайфайный магнитофон? тому кто в теме. некоему условном старперу.
слушает ли магнитофонщик сборники? да слушает. но слушает не особо длинные. или не слушает.
вопчим "кузнец - не... кузнец не нужен"

то есть формат носителя максимум 60 минут на сторону - вполне себе исчерпывающий. то есть альбомный формат. слушатель альбомов меняет расположение треков? нет ни боже мой. вырезает хоть один трек? Балбес из операции Ы красноречиво ответит, и любой знает ЧТО он ответит :)
вопчим продакт-плейсмент - как-то где-то но я предложил. соглашаться или нет - дело за автором.

И - почему бы работа с плейлистами "по альбомному" не сделать с теми плейлистами которые уже готовые грузятся с диска в том или ином формате? m3u cue pls и другие - можно ведь к ним такие ограничения ввести? и уж тем более если у файла есть флаг read-only. то это вообще как выломанный флажок защиты записи у кассеты . знаю что тафтология но по другому не смогло формулироваться.

но это я все вокруг да около - к теме - вопчим отдает ли плеер текущее положение в минутах и секундах в плейлисте или нет? и насколько сложно дробь просто научить его чтоб оно было ну скажем в след билде?
по хорошему же ж надо разработчика пытать :)


Quote
1. В плейлисте может быть несколько тысяч файлов - перемотка плёнки будет вообще незаметна, а, может, быть и 1 файл.
ну это уже по желанию конечного пользователя. лично я не слушаю сборники. вернее если и слушаю то опять таки - номерные от лейблов.
сборники мы не учитываем. ок? просто не учитываем и все тут. на первых порах. хотя бы на первых порах а дальше - может и эту глыбу свернем. главное взяться. подумать хорошенечко. у меня есть некоторые задумки уже - чтоб решение по сборникам многочасовым не выглядело вызывающим усмешку. но пока - пока сборники не трогаем. их нет. есть альбомы. их надо решить.

Quote
2. В плейлисте можно налету менять сортировку, можно удалять/выключать/перемещять треки, можно и добавлять - что будет при этом происходить с >рулонами ленты или с тонармом в вертушке - зрелище малоприятное.
НЕ можно НИЧЕГО менять в готовом плейлисте - НИ ЧЕ ГО. мы случаем только альбомы а альбом - неприкасаемое. святое! можно перемотать песню. но альбом трогать - незамай! выше я развернуто описался.

Quote
3. При останове вопроизведения позиция всё равно станет = 0, а запустить потом можно с любого трека - опять скачёк.

но ведь запоминается позиция при воспроизведении отдельного трека. да?


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

я отдаю отчет что для того чтоб вышел результат, надо опять много думать. а поскольку я сам как не программист - ну на паскале могу скажем так некоторые модули по математическому обсчету модели кассеты написать. вернее я не программист на современных языках. завис я на турбо-паскале 6-7 и дальше не смог продвинуться. и дизайн мне не дается. это означает что надо мне покорно ждать - вдруг на кого снизойдет вдохновение и миру случится правильная симуляция

Quote
Наверняка, могут быть ещё и другие комические ситуации.
Меня лично подобная перспектива не прельщает...
комические ситуации - да и так есть некоторые скины которые ведут к тому что хочется чтоб ты их никогда не видел.
тот же Denon Classic Style - скорость перемотки ленты если судить по скорости вращения бобышек - явно не 4.76 а даже медленнее чем у диктофонов.

вот - чего бояться если и так уже есть нечто что вызывает недоумение?
ну же - я не ради того чтоб обидеть. я просто ради того что - не стоит заострять на этом внимание если хочешь сделать что-то совершенное.
когда идешь на какой-то результат - поначалу поналовишь шишек.
другое дело - шишки не так обидны если есть поддержка - если со стороны подсказывают. а не тупая гыгыкаяющая обсираловка.

не стоит на первое время пытаться объять вообще ВСЕ, не зная принципов построения мироздания.
формулу общего вида надо сперва построить. но от чего отталкиваться? много формул частного вида приходится перебирать.

но черт возьми - без знания позиции воспроизведения внутри плейлиста - не сдвинуться.

Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: ramvivat on April 23, 2015, 20:34:12
Quote
Почему же? Скрипт без проблем может узнать длительность трека и его текущую позицию, а дальше уже посчитать, какой кадр какому элементу надо отрисовать.
ну если только так.
а насколько тяжеловесный для процессора интерпретатор скриптовых конструкций?
то есть хватит ли его скорострельности на то чтоб вычислить положение в плейлисте примерно ну раз пять-шесть в секунду? для плавности.

далее - положение индекса внутри конкретного трека - это величина целочисленная или уже "готовая" в минутах-секундах?

далее - есть ли индекс который скользит по всему плейлисту? то есть если играется трек номер 10 то чтоб где-то это хранилось. тогда в принципе
CurrPos:=PosInTrack+PassedTime(CurrentTrackNo)
где PassedTime() функция которая высчитывает суммарное время всех треков которые ДО текущего проигрываемого
притом эту функцию можно дважды вызвать - первый раз при загрузке готового плейлиста - хотя нет. это придется делать indexOutOfBounds что есть ошибка.
но копию значит процедуры этой которая считает суммарное время плейлиста и по посчитанному времени выбирается кассета из стандартизированного списка - C-10 или ваще C-120. согласно его настраивается скин на "толщину ленты" и "начальный диаметр бобинки"
 

черт возьми - верно говорят чем выше кругозор тем больше неизвестного. :)
я че еще вспомнил - а AIMP умеет ли ваще играть как CD-проигрыватели, то есть если смастерированы пара треков так что идут нонстоп, сможет ли АИМП их так отыграть? это опять к чему - к тому как время считать. ибо может понадобиться вносить коррективу в виду пустого времени пауз.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Artem on April 24, 2015, 09:40:39
а что если подходить к такому формату - кому нужен хайфайный магнитофон? тому кто в теме. некоему условном старперу.
слушает ли магнитофонщик сборники? да слушает. но слушает не особо длинные. или не слушает.

Где логика? Почему магнитофонщик не слушает длинные сборники? Просто по привычке? Раньше - понятное дело: пленка не могла вместить в себя много информации - это было физическое ограничение. Если бы этого ограничения не было - какие под длительности сборники слушал бы магнитофонщик? Имхо, в вашем рассуждении нет логики.

то есть формат носителя максимум 60 минут на сторону - вполне себе исчерпывающий. то есть альбомный формат.

Вы забываете про такие форматы, как радиотрансляции, аудиокниги, микс-сэты и т.п. Они форматы могут идти несколько часов.

слушатель альбомов меняет расположение треков? нет ни боже мой. вырезает хоть один трек?
вопчим продакт-плейсмент - как-то где-то но я предложил. соглашаться или нет - дело за автором.

Чушь. Я меняю расположение и треков, и альбомов раз в день, чтобы не приедалось. И, поверьте, удаляю треки из альбомов, часто бывает, что из всего альбома нравится только 10-20%, зачем мне хранить весь альбом, если я все равно буду пропускать 80% треков? И, поверьте, так делаю не только я. Возвращаясь к вашей аналогии про магнитофощиков - раньше это было невозможно в силу физических ограничений, но это не означает, что никто не поступал так, если бы возможность была.

отдает ли плеер текущее положение в минутах и секундах в плейлисте или нет?
и насколько сложно дробь просто научить его чтоб оно было ну скажем в след билде?
по хорошему же ж надо разработчика пытать :)

Я же сказал, нет, не отдает и даже не считает. Потому, что просчитать всю цепочку и сложно, и долго. И чем больше плейлист, тем сложнее. В своем представлении вы не учитываете следующие факторы:
записи в плейлисте, которые не имеют длительности (Радиостанции, стриминг-серверы и т.п.), плагины, которые влияют на очередь воспроизведения под воздействием разных факторов (например, шафл треков на основе их популярности. Заметьте, популярность - значение динамическое, оно меняется после каждого проигрывания любого из файлов).

сборники мы не учитываем. ок? просто не учитываем и все тут.

Нет, не ОК. Ключевая фишка AIMP - работа со сборниками с разметкой CUE, возможность работы с большими объемами данных. А вы говорите - давайте все это похерим и начнем с классики - с коротеньких локальных файлов? Не, не пойдет.

НЕ можно НИЧЕГО менять в готовом плейлисте - НИ ЧЕ ГО. мы случаем только альбомы а альбом - неприкасаемое. святое! можно перемотать песню. но альбом трогать - незамай! выше я развернуто описался.

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

но ведь запоминается позиция при воспроизведении отдельного трека. да?

Вычисляется на лету.

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

В общем говоря, начиная с v4 дизайнеры смогут сделать синхронизацию ленты с проигрываемым треком. Имхо, этого достаточно для более-менее реалистичных скинов. Научить плеер считать длительность всего плейлиста и отслеживать текущий прогресс - практически нереально в общем случае, а до частных я опускаться не буду, ибо функционал, который работает лишь иногда - не работает, такому функционалу нечего делать в продукте.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Artem on April 24, 2015, 09:43:01
а насколько тяжеловесный для процессора интерпретатор скриптовых конструкций?
то есть хватит ли его скорострельности на то чтоб вычислить положение в плейлисте примерно ну раз пять-шесть в секунду? для плавности.

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

я че еще вспомнил - а AIMP умеет ли ваще играть как CD-проигрыватели, то есть если смастерированы пара треков так что идут нонстоп, сможет ли АИМП их так отыграть? это опять к чему - к тому как время считать. ибо может понадобиться вносить коррективу в виду пустого времени пауз.

:-)
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Soolo on April 24, 2015, 09:59:39
ramvivat
По-моему кто-то сильно загнался по поводу магнитофонных скинов, и совсем забыл, что это всегда будет лишь попытка эмуляции изображения магнитофона, и всегда будут какие-то допущения.
Иначе можно до того домаразматить, что треки запретить переключать, а только перематывать на карандаше.

Допущение по перемотке ленты в пределах одного трека - не самое ужасное допущение. Причём, даже родоначальник качественного hi-fi-строения вам говорит о куче проблем, которые возникнут, если начать следить за всем плейлистом, а он-то собаку и пару динозавров на этих скинах съел, уж поверьте.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Black_AVP on April 24, 2015, 10:12:47
ramvivat, выход единственный - найти программера, который лично для вас напишет плеер-магнитофон, да ещё дизайнера, который захочет нарисовать под него скин.
Здесь это больше никому не нужно.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Soolo on April 24, 2015, 10:19:11
ramvivat, выход единственный - найти программера, который лично для вас напишет плеер-магнитофон, да ещё дизайнера, который захочет нарисовать под него скин.
Здесь это больше никому не нужно.
Был такой проект, к сожалению постоянно забываю его название - заточка плеера под hi-fi технику. Проект загнулся и явно неспроста. Реальные фанаты покупают эту технику и слушают музыку на ней. А просто поклонники могут терпеть некоторые допущения и несоответствия программного плеера и реального проигрывателя.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Black_AVP on April 24, 2015, 10:22:51
Был такой проект, к сожалению постоянно забываю его название - заточка плеера под hi-fi технику. Проект загнулся и явно неспроста. Реальные фанаты покупают эту технику и слушают музыку на ней. А просто поклонники могут терпеть некоторые допущения и несоответствия программного плеера и реального проигрывателя.
Был такой проект - NMP (http://nmp.at.ua/), автор - Алексей Шевченко, но уже 2 года, как заглох.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: ramvivat on April 24, 2015, 11:15:10
Quote from: Artem
Где логика? Почему магнитофонщик не слушает длинные сборники? Просто по привычке? Раньше - понятное дело: пленка не могла вместить в себя много информации - это было физическое ограничение. Если бы этого ограничения не было - какие под длительности сборники слушал бы магнитофонщик? Имхо, в вашем рассуждении нет логики.

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

Quote from: Artem
Нет, не ОК. Ключевая фишка AIMP - работа со сборниками с разметкой CUE, возможность работы с большими объемами данных. А вы говорите - давайте все это похерим и начнем с классики - с коротеньких локальных файлов? Не, не пойдет.

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

но того что цепляет чтоб захотелось его сделать еще лучше - нету среди них.
там - не хочу а где хочу - отпинывают.

сидел себе на винампе и в ус не дул но как же - попробовал аимп и случайно наткнулся на стрелочки "как в магнитофоне". а потом случайно напоролся на магнитофонный скин "и все заверте".
обидно.
вот честно - обидно.
это похоже на знаете на что - вот на что : "метод наш непобедим - возбудим и не дадим". хотя и я тоже хорош. повелся. еще в 13 году попытался движуху сделать - обхихикали. не понял.


Quote from: Artem
Опять, искусственное ограничение, которое ставит большой жирный крест на преимуществах софта перед железными плеерами старого образца.
да да да и да. именно - ограничение. человек живет в пределах ограничений. человек творит в пределах ограничений. в том то и прелесть ограничений. типичный прием - снайперство - тоже ограничение по сектору обстрела. сектор ограничивается до минимальных 1-2 градусов но в пределах этих градусов каждый выстрел - в лоб. аккуратненькая дырочка. клиент доволен - выглядит целым и как живой а не как дуршлаг.

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

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

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


Quote from: Artem
В общем говоря, начиная с v4 дизайнеры смогут сделать синхронизацию ленты с проигрываемым треком. Имхо, этого достаточно для более-менее реалистичных скинов. Научить плеер считать длительность всего плейлиста и отслеживать текущий прогресс - практически нереально в общем случае, а до частных я опускаться не буду, ибо функционал, который работает лишь иногда - не работает, такому функционалу нечего делать в продукте.
хреново. ибо очень жаль.
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: Artem on April 24, 2015, 13:50:02
я сделал дедукцию и ограничил "сектор обстрела" до крошечного сектора, но зато в том секторе мы будем снайперить. то есть "один выстрел = один труп"
вот я о чем, в переносном смысле. так поступить ведь можно?

Правильно, только за бортом осталась куча территории...

и то и другое умеет и WinAMP и FooBar  но у них нету такой потрясной визуализации. не видел я там ее. вот и весь сказ.

Winamp? Умеет? Когда же он научился работать с CUE нормально? Про отсутствие конкурентов я и не говорил, наоборот, это было бы странно. Однако, выше сказанное не отменяет того факта, что AIMP изначально затачивался на работу со сборниками.

да чего там - даже качественного стрелочного индикатора выходного уровня там нет - за что я и подсел на аимп, будь он трижды неладен.

Ну, спасибо...

зато в винеампе есть автозаполнение тэгов из какой-то интернет-библиотеки по каким-то признакам.

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

сидел себе на винампе и в ус не дул но как же - попробовал аимп и случайно наткнулся на стрелочки "как в магнитофоне". а потом случайно напоролся на магнитофонный скин "и все заверте".
обидно.
вот честно - обидно.
это похоже на знаете на что - вот на что : "метод наш непобедим - возбудим и не дадим". хотя и я тоже хорош. повелся. еще в 13 году попытался движуху сделать - обхихикали. не понял.

да да да и да. именно - ограничение. человек живет в пределах ограничений. человек творит в пределах ограничений. в том то и прелесть ограничений. типичный прием - снайперство - тоже ограничение по сектору обстрела. сектор ограничивается до минимальных 1-2 градусов но в пределах этих градусов каждый выстрел - в лоб. аккуратненькая дырочка. клиент доволен - выглядит целым и как живой а не как дуршлаг. вот в чем мое предложение. в пределах которого скин станет идеальным. именно в альбомном формате скин будет работать идеально.

Бесполезно... нет, серьезно, бесполезно вам что-либо объяснять... ПОВТОРЯЮ ЕЩЕ РАЗ, ради одной небольшой кучки людей я не буду ущемлять других, понимаете? Я вам объяснил, почему предложенный вами функционал НЕ будет работать в общем случае, вернее говоря, он будет работать в очень-очень-очень частном случае. А вы мне говорите, что все только этим случаем и пользуются... если бы все этим только и пользуются - ни плагинов, ни шафла, ни статистики бы не было. Понимаете? Раз появились обвесы - значит ими пользуются, а согласно нашей политике - делать только то, что пользуется спросом - этими обвесами пользуются немало человек.

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

Посчитать-то можно, только как вы будете текстуру менять на лету?
Title: Re: о передаче скину параметра TimePositionInPlaylist
Post by: ramvivat on April 24, 2015, 21:36:11
Quote from: Artem
Я знаю, но у  меня нет средств, чтобы сотрудничать с той же фирмой, что и винамп. А бесплатные аналоги слишком плохи.
не стоит впадать в рефлексии. я не с укором.

Quote from: Artem
Бесполезно... нет, серьезно, бесполезно вам что-либо объяснять... ПОВТОРЯЮ ЕЩЕ РАЗ, ради одной небольшой кучки людей я не буду ущемлять других,
мертвяку бесполезно доказывать. а я - живой человек.
и вы живой человек. но растолковать можно хотя бы попробовать? пожалуйста почему именно должно быть ущемление? в чем?
разве есть нужда кастрировать плеер?
как мне кажется - нет. если ввести внутренний триггер который управляется парсером плейлистов. и он будет определять как относиться к плейлисту.
если хочется другому человеку слушать его сборники с редактированием на лету - да пусть он обслушается. я тоже - прихожу к мысли что возможно я лишка взял и надо подвинуться.
лучше я подвинусь в непринципиальном для меня. главное, чтоб то что идет в формате image+cue - то есть CD-рипы в будущем рассматривалось вот таким странным образом, как я прошу. то есть чтоб время внутри данного плейлиста считалось сквозным, в параллель к времени трека. и чтоб плейлист был неизменяемым.  я не претендую на формат tracks+cue, каковым по факту являются практически все форматы плейлистов а так же внутренний формат. но image+cue - хоть этот формат - неделимым сделать можно?

но хотя бы в этот малом - можно на что-то расчитывать в будущем?

Quote from: Artem
понимаете? Я вам объяснил, почему предложенный вами функционал НЕ будет работать в общем случае, вернее говоря, он будет работать в очень-очень-очень
и - я не просил напрочь кастрировать. я просил ввести флажок который будет говорить что отсэда и досэда - делай так. а все остальное меня не интересует. пусть хоть на голове скачут. притом триггером для флажка может выступать даже спецом форматированная строка в самом CUE. нечто вроде REM AIMP. это будет кодовым словом для плеера чтоб он рассматривал данный плейлист как цельное неменяемое. даже внутри галку никакую не надо будет вводить в менюшках.

Quote from: Artem
частном случае. А вы мне говорите, что все только этим случаем и пользуются... если бы все этим только и пользуются - ни плагинов, ни шафла, ни статистики бы
не припомню чтоб я так утверждал. ибо говорил за себя. хотя мною был принят во внимание опрос - блин даже забыл кто его и в какой теме поднимал - но там было больше 2\3 опрошенных утверждало что "сколько себя помнят и нини ничего другого. ну может краешком глаза" (это я конечно утрирую)
как раз за такие скины речь велась.

Quote from: Artem
не было. Понимаете? Раз появились обвесы - значит ими пользуются, а согласно нашей политике - делать только то, что пользуется спросом - этими обвесами пользуются немало человек.
а как же тогда опрос?
и опрос как раз про "обвесы" и даже хуже - про "обвес" строго определенного типа.

Quote from: Artem
Посчитать-то можно, только как вы будете текстуру менять на лету?
это я так понимаю риторический вопрос? или всеж по существу?