Correct.
You would also use "GrabCurrentTimeShift" if you accidentally started playing an existing recording, causing the buffer to reset (it does on the HD at least).
Switch back to the channel you were first on (basically to ensure .hmt is from the correct channel), wait at least 10 seconds...
nicesplice 1.4 and nicesplice-magic-folders 1.2 have just been uploaded.
I've added some experimental support for turning the timeshift record buffer into a usable recording.
The easiest way to use it at the moment is via magic folders:
Go to [edit]/[tsr] and remove the "?" from...
Nothing obvious that should make it crash - other than cosmetic things the main changes are calling of ether-wake and it does run more frequently (I reduced the time of the wait between each scan for quicker pickup of network status changes). I guess the question is will the crashes go away if...
Just uploaded a new version (see here for details). Now using both ether-wake and the old script. As I can't get either-wake to wake my mac. Let me know if it works for you...
I've just uploaded a new version (1.4) of the network-shares-automount package with a few changes to the way the wake on lan functionality works.
It now uses ether-wake, as well as the pervious wake up on lan python script (as turns out ether-wake doesn't wake up my Mac, whereas some systems...
Is the python wake up script that is currently used not working for you then? It should do the same thing as ether-wake (ie just send a WOL network packet to the specified mac address). I'll change it to use ether-wake for the next update though, just to remove the dependancy on python if...
Just did a few quick experiments - it is encrypted (on the HD at least), but can be decrypted with a copy to external drive via remote (in HDR mode etc). It's not simple to play it on the box without a bit of effort to construct a normal hmt file, but it does play in VLC and quicktime.
nicesplice 1.3 just uploaded - been sitting on this one too long!
Fixes xyz321's problem above, which turned out to be a general problem with recordings that were retrospectively recorded, ie included a portion of the timeslip buffer (only possible on HDR).
I experimented with the 0.ts a while back as it would be particularly useful on the HD, as there is no"retrospective" time shift recording. My plan was to use nicesplice to append the 0.ts to the recording to recover missed beginnings. Also useful on the HD for 2 channel recording, as though you...
Sorry for delay replying - been away for a while. Yes this is indeed how it works. Only reason I used a python script to send the WOL packet rather than ether-wake, is that I didn't know about ether-wake ;) Could easily change the script to use it instead, but I suspect it would behave much the...
If this is on a HDR, it sounds like the small problem that you have to have a usb memory stick / HD in one of the ports to make the usb option available, where you should then see the "NAS" mount as well.
In the meantime, I think you only get the warning installing one package then the other (undelete then seriesfiler I think, but may be the other way round) So uninstall the one you have and try installing them the other way round!
Had a quick stab a fixing it - hopefully should be ok now, so af123 if you could remove the conflict warning what would be fab. Obviously use with care to start with as I've not had a chance to do a great deal of testing.
It should now ignore any directories starting with "[", and also checks...
Resume should also work on other file types too (certainly works for me with mp4s), a [filename].hmi file is created (in the same directory) which stores it. It could be that the share is set up as read only (at the PC end), in which case it can't create the file, and doesn't work.
That folder shouldn't even appear unless there is a successful mount, but there is a bug I need to look into that is preventing it from being removed sometimes when the mount fails. Don't worry about it - it should either be there with stuff in it, or not at all...
btw if you are able to telnet onto the humax you can try mounting directly using the command that you can see being issued by the script ie
mount -t cifs //78.148.66.***/various series /media/STUFF -o user=matilda,password=oliver,domain=WORKGROUP
At least that way it is quicker to try...
May be worth trying a folder without a space, just in case that is causing problems (shouldn't though). Does look like its a password / user / domain issue now... Have you got the capitalisation correct on them?
Are you able to try connecting to the share from another computer on the network?
Yes ("folders=Users") Looks like your other shares are not there (maybe win7 doesn't let you / show you shares of subfolders of a folder that is already shared). Depending on how the "Users" share is set up, yo may or may not have to have your windows user and password set up in "user=..." and...
Correct.
You would also use "GrabCurrentTimeShift" if you accidentally started playing an existing recording, causing the buffer to reset (it does on the HD at least).
Switch back to the channel you were first on (basically to ensure .hmt is from the correct channel), wait at least 10 seconds...
nicesplice 1.4 and nicesplice-magic-folders 1.2 have just been uploaded.
I've added some experimental support for turning the timeshift record buffer into a usable recording.
The easiest way to use it at the moment is via magic folders:
Go to [edit]/[tsr] and remove the "?" from...
Nothing obvious that should make it crash - other than cosmetic things the main changes are calling of ether-wake and it does run more frequently (I reduced the time of the wait between each scan for quicker pickup of network status changes). I guess the question is will the crashes go away if...
Just uploaded a new version (see here for details). Now using both ether-wake and the old script. As I can't get either-wake to wake my mac. Let me know if it works for you...
I've just uploaded a new version (1.4) of the network-shares-automount package with a few changes to the way the wake on lan functionality works.
It now uses ether-wake, as well as the pervious wake up on lan python script (as turns out ether-wake doesn't wake up my Mac, whereas some systems...
Is the python wake up script that is currently used not working for you then? It should do the same thing as ether-wake (ie just send a WOL network packet to the specified mac address). I'll change it to use ether-wake for the next update though, just to remove the dependancy on python if...
Just did a few quick experiments - it is encrypted (on the HD at least), but can be decrypted with a copy to external drive via remote (in HDR mode etc). It's not simple to play it on the box without a bit of effort to construct a normal hmt file, but it does play in VLC and quicktime.
nicesplice 1.3 just uploaded - been sitting on this one too long!
Fixes xyz321's problem above, which turned out to be a general problem with recordings that were retrospectively recorded, ie included a portion of the timeslip buffer (only possible on HDR).
I experimented with the 0.ts a while back as it would be particularly useful on the HD, as there is no"retrospective" time shift recording. My plan was to use nicesplice to append the 0.ts to the recording to recover missed beginnings. Also useful on the HD for 2 channel recording, as though you...
Sorry for delay replying - been away for a while. Yes this is indeed how it works. Only reason I used a python script to send the WOL packet rather than ether-wake, is that I didn't know about ether-wake ;) Could easily change the script to use it instead, but I suspect it would behave much the...
If this is on a HDR, it sounds like the small problem that you have to have a usb memory stick / HD in one of the ports to make the usb option available, where you should then see the "NAS" mount as well.
In the meantime, I think you only get the warning installing one package then the other (undelete then seriesfiler I think, but may be the other way round) So uninstall the one you have and try installing them the other way round!
Had a quick stab a fixing it - hopefully should be ok now, so af123 if you could remove the conflict warning what would be fab. Obviously use with care to start with as I've not had a chance to do a great deal of testing.
It should now ignore any directories starting with "[", and also checks...
Resume should also work on other file types too (certainly works for me with mp4s), a [filename].hmi file is created (in the same directory) which stores it. It could be that the share is set up as read only (at the PC end), in which case it can't create the file, and doesn't work.
That folder shouldn't even appear unless there is a successful mount, but there is a bug I need to look into that is preventing it from being removed sometimes when the mount fails. Don't worry about it - it should either be there with stuff in it, or not at all...
btw if you are able to telnet onto the humax you can try mounting directly using the command that you can see being issued by the script ie
mount -t cifs //78.148.66.***/various series /media/STUFF -o user=matilda,password=oliver,domain=WORKGROUP
At least that way it is quicker to try...
May be worth trying a folder without a space, just in case that is causing problems (shouldn't though). Does look like its a password / user / domain issue now... Have you got the capitalisation correct on them?
Are you able to try connecting to the share from another computer on the network?
Yes ("folders=Users") Looks like your other shares are not there (maybe win7 doesn't let you / show you shares of subfolders of a folder that is already shared). Depending on how the "Users" share is set up, yo may or may not have to have your windows user and password set up in "user=..." and...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.