117 replies to this topic

[malakudi]

The version from feed is the latest and with latest fixes in file_eraser.cpp, it works fine. Just update your image.

[MrKappa]

Thanks. I'm testing right now and seems to be fine.
Great job!!

[Dvsat]

The version from feed is the latest and with latest fixes in file_eraser.cpp, it works fine. Just update your image.

Pls, could you say where are to find "file_eraser.cpp" in the latest OpenPli-image of VU+DUO ??

[hemispherical1]

It's now included with the source code to compile enigma2, it's not something you'd add to an existing image. Install the latest image to use the new file_eraser.cpp.


--
hemi

[Dvsat]

It's now included with the source code to compile enigma2, it's not something you'd add to an existing image. Install the latest image to use the new file_eraser.cpp.

Thanks for the clear answer.
Your answer means or include that this patch will work for ATS (autotimeshift) also ??

[hemispherical1]

I have no idea if it effects ATS or not. I think it was aimed at being a PTS fix.


--
hemi

[malakudi]

It's now included with the source code to compile enigma2, it's not something you'd add to an existing image. Install the latest image to use the new file_eraser.cpp.

Thanks for the clear answer.
Your answer means or include that this patch will work for ATS (autotimeshift) also ??

The patch was to fix some bugs in file_eraser.cpp that mostly affected PTS.

What is the issue with ATS?

[Dvsat]

It's now included with the source code to compile enigma2, it's not something you'd add to an existing image. Install the latest image to use the new file_eraser.cpp.

Thanks for the clear answer.
Your answer means or include that this patch will work for ATS (autotimeshift) also ??

The patch was to fix some bugs in file_eraser.cpp that mostly affected PTS.

What is the issue with ATS?

1) Sometimes the ATS don't start after a channelswitch.
2) Sometimes, after a long period of watching LiveTV (2hrs) and switch to ATS, the ATS-timeline shows OK but there is no reaction or possibility to jump back in the timeline.

[MrKappa]

Hello'. I'm an happy user of PTS plugin on PLI image. For my understanding the following function is missing: let's consider the scenario that PTS is running already since the program has started, and a certain point i decide to record a movie. If I'm not wrong it create a record which start from the point I started the record but there is no option to get a final record that include the complete recording of the event from the beginning (considering that I was watching the same channel from beginning). Am I wrong that this is not currently possible? Is it possible to implement this option?
Thank you

[Tom082011]

@ MrKappa
I take the same view!
Please, just have a look at:

http://www.pli-image...thread_id=19403

and in german & english:

http://www.et-view.d...-und-aufnahmen/

From a intuitive Timeshift, I would expect:

- Easy start with a button (like "Pause")
- Playing back- and forward with the normal options (as done now by playback of recordings)
- Fast Rewind with "<<" and "left Navigation" 2/4/8/16/32/64/128 , to the beginning with "1"
- Fast Forward with ">>" and "right Navigation" 2/4/8/16/32/64/128, to the end (nearly end*) with "9"
- Pause/Paly with "|>" and "OK"
- !!!*Fast Forward to the end do not jump to live, instead it will play further on some seconds behind the live broadcast!!!
- STOP with Stop-button, with an optional info to save the Timeshift
- Totally prevention from stopping Timeshift by selecting other buttons. No more ability to change channels without a manually STOP of the timeshift

Implementation (it's like a normal recording with some additional routines in back):
Starting Timeshift is the same like a quick record of the actual channel with some additional hidden commands (script):
immediately start recording to a separate folder/disk space followed by automatically start playback of this recording followed by Pause
Now I can use all normal implemented function of playback
Skipping to the end (fast forward, "9") do not stop or close the playback. It only do a normal play (some seconds behind the real live broadcasting).
Pressing STOP gives me the options (Save Timeshift: YES/CANCEL/NO). CANCEL means (nothing happens, timeshift goes on). YES stops the recording, save and copy the files to /hdd/movie/. NO only stops the recording and delete the recorded files.
Additional options by pressing STOP could also be:
- CANCEL (do nothing, back to Timeshift, see above)
- NO (stop and delete)
- YES (stop and save Timeshift, see above)

!!!Pressing the record button (red button, or record button) while Timeshift is running gives you the option:
- Stop Timeshift and record from now to the end of the actual program
- Stop Timeshift and record from beginning (since start of timeshift) to the end of the actual program.

A permanent timeshift could be done as an automatically start of this routines with selectable delay of some seconds for zapping

[hemispherical1]

I think the trouble you're having w/ PTS (w/ dm800 anyways) comes from the fact that the red button which should be used to record is actually rewind when timeshift is active. I never had any luck with the shift-red that is supposed to be used on remotes w/out a dedicated record button.

Here's a workaround, edit the keymap so a long red button push is record rather than the default short push (which activates rewind w/ PTS active).

/usr/share/enigma2/keymap.xml

find the line with:

<map context="InfobarInstantRecord">
<key id="KEY_RECORD" mapto="instantRecord" flags="m" />
<device name="dreambox remote control (native)">
<key id="KEY_RED" mapto="instantRecord" flags="b" />
</device>

..and edit to:

<map context="InfobarInstantRecord">
<key id="KEY_RECORD" mapto="instantRecord" flags="m" />
<device name="dreambox remote control (native)">
<key id="KEY_RED" mapto="instantRecord" flags="l" />
</device>

That edit is a lowercase L, for long button push. Restart enigma so the change takes effect. Now you can bring up the recording menu, with a long red button push, including timeshift recording with one caveat...

You must be at the end of the timeshift, meaning you need to be watching in real time, the picture can not be delayed, even by 1 second. Generally pushing the TV button will take you to the end of the current timeshift file. I hope that explains it well enough. Timeshift can be running, no problem, but you can't be actively using it (delaying program) when trying to start a recording.

The next problem you might run into is if you use the Quickbutton plugin as it likes to intercept the long red button press. Your choices there would be to not run Quickbutton or manually edit it's plugin.py and disable it's use w/ the red button...

Alternatively to the previous, if you have a button on your remote that you don't generally use, you may be able to map that to Record in the keymap.xml and solve some of the issues above...


Good luck,
--
hemi

[Lukin]

Thx so much hemi....been waiting for a fix for quite sometime...been accessing the record function via timer menu...your fix is much easier now, thx!!!

[MrKappa]

It seems that the original problem has appeared again as reported on the first post (restart of PTS at event change).

I will try again some old version for the moment hoping that the developer can help. Thanks

[MrKappa]

... I suppose, but I'm not the expert, that this issue has started with the new kernel.
Nobody that can confirm if this is a common problem or maybe only with my configuration?
Thank you

[MrKappa]

Yesterday I have tried a backup from 5 December and is working fine.

[hemispherical1]

I don't think it's kernel or box specific, running dm800 here...

The problem popped up a few weeks ago. A workaround is to use the older enigma2-plugin-extensions-permanenttimeshift - 0.9.5. You lose some features from 1.0.x, but at least it provides working timeshift...

--
hemi

Attached Files

•  enigma2-plugin-extensions-permanenttimeshift_0.9.5_mipsel.ipk   13.95KB   34 downloads

Edited by hemispherical1, 26 January 2012 - 19:20.

[malakudi]

file_eraser.cpp that affected original problem hasn't been modified critically (2 patches, one in destructor). Will try to find out if the issue is happening again. However, I use this feature and I think I should have noticed the problem, if it exists.

Anyway, will check and inform you very soon.

[MrKappa]

As I mentioned before it seems that the back up I did on 5 Dec 11 is working fine and PTS does not crash at event change. I don't know the differences in the version from that time but I confirm that I update my box regularly every 1 or 2 weeks with OpenPLI.
I found recently some issue as recording not starting in automatic (after 20 sec I set) on DVB-T channels from usb tuner.

@Malakudi, Hemisperical1
Many thanks for your great help

[hemispherical1]

I don't think it's exactly the same as the original issue. IIRC the original problem was while timeshifting, when the program changed, the end of the timeshift was lost and it switched over to the new program at it's start. It's been a few weeks since I used 1.0.0rc, but again IIRC, the last issue has timeshift playing until the end of the shifted program, but drops the beginning of the new program and picks up the new program in realtime when the timeshift ends, i.e. if you had been shifted 10 min, at the end of the shift it picks up 10 min into the new program. At least that seemed to be my experience...


--
hemi

[speed]

the last issue has timeshift playing until the end of the shifted program, but drops the beginning of the new program and picks up the new program in realtime when the timeshift ends, i.e. if you had been shifted 10 min, at the end of the shift it picks up 10 min into the new program. At least that seemed to be my experience...

yes correct i have this too

also when choosing "timeshift save recording"
i get a 0mb or 1mb file

really annoying, i tried installing the 5 december image, but the downloads are not available anymore under plugins

can i take the download plugin list thing out of the latest image and place in the 5 december?