но если во время проигрывания композиции нажать кнопку «захват радио» — сохранял.Не логичное поведение для этой кнопки. Тогда надо делать отдельную горячую клавишу (сочетание).
В оперативке - необходимо местоВ принципе 3-4 мегабайта не так много...
на диск - диск больше изнашивается.НЖМД не изнашивается от кол-ва записей. Это удел твердотельных носителей.
В случае не разделенного на треки потока (один длинный и постоянный), какую часть сохранять или будет постоянно запоминать?А вот это уже вопрос из вопросов. В таком случае наверно надо сохранять по минутам (последние 5-10 минут, если сервер не передает информации о разбивке на треки).
Если по теме - я пишу 24 часа в сутки, а потом удаляю ненужное. :)Если по теме - не пишу вообще, мониторю глазами название трека/исполнителя, лезу в интернеты, навожу справки, выкачиваю в лосслесс (либо заказываю CD). :)
Если по теме - не пишу вообще, мониторю глазами название трека/исполнителя, лезу в интернеты, навожу справки, выкачиваю в лосслесс (либо заказываю CD). :)Да ведь я тоже не качаю, но бывает такое, что потом песни и не найдешь. А так хоть для страховки можно и в плохом качестве.
А против - потому что плееру это в принципе не нужно.
А так хоть для страховки можно и в плохом качестве.Не согласен. Это уже не фонотека, а мусор.
Если хотим не пропустить трек - включаем постоянную запись и потом разгребаем. Вполне, мне кажется логично.+100500
А сколько голосов нужно, чтобы это предложения приняли в разработку?Больше, чем сейчас, чем 11 за из 23.
Больше, чем сейчас, чем 11 за из 23.
PS - И как минимум продуманный алгоритм.
Как это может работать (алгоритм):
- Так как обычно треки небольшие (4 минуты) буферизуем текущий трек полностью в оперативке (Если это радио, то при превышении лимита в 10 минут, к примеру, отключаем эту функцию)
- Как только пользователь в любой момент песни нажимает кнопку "ХОЧУ ЭТО!", программа поднимает спец флаг
- Как только получили от радио сигнал о том, что трек закончился, начался новый, если флаг был поднят - полностью предыдущий трек сохраняем из буфера на диск. Обнуляем флаг.
11 \ 6 \ 100 000 которым безразлично, тогда и вправду будет процент маленьким ;))1 к 0 - не повод для принятия к разработке, хотя 100%.
Нужен вариант универсальный для всех случаевОбойти это можно следующим образом: задаем системную переменную сброса saveTimeout (по вероятностному распределению длительности трека - можно принять его равным 4 минутам)
За.
Можно при нажатии кнопки захвата вести запись как обычно, а в пункт по ПКМ вывести "Записать трек сначала" если имеется разбивка на треки.
нормальное ведь предложение и кажется не слишком сложное.. поддерживаю..оч не хватает такой кнопки и было бы удобно, чтобы не искать потом именно этот трек в инете. кто бы сделал?..почитайте тему. ради этой ну очень редко нужной функции придется постоянно кэшировать поток радио в оперативку или на диск.
почитайте тему. ради этой ну очень редко нужной функции придется постоянно кэшировать поток радио в оперативку или на диск.
Идея интересная, но реализация потребует несоизмеримо больших жертв.
я прочитал все темы здесь о радио и видно что такая скажем "функция-удобство" приветствуется для наличия, а по поводу несоизмеримо больших жертв, так при записи музыка уже всеравно пишется постоянно на диск, так почему бы этой музыке самостоятельно не дописываться в случаях разрывов связи или внезапном отключении-включении станции, чтобы в списке файлов не было треков по 500-1000 кБ которые затем придется удалить...Вы перепутали что-то с яичницой. Про дописывание трека при обрыве связи вообще речи здесь не шло. Да и как вы себе это представляете? Откудв плеер возмет байты для записи?
Блестяще работает.
Услышал мелодию - не спеша подошёл и нажал запись, уверен, что вещь запишется с
самого начала и до конца.
<....>
ВАЖНО! Обязательно дождитесь начала следующего трека, иначе файл не будет сохранен!
(http://)