I forgot to add:
The only problem I had was getting the screws to fit the 2.5 inch drive to the plate supplied by Maplins.
The only problem I had was getting the screws to fit the 2.5 inch drive to the plate supplied by Maplins.
Recover TV Data from HDD (Grundig) ?
2 of 3
Hi AJ.
Thanks for the link and the information.
The drive looks like a good substitute for the original, and expecially as you say it runs so quietly.
The only concern might be the way it copes with the video data. It is correct there will be less stress on the power supply, as a 2.5 drive uses only a 5v rail, since they are usualy used in notebooks that need to conserve power, and where an external drive will be powered from the USB slot directly, not from an external drive. However, in a standard IDE drive (which I assume this is), there is extra checking/verification of data as it is read/written to disk. This is so there is as little chance of data corruption as possible. With a PVR drive, this is removed, since the massive amount of video data needs to be written to the drive quickly, but needs less stringent care as far as data corruption is concerned (some wouldn't cause a great deal of loss). Although the 'extra' drive activity for a standard drive I understand from other DS threads can be 'turned off' (with difficulty), if it isn't, there is possably a risk of the drive overheating due to the extra workload. This might be especially true in this DTRs case, when the box is expected to record two channels, time-shift, and playback another recording, all at the same time!
Nevertheless, I like the idea of the smaller drive terrifically, so hope very much that it is an ongoing success!!!
Regards,
Tim P.
Thanks for the link and the information.
The drive looks like a good substitute for the original, and expecially as you say it runs so quietly.
The only concern might be the way it copes with the video data. It is correct there will be less stress on the power supply, as a 2.5 drive uses only a 5v rail, since they are usualy used in notebooks that need to conserve power, and where an external drive will be powered from the USB slot directly, not from an external drive. However, in a standard IDE drive (which I assume this is), there is extra checking/verification of data as it is read/written to disk. This is so there is as little chance of data corruption as possible. With a PVR drive, this is removed, since the massive amount of video data needs to be written to the drive quickly, but needs less stringent care as far as data corruption is concerned (some wouldn't cause a great deal of loss). Although the 'extra' drive activity for a standard drive I understand from other DS threads can be 'turned off' (with difficulty), if it isn't, there is possably a risk of the drive overheating due to the extra workload. This might be especially true in this DTRs case, when the box is expected to record two channels, time-shift, and playback another recording, all at the same time!
Nevertheless, I like the idea of the smaller drive terrifically, so hope very much that it is an ongoing success!!!
Regards,
Tim P.
Tim,
I have been using the 2.5 inch drive for over 6 months without any data corruption or other problems. Infact I found it better than the 3.5 inch drive that came with it which used to have problems with Channel 4/Five and ABC1 sometimes.
There has been no drive overheating issues at all as it only has 2 platters.
AJ
Last edited by AJ1000 : 06-10-2007 at 11:50
I have been using the 2.5 inch drive for over 6 months without any data corruption or other problems. Infact I found it better than the 3.5 inch drive that came with it which used to have problems with Channel 4/Five and ABC1 sometimes.
There has been no drive overheating issues at all as it only has 2 platters.
AJ
Last edited by AJ1000 : 06-10-2007 at 11:50
Originally Posted by downsouth:
“'Extract and save recordings from Digihome PVR onto your PC using free software'
.”
“'Extract and save recordings from Digihome PVR onto your PC using free software'
.”
Thanks for the step by step guide. It worked flawlessly for me.
HOWEVER, I find the transfer speeds extremely slow to the PC. (HD connected via USB2).
What transfer speeds are you guys getting?
dez,
It is good it works for you. I use IDE directly when transfering recordings, you can try that approach if you want faster speeds.
AJ
It is good it works for you. I use IDE directly when transfering recordings, you can try that approach if you want faster speeds.
AJ
Hi.
Glad no overheating etc, AJ. Seems a success alround, and might even try myself if I get a 'spare' box in the near future.
Speed of transfer direct from IED to USB Adaptor - Dependant upon what software using to transfer files.
Using 'Recovery' software, such as UFS Explorer etc, proved to be slowest. Using WinHex has not been tried, but it might only give similar results.
Fastest way I found was to use a Ext2fs driver for windows. This way, windows treats the file as any other windows file, and speeds are the same as for using any other External HDD device. I originally used Win2fs, which gave 'blindingly' fast transfer speeds - it could transfer a complete program file directory, with all contents, within a couple of second for even a decently sized program. Only problem with Win2fs (as posted elsewhere), is instability and a tendancy to 'reboot' computer without warning. This is improved by not having anything else at all running in the background, and just going into the disk, and downloading exactly what you need straight away! Don't linger longer than you need! Others have used the alternative Ext2FS drivers for windows with equal success (there are quite a few - some are 'read only' though).
The Linux file reader mentioned earlier in the thread I presume is the program you are using. I have not tried this yet, but will do so to see what results are like. Equally, I still keep meaning to try and read the drive directly from a Linux booted system (free CD versions available easily).
With all this said, if you are not using a 'high speed' USB 2.0 adaptor and port on your computer, download speeds will be very greatly effected. Using USB 2.0 speeds things up no end!
Reagrds,
Tim P.
Glad no overheating etc, AJ. Seems a success alround, and might even try myself if I get a 'spare' box in the near future.
Speed of transfer direct from IED to USB Adaptor - Dependant upon what software using to transfer files.
Using 'Recovery' software, such as UFS Explorer etc, proved to be slowest. Using WinHex has not been tried, but it might only give similar results.
Fastest way I found was to use a Ext2fs driver for windows. This way, windows treats the file as any other windows file, and speeds are the same as for using any other External HDD device. I originally used Win2fs, which gave 'blindingly' fast transfer speeds - it could transfer a complete program file directory, with all contents, within a couple of second for even a decently sized program. Only problem with Win2fs (as posted elsewhere), is instability and a tendancy to 'reboot' computer without warning. This is improved by not having anything else at all running in the background, and just going into the disk, and downloading exactly what you need straight away! Don't linger longer than you need! Others have used the alternative Ext2FS drivers for windows with equal success (there are quite a few - some are 'read only' though).
The Linux file reader mentioned earlier in the thread I presume is the program you are using. I have not tried this yet, but will do so to see what results are like. Equally, I still keep meaning to try and read the drive directly from a Linux booted system (free CD versions available easily).
With all this said, if you are not using a 'high speed' USB 2.0 adaptor and port on your computer, download speeds will be very greatly effected. Using USB 2.0 speeds things up no end!
Reagrds,
Tim P.
Yes, I am using 'Linux Reader'. I make the hard drive a 'Slave' one and connect it to my PC using IDE. Linux Reader is then used to see the recordings and transfer them at IDE speeds.
Of course, when using the drive again with the Digihome I change it back to 'Cable Select'.
Works like a charm.
Tim, the reason manufacturers use a 3.5 inch drive in the box is lower cost, there is no video speed transfer problems when using a 2.5 inch drive.
Last edited by AJ1000 : 08-10-2007 at 06:26
Of course, when using the drive again with the Digihome I change it back to 'Cable Select'.
Works like a charm.
Tim, the reason manufacturers use a 3.5 inch drive in the box is lower cost, there is no video speed transfer problems when using a 2.5 inch drive.
Last edited by AJ1000 : 08-10-2007 at 06:26
Tim,
I did try to read the drive using linux ('PCLinuxos 2007' distro - which is very good), but it would only see one partition. I could not get it to see both partitions, so I could not access the .trp files).
Mind you I am very inexperienced in Linux, so I am sure it is possible if you know the correct mount commands.
If anyone else knows how to do this I would be very interested.
AJ
I did try to read the drive using linux ('PCLinuxos 2007' distro - which is very good), but it would only see one partition. I could not get it to see both partitions, so I could not access the .trp files).
Mind you I am very inexperienced in Linux, so I am sure it is possible if you know the correct mount commands.
If anyone else knows how to do this I would be very interested.
AJ
Originally Posted by Nutty Timbo:
“Speed of transfer direct from IED to USB Adaptor - Dependant upon what software using to transfer files.
Using 'Recovery' software, such as UFS Explorer etc, proved to be slowest. Using WinHex has not been tried, but it might only give similar results.
Fastest way I found was to use a Ext2fs driver for windows. This way, windows treats the file as any other windows file, and speeds are the same as for using any other External HDD device..”
“Speed of transfer direct from IED to USB Adaptor - Dependant upon what software using to transfer files.
Using 'Recovery' software, such as UFS Explorer etc, proved to be slowest. Using WinHex has not been tried, but it might only give similar results.
Fastest way I found was to use a Ext2fs driver for windows. This way, windows treats the file as any other windows file, and speeds are the same as for using any other External HDD device..”
Hi Tim,
Thanks for the advice. Yes I am using USB2.0 IDE-USB2 adapter card, and yes I am using Linux Reader, which appears to be classed as some kind of Recovery Tool.
I will evaluate an Ext2FS driver and let you guys know if the speed is any better.
By the way, I use the IDE-USB adapter to prevent the need to remove the PVR hard drive from the main chasis.
Cheers,
Dez
P.S. I have another, more serious problem.
I converted a transferred movie to MPEG using MPEG-Slipstream, then loaded it into ProjectX and removed all the adverts.
Finally, I processed it to MP2 using ProjectX. Now when I load the MPEG file, the start of the movie has a timecode of 7:24:10:19 and when I convert it to a DVD (using Cucusoft AVI to VCD DVD MPEG Creator Pro) the DVD only last around 46 minutes (to the point where the timecode reaches 8:00:00:00)
Any ideas?
Hi Aj, and all.
Yes, from the beginning, it was realised that there was something 'unusual' about the second partition. On questioning Vestel, they eventually gave me the information that the file system is in fact the E2FS file system, which is Ext2fs compatable, but is an extension of the latter. It also has an unusually large block size of 32kb, to reduce fragmentation with large video data files. It is this that Linux systems find hard to cope with, and different mounting procedures sometimes apply.
Win2fs, creates another 'Cabot' directory on the second partition, making it identical to the first, in order to be able to mount the drive. This 'extra' directory does not appear to effect the operation of the unit in anyway though, and remains empty. Someone on the forum has managed to mount the drive using their Linux OS, and gave details of how it was done. I have unfortunately mislaid the link for the method, as it was quite detailed, but when I find it, I will post it on the forum. The other well known Ext2FS driver for windows, also requires special mounting precedures, if I remember rightly, and are detailed on the authors web site (or somewhere easily accessible).
As for converting the file, Dez, it is better to convert the .trp files first to a more standard .ts file before turning into an MPEG file. Then, TMPGEnc or Elecard's XMuxer Pro are recommended for conversion to MPEG from the .ts streams. If you do use MPEG Stream-Clip or ProjectX, all conversion functions must be 'turned off' to have a quality conversion, but in any case, the PCR is altered, as I have described in previous posts, whcih makes the streams 'non-standard' which other editing software complains at!
I assume you are implying your program was shortened in some way. Did you copy across all the seperate .trp files from the relevant program directory? If so, you could use WinHex (a fantastically useful file analysis/recovery program) to look at the seperate packets to view the PCR information within them, and try and work out what is happening. TSReader will list all the PCR values within a file directly (a 'free' Lite version exists), or a small program from Ineo Quest, can be used to individualy jump to PCR packets (and is also an amazingly simple, but useful program for analysing TS streams - and is get at-able free, as well), or other packet data, very easily indeed. This in conjunction with WinHex, can solve many file problems. Ineo Quest's prog. is actually part of their software for some hardware they sell, but there appears to be no restriction on it's download. The program 'TS Analyser', is within the 'Tools' part of the software package. The rest can be egnored. PM me if you wish me to attach file to an email. Joining the .trp files together before conversion might be useful, which can be done manually using WinHex, or by a number of Muxing progs. including ProjectX.
If you can provide more exact details via a PM, I will try to look into it, if I can be of service (but probably not - as per usual!
).
Regards,
Tim P.
Yes, from the beginning, it was realised that there was something 'unusual' about the second partition. On questioning Vestel, they eventually gave me the information that the file system is in fact the E2FS file system, which is Ext2fs compatable, but is an extension of the latter. It also has an unusually large block size of 32kb, to reduce fragmentation with large video data files. It is this that Linux systems find hard to cope with, and different mounting procedures sometimes apply.
Win2fs, creates another 'Cabot' directory on the second partition, making it identical to the first, in order to be able to mount the drive. This 'extra' directory does not appear to effect the operation of the unit in anyway though, and remains empty. Someone on the forum has managed to mount the drive using their Linux OS, and gave details of how it was done. I have unfortunately mislaid the link for the method, as it was quite detailed, but when I find it, I will post it on the forum. The other well known Ext2FS driver for windows, also requires special mounting precedures, if I remember rightly, and are detailed on the authors web site (or somewhere easily accessible).
As for converting the file, Dez, it is better to convert the .trp files first to a more standard .ts file before turning into an MPEG file. Then, TMPGEnc or Elecard's XMuxer Pro are recommended for conversion to MPEG from the .ts streams. If you do use MPEG Stream-Clip or ProjectX, all conversion functions must be 'turned off' to have a quality conversion, but in any case, the PCR is altered, as I have described in previous posts, whcih makes the streams 'non-standard' which other editing software complains at!
I assume you are implying your program was shortened in some way. Did you copy across all the seperate .trp files from the relevant program directory? If so, you could use WinHex (a fantastically useful file analysis/recovery program) to look at the seperate packets to view the PCR information within them, and try and work out what is happening. TSReader will list all the PCR values within a file directly (a 'free' Lite version exists), or a small program from Ineo Quest, can be used to individualy jump to PCR packets (and is also an amazingly simple, but useful program for analysing TS streams - and is get at-able free, as well), or other packet data, very easily indeed. This in conjunction with WinHex, can solve many file problems. Ineo Quest's prog. is actually part of their software for some hardware they sell, but there appears to be no restriction on it's download. The program 'TS Analyser', is within the 'Tools' part of the software package. The rest can be egnored. PM me if you wish me to attach file to an email. Joining the .trp files together before conversion might be useful, which can be done manually using WinHex, or by a number of Muxing progs. including ProjectX.
If you can provide more exact details via a PM, I will try to look into it, if I can be of service (but probably not - as per usual!
).Regards,
Tim P.
Originally Posted by Nutty Timbo:
“As for converting the file, Dez, it is better to convert the .trp files first to a more standard .ts file before turning into an MPEG file. Then, TMPGEnc or Elecard's XMuxer Pro are recommended for conversion to MPEG from the .ts streams. If you do use MPEG Stream-Clip or ProjectX, all conversion functions must be 'turned off' to have a quality conversion, but in any case, the PCR is altered, as I have described in previous posts, whcih makes the streams 'non-standard' which other editing software complains at!
I assume you are implying your program was shortened in some way. Did you copy across all the seperate .trp files from the relevant program directory?”
“As for converting the file, Dez, it is better to convert the .trp files first to a more standard .ts file before turning into an MPEG file. Then, TMPGEnc or Elecard's XMuxer Pro are recommended for conversion to MPEG from the .ts streams. If you do use MPEG Stream-Clip or ProjectX, all conversion functions must be 'turned off' to have a quality conversion, but in any case, the PCR is altered, as I have described in previous posts, whcih makes the streams 'non-standard' which other editing software complains at!
I assume you are implying your program was shortened in some way. Did you copy across all the seperate .trp files from the relevant program directory?”
Strangely, the MPEG file produced by Stream-Clip or ProjectX both play the entire movie without problems. It's only when I tried to convert the MPEG file into a DVD that the result was only 36 minutes long instead of 107 minutes.
In any event, I found that NeroVision Express3 would convert the MPEG file successfully (even it it is 10 times slower than Cucusoft AVI to VCD DVD MPEG Creator Pro). I have heard that NeroVision also sometimes messes up the audio sync, but t was perfect on my first conversion. I will evaluate NeroVision on a few PVR conversions to see how reliable it is at converting my PVR files to DVD.
P.S. I changed from using Linux Reader to an Ex2FS driver and can now extract from the PVR at full USB2 speeds. Thanks guys!
Originally Posted by AJ1000:
“Dez,
Try ConvertXtoDVD .. that is the one I use.
AJ”
“Dez,
Try ConvertXtoDVD .. that is the one I use.
AJ”
Cheers, will give that a try.
Originally Posted by AJ1000:
“
Try ConvertXtoDVD .. that is the one I use.
”
“
Try ConvertXtoDVD .. that is the one I use.
”
AJ,
Worked a treat! Thanks for the recommendation.
Originally Posted by downsouth:
“read this. then you can extract to your pc”
“read this. then you can extract to your pc”
2 problems with data extraction I would like to discuss with you all...
1. I wanted to leave my USB-IDE adapter inside the case of the Digihome PVR (behind the card slot) but when both the USB adapter and the PVR motherboard are connected to the hard drive, neither device can see the drive (even with the PVR on standby. Therefore I have to disconnect the IDE cable from the motherboard before I power up the USB adapter, and am concerned that repeated connection/disconnection of the cable will wear out the motherboard connector. Does the Digihome power up the internal IDE controller even on Standby? (There were no timers set at the time and the unit was on Standby?)
2. I had several programmes partly watched in the library and another 15 unwatched library entries on the PVR, and after using the USB-IDE adapter, all the partly watched programms had disappeared from the library (all the unwatched items were still present). I didn't delete anything when accessing the drive via USB, so why did 2 programms disappear?
Any ideas?
Hi dez.
Firstly, when you use an IDE to USB adaptor with the HDD inside the Digihome, the Digihome box must be switched off. IE, take out the power supply as well from the HDD and connect the adaptor which probably will be supplied with the adaptor.
If you wish to permanantly place an adaptor inside the box (recommended, because as you say, connecting/disconnecting continually could cause problems), a three-way lead can be used (for which an IDE cable with a Male plug will be required - available from CPC - link can be supplied if you require it), and the adaptor and HDD drive both connected, but when using the adaptor, the box must be disconnected from the mains completely, or else their will be the porblems you describe. Equally, if you wish to power the drive from an adaptor, a three-way lead can also be obtained (or made, with a bit of soldering skill), but again, the box would need to be powered down.
Others have very successfully produced permanant adaptations for the Digifusion and Humax PVRs, and have supplied quite detailed information on their technique, which have been posted on the web. I cannot remember the links at present, but will hunt them down. I know one technique at least has used a switching arrangement, so the adaptor can be switched in alternately with the drive, without causing problems. This sounds the best arrangement, but I have not looked in detail as to how it done.
Siteing the adaptor as you have seems a good idea. Passing/placing the USB output behind the little door seems an ideal solution.
As to lost files - what downloader/reader are you using? Personally, I have found the Linux ext2fs windows drivers to be most successful, which allows treating the drive like any other HDD. The files can then just be read from the drive under windows. If you are concerned about over-writing details on the disk, there are a couple of drivers which are 'read-only', which might be safer, but to date, I have not had any problems. Do the files still appear on the disk, and have they just disappeared from the library? It might be an idea to check for the index file (second partition) and info files (first partition).
Regards,
Tim P.
Firstly, when you use an IDE to USB adaptor with the HDD inside the Digihome, the Digihome box must be switched off. IE, take out the power supply as well from the HDD and connect the adaptor which probably will be supplied with the adaptor.
If you wish to permanantly place an adaptor inside the box (recommended, because as you say, connecting/disconnecting continually could cause problems), a three-way lead can be used (for which an IDE cable with a Male plug will be required - available from CPC - link can be supplied if you require it), and the adaptor and HDD drive both connected, but when using the adaptor, the box must be disconnected from the mains completely, or else their will be the porblems you describe. Equally, if you wish to power the drive from an adaptor, a three-way lead can also be obtained (or made, with a bit of soldering skill), but again, the box would need to be powered down.
Others have very successfully produced permanant adaptations for the Digifusion and Humax PVRs, and have supplied quite detailed information on their technique, which have been posted on the web. I cannot remember the links at present, but will hunt them down. I know one technique at least has used a switching arrangement, so the adaptor can be switched in alternately with the drive, without causing problems. This sounds the best arrangement, but I have not looked in detail as to how it done.
Siteing the adaptor as you have seems a good idea. Passing/placing the USB output behind the little door seems an ideal solution.
As to lost files - what downloader/reader are you using? Personally, I have found the Linux ext2fs windows drivers to be most successful, which allows treating the drive like any other HDD. The files can then just be read from the drive under windows. If you are concerned about over-writing details on the disk, there are a couple of drivers which are 'read-only', which might be safer, but to date, I have not had any problems. Do the files still appear on the disk, and have they just disappeared from the library? It might be an idea to check for the index file (second partition) and info files (first partition).
Regards,
Tim P.
Originally Posted by Nutty Timbo:
“Hi dez.
Firstly, when you use an IDE to USB adaptor with the HDD inside the Digihome, the Digihome box must be switched off. IE, take out the power supply as well from the HDD and connect the adaptor which probably will be supplied with the adaptor.”
“Hi dez.
Firstly, when you use an IDE to USB adaptor with the HDD inside the Digihome, the Digihome box must be switched off. IE, take out the power supply as well from the HDD and connect the adaptor which probably will be supplied with the adaptor.”
Hi Tim,
I find it's only necessary to switch the IDE cable over, as the Digihome provides power to the hard drive when on standby and the USB card is connected and in use.
Originally Posted by Nutty Timbo:
“Others have very successfully produced permanant adaptations for the Digifusion and Humax PVRs, and have supplied quite detailed information on their technique, which have been posted on the web. I cannot remember the links at present, but will hunt them down. I know one technique at least has used a switching arrangement, so the adaptor can be switched in alternately with the drive, without causing problems. This sounds the best arrangement, but I have not looked in detail as to how it done.”
“Others have very successfully produced permanant adaptations for the Digifusion and Humax PVRs, and have supplied quite detailed information on their technique, which have been posted on the web. I cannot remember the links at present, but will hunt them down. I know one technique at least has used a switching arrangement, so the adaptor can be switched in alternately with the drive, without causing problems. This sounds the best arrangement, but I have not looked in detail as to how it done.”
A switching solution would be the best arrangement, so if you could track down a link to that solution, I would be very grateful.
I am not afraid of getting out the old soldering iron if a few small mods are required.
Originally Posted by Nutty Timbo:
“As to lost files - what downloader/reader are you using? ”
“As to lost files - what downloader/reader are you using? ”
Ext2Fsd V0.31: 2006-11-06 (GNU project)
Once mounted, the PVR volumes appear in Windows Explorer same as any NTFS or FAT partition.
Originally Posted by Nutty Timbo:
“Do the files still appear on the disk, and have they just disappeared from the library? It might be an idea to check for the index file (second partition) and info files (first partition).”
“Do the files still appear on the disk, and have they just disappeared from the library? It might be an idea to check for the index file (second partition) and info files (first partition).”
As far as I can tell, the files have disappeared completely from both Linux partitions.
The free space indicator in the PVR menu also indicates the space has been recovered, so I don't think it's just the index files that are missing.
In future I will experiment with the Delete=Disallowed setting in the Library edit menu before accessing any partly-watched recordings via the USB card, to see if this will protect recordings from deletion.
Originally Posted by downsouth:
“read this. then you can extract to your pc.
I found this on another forum. credit to AJ on the digihome forum on pvruk, and John from Blackpool who set the ball rolling. Hope it helps. Think PVRUK is down ATM.
'Extract and save recordings from Digihome PVR onto your PC using free software'
'John (Blackpool)' gave a guide below to 'Extract and save recordings from Digihome PVR onto your PC', but I have achieved this using only free software as I did not have the R-studio or Sony Vegas software. I have revised his article.
1. Make a note of the program you're interested in and write down the date/time of the recording (you will see why in a moment).
2. Remove hard disk from Digihome box and connect to your PC - and if you don't know about disk jumpers then this project certainly isn't for you.
3. Use 'DiskInternals Linux Reader' to read view the linux hard drives (in EXT2fs format) the .trp files. It is found at http://www.diskinternals.com/linux-reader/ and displays the linux hard drives correctly (as they are in Ext2fs format).
4. Access the larger partition and locate your recordings in the correct drive. You should see another list of folders in the format: ~dvr20070119002235000901.rec
5. These folders contain your video data and other files saved by the PVR (program info etc). The name of the folder is the date/time of the recording e.g year/month/day/hour/mins (hence the reason you needed to make a note of it earlier). One point... the months run 00 to 11 and NOT 01 to 12.
6. Select the correct folder(s) and extract/recover the entire folder (with files) to your computer.
7. You can now return the hard disk to the PVR.
8. The video files you saved are 188,000KB blocks named... dvr(date/time).rec00.trp and following on with rec01.trp and rec02.trp etc (the number of files depending on the length of the recording). You can simply ignore the other non-video files.
9. Use 'Mpeg Stream Clip' to convert the .trp files into a single mpg file. It can be found at http://www.free-codecs.com/download/MPEG_Streamclip.htm and processes the files without problems.
10 To remove commercials etc use 'ProjectX'. It can be found at http://www.videohelp.com/tools/ProjectX and it has a link further down the page to a guide.
I hope this helps others, as I have successfully extracted recordings to my PC. Thanks again to 'John (Blackpool)' for his article.”
“read this. then you can extract to your pc.
I found this on another forum. credit to AJ on the digihome forum on pvruk, and John from Blackpool who set the ball rolling. Hope it helps. Think PVRUK is down ATM.
'Extract and save recordings from Digihome PVR onto your PC using free software'
'John (Blackpool)' gave a guide below to 'Extract and save recordings from Digihome PVR onto your PC', but I have achieved this using only free software as I did not have the R-studio or Sony Vegas software. I have revised his article.
1. Make a note of the program you're interested in and write down the date/time of the recording (you will see why in a moment).
2. Remove hard disk from Digihome box and connect to your PC - and if you don't know about disk jumpers then this project certainly isn't for you.
3. Use 'DiskInternals Linux Reader' to read view the linux hard drives (in EXT2fs format) the .trp files. It is found at http://www.diskinternals.com/linux-reader/ and displays the linux hard drives correctly (as they are in Ext2fs format).
4. Access the larger partition and locate your recordings in the correct drive. You should see another list of folders in the format: ~dvr20070119002235000901.rec
5. These folders contain your video data and other files saved by the PVR (program info etc). The name of the folder is the date/time of the recording e.g year/month/day/hour/mins (hence the reason you needed to make a note of it earlier). One point... the months run 00 to 11 and NOT 01 to 12.
6. Select the correct folder(s) and extract/recover the entire folder (with files) to your computer.
7. You can now return the hard disk to the PVR.
8. The video files you saved are 188,000KB blocks named... dvr(date/time).rec00.trp and following on with rec01.trp and rec02.trp etc (the number of files depending on the length of the recording). You can simply ignore the other non-video files.
9. Use 'Mpeg Stream Clip' to convert the .trp files into a single mpg file. It can be found at http://www.free-codecs.com/download/MPEG_Streamclip.htm and processes the files without problems.
10 To remove commercials etc use 'ProjectX'. It can be found at http://www.videohelp.com/tools/ProjectX and it has a link further down the page to a guide.
I hope this helps others, as I have successfully extracted recordings to my PC. Thanks again to 'John (Blackpool)' for his article.”
I know it's been a loooong time but would you be able to find a link to the original thread for this please?
I urgently need to recover an irreplaceable deleted show and would like to research a little further.
My plan is to use a combination of this info with Linux recovery tools to find anything that could be it.
BIG thanks from a fellow Maidstone-ian
Mark.
Mark,
This is AJ who provided the original solution. What issue do you have?
The LINUX file system being used is Ext2.
This software is non standard and you will find it does not work with Linux operating systems (as the main partition is hidden from use). I tried it with Ubuntu, PC LinuxOS 2007, OpenSuse but that main partition could not be seen. However, I am not a Linux expert, so I do not know if there are some magic Linux commands to mount the main partition and make it visible.
Ironically it was the Windows software 'DiskInternals Linux Reader' which could see it.
This is AJ who provided the original solution. What issue do you have?
The LINUX file system being used is Ext2.
This software is non standard and you will find it does not work with Linux operating systems (as the main partition is hidden from use). I tried it with Ubuntu, PC LinuxOS 2007, OpenSuse but that main partition could not be seen. However, I am not a Linux expert, so I do not know if there are some magic Linux commands to mount the main partition and make it visible.
Ironically it was the Windows software 'DiskInternals Linux Reader' which could see it.
Originally Posted by downsouth:
“9. Use 'Mpeg Stream Clip' to convert the .trp files into a single mpg file. It can be found at http://www.free-codecs.com/download/MPEG_Streamclip.htm and processes the files without problems. ”
“9. Use 'Mpeg Stream Clip' to convert the .trp files into a single mpg file. It can be found at http://www.free-codecs.com/download/MPEG_Streamclip.htm and processes the files without problems. ”
I just tried using this guide to extract some recordings from a dead T835 chassis before it goes back and all went fine (albeit slowly when transferring the data to my laptop) until this stage.
I don't know if the program has changed since this was written but it downloaded a program called 'Video Converter' which didn't recognise the .trp files.
Can anyone advise/assist me please?
Hi guys,
I have a Digihome dg250dtra08 and have followed Downsouth's/AJ's procedure (quoted below) to copy the trp files over to my PC, for burning onto DVD. However, I've encountered some problems and would appreciate any help anyone can give:
1. I used "DiskInternals Linux Reader" to 'recover' the files to my PC.The trp files were located in the third partition, but were not named "XXX.rec.trp" (where XXX was the date). Instead, they were in folders called "~XXXX" where XXXX was a four-digit number that did not seem to relate to a date/time. Within each folder were two files: 1 was an idx file, and the other was the trp file. The trp filename was 6 digits, the same four digits as the directory name + two zeros. Is there any way to know when these trp files were recorded on the PVR?
2. The biggest problem is that I can't read the trp files - I have tried MPEG Streamclip (with Quicktime and Quicktime alternative), ProjectX, VLC, TSSplitter, SMPlayer and of course, Windows Media Player. Does anyone know how to read the files and convert them to MPEG for burning to DVD?
Coincidentally, the hard disk in my Digihome PVR was a SATA disk. My thought is that my PVR must have updated software which has changed things a bit...!
Your help is much appreciated.
I have a Digihome dg250dtra08 and have followed Downsouth's/AJ's procedure (quoted below) to copy the trp files over to my PC, for burning onto DVD. However, I've encountered some problems and would appreciate any help anyone can give:
1. I used "DiskInternals Linux Reader" to 'recover' the files to my PC.The trp files were located in the third partition, but were not named "XXX.rec.trp" (where XXX was the date). Instead, they were in folders called "~XXXX" where XXXX was a four-digit number that did not seem to relate to a date/time. Within each folder were two files: 1 was an idx file, and the other was the trp file. The trp filename was 6 digits, the same four digits as the directory name + two zeros. Is there any way to know when these trp files were recorded on the PVR?
2. The biggest problem is that I can't read the trp files - I have tried MPEG Streamclip (with Quicktime and Quicktime alternative), ProjectX, VLC, TSSplitter, SMPlayer and of course, Windows Media Player. Does anyone know how to read the files and convert them to MPEG for burning to DVD?
Coincidentally, the hard disk in my Digihome PVR was a SATA disk. My thought is that my PVR must have updated software which has changed things a bit...!
Your help is much appreciated.
Originally Posted by downsouth:
“read this. then you can extract to your pc.
I found this on another forum. credit to AJ on the digihome forum on pvruk, and John from Blackpool who set the ball rolling. Hope it helps. Think PVRUK is down ATM.
'Extract and save recordings from Digihome PVR onto your PC using free software'
'John (Blackpool)' gave a guide below to 'Extract and save recordings from Digihome PVR onto your PC', but I have achieved this using only free software as I did not have the R-studio or Sony Vegas software. I have revised his article.
1. Make a note of the program you're interested in and write down the date/time of the recording (you will see why in a moment).
2. Remove hard disk from Digihome box and connect to your PC - and if you don't know about disk jumpers then this project certainly isn't for you.
3. Use 'DiskInternals Linux Reader' to read view the linux hard drives (in EXT2fs format) the .trp files. It is found at http://www.diskinternals.com/linux-reader/ and displays the linux hard drives correctly (as they are in Ext2fs format).
4. Access the larger partition and locate your recordings in the correct drive. You should see another list of folders in the format: ~dvr20070119002235000901.rec
5. These folders contain your video data and other files saved by the PVR (program info etc). The name of the folder is the date/time of the recording e.g year/month/day/hour/mins (hence the reason you needed to make a note of it earlier). One point... the months run 00 to 11 and NOT 01 to 12.
6. Select the correct folder(s) and extract/recover the entire folder (with files) to your computer.
7. You can now return the hard disk to the PVR.
8. The video files you saved are 188,000KB blocks named... dvr(date/time).rec00.trp and following on with rec01.trp and rec02.trp etc (the number of files depending on the length of the recording). You can simply ignore the other non-video files.
9. Use 'Mpeg Stream Clip' to convert the .trp files into a single mpg file. It can be found at http://www.free-codecs.com/download/MPEG_Streamclip.htm and processes the files without problems.
10 To remove commercials etc use 'ProjectX'. It can be found at http://www.videohelp.com/tools/ProjectX and it has a link further down the page to a guide.
I hope this helps others, as I have successfully extracted recordings to my PC. Thanks again to 'John (Blackpool)' for his article.”
“read this. then you can extract to your pc.
I found this on another forum. credit to AJ on the digihome forum on pvruk, and John from Blackpool who set the ball rolling. Hope it helps. Think PVRUK is down ATM.
'Extract and save recordings from Digihome PVR onto your PC using free software'
'John (Blackpool)' gave a guide below to 'Extract and save recordings from Digihome PVR onto your PC', but I have achieved this using only free software as I did not have the R-studio or Sony Vegas software. I have revised his article.
1. Make a note of the program you're interested in and write down the date/time of the recording (you will see why in a moment).
2. Remove hard disk from Digihome box and connect to your PC - and if you don't know about disk jumpers then this project certainly isn't for you.
3. Use 'DiskInternals Linux Reader' to read view the linux hard drives (in EXT2fs format) the .trp files. It is found at http://www.diskinternals.com/linux-reader/ and displays the linux hard drives correctly (as they are in Ext2fs format).
4. Access the larger partition and locate your recordings in the correct drive. You should see another list of folders in the format: ~dvr20070119002235000901.rec
5. These folders contain your video data and other files saved by the PVR (program info etc). The name of the folder is the date/time of the recording e.g year/month/day/hour/mins (hence the reason you needed to make a note of it earlier). One point... the months run 00 to 11 and NOT 01 to 12.
6. Select the correct folder(s) and extract/recover the entire folder (with files) to your computer.
7. You can now return the hard disk to the PVR.
8. The video files you saved are 188,000KB blocks named... dvr(date/time).rec00.trp and following on with rec01.trp and rec02.trp etc (the number of files depending on the length of the recording). You can simply ignore the other non-video files.
9. Use 'Mpeg Stream Clip' to convert the .trp files into a single mpg file. It can be found at http://www.free-codecs.com/download/MPEG_Streamclip.htm and processes the files without problems.
10 To remove commercials etc use 'ProjectX'. It can be found at http://www.videohelp.com/tools/ProjectX and it has a link further down the page to a guide.
I hope this helps others, as I have successfully extracted recordings to my PC. Thanks again to 'John (Blackpool)' for his article.”
This model is a T845 using TUTV software/formats.
http://www.vestelpvr.futaura.co.uk/T845.php
It's not the completely different T810/816/825 format using Cabot software, which the previous posters were discussing.
http://www.vestelpvr.futaura.co.uk/T845.php
It's not the completely different T810/816/825 format using Cabot software, which the previous posters were discussing.
Ah, excellent - thanks Spiney that may explain things.
I managed to get the trp files onto my PC, but no sofware I have tried has been able to read them I am starting to think that the files may be encrypted in some way.
I managed to get the trp files onto my PC, but no sofware I have tried has been able to read them
I am starting to think that the files may be encrypted in some way.
what MIGHT work is the siphon extractor, originally for the Fusion PVR, but may also work with Thompson software.
http://www.digitalspy.com/forums/sho...297712&page=28
http://www.hope.co.nz/projects/fusion/
http://www.digitalspy.com/forums/sho...297712&page=28
http://www.hope.co.nz/projects/fusion/
2 of 3
