Hello, I'm a newbie here, this is my first post, so please go easy on me! I am a long time user of the Foxsat HDR, since it was first released. One of the promised, and sadly not delivered, upgrade features was the abilty to save live programmes already being buffered as complete recordings. The Foxsat doesn't let you do this, saving only from the point you pressed "record". Does the HDR-Fox-T2 implement this properly? Sorry if this has already been covered. Thanks!
-
This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn more.
-
The forum software that supports hummy.tv has been upgraded to XenForo 2.0!
This is a major upgrade which changes the look and feel of the forum somewhat but brings a host of improvements too. Please bear with us as we continue to tweak things and report any issues or suggestions in Site/Forum Issues.
Record from buffer?
- Thread starter galleonslap
- Start date
Yes it does. You need to rewind live TV to get to the point in the buffer where you want the recording to start then hit record and it will record from that point onwards. If you hit record again you can then set the duration or end point. Details on P30 of the manual which you can get to via Black Holes thread FAQ: Index to Existing Informative Threads here http://www.hummy.tv/forum/threads/faq-index-to-existing-informative-threads.400/
Great, thanks for the prompt replies. I'm thinking of getting an HDR T2 as a second HiDef box for when DSO arrives here, which won't be until Feb/Mar next year (Hannington TX), and just investigating the options. BTW pleased to see Raydon and others have been busy here too, I am already using his media file server package on the Foxsat! 
A last OT question, do the remote codes conflict between the Foxsat HDR and the HDR T2? Thanks.
A last OT question, do the remote codes conflict between the Foxsat HDR and the HDR T2? Thanks.See the very first thread in the HDR T2 forum about using more than 1 Humax box in the same room here http://www.hummy.tv/forum/threads/using-more-than-1-humax-box-in-the-same-room.24/. Not sure if it covers two of the same box or one of each but what's known so far is in there. HTH
Yes they do, but there is a simple fix for this, see This Post.
Edit: oijonesey beat me to it, must learn to type quicker.
Edit: oijonesey beat me to it, must learn to type quicker.
Apologies for the thread necromancy, but I can't think of anywhere more appropriate to ask this:
If you've buffered a programme that's either very near to the end or has already finished when you come to save it from the buffer ... is there a way to set the end point (as well as the name it receives!) to a place EARLIER than where the live broadcast has reached? When I attempt this, it only gives me options on a theme of "stop here", "stop at X time no earlier than one minute from now" "stop at end of current programme (and give the file its name)" and "stop at end of NEXT programme" (wtf? why is that considered more useful than "crop at end of previous programme"?).
As a result, when trying to make use of the buffer, if I happen to have set the longer programme recording and buffered the shorter one - most especially when they're scheduled to end at the same time but one overruns the other - I keep ending up with files that need to be manually and tediously cropped and renamed. Which wouldn't happen if there was just an option to "record to end of previous" or similar.
Is it that this exists and I'm doing something dumb, or is this an oversight in the box's capabilities?
If you've buffered a programme that's either very near to the end or has already finished when you come to save it from the buffer ... is there a way to set the end point (as well as the name it receives!) to a place EARLIER than where the live broadcast has reached? When I attempt this, it only gives me options on a theme of "stop here", "stop at X time no earlier than one minute from now" "stop at end of current programme (and give the file its name)" and "stop at end of NEXT programme" (wtf? why is that considered more useful than "crop at end of previous programme"?).
As a result, when trying to make use of the buffer, if I happen to have set the longer programme recording and buffered the shorter one - most especially when they're scheduled to end at the same time but one overruns the other - I keep ending up with files that need to be manually and tediously cropped and renamed. Which wouldn't happen if there was just an option to "record to end of previous" or similar.
Is it that this exists and I'm doing something dumb, or is this an oversight in the box's capabilities?
I think you've explored all the options. If I decide to save something just watched, I scroll back to the start of the item and then hit record. There are no options to set the end of the save, and the HDMI output resumes the live feed and cannot be interfered with until the save buffer process is complete.
What you can do is hit the stop button, and the save will end wherever it has got to. You have to hope that it has saved everything you want at that point, but it can be monitored via the recording length in the media browser view.
The inconvenience is that the recording will be given the name and properties of the programme currently being transmitted - but that is easily rectified via the WebIF media browser Rename option.
What you can do is hit the stop button, and the save will end wherever it has got to. You have to hope that it has saved everything you want at that point, but it can be monitored via the recording length in the media browser view.
The inconvenience is that the recording will be given the name and properties of the programme currently being transmitted - but that is easily rectified via the WebIF media browser Rename option.
Blast. Oh well. I guess it's something that is unlikely to be fixable with CF packages either, as it's a pretty core function?
I haven't tried hitting stop whilst on the "cannot start delayed recording at this time" progress screen, but might experiment with it by recording something I don't much care for and seeing what happens. All it shows me at the moment is that warning, a progress bar, and a "close" button which gets rid of the popup when I hit OK. I suspect what it'll actually do is ask me what channel I want to stop, and it'll just stop the live recording of that programme, if it's not stopped already (in which case it probably won't appear anyway). But worth testing even so.
The renaming thing was something I was hoping to avoid because it's a monumental pain in the backside, especially if the prog has already been through the shrinker by the time I get to it because the EPG data is also typically wrong as well (for some reason it seems to save the title/description for the preceding programme, just as it gives the file the name of the following one) so making sure of what the file actually contains involves watching at least part of it through and maybe going off and making reference to online EPGs or printed listings. As well as the whole process itself, which isn't too bad using the webIF but is suboptimal if you have to use the remote...
It is what it is, though, I suppose. It could literally be far worse. Could be a TopUpTV Thompson 6300, for example.
I haven't tried hitting stop whilst on the "cannot start delayed recording at this time" progress screen, but might experiment with it by recording something I don't much care for and seeing what happens. All it shows me at the moment is that warning, a progress bar, and a "close" button which gets rid of the popup when I hit OK. I suspect what it'll actually do is ask me what channel I want to stop, and it'll just stop the live recording of that programme, if it's not stopped already (in which case it probably won't appear anyway). But worth testing even so.
The renaming thing was something I was hoping to avoid because it's a monumental pain in the backside, especially if the prog has already been through the shrinker by the time I get to it because the EPG data is also typically wrong as well (for some reason it seems to save the title/description for the preceding programme, just as it gives the file the name of the following one) so making sure of what the file actually contains involves watching at least part of it through and maybe going off and making reference to online EPGs or printed listings. As well as the whole process itself, which isn't too bad using the webIF but is suboptimal if you have to use the remote...
It is what it is, though, I suppose. It could literally be far worse. Could be a TopUpTV Thompson 6300, for example.