-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is it possible to update more often? #7
Comments
Hi! I'm not sure to understand, do you mean that a programme list for one day can change on telerama? If yes, does it happen often? |
Hi!
I haven't done a huge analysis, but in last few months I have set up maybe
50 recordings and maybe 2 or 3 have failed either because the timing
changed or because the program changed.
For my uk xmltv setup I collect the epg from tnt every day for the next 7
days. For any recordings that I have setup I test every day that the
program schedule hasn't changed. Most weeks I get a notification that
something has changed. So in the UK at least, schedules change most weeks.
Not sure if that is useful for FR.
Hope this helps!
All the best
…On Wed, 9 Sep 2020, 18:09 Sylvain CECCHETTO, ***@***.***> wrote:
Hi!
Sorry I completely forget to answer :-/
I'm not sure to understand, do you mean that a programme list for one day
can change on telerama? If yes, does it happen often?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC3POMWJ3Q34KPWPJ2KLG73SE6ZDLANCNFSM4Q63ONWQ>
.
|
Ok I understand your issue. If we are day D, I can force my script to re-download programmes of day D+1 each night. Do you thing it will fix your issue? |
Hi !
Thanks! Yes, I think that would fix it ! Any change occurring for the
schedule of D+1 since it was originally captured (normally 6 days ago?)
would be updated. And the total traffic is 2/7ths of what it would have
been if you captured all the data every day.
Great stuff :)
…On Fri, 11 Sep 2020 at 07:07, Sylvain CECCHETTO ***@***.***> wrote:
Ok I understand your issue.
If we are day D, I can force my script to re-download programmes of day
D+1 each night. Do you thing it will fix your issue?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC3POMSQBCAMUOZUHDBI7V3SFG5BJANCNFSM4Q63ONWQ>
.
|
I pushed a commit. I hope it will fix your issue! |
Hi !
Something odd happened last night. I had a recording scheduled for tomorrow
(20/9/20). My system warned me that the schedule had changed. I thought
that your new procedure was working well ! However I see that the xml files
produced for tomorrow are very small and have only a few programmes - for
example tv_guide_fr_20200920.xml. Maybe telerama was doing an update at the
same time ?
I suggest we do nothing and see if it happens again.
Thanks !!
…On Fri, 11 Sep 2020 at 07:40, Sylvain CECCHETTO ***@***.***> wrote:
Closed #7 <#7>.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC3POMXCQFAOWNMISZ5LT6TSFHA4PANCNFSM4Q63ONWQ>
.
|
Hi again !
The same odd thing happened last night. tv_guide_fr_20200923.xml doesn't
have enough programmes. Maybe there is an underlying issue that prematurely
halts the capture some days. I had that problem once with characters that
were rejected by my Python xml modules.Although it's hard to see how that
could happen some days and not others for the same data ! Can you add a bit
more debugging info to your log files ?
Thanks !!
…On Sat, 19 Sep 2020 at 07:43, Andy Low ***@***.***> wrote:
Hi !
Something odd happened last night. I had a recording scheduled for
tomorrow (20/9/20). My system warned me that the schedule had changed. I
thought that your new procedure was working well ! However I see that the
xml files produced for tomorrow are very small and have only a few
programmes - for example tv_guide_fr_20200920.xml. Maybe telerama was doing
an update at the same time ?
I suggest we do nothing and see if it happens again.
Thanks !!
On Fri, 11 Sep 2020 at 07:40, Sylvain CECCHETTO ***@***.***>
wrote:
> Closed #7 <#7>.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <#7 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AC3POMXCQFAOWNMISZ5LT6TSFHA4PANCNFSM4Q63ONWQ>
> .
>
|
Hi! Ah shit 😕 I will check the log. Edit: Raw file seems ok. I will try to add more info in the Python file today 😉 |
Hi again !
Ah yes, tv_guide_fr_telerama_20200923.xml in raw is 1.69MBytes and has lots
of programmes but tv_guide_fr_20200923.xml in xmltv is only 89kBytes. That
can't be right.
All the best !
…On Tue, 22 Sep 2020 at 07:54, Sylvain CECCHETTO ***@***.***> wrote:
Hi!
Ah shit 😕
Did you check the raw files to see if all programmes are in?
I will check the log.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC3POMQCSCUPPHQZ3BPTZB3SHBCYZANCNFSM4Q63ONWQ>
.
|
It looks as though all the programmes in tv_guide_fr_20200923.xml start
very late on 20200922 and continue into 20200923 or start very late on
20200923 ???
…On Tue, 22 Sep 2020 at 09:31, Andy Low ***@***.***> wrote:
Hi again !
Ah yes, tv_guide_fr_telerama_20200923.xml in raw is 1.69MBytes and has
lots of programmes but tv_guide_fr_20200923.xml in xmltv is only 89kBytes.
That can't be right.
All the best !
On Tue, 22 Sep 2020 at 07:54, Sylvain CECCHETTO ***@***.***>
wrote:
> Hi!
>
> Ah shit 😕
> Did you check the raw files to see if all programmes are in?
>
> I will check the log.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <#7 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AC3POMQCSCUPPHQZ3BPTZB3SHBCYZANCNFSM4Q63ONWQ>
> .
>
|
Oh, maybe an error on my side concerning the "if" date check? |
Hi, so, this is what I did:
I hope everything will be good for you. If you notice some errors, as usual ping me 😉 |
You are a REAL STAR !! I noticed all the logs and that the time has changed
when it gets called.
Let's keep our eye on it.
Thanks again!!
…On Thu, 24 Sep 2020 at 09:31, Sylvain CECCHETTO ***@***.***> wrote:
Hi, so, this is what I did:
- Now stdout and stderr outputs of each grabber run are redirect to
raw/xxxx_stdout.log and raw/xxxx_stderr.log files. So the main log.txt
file is easier to read.
- I removed the specific TNT French guide files... With more time I
will enable it again
- I added more verbose informations in the log file (number of
programmes for each file)
- Now the script run at 12H on my server (French hour)
I hope everything will be good for you. If you notice some errors, as
usual ping me 😉
Thank you!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC3POMWMMH43SDBZRBAL3O3SHL7WPANCNFSM4Q63ONWQ>
.
|
Hi Sylvain!
I hope that you are well.
It looks as though telerama.fr has broken. The last data is for Wednesday
morning 2/12/20. Hopefully they will get going again soon.
All the best, Andy
…On Thu, 24 Sept 2020 at 09:33, Andy Low ***@***.***> wrote:
You are a REAL STAR !! I noticed all the logs and that the time has
changed when it gets called.
Let's keep our eye on it.
Thanks again!!
On Thu, 24 Sep 2020 at 09:31, Sylvain CECCHETTO ***@***.***>
wrote:
> Hi, so, this is what I did:
>
> - Now stdout and stderr outputs of each grabber run are redirect to
> raw/xxxx_stdout.log and raw/xxxx_stderr.log files. So the main log.txt
> file is easier to read.
> - I removed the specific TNT French guide files... With more time I
> will enable it again
> - I added more verbose informations in the log file (number of
> programmes for each file)
> - Now the script run at 12H on my server (French hour)
>
> I hope everything will be good for you. If you notice some errors, as
> usual ping me 😉
> Thank you!
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <#7 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AC3POMWMMH43SDBZRBAL3O3SHL7WPANCNFSM4Q63ONWQ>
> .
>
|
Hi! fine and you? Sorry didn't have time to check, is the issue still here? |
Hi!
Yes, all fine here thanks :)
telerama.fr has still only got programs until Monday morning around 07:00.
So less than 3 days from now. Maybe that is all they will do now?
All the best, Andy
…On Thu, 3 Dec 2020 at 19:23, Sylvain CECCHETTO ***@***.***> wrote:
Hi! fine and you?
Sorry didn't have time to check, is the issue still here?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC3POMWLI35YYILLGDQ3NZTSS7QTRANCNFSM4Q63ONWQ>
.
|
You are right: As we can see here https://television.telerama.fr/tele/grille?jour=+2&heure=11 we have programs for Sunday but not for Monday 😕 The good news is that it's not a script issue 😛 |
Hi! Thanks again for your great work!
I was annoyed the other day because of a programme change after I set up a recording. If I understand well, your system for french tnt captures the programmes for today+7. Then, so long as the xmltv file is big enough, this file stays the same even if the programme is changed on telerama.
I can see that you don't want to download all programmes every day, and that it is not possible to only download changes, but maybe it would be possible to update all programmes for the following day as well as today+7 and for any days with too small files? That way any discrepancy between what I have set to record and the latest xmltv schedule will allow me to update my recording.
Thank you!!!
Best wishes, Lowflyer
The text was updated successfully, but these errors were encountered: