TMSArchive - die Fileralternative für den TMS
- FireBird
- Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru

- Beiträge: 25358
- Registriert: Fr 9. Dez 2005, 09:59
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Maybe I can add a new config option to exclude/include external drives from recycle bin cleaning. But you would have to accept that if you include external drives then the problems above would return.[/quote]
What about an „Allow autoclean external drive” option that gets saved to the root folder of the external drive? The default is to not clean the disk and the user has to explicitly allow it once for every drive he connects and TMSArchive is on the save side.
What about an „Allow autoclean external drive” option that gets saved to the root folder of the external drive? The default is to not clean the disk and the user has to explicitly allow it once for every drive he connects and TMSArchive is on the save side.
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Hi mini / Ricki,
Another reason for not autocleaning external drives, is that they may not only be used for the Topfield. A USB or external HDD could contain large directory structures that we don't want to traverse. Or they could possibly contain non-Topfield *.del files that would be accidentally deleted.
I can understand why you think manually deleting individual recycled files on an external HDD would be a backwards step.
Maybe I can add a new config option to exclude/include external drives from recycle bin cleaning. But you would have to accept that if you include external drives then the problems above would return.
I welcome any thoughts or suggestions?
Regards,
Tango.[/quote]
Hi Tango,
thank you for your extensive explanation of the problem.
I think most "normal" users have a 1TB or 2TB external disc connected to the USB-port of the SRP and therefore this disc contains only recordings of the SRP and no other files. So I see no risk in deleting the recycled files on the external disc automatically.
The ideal solution would be to have a second threshold value for the external disc and cleaning it automatically. But if this woild impose too much work upon you, the old solution with the green key would be OK for me. I see no problem and no risc taking the responsibility for this action.
FireBirds option looks very interesting to me.
Displaying the free space of the external disc (value taken from firmware) beside the internal one would be a nice goodie also.
Whatever You decide I'll be happy with it.
Regards
mini49
Another reason for not autocleaning external drives, is that they may not only be used for the Topfield. A USB or external HDD could contain large directory structures that we don't want to traverse. Or they could possibly contain non-Topfield *.del files that would be accidentally deleted.
I can understand why you think manually deleting individual recycled files on an external HDD would be a backwards step.
Maybe I can add a new config option to exclude/include external drives from recycle bin cleaning. But you would have to accept that if you include external drives then the problems above would return.
I welcome any thoughts or suggestions?
Regards,
Tango.[/quote]
Hi Tango,
thank you for your extensive explanation of the problem.
I think most "normal" users have a 1TB or 2TB external disc connected to the USB-port of the SRP and therefore this disc contains only recordings of the SRP and no other files. So I see no risk in deleting the recycled files on the external disc automatically.
The ideal solution would be to have a second threshold value for the external disc and cleaning it automatically. But if this woild impose too much work upon you, the old solution with the green key would be OK for me. I see no problem and no risc taking the responsibility for this action.
FireBirds option looks very interesting to me.
Displaying the free space of the external disc (value taken from firmware) beside the internal one would be a nice goodie also.
Whatever You decide I'll be happy with it.
Regards
mini49
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
-
DeltaMikeCharlie
- WebController

- Beiträge: 442
- Registriert: Di 7. Mai 2013, 05:11
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Or they could possibly contain non-Topfield *.del files that would be accidentally deleted.[/quote]
How about using the extension ".toppy.del" (or whatever) when deleting/recycling files on an external HDD?
When permanently deleting files, you still search for "*.del", just add an extra check for the ".toppy." part before sending the file to the bit bucket.
How about using the extension ".toppy.del" (or whatever) when deleting/recycling files on an external HDD?
When permanently deleting files, you still search for "*.del", just add an extra check for the ".toppy." part before sending the file to the bit bucket.
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Hi Everyone,
6) Optional force delete
A long press of the Blue key has been introduced and this will force a delete of the selected files instead of sending them to the recycle bin. If you don't use the recycle bin, then the long press of Blue will be the same as the normal press of Blue (ie. it does a delete with a confirmation screen).
[/quote]
Hi Tango,
I'd need your advice, as I'm having a strange effect with your new version V5.1a
The situation is as follows:
1) I look at a playback and at the end I press the BLUE key twice.
2) This causes FastSkip to STOP the playback and to move it into the recycle bin by adding .del to the filename.
3) this procedure worked fine till and including V5.0d
4) but with V5.1a it looks to me as if TMSArchive acts on the BLUE key also and deletes another recording to the recycle bin. It takes the last one in the root directory and if there is none it gives me an error message that I'm not allowed to delete a non-empty folder.
5) Do you think number 6) above causes this new behaviour and do you know how to correct it? I went thru all the TMSArchive menus, but didn't find a solution
I've traced the keyins via TimerDiags - see TAPSystem.log
Thank you
mini49
6) Optional force delete
A long press of the Blue key has been introduced and this will force a delete of the selected files instead of sending them to the recycle bin. If you don't use the recycle bin, then the long press of Blue will be the same as the normal press of Blue (ie. it does a delete with a confirmation screen).
[/quote]
Hi Tango,
I'd need your advice, as I'm having a strange effect with your new version V5.1a
The situation is as follows:
1) I look at a playback and at the end I press the BLUE key twice.
2) This causes FastSkip to STOP the playback and to move it into the recycle bin by adding .del to the filename.
3) this procedure worked fine till and including V5.0d
4) but with V5.1a it looks to me as if TMSArchive acts on the BLUE key also and deletes another recording to the recycle bin. It takes the last one in the root directory and if there is none it gives me an error message that I'm not allowed to delete a non-empty folder.
5) Do you think number 6) above causes this new behaviour and do you know how to correct it? I went thru all the TMSArchive menus, but didn't find a solution
I've traced the keyins via TimerDiags - see TAPSystem.log
Thank you
mini49
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
AW: TMSArchive - die Fileralternative für den TMS
[quote=""mini49""]
I'd need your advice, as I'm having a strange effect with your new version V5.1a
[/quote]
Hi mini,
That sounds strange, I'll take a look.
From your settings, I see you don't use the TMSA Stop Menu and you your Recycle Bin Option is set to "Delete to Recycle Bin (without prompt)". You might want to change that to "Delete to Recycle Bin (with prompt)" - at least until the problem is sorted.
If v5.1a has introduced this problem it must be intercepting a blue key generates by FastSkip. But, this should only happen if TMSA is on screen.
One possibility for a change in behaviour might be if your TAP start order has changed. What is TAP start order?
Can you try a couple of tests for me?
First, stop TMSA v5.1a and test with v5.0d and confirm the problem disappears. Make sure that FastSkip and TMSA are running in the same order.
Second, swap the start order of FastSkip and TMSA v5.0d, and test again.
If this works then retest with v5.1a in the new order.
Let me know how you go.
Thanks,
Tango.
I'd need your advice, as I'm having a strange effect with your new version V5.1a
[/quote]
Hi mini,
That sounds strange, I'll take a look.
From your settings, I see you don't use the TMSA Stop Menu and you your Recycle Bin Option is set to "Delete to Recycle Bin (without prompt)". You might want to change that to "Delete to Recycle Bin (with prompt)" - at least until the problem is sorted.
If v5.1a has introduced this problem it must be intercepting a blue key generates by FastSkip. But, this should only happen if TMSA is on screen.
One possibility for a change in behaviour might be if your TAP start order has changed. What is TAP start order?
Can you try a couple of tests for me?
First, stop TMSA v5.1a and test with v5.0d and confirm the problem disappears. Make sure that FastSkip and TMSA are running in the same order.
Second, swap the start order of FastSkip and TMSA v5.0d, and test again.
If this works then retest with v5.1a in the new order.
Let me know how you go.
Thanks,
Tango.
-
gerd.schmidt
- Topfversteher

- Beiträge: 440
- Registriert: So 12. Jun 2011, 11:11
AW: TMSArchive - die Fileralternative für den TMS
I also had a problem with the Blue key in V5.1a. In the earlier version I opend TMSA with the Blue key and could delete records within TMSA also with the Blue key. In the new version the following has happened: I could still open TMSA with the Blue key. But when I tried to delete a record (with the Blue key), TMSA has closed himself. After opening TMSA again, the cursor was positioned at the first record (not the last before closing TMSA) and a window was open with the question, if I want to delete this file.
Now I open TMSA with the Yellow key, and all is well.
Gerd
Now I open TMSA with the Yellow key, and all is well.
Gerd
Zuletzt geändert von gerd.schmidt am Fr 1. Mai 2015, 10:47, insgesamt 1-mal geändert.
Grund: Korrktur
Grund: Korrktur
Topfield CRP-2401CI+ mit CI+ Modul von KDG und SC D08 (FW 26.03.14)
Metz Topas mit CI+ Modul von KDG und SC G02
KDG Digital HD - Sky Komplettpaket
TAPs im Autostart
TMSCommander, TimerDiags, FastSkip, RebuildNAV, SmartEPG_TMS, TMSArchive, WebControl
Weitere TAPs:
TAPtoDate, TMSMount, StartFTPd, Systemreport, HDDInfo_TMS, SmartFiler_TMS, TMSTelnetd, BackgroundCopy, TMSRemote, SmartBackup,
Metz Topas mit CI+ Modul von KDG und SC G02
KDG Digital HD - Sky Komplettpaket
TAPs im Autostart
TMSCommander, TimerDiags, FastSkip, RebuildNAV, SmartEPG_TMS, TMSArchive, WebControl
Weitere TAPs:
TAPtoDate, TMSMount, StartFTPd, Systemreport, HDDInfo_TMS, SmartFiler_TMS, TMSTelnetd, BackgroundCopy, TMSRemote, SmartBackup,
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Hi mini,
That sounds strange, I'll take a look.
From your settings, I see you don't use the TMSA Stop Menu and you your Recycle Bin Option is set to "Delete to Recycle Bin (without prompt)". You might want to change that to "Delete to Recycle Bin (with prompt)" - at least until the problem is sorted.
Tango.[/quote]
Hi Tango,
thank you for your input. I`ve done the requested tests.
1) the problem does definitely not occur under V5.0d
2) my start order has not changed as it is fixed via XStart TAP
# Profile (opt.) | MinStartTime | MaxStartTime | StartDelay | BatchMode | RunOnTimerBoot | TAPFilename
0|00:00|24:00|0000|0|1|TimerDiags.tap
0|00:00|24:00|0001|0|1|TMSMount.tap
0|00:00|24:00|0001|0|1|dbfit.tap
0|00:00|24:00|0002|0|1|FastSkip.tap
0|00:00|24:00|0003|0|1|TMSArchive.tap
0|00:00|24:00|0010|0|1|SmartEPG_TMS.tap
0|00:00|24:00|0012|0|1|TMSDisplay.tap
And others – see attachment
but there is only 1 second between FastSkip and TMSArchive. This is the original start order
3) I´ve reversed the order now and given 3 seconds time between the two
# Profile (opt.) | MinStartTime | MaxStartTime | StartDelay | BatchMode | RunOnTimerBoot | TAPFilename
0|00:00|24:00|0000|0|1|TimerDiags.tap
0|00:00|24:00|0001|0|1|TMSMount.tap
0|00:00|24:00|0001|0|1|dbfit.tap
0|00:00|24:00|0002|0|1|TMSArchive.tap
0|00:00|24:00|0005|0|1|FastSkip.tap
0|00:00|24:00|0010|0|1|SmartEPG_TMS.tap
0|00:00|24:00|0012|0|1|TMSDisplay.tap
4) V5.0d still working perfect
5) change recycle bin parameter 1 and 7 to Delete to Recycle Bin (with prompt) and Stopp Menu with prompt also
6) reinstall V5.1a
7) run the tests again and the problem still exists, but now the changed parameters stop it from immediate deleting to delete with question and I can save the recordings
8) do you need some traces? - I can easily reproduce the problem here
Thank You
mini49
That sounds strange, I'll take a look.
From your settings, I see you don't use the TMSA Stop Menu and you your Recycle Bin Option is set to "Delete to Recycle Bin (without prompt)". You might want to change that to "Delete to Recycle Bin (with prompt)" - at least until the problem is sorted.
Tango.[/quote]
Hi Tango,
thank you for your input. I`ve done the requested tests.
1) the problem does definitely not occur under V5.0d
2) my start order has not changed as it is fixed via XStart TAP
# Profile (opt.) | MinStartTime | MaxStartTime | StartDelay | BatchMode | RunOnTimerBoot | TAPFilename
0|00:00|24:00|0000|0|1|TimerDiags.tap
0|00:00|24:00|0001|0|1|TMSMount.tap
0|00:00|24:00|0001|0|1|dbfit.tap
0|00:00|24:00|0002|0|1|FastSkip.tap
0|00:00|24:00|0003|0|1|TMSArchive.tap
0|00:00|24:00|0010|0|1|SmartEPG_TMS.tap
0|00:00|24:00|0012|0|1|TMSDisplay.tap
And others – see attachment
but there is only 1 second between FastSkip and TMSArchive. This is the original start order
3) I´ve reversed the order now and given 3 seconds time between the two
# Profile (opt.) | MinStartTime | MaxStartTime | StartDelay | BatchMode | RunOnTimerBoot | TAPFilename
0|00:00|24:00|0000|0|1|TimerDiags.tap
0|00:00|24:00|0001|0|1|TMSMount.tap
0|00:00|24:00|0001|0|1|dbfit.tap
0|00:00|24:00|0002|0|1|TMSArchive.tap
0|00:00|24:00|0005|0|1|FastSkip.tap
0|00:00|24:00|0010|0|1|SmartEPG_TMS.tap
0|00:00|24:00|0012|0|1|TMSDisplay.tap
4) V5.0d still working perfect
5) change recycle bin parameter 1 and 7 to Delete to Recycle Bin (with prompt) and Stopp Menu with prompt also
6) reinstall V5.1a
7) run the tests again and the problem still exists, but now the changed parameters stop it from immediate deleting to delete with question and I can save the recordings
8) do you need some traces? - I can easily reproduce the problem here
Thank You
mini49
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Hi mini,
That sounds strange, I'll take a look.
From your settings, I see you don't use the TMSA Stop Menu and you your Recycle Bin Option is set to "Delete to Recycle Bin (without prompt)". You might want to change that to "Delete to Recycle Bin (with prompt)" - at least until the problem is sorted.
Tango.[/quote]
Hi Tango,
I've rerun the test with V5.1a and the 2 involved TAPs (FastSkip and TMSArchive) only.
See TimerDiags Log at 13:16:16
Problem still exists and question window stops deletion of another file.
greetings from Austria
mini49
That sounds strange, I'll take a look.
From your settings, I see you don't use the TMSA Stop Menu and you your Recycle Bin Option is set to "Delete to Recycle Bin (without prompt)". You might want to change that to "Delete to Recycle Bin (with prompt)" - at least until the problem is sorted.
Tango.[/quote]
Hi Tango,
I've rerun the test with V5.1a and the 2 involved TAPs (FastSkip and TMSArchive) only.
See TimerDiags Log at 13:16:16
Problem still exists and question window stops deletion of another file.
greetings from Austria
mini49
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von mini49 am Fr 1. Mai 2015, 13:49, insgesamt 1-mal geändert.
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
AW: TMSArchive - die Fileralternative für den TMS
[quote=""gerd.schmidt""]I also had a problem with the Blue key in V5.1a. In the earlier version I opend TMSA with the Blue key and could delete records within TMSA also with the Blue key. In the new version the following has happened: I could still open TMSA with the Blue key. But when I tried to delete a record (with the Blue key), TMSA has closed himself. After opening TMSA again, the cursor was positioned at the first record (not the last before closing TMSA) and a window was open with the question, if I want to delete this file.
Now I open TMSA with the Yellow key, and all is well.
Gerd[/quote]
Hi Gerd,
I can see why both problems happen, and it will only be a problem if the Blue key is used as the activation key for TMSArchive. Both are simple fixes and I'll include them in the next release.
Thanks,
Tango.
Now I open TMSA with the Yellow key, and all is well.
Gerd[/quote]
Hi Gerd,
I can see why both problems happen, and it will only be a problem if the Blue key is used as the activation key for TMSArchive. Both are simple fixes and I'll include them in the next release.
Thanks,
Tango.
AW: TMSArchive - die Fileralternative für den TMS
[quote=""mini49""]Hi Tango,
I've rerun the test with V5.1a and the 2 involved TAPs (FastSkip and TMSArchive) only.
See TimerDiags Log at 13:16:16
Problem still exists and question window stops deletion of another file.
greetings from Austria
mini49[/quote]
Hi mini,
Thanks for running the tests. You've confirmed the problem is definitely introduced with v5.1a. I wish it was a simple fix like Gerd's.
Your last TimerDiags log identifies why the problem has surfaced:
The problem is the 2nd RKEY_Check Release occurs after the RKEY_Playlist.
There is no RKEY_Playlist Release, so I assume this is being generated by FastSkip.
With v5.1a, TMSArchive now accepts a long press of the Blue key, so the action on a Blue key press now occurs with the Release of the Blue (Check) key. Because the release of the Blue happens after the PlayList press, TMSArchive is active and accepts this as an attempt to delete the currently selected file.
I'll investigate if I can detect this situation. If I can't we may need to enlist Dr Skip's help and see if FastSkip can generate the PlayList key after the release of the Blue key.
Regards,
Tango.
I've rerun the test with V5.1a and the 2 involved TAPs (FastSkip and TMSArchive) only.
See TimerDiags Log at 13:16:16
Problem still exists and question window stops deletion of another file.
greetings from Austria
mini49[/quote]
Hi mini,
Thanks for running the tests. You've confirmed the problem is definitely introduced with v5.1a. I wish it was a simple fix like Gerd's.
Your last TimerDiags log identifies why the problem has surfaced:
Code: Alles auswählen
2015-05-01 13:16:16 TimerDiags: EVT_KEY(RKEY_Check)
2015-05-01 13:16:17 TimerDiags: EVT_KEY(RKEY_Check RELEASE)
2015-05-01 13:16:17 TimerDiags: EVT_KEY(RKEY_Check)
2015-05-01 13:16:17 TimerDiags: Playback has been stopped
2015-05-01 13:16:17 TimerDiags: EVT_KEY(RKEY_PlayList)
2015-05-01 13:16:18 TimerDiags: EVT_KEY(RKEY_Check RELEASE)
There is no RKEY_Playlist Release, so I assume this is being generated by FastSkip.
With v5.1a, TMSArchive now accepts a long press of the Blue key, so the action on a Blue key press now occurs with the Release of the Blue (Check) key. Because the release of the Blue happens after the PlayList press, TMSArchive is active and accepts this as an attempt to delete the currently selected file.
I'll investigate if I can detect this situation. If I can't we may need to enlist Dr Skip's help and see if FastSkip can generate the PlayList key after the release of the Blue key.
Regards,
Tango.
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Hi mini,
The problem is the 2nd RKEY_Check Release occurs after the RKEY_Playlist.
There is no RKEY_Playlist Release, so I assume this is being generated by FastSkip.
[/quote]
Hi tango,
you are right. This is definitely generated by FastSkip. In the FastSkip-Setup I've dedicated the BLUE KEY for deleting running playbacks and for opening TMSArchive then.
#Delete current playback
EnableDeletePlaying=3
DeletePlayingDoppelclickTimeout=3
keyDelete=12
FilerToOpenByDeletePlaying=2
EnableDeleteToRecycleBin=1
If you'd use my FastSkip_TMS.ini you should be able to reproduce it also.
If I can help with testing, please feel free to send me a test version.
Regards
mini49
The problem is the 2nd RKEY_Check Release occurs after the RKEY_Playlist.
There is no RKEY_Playlist Release, so I assume this is being generated by FastSkip.
[/quote]
Hi tango,
you are right. This is definitely generated by FastSkip. In the FastSkip-Setup I've dedicated the BLUE KEY for deleting running playbacks and for opening TMSArchive then.
#Delete current playback
EnableDeletePlaying=3
DeletePlayingDoppelclickTimeout=3
keyDelete=12
FilerToOpenByDeletePlaying=2
EnableDeleteToRecycleBin=1
If you'd use my FastSkip_TMS.ini you should be able to reproduce it also.
If I can help with testing, please feel free to send me a test version.
Regards
mini49
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von mini49 am Fr 1. Mai 2015, 16:27, insgesamt 2-mal geändert.
Grund: Tippfehler
Grund: Tippfehler
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
AW: TMSArchive - die Fileralternative für den TMS
[quote=""mini49""]Hi tango,
you are right. This is definitely generated by FastSkip. In the FastSkip-Setup I've dedicated the BLUE KEY for deleting running playbacks and for opening TMSArchive then.
#Delete current playback
EnableDeletePlaying=3
DeletePlayingDoppelclickTimeout=3
keyDelete=12
FilerToOpenByDeletePlaying=2
EnableDeleteToRecycleBin=1
If you'd use my FastSkip_TMS.ini you should be able to reproduce it also.
If I can help with testing, please feel free to send me a test version.
Regards
mini49[/quote]
Hi mini,
Thanks. I don't run FastSkip - I use the TMSArchive Stop Menu for deleting records after playback :-)
I've just emailed you a new beta version. That should fix the problems (but needs testing).
Cheers,
Tango.
you are right. This is definitely generated by FastSkip. In the FastSkip-Setup I've dedicated the BLUE KEY for deleting running playbacks and for opening TMSArchive then.
#Delete current playback
EnableDeletePlaying=3
DeletePlayingDoppelclickTimeout=3
keyDelete=12
FilerToOpenByDeletePlaying=2
EnableDeleteToRecycleBin=1
If you'd use my FastSkip_TMS.ini you should be able to reproduce it also.
If I can help with testing, please feel free to send me a test version.
Regards
mini49[/quote]
Hi mini,
Thanks. I don't run FastSkip - I use the TMSArchive Stop Menu for deleting records after playback :-)
I've just emailed you a new beta version. That should fix the problems (but needs testing).
Cheers,
Tango.
AW: TMSArchive - die Fileralternative für den TMS
Hi tango,
this is great - problem fixed - no additional file deleted.
Thank you a lot
mini49

this is great - problem fixed - no additional file deleted.
Thank you a lot
mini49
Zuletzt geändert von mini49 am Fr 1. Mai 2015, 20:13, insgesamt 1-mal geändert.
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
AW: TMSArchive - die Fileralternative für den TMS
Hi Mini/Gerd/All,
I've just released the new beta version of TMSArchive (v5.1d) on TAP2Date. The changes are:
Regards,
Tango.
I've just released the new beta version of TMSArchive (v5.1d) on TAP2Date. The changes are:
- Fix: If Blue key is used to open TMSA, prevent the blue key end code triggering a delete
- Fix: Cater for FastSkip sending a Blue release key after activating TMSArchive (from delete while playing back)
- Add config parameter to include external drives in recycle bin cleanups
- Cater for MovieCutter changing inode when trimming. When reloading, check inode is correct
Regards,
Tango.
AW: TMSArchive - die Fileralternative für den TMS
danke
:
gruss
gruss
Hardware: SRP-2100, 2 TB/FW 25.01.13, SRP2401-ECO,
500GB/FW 03. 2015, CI+ Sky, SRP2401 CI+,
Pana TH42PV60EH, Pana TX-55VT30, Yamaha YSP-1100, Harmony 785/900, POPCORN A100
AUTO-START: AutoMove, SmartEpg, RebuildNAV & RecCopy, FastSkip, dbfITMSArchive, BackupSettings, Screensaver, SmartDecrypter, AutoPin
ProgrammFiles: HDDInfo,TMSCommander, IQchanel, FirmwareTMS.dat, TAP2Date, SystemReport TAP, RoboChannel,
WebControl, BackgroundCopy, ChannelListSaver, Lost & Foound
500GB/FW 03. 2015, CI+ Sky, SRP2401 CI+,
Pana TH42PV60EH, Pana TX-55VT30, Yamaha YSP-1100, Harmony 785/900, POPCORN A100
AUTO-START: AutoMove, SmartEpg, RebuildNAV & RecCopy, FastSkip, dbfITMSArchive, BackupSettings, Screensaver, SmartDecrypter, AutoPin
ProgrammFiles: HDDInfo,TMSCommander, IQchanel, FirmwareTMS.dat, TAP2Date, SystemReport TAP, RoboChannel,
WebControl, BackgroundCopy, ChannelListSaver, Lost & Foound
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Hi Mini/Gerd/All,
(Mini, this is almost the same as the version you have, but I have disabled the MovieCutter integration with the Stop Menu as it needs more work. I'll enable it in a future release. If you're not using MovieCutter and TMSA Stop Menu, you won't notice any difference).
Regards,
Tango.[/quote]
Hi tango,
thank you very much for your work.
I'm using MovieCutter not very often, so this is no problem to me.
Greetings from Austria
mini49
(Mini, this is almost the same as the version you have, but I have disabled the MovieCutter integration with the Stop Menu as it needs more work. I'll enable it in a future release. If you're not using MovieCutter and TMSA Stop Menu, you won't notice any difference).
Regards,
Tango.[/quote]
Hi tango,
thank you very much for your work.
I'm using MovieCutter not very often, so this is no problem to me.
Greetings from Austria
mini49
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Unfortunately adding up total of all recycled files can be slow. I have to add the size of each recycled file one by one and to do this I need to traverse the whole directory structure. There is a way to do this already, but it would be inefficient to do this every time the filelist is displayed.[/quote]
I can see the problem, but it is very unusual, that the content of the trash is added to the free space. SmartFiler shows the space without the trash (but maybe, it is therefore very slow what caused me to change to TMSArchive
).
[quote=""tango""]If you want to see the total size of all recycled files, go to the Recycle Bin and press the White key.[/quote]
What's about an additional button to show free space without the recycled folder in the normal view?
Dieter
I can see the problem, but it is very unusual, that the content of the trash is added to the free space. SmartFiler shows the space without the trash (but maybe, it is therefore very slow what caused me to change to TMSArchive
[quote=""tango""]If you want to see the total size of all recycled files, go to the Recycle Bin and press the White key.[/quote]
What's about an additional button to show free space without the recycled folder in the normal view?
Dieter
AW: TMSArchive - die Fileralternative für den TMS
Hi Tango,
it looks to me as if the recording-size per hour is increasing.
See example picture:
But in menu under options the maximum allowed recording rate ist set to 6000MB per hour.
Could you please raise this limit?
Greetings from Austria
mini49
it looks to me as if the recording-size per hour is increasing.
See example picture:
But in menu under options the maximum allowed recording rate ist set to 6000MB per hour.
Could you please raise this limit?
Greetings from Austria
mini49
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
AW: TMSArchive - die Fileralternative für den TMS
[quote=""db1""]What's about an additional button to show free space without the recycled folder in the normal view?[/quote]
Hi Dieter,
I am working on a new "status" screen that will display some info on bgc and external drives.
It would display the number of bgc jobfiles still to be processed and the number of jobfails.
It would also display the size and free space of externally mounted drives.
There is still a fair bit of work to go on it.
The free space that would be display is the actual free space that the hard drive reports. The hard drive doesn't know that a file is in the recycle bin. If I need to display the the size of the recycle files I would still need to traverse the directories on the drive and total them. For large drives, this would be slow.
[quote=""mini49""]Could you please raise this limit?[/quote]
Hi mini,
Yes, I can raise the maxmimum limit in the next version. Does 10,000MB sound like a good limit?
Regards,
Tango.
Hi Dieter,
I am working on a new "status" screen that will display some info on bgc and external drives.
It would display the number of bgc jobfiles still to be processed and the number of jobfails.
It would also display the size and free space of externally mounted drives.
There is still a fair bit of work to go on it.
The free space that would be display is the actual free space that the hard drive reports. The hard drive doesn't know that a file is in the recycle bin. If I need to display the the size of the recycle files I would still need to traverse the directories on the drive and total them. For large drives, this would be slow.
[quote=""mini49""]Could you please raise this limit?[/quote]
Hi mini,
Yes, I can raise the maxmimum limit in the next version. Does 10,000MB sound like a good limit?
Regards,
Tango.
AW: TMSArchive - die Fileralternative für den TMS
[quote=""tango""]Hi mini,
Yes, I can raise the maxmimum limit in the next version. Does 10,000MB sound like a good limit?
Regards,
Tango.[/quote]
This will be perfect - at least till 4K recordings are to come.
Greetings
mini49
Yes, I can raise the maxmimum limit in the next version. Does 10,000MB sound like a good limit?
Regards,
Tango.[/quote]
This will be perfect - at least till 4K recordings are to come.
Greetings
mini49
3x SRP2401CI+, 2x SRP2401CI+ ECO, 1x CRP2401CI
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1
Taps: Automove V2.1 beta 3 | BackgroundCopy V1.17 | BackupSettings V1.2b | dbfit 2.92 | FastskipTMS 3.8 | FirmwareTMS.dat 2016-01-06 | lost+found V2.0 | RebuildNAV/RecCopy V6.0 | SmartDecrypter V1.35a | SmartEPG_TMS V7.2b | SmartSeriesRename 1.09 | TAPtoDate V2.1| TimerDiags V3.4g | TimeShiftSaver V1.4 | TMSArchive V5.3a | TMSClient 1.01 | TMSServer 1.42 | TMSDisplay V2.3a | TMSMount V0.8a | TMSRemote V4.3a | USBCopy V0.5 | WebControl 2.10 | XStartTap V2.1



