[Есть решение] Захват потока со следующего трека

[ExeLord]

Мне вот интересно, как Radiotracker 6 с этим делом справляется.
После записи трека он каким-то образом определяет статус трека - обрезан/замикширован/цельный.
Я так подозреваю, что о том, что трек замикшиован он узнаёт глядя на то, что громкость в конце в ноль или близко к тому не уходит. А вот про цельный/обрезанный... Видимо с базой сверяется

[Фагот]

Мне вот интересно, как Radiotracker 6 с этим делом справляется.
После записи трека он каким-то образом определяет статус трека - обрезан/замикширован/цельный.
Я так подозреваю, что о том, что трек замикшиован он узнаёт глядя на то, что громкость в конце в ноль или близко к тому не уходит. А вот про цельный/обрезанный... Видимо с базой сверяется

Так вот я от автора и добиваюсь алгоритма.

Столько понаписал, что мне просто лень цитировать и комментировать, скажу лишь, читать внимательней нужно вам, SkyFlyer. Я не протестую против прежложения, я голосовал положительно и я один из тех 8. Но ваш вариант двухчасовой записи не покатит, лишь потому, что на форуме посыпется ряд вопросов:"Почему плеер не разбивает треки" и т.д. Нужен алгоритм и всё тут. ТЗ одного мало.

[SkyFlyer]

Ряд вопросов типа "почему плеер не разбивает треки", должен был посыпаться после того, как УЖЕ ВВЕЛИ функцию "Разбивать на треки"
Я же предлагаю просто дополнить ее, отложив старт/стоп записи при смене трека. Алгоритм описан очень подробно. Я не предлагал "двухчасовую запись"
Еще раз. Допустим, пользователь "затупил". Он слушает станцию, которая вещает всегда одни и те же метаданные. Он нажимает правой кнопкой мыши на кнопе записи, выбирает "начать захват со следующего трека", кнопка "мигает" и ничего больше не происходит, запись не начинается. Через час такого "мигания" всплывает окошко, которое говорит: "Вы запланировали начало/остановку захвата при смене трека, но в течение часа смены трека не произошло (или радиостанция не вещает отдельные метаданные по трекам), поэтому захват не был начат/остановлен. Какие действия предпринять?" И 3 варианта: "начать/остановить захват немедленно", "Продолжить ожидание смены трека", "Отменить ожидание". Если пользователь не реагирует, то через 10 минут окошко закрывается, по умолчанию приняв выбор "Продолжить ожидание смены трека".
По-моему, тут все предельно понятно. Описанный алгоритм вполне достаточен.
Обсуждение АЛГОРИТМА ОПРЕДЕЛЕНИЯ СМЕНЫ ТРЕКОВ выходит за рамки данной беседы и требует создания новой темы. Этот алгоритм УЖЕ реализован в рамках функции разбиения потока при захвате, и, как мне кажется, реализован нормально (хотя, конечно, нет предела совершенству).

[Фагот]

Хорошо, пусть будет так, только я против окошка. Пусть всплывает bubletip в systray. При нажатии на который, откроется плеер или то самое указанное окошко с выбором действий.

[SkyFlyer]

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

[SkyFlyer]

Ну так что, будут функцию-то включать?

[Tarik]

https://www.aimp.ru/forum/index.php?topic=12848.0
Прочтите замечание.

[SkyFlyer]

Прошу прощения! Больше ничего не говорю )

[scorpiuz]

Я конечно нечасто радио записываю, но однако буду рад, если данная функция все таки будет реализована. Вообщем я за предложение.

[Artem]

Достаточно ли будет реализации этого предложения:
https://www.aimp.ru/forum/index.php?topic=21025.0
?

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

С 2011 не поднималось. думаю тот вариант актуальнее, но нет планов на такую фичу при радио с тегами

[Я Гриша!]

Достаточно ли будет реализации этого предложения:
https://www.aimp.ru/forum/index.php?topic=21025.0
?

Да. Это даже лучше.