Can any one ,help me to play the .trp file recorded from a hd recorder (SUNDIRECT HD)..
+ Reply to Thread
Results 1 to 23 of 23
Thanks for replying ....
I have uploaded the file and for ur info.., the recorder records the video in .trp format along with few other files like .ifo .dat etc
..,check whether u can play it ..
once again thanks....
The .trp file in the folder does not appear to contain any information. It is possible that the file is empty as it is rather small. We would need a sample of at least 10 secs of video to make any sense out of this.
The .idx and .dat files hold a clue here. They 'control' the playback through your set-top box and the video is not usually intended to be played on other devices.
But some software might be able to do something with it. But, as I said, we need some actual video to start with.
VLC doesn't play the TRP file on my machine.
There are some suggestions in the following thread:
Otherwise Google comes up with numerous hits on the file types:
As for the TRP file, it's size appears to suggest that it may contain about 5 seconds of video.
(3.3 megabytes) / (2 gigabytes per hour) = 5.8 seconds
You simply can not make an assumption that 2 gig equates to one hour. There is another recent topic and that STB saved files in 2 gig parts and the playback was then 19 minutes.
There is no video information in the file.
I was applying a rule of thumb. Otherwise ...
(3.3 megabytes) / ((2 gigabytes) per (19 minutes)) = 1.8 seconds
The following suggests that the data may be encrypted:
Q. Can we play the recorded contend in any other HD STB or any USB based gadget?
A. No. It has been encrypted. In line with the copyright law, the recorded data in the external USB cannot be played in other devices.
The IFO file suggests that the manufacturer of the device may be Coship:
Here is their DVB-T model:
It incorporates content protection.
The following pattern of 16 bytes occurs frequently, often repeated 5 or more times.
Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
00000300 C9 B0 C5 73 C4 1A B6 9A 94 56 49 61 C6 37 06 17
AFAIK, this appears to be consistent with 128-bit encryption. I suspect that the pattern may correspond to 16 bytes of encrypted zeros.
Even with encryted data I would still expect a header that mediainfo could read and confirm the basic info.
Now that first link you provided said 'SD'. The OP stated 'HD'. While I expect the status to be the same, it would be wise to state that before you ramble on and quote other info which appears totally irrelevant to the main question.
Well, it stands to reason that, if SD transmissions were encrypted by the STB/PVR, then the same would apply to HD transmissions. I would have thought that was obvious.
FWIW, here is an unencrypted 4KB MTS file segment from my own DVB-T STB/PVR (different device):
There is a small amount of header information plus the first three "frames" of program content. Therefore, at least in my case, the program content is preceded by only a very small amount of header info. Notice the blocks of unencrypted zeros after each "frame".
In the OP's case the file info appears to be in mystream.dat. If the TRP file were to have some header info of its own, then is it not possible that this could be encrypted?
BTW, the Coship DVB-T model that I "rambled on" about is in fact their current HD model.
Last edited by fzabkar; 13th Jun 2013 at 11:26.
The following site has two TRP test files:
The first TRP file has repeating patterns of 0xFF bytes. These probably correspond to the encrypted pattern I alluded to earlier.
From MediaInfo ...
Complete name : imusic TV 23-09-2008_01.trp
Format : MPEG-1 Transport
Family : MPEG-1
File size : 5.14 MiB
Codec : MPEG-1 Audio layer 2
Bit rate : 192 Kbps
Bit rate mode : CBR
Channel(s) : 2 channels
Sampling rate : 48 KHz
Resolution : 16
Delay : 1626476183
If I cut the first 0x2000 bytes, MediaInfo now reports ...
Complete name : imusic TV 23-09-2008_01_begin_2000.trp
Format : MPEG-1 Transport
Family : MPEG-1
File size : 7.88 KiB
Therefore it would seem that the OP's file is indeed encrypted. Moreover, the first few KB do contain some initial header information.
Well I am looking at the second example. The .trp can be fully expanded by mediainfo.
Can it be played ? No. But you still get the file specs.
I would like to hear more from the OP. Can he play the file through his STB ?. He is not clear about this. If he can not then there is something wrong with his setup.
If that is the case we need more information of what he is using to record the video and how it is formatted.
I don't understand what you are talking about. The two ZIP-ped examples are not encrypted, so it's understandable that MediaInfo would be able to "expand" them. OTOH, the OP's file is encrypted, so MediaInfo sees nothing.
As for the unencrypted TRP file being unplayable, the article I linked talks about a 30-day demo version of DVR STUDIO which can play this format. The VideoHelp thread I linked also suggests several software, including freeware ...
Well the OP asked a question. He has never stated that he can even play this recording. I know this is taking things to the extreme but sometimes these things must be determined.
But I simply do not follow your logic of when you edit what you now state is unencypted to show why another is. Especially when his file is definately not going to be mpeg-1
The first file is SD. SD is normally un-encrypted. The 2nd file is HD and that is often encrypted. I know why the 2nd file can not be played and that has nothing to do with encryption. But since you appear to know everything you can tell everyone else why. And while you are at it tell everyone which software you used to play it.
I still don't know what you are talking about.
Here in Australia every free-to-air recording that I make with my STB/PVR, both HD and SD, is unencrypted. It's a legal thing, so you cannot make any assumption in that regard. It all depends on the jurisdiction, and the manufacturer's intent.
As for the software, did you try DVR Studio?
Otherwise, which software are you using?
BTW DVR is NOT a player per se. It plays the file and I assume you can then export it to a standard playable format.
But because the program is in German many people will struggle to make it useful. The program also asks you for the model of your STB so there must also be a reason for that.
You can not compare your own country to another. You mentioned 'Free To Air' transmission. You may well find that a subscripton HD service will encrypt.
And if you can not understand what I am writing just drop it. The OP is not clear and I prefer clarification before commenting further
OK, so "playing" the file amounts to setting it up for conversion to a playable format, rather than playing it directly. Regardless, the end result is the same.
In any case the fact remains that the OP's sample appears to be encrypted with some kind of 128-bit algorithm, so nothing will play it or convert it.
And I doubt very much that the OP would submit a sample that didn't come from his own machine. What would be the point?
One more thing. The TRP file in the 8-second HD ZIP sample has a size of 12.4MB. That's about 1.5MB per second, or 5GB per hour. Therefore the OP's sample would amount to about 2 seconds.
Last edited by fzabkar; 13th Jun 2013 at 20:00.
My last comment until the OP returns here. If he ever does.
I never suggested that this recording did not come from his machine. I will expand on my concern so that you and the OP, or anyone else, understands where I come from.
I seek confirmation that the OP can actually play this recording direct from his STB to his tv. My other concern is who, in their right mind, would offer a sample of 1-2 seconds. So the rest of my question is was that the full extent of the recording or did the OP actually try to record for a longer time and that is all he got. Zu verstehen?
For my part, 2 seconds was more than enough time. In fact everything that we needed to know could have been conveyed in a few KB.
AISI, the structure of the non-encrypted TRP file is as follows:
A/V packet #1
0xFF pad bytes
A/V packet #2
0xFF pad bytes
A/V packet #3
0xFF pad bytes
The encrypted TRP file looks like this:
Therefore it would seem logical to conclude that the "encrypted stuff" corresponds to A/V packets, and that each 128-bit hash corresponds to 16 encrypted 0xFF pad bytes.
Sorry for late reply....
i recorded it in my hd setup box but it is not a hd video .., it is not a hd video.., it is SD ..., Actually i'm able to play it with my setup box but not in pc ... i tried almost all the players available but none is able to play it .., i even tried to convert it using different converters but none helped cos none of them was able to read it ...
Please help me to find a way to play it in pc ..., and for ur info .., some of them say that it is encrypted .., and i don't knw how to dencrypt it..
Do u want me to upload another video of that format ?
Thank u all for ur replies.. thank u thank u
Sorry to say, nothing will decrypt your file other than the original STB. That's where the key is stored. I don't know which encryption algorithm is being used, but a common 128-bit method is AES:
Thank you for confirming that you can play the video on your tv through the STB. I trust you can see that you were not clear about that in your first post etc.
There seems no point in uploading any more samples. To coin a phrase, your tv provider has you by the goulies. If it is any consolation to you there are many, many people in the self same situation.
See my previous post here:
Read the PDF; under 'Delivery and Security' is a little paragraph which says it all:
All SUN Channels must be delivered by AFFILIATE to
subscribers in a securely encrypted manner and without
any alteration, including,without limitation, upgrading
the Channels from standard definition mode to high
definition mode (by using any technology now available
or which becomes available in future) at the time of
distributing the Channels from its DTH platform
Last edited by transporterfan; 17th Jun 2013 at 06:10.