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

[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]

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