Change AR from 4:3 to 16:9 .TS file?

[gibman]

Hi!

 

I have a recorded .ts file made with DVBViewer 3.2.6.80

The problem is that somehow it has been recorded as 4:3, although it is a 16:9 anamorhic recording.

 

How do I go abot and change this aspect ratio to 16:9 without doing re-encodes etc.

 

I bet it's just a matter of patching a few bytes in the ts file header.

I would like to have the resulting file stay as a tts file.

 

I tried projectX. It has aspect ratio setting features, but this is only when u demux a ts file.

 

I tried demuxing, but I only end up with an audio .mp2 file, the mv2 video file is somwhow missing.

If i demux another recorded ts file then I get the mv2 file???

 

TSplayer.exe plays the native recorded TS file nicely though.

 

here is the projectX log when I did the demuxing.

 

 

<<< session infos >>>

 

5. februar 2006 13:09:46 CET

ProjectX 0.90.03.01 (01.02.2006)

 

-> working with collection 0

 

-> save normal log file

-> write all video data

-> write all other data

-> additional export limits: DAR: 0.7031 (16:9)

-> patch c.d.flagged infos of pictures

-> add sequence end code

-> set resolution in SDE

-> PVA: strictly specs. for audio streams

-> VOB: determine diff. Cell timelines

-> TS: ignore scrambled packets

-> TS: enhanced search for open packets

-> TS: join file segments (of Dreambox®)

-> TS: generate PMT stream dependent

-> get only enclosed PES/TS packets

-> concatenate different recordings

-> ensure 1st PES-packet start with video

-> generate PCR/SCR from PTS

 

-> write output files to: 'C:\Programmer\DVBViewer\Capture'

 

-> Input File 0: 'C:\Programmer\DVBViewer\Capture\02-02_22-59-58_CANAL_Rome.new.ts' (1.234.317.760 bytes)

-> Filetype is TS (generic PES Container)

-> demux

-> Service ID 0x102

-> PMT 0x100 refers to these usable streams:

Video:

PID: 0xE0(#1)

Audio:

PID: 0xC0(#2)(deu)

Teletext:

PID: 0x90(#3)(eng_i100 deu_s150 ger_s777 eng_s888 )(deu)

Subpict.:

n/a

 

!> PID 0x0 (PAT) (0 #1) -> ignored

!> PID 0x100 (PMT) (188 #2) -> ignored

ok> PID 0xE0 has PES-ID 0xEA (MPEG Video) (564 #4)

ok> PID 0x90 has PES-ID 0xBD (private stream 1) (TTX) (248724 #1324)

ok> PID 0xC0 has PES-ID 0xC0 (MPEG Audio) (249852 #1330)

--- process cancelled ----

packs: 451851 6% 86091592

 

-> Video: fr/ ct/ 1p/ cg/ og/ dg -> 0/ 418/ 418/ 0/ 0/ 0

 

--> Teletext on PID 0x90 (SubID 0x10)

 

-> export format: sup

-> special ttx page termination (test)

-> temp. file: 02-02_22-59-58_CANAL_Rome.new.tt (3229338 bytes)

-> looking for page number 599

Teletext PTS: first packet 04:43:33.164, last packet 04:46:53.724

-> adjusting teletext at its own timeline

-> provider: FAB Teletext System

-> program: CANAL+

18 pages of No. 599 written...

---> new File: C:\Programmer\DVBViewer\Capture\02-02_22-59-58_CANAL_Rome.new[599].sup

 

--> MPEG Audio (0xC0) on PID 0xC0

-> check CRC of AC-3 / MPEG-Audio L1,2

-> delete CRC in MPEG-Audio Layer1,2

-> add frames

Audio PTS: first packet 04:43:33.034, last packet 04:46:53.242

-> adjusting audio at its own timeline

-> src_audio: MPEG-1, Layer2, 48000Hz, stereo, 256kbps, CRC @ 00:00:00.000

audio frames: wri/pre/skip/ins/add 8349/0/0/0/0 @ 00:03:20.376 done...

---> new File: 'C:\Programmer\DVBViewer\Capture\02-02_22-59-58_CANAL_Rome.new.mp2'

 

summary of created media files:

Audio 0 (mp2): 8349 Frames 00:03:20.376 0/0/0/0 'C:\Programmer\DVBViewer\Capture\02-02_22-59-58_CANAL_Rome.new.mp2'

Teletext 0: 18 pages of No. 599 'C:\Programmer\DVBViewer\Capture\02-02_22-59-58_CANAL_Rome.new[599].sup'

=> 6.443.880 bytes written...

-> we have 2 warnings/errors.

 

 

/Elo

[Derrick]

that looks to me like a broken recording.. the AR can't be the reason. TS is recorded without any alteration. Even if the AR is indicated wrongly, pjx should output the video elementary stream.

[gibman]

It's weird b/c tsplayer plays the file without probs, only with wrong AR.

during recording I noticed that DVBViewer reported the program as being in 4:3.

 

Maybe it has something to do with the fact that I started the recording prior to the scheduled program.

 

ALthough I've done this many before and I have had no problems until now.

 

So I guess there is no way to patch the TS file header with the correct AR ?

 

Demultiplexing is not important for me, since I want to end up with a TS file anyways.

 

 

/Elo