По той же причине что и HA. Экзотика. С не помню какого SP на win2000 все архиваторы поделились на zip (который умеет OS) и все остальные.

Prog wrote:Тащить за собой unrar пока не хочется.

Зачем тащить, если есть исходники. Я намекаю на то, что внедрить код в саму программу, а не распаковывать при помощи внешней библиотеки.

Поверьте, XMLTV\JTV в RAR архиве в инете хватает, особенно JTV. В основном все делается под IP-TV Player, а он RAR понимает.

И так, мой провайдер начал паковать JTV в ZIP. Я попробовал отсканировать такой M3U: Вот какой получился XmlTvRelations.dat: Куда подевалось расширения файла? Куда подевалась вторая часть этого файла? В итоге: epg.dat пустой и в связях/комбобоксах пусто. Почему? Глюк.

boss911 wrote:пожалуйста, сделайте опцию "Игнорировать EPG связи в M3U". Я, лично, пользуюсь своей XMLTV базой, а в M3U прописана JTV, которая меня не совсем устраивает. Сейчас после каждого скана M3U (раза 4 в неделю), мне приходиться из бекапа восстанавливать XmlTvRelations. Сделайте игнор, плиз.

Раньше там был RAR, который вы исключили из обработки, но теперь ZIP, теперь у меня точно слетают все мои XMLTV связи. Мне приходится каждый раз, перед сканированием M3U, убивать ссылку к EPG. Имейте совесть, сделайте эту опцию, я затрахался с этим неудобством.

Расширение должно отрезаться что бы не думать xml там или zip или gz.
Сейчас подумал, что тестировал это делао только на случае когда имя zip=имени xml. У вас это не так?

Нет, у меня имя ZIP архива с JTV другое, чем у ZIP с XMLTV. Перед тем, как тестировать, я удалил свою ссылку на XMLTV и XmlTvRelations.dat с epg.dat, так что наверное это не из-за того, что вы думаете.

"Игнорировать EPG связи в M3U" будут? Позарез нужно!

Я использую одну и ту же XMLTV базу, но она разделена на два файла:
TVGuide-old.zip - на текущую неделю.
TVGuide.zip - на следующую неделю.

Имя XML файла в обоих архивах одно и то же. В ProgDVB прописаны два URL'a. Я думал, что ProgDVB их совместит, сперва импортируется первая база, а потом вторая дополнит epg.dat. Но оно посчитало, что это две разных базы, так как вы сделали привязку к имени файла базы (к архиву). Как быть? А решение ниже.

Prog, имхо, надо сделать привязку к файлу НЕ по имени архива, а по имени XMLTV базы, ведь импортируется не архив, а база, вот к ее имени и надо привязываться. Еще одна проблема: когда делаешь ручной импорт той же базы, что была в том же архиве, оно ее считает другой базой, а на самом деле, это одна и та же база, а все из-за того, что там указан ZIP файл, а при ручном импорте мы получаем уже XML файл. Прог, вы же сами понимаете, что так правильней, логичней.

Это решит мою проблему и проблему с ручным и автоматическим импортом, когда импортируется одна и та же база (в виде ZIP или XML).

ProgDVB не добавляет записи при импорте а именно замещает. Как связи не делай а один файл вытестин второй. Если добавлять то там сразу куча проблем соберётся.

А вот это очень печально. Я думал, что оно дописывает, а не переписывает. Ведь дописать XML не трудно, это же не внедрить один блок в другой (вот это сложно и проблемно), а добавить один блок к другому, как при пристройке дома (кирпичик к кирпичику). Странно, что у вас не работает по такой схеме. Дело в том, что некоторые сайты выкладывают свою телепрограмму на следующую неделю уже в пятницу, а в вашей программе ее можно применить только утром в понедельник, чтобы она не затерла оставшиеся дни. Прог, это не порядок, так не правильно.

Уберите привязку к имени архива, сделайте привязку к имени базы в этом архиве. Это вызывают вторую проблему, которую я описал выше.

Это отражение нормальной логике, когда импортируется база, результат предидущего импорта становится не актуальным.

А если я хочу, скажем, прочесть EPG на следующую неделю, когда еще не истекла текущая, мне нужно импортировать следующую, потерять текущую, прочесть, а потом импортировать/вернуть текущую, потеряв следующую? Эта нормальна логика? Вы здоровы?

Я не вижу ничего нормального в том, что я должен обновлять телепрограмму, строго от понедельника до понедельника.

А как оно будет, если EPG подается в потоке и подается не ровно? То есть, EPG на следующий день может прийти в 10 вечера, оно затрет текущий день следующим? Мой провайдер подает EPG в потоке, подает ее на сутки, только я замечаю глюки, то EPG очень поздно приходит на следующий день (оно приходит уже в текущий день), то она приходит и уже нет данных на заканчивающийся день. Теперь вот думаю, что это из-за странной политики (работы) ProgDVB.

Не здоров тот кто придумал забить программу на части.

А вы себе представляется как будет работать импорт без удаления старых элементов? На что будет похожа база после десятка обновлений, особенно если провайдер начнёт исправять записи, например при смене часового пояса. Будет просто куча мусора.

Prog wrote:Не здоров тот кто придумал забить программу на части.

У него такая политика предоставления платной услуги. Он сперва дает текущую неделю, а потом следующую, чтобы провайдеры могли сразу подготовить информацию на текущую неделю, тем самым не будет перерывов.

Вот и получается, что у меня эти перерывы будут, так как я буду иметь EPG до окончания воскресенья, потом мне надо сменить ссылку и обновить, чтобы я сразу имел следующую неделю. Вот эта смена ссылок, меня будет убивать.

Ладно, представим другую ситуацию, с которой я уже столкнулся. XML база на следующую неделю выкладывается в пятницу, если я обновлюсь в пятницу, я потерю информацию на эти выходные. Это нормально?

Про какую куча мусора вы говорите? В базе будут пополняться дни, то есть блоки, а не конкретные записи в днях. Ни какого мусора не будет, так как у вас прошедший день постоянно удаляется. Про смену поясов и про редактирования провайдерами EPG, я вообще не понял. Пояса никто менять не будет, а если и сменят (нечаянно или раз в год), то пользователь увидит разницу и примет меры (перенастроит). Пусть себе редактирует, ведь у вас будут перезаписываться дни, а не отдельные записи в дне. Вы поймите, что будут дополняться дни, а прошедшие будут удаляться.

viewtopic.php?p=45443#p45443 - не пофикшено в 6.82.1b.

Тоже замечал, что новая программа передач затирает старую, что совсем нехорошо.

Раздвоение базы на два файла делается для того: текущая база предоставляется обычным юзерам, а вторая база, на следующую неделю, уже предоставляется платным клиентам. Вот почему разработчик ее делит на две. Но я, епт, не могу пользоваться этой возможностью (второй базой). Мало того, если я буду делать апдейт в пятницу вечером, у меня затрется информация на текущие выходные, что меня нафиг не устраивает.

Это не то, что нехорошо, а хреново в полной мере этого слова, а то, что нехорошо/хреново, принято считать не нужным.

Короче, на той неделе (на выходных) случилось то, чего я и ожидал. Поздно вечером в пятницу обновился по URL (XMLTV), затерло нафиг EPG на текущую неделю и программа стала доступна только со следующей недели (с понедельника).

Что думаете делать с этим непорядком?

Сделайте epg2.dat и epg3.dat . Каждый epg.dat будет соответствовать каждому введенному URL (на данный момент их можно указать три штуки). Это решит проблему со склеиванием EPG с разных (трех) источников, то есть это решит мою проблему (одно имя XML файла в двух разным именах ZIP архива).

Блин, каким же за последние время стало геморойным использование EPG в вашей программе. Вам указывают на реальные проблемы и неудобства, на методы их решения/обхода, а вы только рогом упираетесь, типа все нормально, типа так и должно, у меня все по феньшую (хрен там).