747 replies to this topic

[Dimitrij]

No, not so.
The real test only at startup timeshift.
If real service = ok start.
No real service = not start
During operation, there is nothing to check is not necessary.

Edited by Dima73, 5 March 2013 - 14:03.

[Dimitrij]

betacentauri

Thanks!Super.


Next step....
Fast forward in radio timeshift not working.
While jumping the number buttons work.
Can this be fixed ?

[betacentauri]

I was surprised that fast forward for radio timeshift didn't work. I need to check whether it is possible in radio recordings. Most probably not.
I don't know why. When I have time, I'll look at it.

[betacentauri]

A little bit off topic:
In linux dvb api fast forward is only supported for video devices (http://linuxtv.org/d...pis/dvbapi.html). In radio mode video device is not used and so normal fast forward won't work. E2 knows a second non api fast forward mode. It's used for speeds higher than 8. This might work.... more in the next days...

[Dimitrij]

PermanentTimeshift - version 1.3
Only PLi 3.0
Please write about the possible errors.

Edited by Dima73, 5 March 2013 - 23:04.

[nietgiftig]

Please write about the possible errors.

Will test today, and give feedback

[nietgiftig]

Installed.
No errors spotted.
I tested the "save time-shift" feature because that is the reason I use PTS
Timeshift can be saved, with or without program description

I have the option "Show warning on zap if not live tv or not save action" set to "No"
No question is asked when zapping to another channel.
I changed the warning to yes, then I got with every zap the warning even while i was in live TV.

When I changed the option back to "No" it did keep asking "Stop Timeshift" when zapping channels.
Only a restart from Enigma helped to change the setting to "No"

If I want to play a recorded file in the movie-list, i sometimes get the question "Stop Timeshift"
Setting is as above "No"
But the strange thing is, i do not get this question every time.

But mostly if I try to play more than one file, when i am "zapping" through the recordings list.
I have not yet found a pattern in it.

Hope this helps

[Dimitrij]

nietgiftig
Thanks for the test.
If you've once again used seek for current service = "Stop Timeshift" if "Show warning on zap if not live tv or not save action" enabled
If you do not need the warning.
Just turn it off globally User interface->"Show warning when timeshift is stopped" No
I did not make off through the plugin.
I thought that everyone knows about is the option in the settings PLi .

Edited by Dima73, 6 March 2013 - 17:02.

[nietgiftig]

Just turn it off globally User interface->"Show warning when timeshift is stopped" No

Sorry, I missed that one.

Quick new test PTS is working.
When something should arise, I will let you know.
After all it is already in the feed, so more people will be testing

[SpaceRat]

Has the audio gap problem between programmes issue in PTS been solved?

[Dimitrij]

Has the audio gap problem between programmes issue in PTS been solved?

What is it?

[SpaceRat]

There is/was an audio gap (no audio, just video) at the time when one programme ended and the next one started.

This bug has been a stopper from using PTS for us, as there are some programmes where there is spoken text until the very end and using PTS you always missed up to 30 sec of it, as the gap occured when the event ended according to the EPG, not when it really ended.

[Dimitrij]

No, not fixed.
It is doubtful whether this can be corrected.

[mik9]

As I described earlier in this post, you can minimize this gap to about 0.5 second.

[Dimitrij]

As I described earlier in this post, you can minimize this gap to about 0.5 second.

   # (Re)Start TimeShift
   if not self.pts_delay_timer.isActive():
    if not self.timeshift_enabled or old_begin_time != self.pts_begintime or old_begin_time == 0:
	 if self.pts_service_changed:
	  self.pts_service_changed = False
	  self.pts_delay_timer.start(config.plugins.pts.startdelay.value*1000, True)
	 else:
	  self.pts_delay_timer.start(100, True)

[betacentauri]

A little bit off topic:
In linux dvb api fast forward is only supported for video devices (http://linuxtv.org/d...pis/dvbapi.html). In radio mode video device is not used and so normal fast forward won't work. E2 knows a second non api fast forward mode. It's used for speeds higher than 8. This might work.... more in the next days...

I think fast forward in radio mode is impossible to implement (with current drivers). Fast forward with speeds higher than 8 searches for mpeg video frames. In radio mode they are not present. So I skipped instead x bytes. But to make it work I had to enable audio (this is normally disabled while fast forward). And the audio device seems to evaluate the presentation timestamps (pts). So I skipped x bytes = 5 seconds and played audio for 1/2 second and so on. Result is short audio signal and then ~5 seconds silence then again short audio signal and so on. So no fast forward only stuttering

[Robinson]

I have been struggling to read the whole topic carefully but I gave up. So I am really sorry if I am missing something but my problem is the following.
I am using timeshift (not permanent timeshift) on my ET9000. The delay is about 7 minutes of TCM channel, then there is a commercial break so I decide to fast-forward the picture by 1 minute and so I press "6". Unfortunately, the picture goes forward by the whole 7 minutes, so I immediately press "1" to rewind. Instead of rewinding, the picture is switched to Channel_1. I am using OpenPLi from about 10-12 days ago. What am I doing wrong?

[blzr]

I decide to fast-forward the picture by 1 minute and so I press "6". Unfortunately, the picture goes forward by the whole 7 minutes,

not sure, maybe a 'channel specific' bug because of kinda non standard way of broadcast by its provider (IIRC there were some issues with rewinding on TCM recordings /?/)
//can't test it for the moment on TCM, on another channel (on my vuduo) it works as expected...

so I immediately press "1" to rewind. Instead of rewinding, the picture is switched to Channel_1.

well, this is not a bug, it's a (pretty fresh) feature, although a debatable one, to say the least...
//IMHO zapping with number keys is not exactly what you expect when you are in a timeshift mode (no matter whether you're watching shifted playback or you've caught up with a 'live' broadcast)
but of course, opinions vary...

[betacentauri]

I have been struggling to read the whole topic carefully but I gave up. So I am really sorry if I am missing something but my problem is the following.
I am using timeshift (not permanent timeshift) on my ET9000. The delay is about 7 minutes of TCM channel, then there is a commercial break so I decide to fast-forward the picture by 1 minute and so I press "6". Unfortunately, the picture goes forward by the whole 7 minutes, so I immediately press "1" to rewind. Instead of rewinding, the picture is switched to Channel_1. I am using OpenPLi from about 10-12 days ago. What am I doing wrong?

Is this reproducable? This happens on my ET9200 sometimes and in my case it's not easy to reproduce. There was already a discussion about this in the thread. I think only ETxxxx are affected. When it occurs I see "wait for driver eof ok" in the E2 output. For me it's an driver issue, but I'm but 100% sure.
@blzr: Would be good, if you can test it.

Edited by betacentauri, 9 March 2013 - 23:06.

[blzr]

ok, tested with my vuduo, on TCM skipping fwd with 6 (or 1 or 9 for that matter) works properly as well...
so it seems like an exclusive etxx00 issue (or maybe you've just accidentaly pressed 9 instead of 6 when it was less than 5 minutes to 'live'? )