Sorry it took so long to update it! Didn't realise the bug had become common issue. Thanks to MymsMan for finding the fix and offering help maintain the package.
Details are about here if needed. Current, or previous TSR buffers (what is left of them!) can be copied out and turned into usable recordings. The snapshot can be triggered using the remote and the "magic folders" interface, or the cmdline.
A quick bit of experimentation seems to be showing the problem is only with two recordings that have already been through nicesplice being joined in the wrong order (date wise). May be worth trying the opperation by joining the two original recordings first, then doing the cropping. Its going to...
I suspect it may be due to the first clip having time stamps significantly after the second. I have a feeling I saw this once, and didn't get round to looking into it. Does it work if you attempt to join them the other way round? I'll try some experiments here...
Don't really understand why, but these problem recordings just seem to need more of the stream before the first frame marked in the nts to be kept. Nicesplice threw most of this away, but I've just uploaded a new version that keeps a bit of a "lead-in". Seems to do the trick on the test...
I've made a bit of progress on this - Nicesplice removes any excess data at the start of the stream if it is before the first frame pointed to by the nts (which contains all the frame indexes). Prelimary investigations are showing this is causing the problem for some reason. Will hopefully get...
I should have time to have a look over the next few days. Been a while though, so might take me a bit of time to re-familiarise myself with the code! Hopefully if the problem is with the sidecars, rather than the .ts it shouldn't be too nasty. Sounds like something wrong with the metadata - if...
I'm interested - its about time a got an HDR, as I've failed to get the HDR software working fully on the HD! Booting into HDR mode to use iplayer then missing recordings is getting anoying! PM sent.
Yup - if it is ZeroConf, it could be that it just caused some broken network config to get fixed, as Black Hole suggested. Either way, good news that it's finally working :)
Its probably worth clarifying the packages involved here:
cifs
This is the key package doing the bulk of the work and provides the mount -cifs... functionality.
samba
Provides smb shared folders from the humax. Having talked about it above, I don't think it can be directly involved in this...
Don't think so - I'm not on 1.03 and its working fine for me, both connecting to windowsXP, and Mac (with Samba installed instead of Apple's smb2 only offering!)
This is the same as the version on the HD/HDR. I think it was version 3.5 that support for the SMB2 protocol was added. A while back af123 tried to get later a version working to support SMB2 but it was too unstable if I remember rightly.
But that isn't the issue here, as the foxsat wouldn't...
True. Though the FoxSat may still have a newer version depending on what is in it's custom firmware smb package (assuming that's less than 5 years old). If you haven't already tried, it would be worth setting up a bog standard smb share on a PC and seeing if that works. Also can you can see the...
Just a thought, but maybe the NAS is using version 2 of the smb protocol, which the version on the HDR/HD can't cope with. This caused similar looking problems connecting to a Mac with OSX Lion or above. In Lion Samba was replaced by Apple's own less accommodating implementation. Maybe the...
Could the problem videos by any chance be timeshift recordings, ie where you retrospectively rewound to the start and then hit record? The nts files of these were a lot harder to piece together than normal recordings.
As af123 says, the .nts is used by the humax for quick random access into...
I've found h264 in an mp4 container to be reliable for trick play. The downside off course is you have to re-compress using an external program such as HandBrake.
It looks on the face of it like an error coming from the webif part of it - does it fail if you crop via magic folders, or directly from the command line? I wonder if the path with square brackets is causing it trouble. Does it work if moved elsewhere first?
Sorry it took so long to update it! Didn't realise the bug had become common issue. Thanks to MymsMan for finding the fix and offering help maintain the package.
Details are about here if needed. Current, or previous TSR buffers (what is left of them!) can be copied out and turned into usable recordings. The snapshot can be triggered using the remote and the "magic folders" interface, or the cmdline.
A quick bit of experimentation seems to be showing the problem is only with two recordings that have already been through nicesplice being joined in the wrong order (date wise). May be worth trying the opperation by joining the two original recordings first, then doing the cropping. Its going to...
I suspect it may be due to the first clip having time stamps significantly after the second. I have a feeling I saw this once, and didn't get round to looking into it. Does it work if you attempt to join them the other way round? I'll try some experiments here...
Don't really understand why, but these problem recordings just seem to need more of the stream before the first frame marked in the nts to be kept. Nicesplice threw most of this away, but I've just uploaded a new version that keeps a bit of a "lead-in". Seems to do the trick on the test...
I've made a bit of progress on this - Nicesplice removes any excess data at the start of the stream if it is before the first frame pointed to by the nts (which contains all the frame indexes). Prelimary investigations are showing this is causing the problem for some reason. Will hopefully get...
I should have time to have a look over the next few days. Been a while though, so might take me a bit of time to re-familiarise myself with the code! Hopefully if the problem is with the sidecars, rather than the .ts it shouldn't be too nasty. Sounds like something wrong with the metadata - if...
I'm interested - its about time a got an HDR, as I've failed to get the HDR software working fully on the HD! Booting into HDR mode to use iplayer then missing recordings is getting anoying! PM sent.
Yup - if it is ZeroConf, it could be that it just caused some broken network config to get fixed, as Black Hole suggested. Either way, good news that it's finally working :)
Its probably worth clarifying the packages involved here:
cifs
This is the key package doing the bulk of the work and provides the mount -cifs... functionality.
samba
Provides smb shared folders from the humax. Having talked about it above, I don't think it can be directly involved in this...
Don't think so - I'm not on 1.03 and its working fine for me, both connecting to windowsXP, and Mac (with Samba installed instead of Apple's smb2 only offering!)
This is the same as the version on the HD/HDR. I think it was version 3.5 that support for the SMB2 protocol was added. A while back af123 tried to get later a version working to support SMB2 but it was too unstable if I remember rightly.
But that isn't the issue here, as the foxsat wouldn't...
True. Though the FoxSat may still have a newer version depending on what is in it's custom firmware smb package (assuming that's less than 5 years old). If you haven't already tried, it would be worth setting up a bog standard smb share on a PC and seeing if that works. Also can you can see the...
Just a thought, but maybe the NAS is using version 2 of the smb protocol, which the version on the HDR/HD can't cope with. This caused similar looking problems connecting to a Mac with OSX Lion or above. In Lion Samba was replaced by Apple's own less accommodating implementation. Maybe the...
Could the problem videos by any chance be timeshift recordings, ie where you retrospectively rewound to the start and then hit record? The nts files of these were a lot harder to piece together than normal recordings.
As af123 says, the .nts is used by the humax for quick random access into...
I've found h264 in an mp4 container to be reliable for trick play. The downside off course is you have to re-compress using an external program such as HandBrake.
It looks on the face of it like an error coming from the webif part of it - does it fail if you crop via magic folders, or directly from the command line? I wonder if the path with square brackets is causing it trouble. Does it work if moved elsewhere first?
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.