[Запланировано] Возможность захвата давно играющего трэка от самого начала

[Sashok2049]

Очень хотелось бы увидеть в новой версии Aimp`a  в функции захвата с потокового аудио возможность записи хотя бы от начала буфера, но конечно лучше всего бы было сделать такую возможность: (если кнопка захвата была нажата даже после нескольких минут играющего трэка он записывался бы от самого начала а не с того места с которого успел захватить - думаю можно реализовать в виде резинового буфера (можно даже для захвата прикрутить индивидуально второй) который бы очищался сразу после конца трэка.
Проблема собственно выглядит так:  слушаешю на радио какой ни будь трэк и спустя пол минуты понимаю что он мне очень нравится,  жму кнопку захвата и в итоге на выходе получаю трэк без начала. Позже становится обидно что имеешь только пол песни =(
Заранее очень благодарен. Если что где глупо написал извеняйте =)

[Зелёный]

Против. Голосование прикрутите.

[Razmus]

За. Полезная вещь.

[Фагот]

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

[Hurufu]

Позвольте немного перефразировать.
Насколько я понял Sashok2049 хочет чтоб при прослушивании радио плеер самостоятельно всё записывал, а при смене подаваемых радиостанцией тегов тут же удалял, но если во время проигрывания композиции нажать кнопку «захват радио» — сохранял.

Теперь мое мнение.
Радио слушаю часто, постоянную запись не веду, потому что не хочется создавать на компе лишний мусор, ради пары композиций. Думаю ситуация достаточно распространенная. От ΑIMP'а требуется всего лишь научится удалять записанные треки — задача не трудная.

Так что — за.

В Linux'е проблема решается самостоятельно, достаточно написать скрипт, который удаляет любой файл в папке если появился более новый. Пишу о Linux'е потому что сделать такое в Windows'е не умею..

[Фагот]

Если по теме - я пишу 24 часа в сутки, а потом удаляю ненужное. 

[Алексей Долматов]

Вопросы:
Куда предлагается сохранять временно?
В оперативке - необходимо место, на диск - диск больше изнашивается.
В случае не разделенного на треки потока (один длинный и постоянный), какую часть сохранять или будет постоянно запоминать?

[Artem]

Да, хороший вопрос, особенно второй.
P.S. Помнится было предложение сохранять лишь последние N-минут.

[Svobodniy]

но если во время проигрывания композиции нажать кнопку «захват радио» — сохранял.

Не логичное поведение для этой кнопки. Тогда надо делать отдельную горячую клавишу (сочетание).

В оперативке - необходимо место

В принципе 3-4 мегабайта не так много...

на диск - диск больше изнашивается.

НЖМД не изнашивается от кол-ва записей. Это удел твердотельных носителей.

В случае не разделенного на треки потока (один длинный и постоянный), какую часть сохранять или будет постоянно запоминать?

А вот это уже вопрос из вопросов. В таком случае наверно надо сохранять по минутам (последние 5-10 минут, если сервер не передает информации о разбивке на треки).

[Зелёный]

Если по теме - я пишу 24 часа в сутки, а потом удаляю ненужное. 

Если по теме - не пишу вообще, мониторю глазами название трека/исполнителя, лезу в интернеты, навожу справки, выкачиваю в лосслесс (либо заказываю CD).
А против - потому что плееру это в принципе не нужно.

[Hurufu]

Если по теме - не пишу вообще, мониторю глазами название трека/исполнителя, лезу в интернеты, навожу справки, выкачиваю в лосслесс (либо заказываю CD).
А против - потому что плееру это в принципе не нужно.

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

[Зелёный]

А так хоть для страховки можно и в плохом качестве.

Не согласен. Это уже не фонотека, а мусор.

[Фагот]

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

[SanekK]

За.
Можно при нажатии кнопки захвата вести запись как обычно, а в пункт по ПКМ вывести "Записать трек сначала" если имеется разбивка на треки.

[Зелёный]

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

+100500

[Tron]

ЗА!

[FreeMan700]

Я ЗА! Не плохо было бы реализовать такой функционал.

[Tron]

Предлагаю подвязать функцию на неактивную во время проигрывания радио кнопку "повтор отрезка а-б". Логика:
кнопка активна если программа помнит начало дорожки, щёлкаем - появляется окошко с информацией о том, что начало трека найдено и надо дождаться завершения проигрывания. Главное если плеер зависнет или будет дисконект то при следующем пуске вывести сообщение о том, что файл записан не полностью и перемещён в папку "Uncompleted radio capture tracks".

[Kinjeiro]

Также поддерживаю такую функциональность. Вот даже не найдя по поиску сего обсуждения создал еще одну тему. В ней видно алгоритм элементарен. Работы со стороны программиста минимальна.

А сколько голосов нужно, чтобы это предложения приняли в разработку?

[Фагот]

А сколько голосов нужно, чтобы это предложения приняли в разработку?

Больше, чем сейчас, чем 11 за из 23.

PS - И как минимум продуманный алгоритм.

[Kinjeiro]

Больше, чем сейчас, чем 11 за из 23.

PS - И как минимум продуманный алгоритм.

Только 11 / (6+11) = 60%  (6 "безразличных" возможно не пользуется радио, это также как написать: 11 \ 6 \ 100 000 которым безразлично, тогда и вправду будет процент маленьким )

Пробежался по предложениям в разделе, в среднем 9 "за" (правда общий процент чуть выше).
Какой процент нужен? Или кол-во?
Хочу знать, это вообще реально или реально, но через несколько лет.

Архитектурно алгоритм уже был описан. Чем он не подходит?

Как это может работать (алгоритм):
- Так как обычно треки небольшие (4 минуты) буферизуем текущий трек полностью в оперативке (Если это радио, то при превышении лимита в 10 минут, к примеру, отключаем эту функцию)
- Как только пользователь в любой момент песни нажимает кнопку "ХОЧУ ЭТО!", программа поднимает спец флаг
- Как только получили от радио сигнал о том, что трек закончился, начался новый, если флаг был поднят - полностью предыдущий трек сохраняем из буфера на диск. Обнуляем флаг.

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

[Фагот]

11 \ 6 \ 100 000 которым безразлично, тогда и вправду будет процент маленьким )

1 к 0 - не повод для принятия к разработке, хотя 100%.

Про "запись на диск" были отдельные горячие дебаты, где был затронут и износ винта и производительность.
В память буферизировать нельзя, вдруг трек будет 2х часовой, только в кэш. (10 мин тоже не вариант для ограничивания, а если трек 11 минут? А если 2 часа, но тоже хочется записать с начала? Эти вопросы зададут люди, после введения урезанной опции. Нужен вариант универсальный для всех случаев.)
Это единственный, на мой взгляд, вариант, как раз принцип виндового swap. Тормозить вряд ли будет, если скидывать по 3-5 Мб из оперативки.
Опять же, это нужно выбирать в настройках размер и местоположения свопа при определенном качестве записи.
И опять же нужно больше голосов.
Пока активности не видно.

[Kinjeiro]

Грасиас за ответ

Продолжу дискуссию:

Нужен вариант универсальный для всех случаев

Обойти это можно следующим образом: задаем системную переменную сброса saveTimeout (по вероятностному распределению длительности трека - можно принять его равным 4 минутам)
Начинается играть трек, как только он доходит до saveTimeout и превышает его, мы понимаем, что имеем дело с большими треками.
Тогда мы весь буфер сбрасываем на хард в драфт папку с разрешением part_1. И каждые saveTimeout минут делаем part_2, ... part_n
Если пользователь за время всего прослушивания не нажал "Хочу ЭТО" - то драфт стирается с харда. Если нажал, то при переключении на другую станцию, либо при окончании трека, либо вообще при закрытии плеера, из драфта будет все преобразовано в один mp3 и запихан в папку, которую укажет пользователь.

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

[Фагот]

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

[krom_2007]

За.
Можно при нажатии кнопки захвата вести запись как обычно, а в пункт по ПКМ вывести "Записать трек сначала" если имеется разбивка на треки.

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

[Soolo]

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

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

[krom_2007]

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

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

[Soolo]

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

Вы перепутали что-то с яичницой. Про дописывание трека при обрыве связи вообще речи здесь не шло. Да и как вы себе это представляете? Откудв плеер возмет байты для записи?
По поводу того, что при записи данные идут на диск. Естественно это так. Но при реализации этой темы, данные будут писаться всегда, независимо от того нажали вы кнопку записи или нет

[fot]

Эта функция есть в SVR Radio, называется " запись с начала".
Блестяще работает. Ничего нового придумывать не нужно,
только позаимствовать идею и параметры записи.
Пользуюсь функцией давно. Услышал мелодию - не спеша
подошёл и нажал запись, уверен, что вещь запишется с
самого начала и до конца. На сортировку не уходит времени-
пишу то, что нравится.

Из Хелпа SVR :
Звукозапись в режиме "Запись с начала"
 
Этот режим активируется при выборе опции "Запись с начала",
находящейся на вкладке "Основные" настроек программы (см.Вкладка "Основные" )

 ВАЖНО! Особенности использования этого режима:

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

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

3. В этом режиме происходит постоянная запись временной информации на диск (размер информации определяется битрейтом потока и размером буфера в настройках (см.Вкладка "Основные" ) (приблизительно 4-8Мбайт).

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

 ВАЖНО! Обязательно дождитесь начала следующего трека, иначе файл не будет сохранен!


 

[Artem]

Это как раз к вопросу о том, что нужно постоянно что-то писать на диск и/или в память.

[Алексей Долматов]

Позабавило

Блестяще работает.
Услышал мелодию - не спеша подошёл и нажал запись, уверен, что вещь запишется с
самого начала и до конца.
<....>
 ВАЖНО! Обязательно дождитесь начала следующего трека, иначе файл не будет сохранен!


 

[SanekK]

Да, с концовкой у них недоработано.
А вообще, если писать буфер в RAM - 3-5(10) метров не много, а как скажется на производительности?

[fot]

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

[fot]

Как-то - так...

[lukoie]

В Screamer Radio есть такая функция, так что для радио приходится пользоваться им, т.к. не представляю уже как можно записывать с радио, но чтобы не полностью трек писало. А записываю часто.
Голосую очень ЗА.

[STEALTH]

Пришла такая же идея в голову, полез на форум пока не забыл, а тут уже все есть... Жаль только, что идее уже 4 года, а не реализовано(

Все подряд писать и потом удалять ненужное дело геморное и требует много места на ЖД, а так понравилась текущая песня, нажал сохранить, песня закончилась и сохранилась. Не важно будь то обычная песня или двухчасовой сэт. Кому сейчас жалко 100-200 мб ОЗУ или места на ЖД? Качественные интернет-радио, как правило, вещают с нормальными тегами, поэтому проблем быть не должно. А для тех, где все одним потоком, то как уже предлагали выше, сохранять последние N минут.

А то напрягает искать понравившийся трек, и хорошо если найдешь...

[lukoie]

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

[lukoie]

А можно будет ждать реализации этой просьбы? А то изнемогаю!
Сейчас, например, играет "M Seven - Creative Tao" по радио. Я хочу ее полностью. Теперь придется искать в сети, вместо того чтобы нажать одну кнопочку, и оно бы уже было записано.

[HopTzop]

Would it be possible to add an option to cache a whole song stations that give the id of the song. There was such a software that did this so when you hit record in the middle of the song you would end up with the whole song. I know you can't cache a song that hasn't been played, only those that has. Most of the time I listen to electronic music stations and most of the song start slow and don't tell much and in the middle of the song I realize I really like it and wish I could've recorded it. If the whole is cached this way when you hit record you will get the whole song and what will be next until you hit stop.
I would love a feature like this in AIMP.

[lukoie]

yeah mate, you're on the light side of the force! thanx for second me here.

[lukoie]

поставил последнюю 4.10beta и о чудо - обьявлено что обсуждаемая фича уже работает!
Огромная благодарность Артему, теперь то что нужно!

есть косяк один и просьба
просьба - сделать возможность выбора записи только текущего трека, а не писать поток весь подряд, чтобы на выбор было, может правым кликом на иконке записи потока.
косяк - вот песня
 
шаблон для имени такой:
%artist%-%title%(%time%. %stationname%)
файл в итоге сохранился вот так: "Plu-Ton-.mp3"