HDTV editing for AMV's ... Whaaaaaah! ...

[Zero1]

Actually, this is quite an interesting sample, and for a minute I thought I'd have to apolgise for pretty much calling you a liar.

I can play this file in WMP no problems using FFDShow and Haali's splitter, and WMP recognises it as 704x480 @ 59.94 fps (or do they mean fields per second?) with a crazy AR tag; and it looks like it's only showing the centre of the image.

Vdubmod loads it and displays what looks like the top left part of the image; it's still recognised as 704x480 @ 59.94 fps (again, perhaps they mean fields rather than frames?).

Now on to Project X; this is a nice utility that I use for dealing with my MPEG-2 TS dumps, so it ought to tell us the truth. Indeed it seems it does. It tells me 1920x1080i (16:9) I(2)i, unspec, 0|MP@HL(1920x1088) 29.97fps. I'm inclinded to believe Project X what with it reporting the resolution as 1920x1080, and also telling us that the coded resolution is 1920x1088 - it wouldn't just make that information up.

Or would it?

Time to look at the information stored in the bitstream. Just so you know where I'm getting my information from, please refer to this post (this is important reading to understand the following). I have pasted some of the relevant information below for quick reference:
http://www.cccp-project.net/smf/index.p ... 76#msg4676

Now checking the bitstream header, I get this:
00 00 01 B3 2C 01 E0 37

Key:
Startcode
MPEG-2 start code.

Horizontal resolution
This is the horizontal resolution in pixels, in hex. You can go to google and type in something like "720 in hex" to get the hex value of a certain resolution. Here are some common resolutions.
1920 = 780
1280 = 500
720 = 2D0
704 = 2C0
640 = 280
544 = 220
352 = 160
320 = 140

Vertical resolution
Same as before, only for the vertical resolution. Again, here are common values.
1088 = 440
720 = 2D0
576 = 240
480 = 1E0
288 = 120
240 = 0F0

Aspect Ratio
1 = 1:1
2 = 4:3
3 = 16:9
4 = 2.211 (70mm Aspect Ratio)

Framerate
1 = 23.976
2 = 24.000
3 = 25.000
4 = 29.970
5 = 30.000
6 = 50.000
7 = 59.940
8 = 60.000

What this tells me is that it's MPEG-2, 704x480, 16:9 @ 59.94fps. This is clearly wrong, MPC says it's 1920x1080 and so does Project X.

I'm sorry I was quick to jump without properly checking into it (I was at work on my lunchbreak and it was time to finish up), but it's still not the resolution you claimed. Also I don't consider this a breakthrough of any description, because interlacing is ugly. I'd rather have 480p.

What software are you using? This is a pretty broken MPEG-2 to be displaying completely the wrong information in the header; no wonder some players didn't play it, or played it with the wrong window size.

[post-it]

... welcome to my World!!!

Like I said, {"my laptop's USB "WinTV-HVR950 NTSC/ATSC HD TV receiver" when -POOOOOF- my home computer actually started to screw-up and threw-itself into Pause-Store MODE.} !

I'm having all sorts of problems here (( I may be mis-informed on many things but I know An Issue That Might Concern Others when I see it ^__^ ))

I've even tryed purchasing Magix Pro 11 & 12 Plus Adobe's Pro 2, amunst others, and I can't believe that there is no software made [ yet made ] that can Edit This AND Keep It At The Correct Resolution -- which is where I started the question, I asked, in the first place ^__^

Hey, I'm not mad or upset at being the New Kid On The Block when it comes to seeing something. The actual advantage that I have is Putting My Trust in others and hope that they might understand " we might have a little problem here ^__^ "

My back ground is Retired Programmer and Systems Analist for the USArmy -PLUS- Retired US Air Force Curcuit Science understudy of Teachings for the Navy and Air Force students located at Patrick AFB, Florida ( outside of Cocoa Beach, Fl ) 13 miles from the Cape! hehe, and yeah -- I've been called worse things when I've made a discovery that concerns something that I've uncovered ( military and others stuff ) soo ... no big deal on that one ^__^

What I was hoping for was that, "maybe someone might see this encode and possibly find some software that would let me ( us ) edit-it in the FORM in which I know it to be true." (( 1080i ))

... soo now that you sorta understand where I'm coming from, I place my hope and trust in your hands and pray that "a solution can be found before the next Anime Season Starts." ... oh yeah, the HD anime I watch and it is in ACTUAL HD is Rocket Girls. Lovely Complex and Hayate no Gotoku! are not in real HD, but they do look good in the 16:10 format ^__^

Ahh, the UPS girl [ Shawna ] just arrived with my newest Purchased Software -- crossed finger again ....

[Zero1]

I have two possible solutions, but now I'm heading off to work so I don't have time to test them (I'm actually posting from my Wii).

[Zero1]

Ok, well DGIndex is out of the question for now; in fact it crashed in spectacular style. It actually managed to corrupt my desktop, giving me a corrupt image of my desktop with broken icons like they were scrambled! Awesome.

There are two ways, the easy way and the hard way, well really its not that hard, just a matter of how time consuming it is.

Method 1:
Using Project X to fix and demux the streams, (optional: Imago MPEG muxer to remux elementary streams to a .MPG) and DGIndex and AVISynth to frameserve the file.

Project X is the tool I use to fix and crop my DVB TS dumps (it allows you to cut out commercials without re-encoding). The interface isn't fantastic, and it's not super responsive (it's Java); however what it does is awesome. It can fix broken MPEG streams that have lost data through transmission errors (such as a weak signal).

You need to download and install Project X:
http://download.videohelp.com/download/ ... 0.4.00.zip

When you've installed it, open it up and you will get a screen like this; ignore the CMD screen that pops up, and do not close it:


Now simply drag the file into the bottom half of the program, where you have the grid with the buttons to the left. On loading it, the screen will look like this:


Next, press the QuickStart button to the left of the preview image, what this does is fix and extract the streams, so you will get a seperate .M2V for the raw MPEG-2 video and a .AC3 for the audio and a .TXT log file, so now just wait for the file to process.

If you only require the video, you can now load this straight into DGIndex, create a .D2V and serve it via AVISynth using MPEG2Source("file.d2v") (I'm sure you probably know how to do this, if not, read the .org's guides).

If however you want a playable file with audio and video, we need to take the raw audio and video and mux it. From here you can mux it to a lot of formats, MPG, MP4 or VOB. The tool I use for muxing is Imago MPEG muxer. It's free and simple to use. You can download it here:
http://www.videohelp.com/~liquid217/ImagoMPEG-Muxer.zip

Simply unzip it and run the program. Then hit select video source and point it to the .M2V you just extracted. Most times if the audio has a similar filename to the video, it will auto load that too, but if not; just click add audio source and point it to the .AC3 file.

You can also select where you want the output file in the select output path option, and the output format. Generally it's a good idea to stick with MPG (MPEG-2 Program Stream). Hit multiplex and away you go. Just rememer to specify a different file name, or it may overwrite the original.

This should produce a file that's playable on most things, if no luck, try VOB. Again, you can drop this file directly into DGIndex too, or maybe editing programs might even deal with it directly (but using DGIndex is a better idea).


Method 2:
Using XVI32 to hex edit the existing file.

This IMO is the easy way, but some may think it's the hard way. It's actually the fastest solution. Download it from here:
http://www.handshake.de/user/chmaas/del ... /xvi32.zip

Extract the files to a directory/folder and open the program, then drag the original file into the window. You should see something like this:


Now remember what I said about the MPEG-2 header information being incorrect? Well now we're going to put it right.

Press Ctrl and F (or do Search > Find from the menu) and click the radio button to search for Hex strings. Enter "00 00 01 B3" as the search string without the quotes and hit Ok, this will take you to the MPEG-2 start code. Now pay attention to the left pane (where it has digits grouped in twos), because this is what we will be editing. You can use the information I posted previously to deduce the correct header, but instead I have taken a look at the header information for the file that Project X corrected; and the correct header is "00 00 01 B3 78 04 38 34" (without the quotes. Simply click in a box of the grid and overtype what's there: The original should look like this when you've found the header:


And when you've replaced the old header with the new one, it will look like this:


Remember to work on a copy of the file, or save as a new file instead of just saving in case you mess up the editing and are left with a dead file.

Despite which method you use, you really should get Project X; I'd be lost without it for my DVB-T dumps.

[Zero1]

Actually, I just re-checked the file, and it seems Project X flagged the aspect ratio as 16:9, even though the video is already 16:9 at 1:1 (so WMP stretches it super widescreen). I have edited the header info so it's now correct for all decoders:

00 00 01 B3 78 04 38 14

So this is now the header you need to replace the old one with.

All that has changed is one digit before the last; the last group of two used to be 34, but it's now 14. You might be better off using XVI32 from the start, since if you use Project X and remux it to MPG; it will be more or less correct, but have a wrong aspect ratio flag (which you would have to fix with resizing or XVI32 anyway).

[post-it]

- 5 stars ^_^ ... Thank You very very much

now, on to Kiddy Grades 2nd season ^_^

THx