Recording fails to playback with mediaplayer or VLC, etc

[tcosson]

I have some sort of issue where if a schedule a recording afterwards when I try to play it back it will not play with Windows media player or VLC. It will play with the wintv program.
If I manually start the recording then afterwards vlc and Media Player will playback the .ts file.
I have attached the log.txt from while it was running as well as the wintvrec.txt
The scheduled recording when ran through ffmpeg -i gives the following errors.

C:\Users\Troy>c:\temp\ffmpeg\bin\ffmpeg.exe -i "C:\Users\Public\Videos\27.2___SC
C_20111216_1533.ts"
ffmpeg version N-32611-gd55b06b, Copyright (c) 2000-2011 the FFmpeg developers
built on Sep 15 2011 00:26:45 with gcc 4.6.1
configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena
ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-
libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena
ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --en
able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis
--enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib

libavutil 51. 16. 0 / 51. 16. 0
libavcodec 53. 14. 0 / 53. 14. 0
libavformat 53. 12. 0 / 53. 12. 0
libavdevice 53. 3. 0 / 53. 3. 0
libavfilter 2. 40. 0 / 2. 40. 0
libswscale 2. 1. 0 / 2. 1. 0
libpostproc 51. 2. 0 / 51. 2. 0
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 5 got 10

[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 11 got 1
5
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 6 got 5
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 6 got 10

[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 5 got 15

[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 0 got 10

[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 0 got 5
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 6 got 0
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 0 got 5
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 6 got 5
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 6 got 0
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 6 got 10

[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 11 got 5

Last message repeated 1 times
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 5 got 15

[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 0 got 5
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 6 got 10

[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 11 got 0

[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 1 got 0
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 1 got 5
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 6 got 1
[mpegts @ 000000000038CFF0] Continuity check failed for pid 16 expected 0 got 15

[mpegts @ 000000000038CFF0] Continuity check failed for pid 64 expected 2 got 1
[mpeg2video @ 0000000001CD1680] mpeg_decode_postinit() failure
Last message repeated 10 times
[mpegts @ 000000000038CFF0] max_analyze_duration 5000000 reached at 5024000
[mpegts @ 000000000038CFF0] PES packet size mismatch
Input #0, mpegts, from 'C:\Users\Public\Videos\27.2___SCC_20111216_1533.t s':
Duration: 00:00:44.96, start: 70869.565444, bitrate: 2835 kb/s
Program 2
No Program
Stream #0.0[0x44]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s
Stream #0.1[0x41]: Video: mpeg2video (Main), yuv420p, 704x480 [SAR 10:11 DAR
4:3], 2970 kb/s, 31.90 fps, 29.97 tbr, 90k tbn, 59.94 tbc
At least one output file must be specified

[nacho32]

have you tried to install the K-lite codec pack?
http://fileforum.betanews.com/search?s=k-lite&x=0&y=0

[tcosson]

No.. the playback fails because the recording is corrupt not because the players don't like the format.
I have noticed that it records well on the HD portion of the channel and the errors are on the SD sub channel.

[Mr X]

Digital Recordings will always have some small errors in, most player should be able to handle this. I'm surprised VLC doesn't. It's ususally pretty good.