Спасибо! :)
Редактирования чего? Текст, начало и конец редактируются в любое время. Пока нельзя изменить уровень (например начать изучение сначала, если никак не запоминается, или наоборот, если слишком легко идет).
Сейчас я использую VLC API. Если у других плееров есть API, то теоретически можно реализовать переключение между ними. Правда я не нашел таких, кроме ffmpeg.
Не уверен, что с помощью плагина можно реализовать нужный UX.
Если вы интересуетесь самой методологией как лучше повторять, то я не берусь советовать, так как не компетентен в этом. При разработке читал про различные подходы, ну и руководствовался собственным представлением.
Если же говорить о практическом использовании приложения, то не так уж важно как именно разбивать. Все по настроению. Добавление клипа не засчитывается за повторение, поэтому первое повторение можно отложить надолго. То есть можно потратить неделю на просмотр фильма, добавить 200 клипов, а потом разгребать их понемногу. Я предпочитаю не добавлять более 20 в день, так как нужно будет много повторять.
При разработке я хотел сделать максимально дружелюбное приложение, которое не обязывает пользователя что-то делать, а лишь направляет. Отсюда и этимология названия — (обычный) плеер, но с возможностью повторения. Пользователь сам решает, что он хочет повторять, что не хочет, когда хочет.
К сожалению, таких возможностей пока нет. Реализовать выбор аудио-дорожки, думаю, нетрудно, но что-то не нашел механизмов извлечения субтитров в libVLC. А вообще меня обосрали за такой подход (не на Хабре), и хоть какой-то фидбек по приложению я получил только от вас, то не планирую развивать приложение. Сейчас оно вполне удовлетворяет мои нужды.
Если повторять регулярно, то уровень будет примерно равен количеству повторений. Уровень задает интервал следующего повторения. Суть такая, что чем выше уровень, тем реже приходится повторять, клип как бы «прокачивается». Насчет того как правильно повторять написано много научных статей, у меня же простая экспоненциальный метод, который оптимален для меня. Но приложение еще в разработке, поэтому можно добавить какой-нибудь коэффициент в настройках. Сейчас нужно периодически (в идеале раз в 1-2 дня) и повторять «созревшие» клипы.
Спасибо за идеи! Первый вариант, действительно, запутанный. Второй интереснее. Нужно только подумать, хранить ли файлы в clips_dir единой кучей или повторять структуру video_dir. Пожалуй, второй случай лучше, так как в первом могут произойти коллизии имен. Правда теряется возможность открытия произвольного каталога.
В "return expr;" expr всегда является rvalue, то есть будет вызван конструктор перемещения, если он есть. Поэтому вектор можно спокойно возвращать по значению (без std::move)
Этот вариант один из самых, если не самый, подходящих (www.gov.uk/...). Главное использовать «disabled» как прилагательное, а не существительное («the disabled»). Пишут, что многие предпочитают именно «disabled person», а не «person with a disability», так как внутри себя не ощущают себя инвалидами, но они «отключены» — «disabled» от мира:
The Canadian government has advocated “people-first” language which emphasizes putting the person first and the disability second: for example, saying a person with a spinal cord injury, or a person with a history of depression. Many disabled people, however, say the disability is not inside of them: they are not a “person with a disability.” Rather they are a “disabled person” — someone who is disabled by a world that is not equipped to allow them to participate and flourish.
асимптотическое равенство приближается к реальному равенству
В оригинале вообще 3 вида равенства
With asymptotic equality, the accuracy improves as you plug larger numbers into the formula. Basically, as you head toward infinity — which is not itself a number, but something larger than any number — the approximate equality in the theorem approaches an actual equality
Что означает «actual equality» и «approximate equality» при стремлении к бесконечности? Чем отличается от «asymptotic equality»?
Timeline of space exploration. У США большой отрыв по разнообразию космических программ. Марсоходы, планеты, спутники, астероиды, кометы, космические телескопы. Ну и вообще, космос там — довольно популярная тема, например у аккаунта NASA в инстаграме 58 млн. подписчиков (41 место общее, 8 среди компаний), r/space — 17 млн. (29 место)
Редактирования чего? Текст, начало и конец редактируются в любое время. Пока нельзя изменить уровень (например начать изучение сначала, если никак не запоминается, или наоборот, если слишком легко идет).
Сейчас я использую VLC API. Если у других плееров есть API, то теоретически можно реализовать переключение между ними. Правда я не нашел таких, кроме ffmpeg.
Не уверен, что с помощью плагина можно реализовать нужный UX.
Если же говорить о практическом использовании приложения, то не так уж важно как именно разбивать. Все по настроению. Добавление клипа не засчитывается за повторение, поэтому первое повторение можно отложить надолго. То есть можно потратить неделю на просмотр фильма, добавить 200 клипов, а потом разгребать их понемногу. Я предпочитаю не добавлять более 20 в день, так как нужно будет много повторять.
При разработке я хотел сделать максимально дружелюбное приложение, которое не обязывает пользователя что-то делать, а лишь направляет. Отсюда и этимология названия — (обычный) плеер, но с возможностью повторения. Пользователь сам решает, что он хочет повторять, что не хочет, когда хочет.
В "return expr;" expr всегда является rvalue, то есть будет вызван конструктор перемещения, если он есть. Поэтому вектор можно спокойно возвращать по значению (без std::move)
В оригинале вообще 3 вида равенства
Что означает «actual equality» и «approximate equality» при стремлении к бесконечности? Чем отличается от «asymptotic equality»?
Да, думаю, что именно так