Jump to content


Photo

Bug between scheduled zap and manual recording


  • Please log in to reply
16 replies to this topic

#1 Pr2

  • PLi® Contributor
  • 6,046 posts

+256
Excellent

Posted 27 June 2015 - 22:15

Hi,

Tonight I use the multi-EPG to program a zap only on a channel. So a zap only timer was added and it works the box zap properly.
During the TV show I try to press the instant record button to record the end of the show, it gives me the menu and I select 1 - start recording until the end of the show.

But nothing happens, no recording starts!

I need to first delete the timer (that only zap to this channel) then I can press on the direct record button select 1 and the recording start up properly.

Can you please investigate this?

Thanks,

Pr2

NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: Bug between scheduled zap and manual recording #2 Pr2

  • PLi® Contributor
  • 6,046 posts

+256
Excellent

Posted 1 July 2015 - 10:38

Hi devs,

 

Any feedback welcome on this.

 

Thanks,

 

Pr2


NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: Bug between scheduled zap and manual recording #3 Frenske

  • Forum Moderator
    PLi® Core member
  • 27,380 posts

+393
Excellent

Posted 2 July 2015 - 20:32

As the issue always occurs, I'm sure you are able to supply us a logfile, hoping that this will give any additional information.
I allready reported it internally.

Mijn schotel is een T90 met 10 LNB's. Daarnaast voor de fun nog een draaibaar systeem met een Triax TD 78.

Dreamboxen heb ik niet meer echt actief. Verder heb ik ook nog een een VU+ duo2 met 500Gb harddisk + een VU+ Uno, Zero, Solo 4K, Ultimo 4K, Zero 4K, Uno 4Kse. + ook nog een Xtrend ET7x00. Daarnaast heb ik ook nog diverse andere modellen w.o. een Formuler F4, ET8500, ET7500, Mut@nt 2400HD, Xsarius Fusion HD se en verder nog wel het e.e.a. waarmee op verzoek vanalles wordt getest. Iemand moet het tenslotte doen. ;) :)
Los van de eerder genoemde modellen heb ik nog wel een rits aan testsamples als Mut@nt 2400HD, HD60, GB UE4K, GB Trio4K, Maxitec Multibox combo en Twin, Octagon sf8008, sf8008 mini en last but nog least enkele modellen van het Grieks Duitse Edision.

Voor centrale opslag van media gebruik ik een Qnap 219P 
met tweemaal 2 Tb harddisks + een Synology DS414 met 12 Tb Totale opslag.

-------------------------------------------------------------------------------------------
Many answers to your question can be found in our wiki: Just one click away from this "solutioncentre".

Als ik alles al wist hoefde ik ook niets te vragen. If I had all the knowledge I had no questions at all.


Re: Bug between scheduled zap and manual recording #4 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 2 July 2015 - 20:35

Imreread it and see you used multi epg plugin to program the timer. what if you use our normal epg?

Edited by littlesat, 2 July 2015 - 20:36.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug between scheduled zap and manual recording #5 Pr2

  • PLi® Contributor
  • 6,046 posts

+256
Excellent

Posted 2 July 2015 - 20:41

Hi,

MultiEPG Graphique (graphical multi EPG) is not a 3rd party plugin it is by default in OpenPLi. I just configure it as default EPG on the EPG key of the RCU.

Pr2

NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: Bug between scheduled zap and manual recording #6 Dimitrij

  • PLi® Core member
  • 9,967 posts

+335
Excellent

Posted 2 July 2015 - 20:50

Hi devs,

 

Any feedback welcome on this.

 

Thanks,

 

Pr2

not use end time for timer zap


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug between scheduled zap and manual recording #7 Frenske

  • Forum Moderator
    PLi® Core member
  • 27,380 posts

+393
Excellent

Posted 2 July 2015 - 22:54

I just tried it out exactly as you described and you are completely right. I'll report it.

Mijn schotel is een T90 met 10 LNB's. Daarnaast voor de fun nog een draaibaar systeem met een Triax TD 78.

Dreamboxen heb ik niet meer echt actief. Verder heb ik ook nog een een VU+ duo2 met 500Gb harddisk + een VU+ Uno, Zero, Solo 4K, Ultimo 4K, Zero 4K, Uno 4Kse. + ook nog een Xtrend ET7x00. Daarnaast heb ik ook nog diverse andere modellen w.o. een Formuler F4, ET8500, ET7500, Mut@nt 2400HD, Xsarius Fusion HD se en verder nog wel het e.e.a. waarmee op verzoek vanalles wordt getest. Iemand moet het tenslotte doen. ;) :)
Los van de eerder genoemde modellen heb ik nog wel een rits aan testsamples als Mut@nt 2400HD, HD60, GB UE4K, GB Trio4K, Maxitec Multibox combo en Twin, Octagon sf8008, sf8008 mini en last but nog least enkele modellen van het Grieks Duitse Edision.

Voor centrale opslag van media gebruik ik een Qnap 219P 
met tweemaal 2 Tb harddisks + een Synology DS414 met 12 Tb Totale opslag.

-------------------------------------------------------------------------------------------
Many answers to your question can be found in our wiki: Just one click away from this "solutioncentre".

Als ik alles al wist hoefde ik ook niets te vragen. If I had all the knowledge I had no questions at all.


Re: Bug between scheduled zap and manual recording #8 Pr2

  • PLi® Contributor
  • 6,046 posts

+256
Excellent

Posted 3 July 2015 - 10:31

Thanks!

NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: Bug between scheduled zap and manual recording #9 Frenske

  • Forum Moderator
    PLi® Core member
  • 27,380 posts

+393
Excellent

Posted 3 July 2015 - 11:11

As I've been informed, Littlesat will try to solve it during the weekend. But only in case the temperature isn't to high. :)

Mijn schotel is een T90 met 10 LNB's. Daarnaast voor de fun nog een draaibaar systeem met een Triax TD 78.

Dreamboxen heb ik niet meer echt actief. Verder heb ik ook nog een een VU+ duo2 met 500Gb harddisk + een VU+ Uno, Zero, Solo 4K, Ultimo 4K, Zero 4K, Uno 4Kse. + ook nog een Xtrend ET7x00. Daarnaast heb ik ook nog diverse andere modellen w.o. een Formuler F4, ET8500, ET7500, Mut@nt 2400HD, Xsarius Fusion HD se en verder nog wel het e.e.a. waarmee op verzoek vanalles wordt getest. Iemand moet het tenslotte doen. ;) :)
Los van de eerder genoemde modellen heb ik nog wel een rits aan testsamples als Mut@nt 2400HD, HD60, GB UE4K, GB Trio4K, Maxitec Multibox combo en Twin, Octagon sf8008, sf8008 mini en last but nog least enkele modellen van het Grieks Duitse Edision.

Voor centrale opslag van media gebruik ik een Qnap 219P 
met tweemaal 2 Tb harddisks + een Synology DS414 met 12 Tb Totale opslag.

-------------------------------------------------------------------------------------------
Many answers to your question can be found in our wiki: Just one click away from this "solutioncentre".

Als ik alles al wist hoefde ik ook niets te vragen. If I had all the knowledge I had no questions at all.


Re: Bug between scheduled zap and manual recording #10 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 3 July 2015 - 22:50

The failure is induced here:

http://sourceforge.n...35f79eea26e8eb/

 

But in fact the failure is not induced here.... the crasy code that comes after the changed row is in fact crap...And in that part crap code the real source of it occured... In fact in some cases True or False will be returned without further timers checked....

 

That part makes no sense at all...The check does not work at al... especially when you're working with alternatives... An it is there as far I can look into the code... ;)

 

I'm considering to make it like the code below... rows marked with <---- is the fix for what is mentioned here... other lines are also changed as the code is not doing what it was intend to do....

 

Still the service ref is compaired in a strange way... I also need a further look into that... I think we just can compare the service ref instead of comparing just the 2nd, 3rd, 4th and 5th field.... But this is as it is...

def doubleCheck(self):
  if self.newtimer is not None and self.newtimer.service_ref.ref.valid():
    self.simultimer = [ self.newtimer ]
    for timer in self.timerlist:
      if timer == self.newtimer:
        return True
      if self.newtimer.begin >= timer.begin and self.newtimer.end <= timer.end:
        if timer.justplay and not self.newtimer.justplay: <-----
          continue <-----
        fl1 = timer.service_ref.ref.flags & eServiceReference.isGroup
        fl2 = self.newtimer.service_ref.ref.flags & eServiceReference.isGroup
        if fl1 != fl2:
          continue
        if fl1: #if both are alternatives
          if timer.service_ref.ref.getPath() == self.newtimer.service_ref.ref.getPath():
            return True
          continue
        getUnsignedDataRef1 = timer.service_ref.ref.getUnsignedData
        getUnsignedDataRef2 = self.newtimer.service_ref.ref.getUnsignedData
        for x in (1, 2, 3, 4):
          if getUnsignedDataRef1(x) != getUnsignedDataRef2(x):
            break
        else:
          return True
  return False

Edited by littlesat, 3 July 2015 - 23:15.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug between scheduled zap and manual recording #11 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 4 July 2015 - 10:48

FYI

 

http://sourceforge.n...2e92127674ed63/

http://sourceforge.n...8f7fd746fe8d1c/


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug between scheduled zap and manual recording #12 Dimitrij

  • PLi® Core member
  • 9,967 posts

+335
Excellent

Posted 4 July 2015 - 11:27

http://sourceforge.n...8f7fd746fe8d1c/

the exact same error as before


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug between scheduled zap and manual recording #13 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 4 July 2015 - 12:26

I made a mistake.... in the previous patch the patch exists.... I did remove the two incorrect lines while I was trying to make two different commits out of it...

def doubleCheck(self):
  if self.newtimer is not None and self.newtimer.service_ref.ref.valid():
    self.simultimer = [ self.newtimer ]
    for timer in self.timerlist:
      if timer == self.newtimer:
        return True
      if self.newtimer.begin >= timer.begin and self.newtimer.end <= timer.end:
----->  if timer.justplay and not self.newtimer.justplay:
----->    continue
        if timer.service_ref.ref.flags & eServiceReference.isGroup:
          if self.newtimer.service_ref.ref.flags & eServiceReference.isGroup and timer.service_ref.ref.getPath() == self.newtimer.service_ref.ref.getPath():
            return True
          continue
        getUnsignedDataRef1 = timer.service_ref.ref.getUnsignedData
        getUnsignedDataRef2 = self.newtimer.service_ref.ref.getUnsignedData
        for x in (1, 2, 3, 4):
          if getUnsignedDataRef1(x) != getUnsignedDataRef2(x):
            break;
        else:
          return True
  return False

Edited by littlesat, 4 July 2015 - 12:27.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug between scheduled zap and manual recording #14 Dimitrij

  • PLi® Core member
  • 9,967 posts

+335
Excellent

Posted 4 July 2015 - 13:07

def doubleCheck(self):
  if self.newtimer is not None and self.newtimer.service_ref.ref.valid():
    self.simultimer = [ self.newtimer ]
    for timer in self.timerlist:
		if timer.justplay and not self.newtimer.justplay:
			continue
		elif timer == self.newtimer:
			return True
      if self.newtimer.begin >= timer.begin and self.newtimer.end <= timer.end:
        if timer.service_ref.ref.flags & eServiceReference.isGroup:
          if self.newtimer.service_ref.ref.flags & eServiceReference.isGroup and timer.service_ref.ref.getPath() == self.newtimer.service_ref.ref.getPath():
            return True
          continue
        getUnsignedDataRef1 = timer.service_ref.ref.getUnsignedData
        getUnsignedDataRef2 = self.newtimer.service_ref.ref.getUnsignedData
        for x in (1, 2, 3, 4):
          if getUnsignedDataRef1(x) != getUnsignedDataRef2(x):
            break;
        else:
          return True
  return False

GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug between scheduled zap and manual recording #15 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 4 July 2015 - 14:26

See raw 37 here...

 

http://sourceforge.n...rSanityCheck.py

 

I checked it that was working well (zap timer and than instant recording).... note the timer != self.newtimer..... (I suggest this is always the case).


Edited by littlesat, 4 July 2015 - 14:28.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Bug between scheduled zap and manual recording #16 Dimitrij

  • PLi® Core member
  • 9,967 posts

+335
Excellent

Posted 4 July 2015 - 20:38

See raw 37 here...

 

http://sourceforge.n...rSanityCheck.py

 

I checked it that was working well (zap timer and than instant recording).... note the timer != self.newtimer..... (I suggest this is always the case).

I verify that everything is OK.


GigaBlue UHD Quad 4K /Lunix3-4K/Solo 4K


Re: Bug between scheduled zap and manual recording #17 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 4 July 2015 - 20:40

Thanks for rechecking... :D


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W



0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users