Automated Cutting and Transcoding Guide Using Mencoder

[-stattik-]

Thanks for the full log DrDDT. It looks like mplayer thinks that the length of your show is 0.00 seconds. Line 415 shows as much:

SET "ID_LENGTH=0.00 "

The script can't figure out the ideal size for the encode because it doesn't know how long the show is.

Here's something you can try:

-Change the extension from .mpg to .ts.
-Drop it on the script.
-Once you get to the first prompt in Guide mode a .info file will be created.
-Post the .info file here.


Thanks.

[DrDDT]

Thanks for the full log DrDDT. It looks like mplayer thinks that the length of your show is 0.00 seconds. Line 415 shows as much:

SET "ID_LENGTH=0.00 "

The script can't figure out the ideal size for the encode because it doesn't know how long the show is.

Here's something you can try:

-Change the extension from .mpg to .ts.
-Drop it on the script.
-Once you get to the first prompt in Guide mode a .info file will be created.
-Post the .info file here.


Thanks.

The info file contains:

MPlayer 1.0rc1-3.4.2 © 2000-2006 MPlayer Team
CPU: AMD Athlon™ 64 X2 Dual Core Processor 3800+ (Family: 15, Model: 35, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
ID_VIDEO_ID=0
ID_AUDIO_ID=1
ID_FILENAME=F:\downloads\Recorded TV\Toppers in concert 2007\Toppers in concert 2007_20070626_20302135.ts
ID_DEMUXER=lavf
ID_VIDEO_FORMAT=mpg2
ID_VIDEO_BITRATE=8250000
ID_VIDEO_WIDTH=720
ID_VIDEO_HEIGHT=576
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=1.3333
ID_AUDIO_FORMAT=80
ID_AUDIO_BITRATE=224000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
ID_LENGTH=0.00
ID_VIDEO_CODEC=mpeg12
ID_AUDIO_BITRATE=224000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
ID_AUDIO_CODEC=mp3

[-stattik-]

Well it looks like both demuxers come up with the same 0 value for show length.

Different versions of mplayer/mencoder sometimes act differently. I would try mplayer1.0pre8 in the mplayer_path. It may get lucky. Do all your shows have the same result? If so, would it be possible to upload a small piece(a few seconds) that i could test with?

Are you going with x264 twopass because you need a specific file size or for quality because the x264 CRF_quality option(option 4 in guide mode) will give you comparable quality but not the size control of twopass.

[DrDDT]

Well it looks like both demuxers come up with the same 0 value for show length.

Different versions of mplayer/mencoder sometimes act differently. I would try mplayer1.0pre8 in the mplayer_path. It may get lucky. Do all your shows have the same result? If so, would it be possible to upload a small piece(a few seconds) that i could test with?

Are you going with x264 twopass because you need a specific file size or for quality because the x264 CRF_quality option(option 4 in guide mode) will give you comparable quality but not the size control of twopass.

I tried 1.0pre8, same result.
I went for the twopass, just to see the difference. Guess I can live with less size control.

[-stattik-]

Was that the only file that failed or do all of your recordings turn out that way? Have earlier versions of the script worked for you? Would it be possible to upload a small piece for testing?

Thanks.

[DrDDT]

Was that the only file that failed or do all of your recordings turn out that way? Have earlier versions of the script worked for you? Would it be possible to upload a small piece for testing?

Thanks.

I just created a test file of 1MB, but this testfile converts just fine.
I'll try a larger one.

How do I cut it without accidently fixing the problem? I'm using mpgtx now, but the 10MB cut also converts fine.

[-stattik-]

hehe

I'm not sure how you can keep it broken. Maybe you should reprocess the whole file with mpgtx. Perhaps it just needs to be reindexed. Alternately, you could use the script to re-index the file. That would be option 9 in guide mode.

From what you saying it looks like the show didn't finish recording correctly which is why mplayer can figure out how long it is.

Tell me how it works out.

[qam1600]

Hi again, stattik. Now that I have 0.5.1c working (I took out the extra pause) in Guide mode, I tried transcoding my HDTV MPGs to DVD-compatible MPGs in batch mode, but it wants to make XviDs despite setting profile=dvd+twopass. Is there a way to make MPGs without Guide mode?

[-stattik-]

Hi again, stattik. Now that I have 0.5.1c working (I took out the extra pause) in Guide mode, I tried transcoding my HDTV MPGs to DVD-compatible MPGs in batch mode, but it wants to make XviDs despite setting profile=dvd+twopass. Is there a way to make MPGs without Guide mode?

set profile=dvd should be what your looking for. That will process every file to be DVD-compliant.

[DrDDT]

hehe

I'm not sure how you can keep it broken. Maybe you should reprocess the whole file with mpgtx. Perhaps it just needs to be reindexed. Alternately, you could use the script to re-index the file. That would be option 9 in guide mode.

From what you saying it looks like the show didn't finish recording correctly which is why mplayer can figure out how long it is.

Tell me how it works out.

I think I have the PVR150 timestamp issue, and I'm using the latest beta drivers that are supposed to fix the problem

Code:

F:\downloads\Recorded TV\Toppers in concert 2007>"c:\Program Files\devnz\gbpvr\m
pgtx.exe" -i Toppers2.mpg
Toppers2.mpg
  Mpeg 2 Program Stream File [Video/Audio]
  Muxrate : 10.41 Mbps
  Estimated Duration: 02:19:58.80s
  Checking all time stamps (This may take a while.) ...
        Time stamps jumped from 6607.940700 to 418.920400 at position 12b4a000
        Time stamps jumped from 41759.419156 to 591.440400 at position 1a6cd000
        Time stamps jumped from 16126.602578 to 1267.840400 at position 38ab3000

        Time stamps jumped from 74125.587178 to 1602.480400 at position 47973000

        Time stamps jumped from 76833.007256 to 1774.480400 at position 4f477000

        Time stamps jumped from 7944.800178 to 2170.440400 at position 60fc3800
        Time stamps jumped from 67630.114367 to 2256.960400 at position 64d92000

        Time stamps jumped from 2266.320400 to 142.564744 at position 6547f015
        Time stamps jumped from 60202.000678 to 2805.320400 at position 7d603800

        Time stamps jumped from 89486.317033 to 3857.000400 at position ac5b5800

        Time stamps jumped from 49123.134933 to 6536.400400 at position 1240be00
0
        Time stamps jumped from 10672.134356 to 6564.280400 at position 1254c900
0
        Time stamps jumped from 54552.310033 to 6726.680400 at position 12c8cb80
0
        Time stamps jumped from 7363.080400 to 6897.265067 at position 148fb5815

        Time stamps jumped from 43657.329867 to 7648.720400 at position 155c3800
0
        Time stamps jumped from 24060.474689 to 7754.800400 at position 15a80b80
0
        Time stamps jumped from 76092.243289 to 7828.160400 at position 15dc9f00
0
  Time line is interupted at 17 times.
  That means at these points the time stamp is earlier than the previous one.
  You may have problems in joining and splitting this file, sorry.
  Aspect ratio 4/3 (TV)
  Not interlaced, chroma format: 4:2:0
  Size [720 x 576]     25.00 fps    8.25 Mbps
  Audio : Mpeg 1 layer 2
  224 kbps  48000 Hz
  Stereo,  No emphasis