Messages

1

Вопросы / Re: о передаче скину параметра TimePositionInPlaylist

« on: April 24, 2015, 21:36:11 »

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

не стоит впадать в рефлексии. я не с укором.

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

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

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

понимаете? Я вам объяснил, почему предложенный вами функционал НЕ будет работать в общем случае, вернее говоря, он будет работать в очень-очень-очень

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

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

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

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

а как же тогда опрос?
и опрос как раз про "обвесы" и даже хуже - про "обвес" строго определенного типа.

Посчитать-то можно, только как вы будете текстуру менять на лету?

это я так понимаю риторический вопрос? или всеж по существу?

2

Вопросы / Re: о передаче скину параметра TimePositionInPlaylist

« on: April 24, 2015, 11:15:10 »

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

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

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

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

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

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

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

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

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

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

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

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

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

хреново. ибо очень жаль.

3

Вопросы / Re: о передаче скину параметра TimePositionInPlaylist

« on: April 23, 2015, 20:34:12 »

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

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

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

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

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

4

Вопросы / Re: о передаче скину параметра TimePositionInPlaylist

« on: April 23, 2015, 19:33:36 »

сорри многабукаф. но постарайтесь осилить.

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

стоит. и даже очень.
с другой стороны - надо просто правильно продукт позиционировать.

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

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

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

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

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

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

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

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

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

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

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


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

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

Наверняка, могут быть ещё и другие комические ситуации.
Меня лично подобная перспектива не прельщает...

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

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

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

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

5

Вопросы / Re: о передаче скину параметра TimePositionInPlaylist

« on: April 23, 2015, 12:55:59 »

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

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

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

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

если ответ - нет - то я умолкаю и продолжаю ждать у моря погоды.

6

Вопросы / о передаче скину параметра TimePositionInPlaylist

« on: April 23, 2015, 12:35:57 »

передается ли скину временное положение не только в треке но и в плейлисте?

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

7

SkinEditor / SkinEngine (архив) / Re: Скины от Black_AVP

« on: October 16, 2013, 14:29:01 »

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

8

Предложения (архив) / Re: А чего вы ждете от AIMP4?

« on: October 15, 2013, 13:42:14 »

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

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

9

Предложения (архив) / Re: А чего вы ждете от AIMP4?

« on: October 15, 2013, 12:41:37 »

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

10

SkinEditor / SkinEngine (архив) / Re: Скины от Black_AVP

« on: October 15, 2013, 08:19:11 »

Вот в своём следующем кассетном Пионере смену кассет я запланировал, причём в комплекте будут идти 4 кассеты, - по типам лент. Но, естественно, никаих вольностей со стороны пользователей, только те, что "доктор прописал" 

а вот идею воровать не стоит. по праву первенства - идея моя. об этом заявляю.
вы собираетесь делать преференции? и какие это будут кассеты каких именно фирм?

на ноу-хау о способе производства не претендую.
а вот идейку даже способен подарить. 

11

SkinEditor / SkinEngine (архив) / Re: Скины от Black_AVP

« on: October 15, 2013, 08:12:23 »

вообще, идея со сменной кассетой довольно интересная
но, естественно, на усмотрение автора: можно реализовать в этом скине, можно в следующих, можно не реализовывать =)

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

12

SkinEditor / SkinEngine (архив) / Re: Скины от Black_AVP

« on: October 15, 2013, 07:59:54 »

МК60... в AKAI!!! 
А наждачку вместо туалетной бумаги "загрузить" не хотелось?

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

13

SkinEditor / SkinEngine (архив) / Re: Скины от Black_AVP

« on: October 14, 2013, 07:26:10 »

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

или дайте проектик для скина - чтоб под себя можно было делать скин с нужной кассетой.
а то я так погляжу в аппарат загружена MA-X
нечестно - у меня нету ни одной MA-X у меня токо BASF TPII самая крутая.