Hauppauge HDPVR-1212 Owner's Thread - Page 122

Anybody know of an app that will scan a .ts file for audio/video dropout problems? And fix them?
I captured a 2006 football game from an old dvr using optical 5.1 but there seems to be some audio dropouts..
I would like to know how many and how serious they are..

2.0 analog audio shouldn't have as many audio problems should it?
thanks

I use a long abandoned free scanning program called mpeg2repair. It does not really fix much but the log file will list any problems with the time stamp so you can find them easily. I can send it to you if you cannot find it anywhere, there is an old thread on AVS where it was discussed. It really only works with mpeg2 files, but will only scan the audio if the video is mpeg4.

Also VideoRedo (not free) has a quick stream fix where it does fix some problems but if you have missing sound then you have missing sound and your only fix is to cut out the bad frames using VideoRedo, a great program.

Mike T

Thanks. I have VRD and ran it thru the quick fix tool. I have yet to test the file tho..
You think there would be less drop outs using analog 2.0 audio?

You can also use ffmpeg with the following command line to remux an MPEG-TS file:

It will do the same as the VRD quickfix.

I created a batch file that I use called remux.bat and I just drag and drop the file onto it. The bad file gets renamed to "filename.bak" and the fixed file is given the name of the original "filename.ts" (adjust the path to ffmpeg as needed).
To remux an H.264/AAC MP4 file into an H.264/AAC MPEG-TS file, just add " -bsf h264_mp4toannexb" to the end of the ffmpeg command line.

I haven't done any serious benchmarks but it's about as fast as VRD's quickfix. On my I5-560M laptop, it will remux a single program HD MPEG-TS at over 800 fps since there is no transcoding.

I use this to fix errors in the stream timeline, not sure if it will do anything for audio dropouts though.

A quick question about aspect ratios. Just in case anybody here can help.. I tried the multiavchd forum but no luck..
I know a little.. 1.33 is 4x3 & 1.778 is 16x9

I use multiavchd to author files created by the PVR and it works great.
But now I'm trying to author a disc that will have a title that is 1280x720 AR 1.778 & 720x480 AR 1.778

It will author the disc just fine but the title menu for the 720x480 1.778 is blank..
Other titles that are in this project 720x480 1.33 work just fine..
Anybody know why this software chokes on SD 1.778

I may be stating the obvious, but isn't 720x480 1.33 AR (and not 1.778)?
Forgive me if I misunderstood your question.

720/480 = 1.5 [not 16x9 or what i call 1.78 AR}

Standard definition widesreen, 16x9, is 853 x 480, or so. I don't know how the "anamorphic squish" comes into play, however.

I don't use multiAVCHD so I'm not qualified to answer any more on the matter, sorry.
Edited by m. zillch - 5/15/13 at 9:08pm

http://en.wikipedia.org/wiki/Aspect_ratio_(image)

yeah, As far as I know 720x480 4x3 shows as 1.5 or 1.33 / 720x480 16x9 = 1.77
I even have some weird clips from my sony dvd recorded as 720x480 16x9 2.37

I did some more testing and I don't think the AR is what multiavchd is choking on.... Something else. Even the chaps on the board don't know how to fix..
It will author, It just wont have a picture as the title menu. so be it.. I've wasted enough time trying to figure it out.

I'm creating 2 Blu-Rays with all 46 Super Bowls on them. (30min highlights)
1 out of 46 without a menu pic ain't bad I guess.
Thanks again for input from this board.. Learn something new everyday.. (almost)

I picked up a used 1212 to archive DVR'd programs on a DVR which is running out of space. So far, everything seems to work fairly well. I'm archiving the files in M2TS at the max vbr, which seems like a reasonable choice given its space savings (~30%) and considering the fact that these are going to be on a hard disk and seldom burned to an optical disc. I only have two questions to this point. Is there a reason not to be using M2TS that I should be aware of? Secondly, is the 3-4 second delay when pressing the record button normal? So far I've done my best to deal with it, but with programs with a short lead-in time, it's annoying, as it always cuts off the first few seconds of the program and runs a few seconds long. If I can't do anything about this, I'm going to need to look into an editing program as well, simply to trim/cut the beginning and end of the recording, which seems silly to me.

It's my preference to use .ts instead of m2ts
The authoring tools i use have problems with m2ts files..
If you ever plan to use tsmuxer to author an avchd disc ~ I suggest using .ts
(tsmuxer can also be used to split/cut files)

My pvr also has the delay you mentioned.. To remedy this I start capturing with the video paused and the info screen for the program visible..

Thanks. I'd run some tests earlier and it looked like I'd save a reasonable amount of space by going M2TS. Today I tried a full length program, and while M2TS does save some space, the savings were less than I expected based on the smaller size files I tested earlier. Luckily, I've only archived a few programs so far and haven't deleted any yet, so I may start over using ts instead. In addition, as you point out, editing seems to be more easily done and supported with ts, though I do not expect to need to edit files and only infrequently author a disc with them.

Also good to know that the pause isn't just me or my config - I tried newer video drivers and on both SSD and HDD, and considered trying the stock USB cable instead of the powered extension I am using. I've figured out the delay and so have gotten reasonably accurate in allowing for the delay and pressing record early with good results. I tried pausing and then pressing record and play. However, aside from the screen graphics, pause/play with my setup (1212 + Dish 622) seems to have a similar multi-second delay and often some momentary artifacting & synch hiccups.

My understanding was that M2TS took up more space than TS, not less, although the difference is pretty much inconsequential compared to whether the configuration works or doesn't work through some other device or program, like editing or burning programs.

The added size for M2TS was to hold some audio to video lip sync info that only some outboard stuff can look to, i had thought.

Can't say I'm an expert on these matters though.

Variable instead of constant BR saves space considerably, I find.

You are right, m2ts should be slightly bigger than ts ... 188 byte packet for .ts vs 192 byte packet for m2ts something about time stamps at the start of the m2ts packets.

I was under the same impression, but my M2TS files for the same length recording of the same program have been smaller - though the difference is negligible.
Edited by AKA - 5/19/13 at 4:56pm

Interesting, you should actually be able to convert the m2ts file to ts and it be identical content and shorter.

That sounds correct. It's interesting, but as long as I can record successfully, I'm not sure I'm going to try to determine the reason.

Is there any other reason than simplicity in editing to use TS over M2TS? On other forums (including threads I've found on Hauppauge's forums) I've seen as many people suggest M2TS given the three options TME provides, so I wouldn't mind having a little more data on hand before I begin archiving the rest of the recordings.