SimpleTV Bug Tracker

Просмотр подробностей проблемы перейти к комментариям ] вики ] история изменений ] печать ]
НомерПроектКатегорияВидимостьСозданИзменен
0000989SimpleTVОшибкаобщая2015-12-04 21:362017-04-24 00:23
Инициаторmiha2154 
ОтветственныйSergeyVS 
ПриоритетобычныйСерьезностьнеудобствоВоспроизводимостьпроизвольно
Состояниенужен откликРешениеповторно открыт 
ПлатформаОперационная системаВерсия ОС
Версия продукта0.4.8 b9 
Целевая версияРешен в версии0.4.8 b9 
Суть0000989: Не останавливается запись по планировщику
ПодробностиВ последнее время все чаще некоторые задания планировщика не останавливают запись - в планировщике задания уже удалилось (или неактивно), а процесс tv.exe для этого задания продолжает висеть в процессах. Насколько я понял, такое бывает у Красноярска, Новосиба и Мираложик. У них с одного задания бывает запускаются записи параллельно сразу с нескольких источников, что в общем то очень неплохо - хоть одна, да небитая запись может получиться. После окончания задания запись с одного источника завершается по плану, а с других может и не завершиться.
МеткиНет прикрепленных меток.
OCWindows 7 64bit
Вложенные файлы

- Связи

-  Комментарии
(0016516)
BM (участник)
2015-12-04 22:14

@SergeyVS,

В этих IPTV в TVSources сделана автосмена сервера.
Может быть такое, что по команде m_simpleTV.Control.PlayAddress_UTF8(..)
остается висеть запись со старого воспроизведения?
Что если использовать m_simpleTV.Control.Restart(false)?

Или это вообще ни при чем?
(0016517)
miha2154 (инициатор)
2015-12-04 22:44

Я задания ставлю через телепрограмму не для TVSources канала, а для конкретного адреса
(0016518)
BM (участник)
2015-12-04 22:59

@miha2154
посмотри, есть ли в конце адреса &tvssrc=.. , если есть, то это адрес загруженный через tvsources, и сервер там тоже может меняться.
(0016519)
miha2154 (инициатор)
2015-12-04 23:15

а, да, есть такое дело
(0016520)
SergeyVS (администратор)
2015-12-04 23:23

BM
В алгоритме выбора адреса есть вызов Common.Wait ?
(0016522)
BM (участник)
2015-12-05 00:09
изменен: 2015-12-05 00:09

>>В алгоритме выбора адреса есть вызов Common.Wait ?
есть, но не в самом алгоритме смены ip, а в выводе сообщений на osd (когда-то давно добавил, чтобы намертво не висело окно с программой при долгой обработке).
но тут можно от него и избавиться.

(0016523)
SergeyVS (администратор)
2015-12-05 00:36
изменен: 2015-12-05 00:50

Не надо избавляться. Больше не будет старта нескольких записей на одно задание.

>>Или это вообще ни при чем?
Нет. Но желательно проверять значение переменной Control.MainMode при подачи команды из getAddress, т.к. скрипт GetAddress может быть инициирован не только основным окном.
http://iptv.gen12.net/dokuwiki/doku.php/mantis/simpletv/api/control#control [^]

Еще есть не описанная в API функция Control.SetNewAddress(address string_utf8,float pos), которая устанавливает новый адрес в текущем контексте напрямую в libvlc (кроме Control.MainMode==-1, при этом значение контекста нет) , но она пока экспериментальная.

(0016525)
miha2154 (инициатор)
2015-12-05 11:51

И еще сюда же наверное - бывает так, что если "нет свободных серверов", то запись все равно стартует и создает тысячи пустышек. Они хоть и не весят ничего, но заблудиться в них можно.
(0024081)
miha2154 (инициатор)
2017-04-20 13:11
изменен: 2017-04-20 17:06

в последние пару дней на забаве идет поток битый - постоянно рвется и возобновляется запись, а иногда и просто останавливается рост файла. по завершению задания tv.exe продолжает висеть в процессах пока не убьешь.

(0024082)
FiLinX (участник)
2017-04-22 23:26
изменен: 2017-04-22 23:27

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

(0024083)
FiLinX (участник)
2017-04-24 00:23

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

- история изменений
Дата изменения Пользователь Поле Изменить
2015-12-04 21:36 miha2154 Новый инцидент
2015-12-04 21:36 miha2154 Состояние новый => назначен
2015-12-04 21:36 miha2154 Ответственный => SergeyVS
2015-12-04 22:14 BM Комментарий добавлен: 0016516
2015-12-04 22:44 miha2154 Комментарий добавлен: 0016517
2015-12-04 22:59 BM Комментарий добавлен: 0016518
2015-12-04 23:15 miha2154 Комментарий добавлен: 0016519
2015-12-04 23:23 SergeyVS Комментарий добавлен: 0016520
2015-12-04 23:38 SergeyVS Состояние назначен => подтвержден
2015-12-05 00:09 BM Комментарий добавлен: 0016522
2015-12-05 00:09 BM Комментарий изменен: 0016522 просмотр ревизий
2015-12-05 00:36 SergeyVS Комментарий добавлен: 0016523
2015-12-05 00:37 SergeyVS Комментарий изменен: 0016523 просмотр ревизий
2015-12-05 00:45 SergeyVS Комментарий изменен: 0016523 просмотр ревизий
2015-12-05 00:47 SergeyVS Комментарий изменен: 0016523 просмотр ревизий
2015-12-05 00:50 SergeyVS Комментарий изменен: 0016523 просмотр ревизий
2015-12-05 11:51 miha2154 Комментарий добавлен: 0016525
2015-12-08 23:16 SergeyVS Состояние подтвержден => отработан
2015-12-08 23:16 SergeyVS Решен в версии => 0.4.8 b9
2015-12-08 23:16 SergeyVS Решение открыт => решен
2017-04-20 13:11 miha2154 Комментарий добавлен: 0024081
2017-04-20 13:11 miha2154 Состояние отработан => нужен отклик
2017-04-20 13:11 miha2154 Решение решен => повторно открыт
2017-04-20 13:11 miha2154 Комментарий изменен: 0024081 просмотр ревизий
2017-04-20 17:06 miha2154 Комментарий изменен: 0024081 просмотр ревизий
2017-04-22 23:26 FiLinX Комментарий добавлен: 0024082
2017-04-22 23:27 FiLinX Комментарий изменен: 0024082 просмотр ревизий
2017-04-22 23:27 FiLinX Комментарий изменен: 0024082 просмотр ревизий
2017-04-24 00:23 FiLinX Комментарий добавлен: 0024083


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker