I would be great to have it in 7700HDPVR for the new beta. Here is the log file:ĭescriptors: CA ID=0x1831 PID=0x1ABA, CA ID=0x1801 PID=0x16BAĠx1B 0x02FF AVC Video StreamIdentifier ComponentTag=0x09, Maximum_bitrate_descriptor, 0x50 Unknown *Ġx06 0x0303 Private StreamIdentifier ComponentTag=0x07, ger, AC-3 *Ġx06 0x0304 Private StreamIdentifier ComponentTag=0x08, AC-3, eng *Ġx06 0x0020 Private StreamIdentifier ComponentTag=0x0A, Teletext ger-i0 *ĮRROR: Invalid file, can't find TS packets!Ĭhannel positions : Front: L C R, Rear: L R, LFE When transforming it with your new beta the programm stops after generating the. I couldn't open the file with TsRemux (programm not responding).
Mediainfo 0x001f tv#
The good news is, that your new beta works well with the "PCM" stream.ĭescriptors: 0x88 User, registration_descriptorĠx1B 0x1011 AVC Video registration_descriptor *Ġx0000 28267 0 0 1 28267 PSI 0x00 Program association sectionĠx0100 28267 0 28267 1 0 PSI 0x02 TS Program map sectionĠx001F 2827 0 0 0 2827 Unknown, 00 7F F0 19 FF FFĠx1011 6930101 0 6930101 0 0 PES 0圎0 Video 0x00Ġx1100 170425 0 170425 0 0 PES 0xBD private_stream_1Ĭonversion time: 104 min 21 got a ts-file recorded with a TV card. After that I convert the TS file with RecToTs back into TF7700HDPVR format. rec file (with the "PCM" stream) with RecToTs gives only sound but no picture. As I understand you convert the ts in a program that clean this up. Maybe I can find a logical trick to find out that it is the video (it is possible to do this, because of other data and no other video), but I will not spend time for this.
Mediainfo 0x001f pro#
Well i'm no pro in this subject, but it seems to be no standard. But, the video stream type 0x06! My program (and the toppy) will not find it. That's normal and the box and my program can handle it. Occurding to the PMT the stream type for the sound is 0x06 and with a AC-3 descriptor. The conversion of the todays soccer recording (AC3) went perfect. Testing the conversion with the new beta and the "PCM file" will follow. Ġx06 0x0D49 Private StreamIdentifier ComponentTag=0x01 *Ġx06 0x0D4A Private eng, AC-3, StreamIdentifier ComponentTag=0x02 *Ġx0B 0x0D4B DSM-CC U-N Defined in ISO/IEC 13818-6, Broadcast 0x0106, StreamIdentifier ComponentTag=0x28Ġx0B 0x0D4C DSM-CC U-N StreamIdentifier ComponentTag=0x29Ġx05 0x0C1D Unknown StreamIdentifier ComponentTag=0x51, private_data_specifier_descriptor, 0xD1 UserĠx05 0x0C1E Unknown StreamIdentifier ComponentTag=0x52, private_data_specifier_descriptor, 0xD1 UserĠx05 0x0C1F Unknown StreamIdentifier ComponentTag=0x53, private_data_specifier_descriptor, 0xD1 UserĠx05 0x0C20 Unknown StreamIdentifier ComponentTag=0x54, private_data_specifier_descriptor, 0xD1 UserĠx05 0x0C21 Unknown StreamIdentifier ComponentTag=0x55, private_data_specifier_descriptor, 0xD1 User New beta up, test it out.Ĭould you run RecToTs with "/7 /i" on your rec file from the box (recorded in the TF7700HDPVR) with PCM sound and post the printout.
Mediainfo 0x001f update#
I made an update of the program, handle 0x80 in the same way as AC-3. It seems to be AC-3 sound in both, well they look nearly the same.
0 kommentar(er)
