Problem with the aspect of an mpeg-ps film
Dear List, I have bought a Sony camera which creates MPEG-PS encoded films. I set the camera to record films in 16:9. I downloaded the recorded films to my PC and I tried to encode to avi, but there was some problems with the aspect. So I tried to investigate what the problem is. Playing the original mpeg-ps films with mplayer the aspect is correct (it seems to be 16:9), but playing on my DVD player the aspect is 4:3 (or 5:4?), so everything seems to be too thick (compressed horizontally). I checked what mplayer sees from such an mpeg-ps file (output atteched to the end of this mail). It is evident that mplayer knows somehow that this is not a 720x576 film contrary that the resolution is stated to be 720x576. Mplayer resizes it to 1024x576. I tried to swith on/off the autoaspect option, use noaspect, use -aspect 16:9 options with no luck. Could anybody help me what should I do to see the proper aspect on the DVD player? Thanks in advance! <<<<<<<<<<<<<<<<<< $ /usr/local/mplayer/mplayer.exe M2U00001.MPG -identify -vo directx MPlayer Sherpya-SVN-r25088-4.2.1 (C) 2000-2007 MPlayer Team CPU: AMD Athlon(TM) XP 2400+ (Family: 6, Model: 8, Stepping: 1) SSE supported but disabled CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx 93 audio & 211 video codecs Playing M2U00001.MPG. Cache fill: 0.00% (0 bytes) ID_AUDIO_ID=128 ID_VIDEO_ID=0 MPEG-PS file format detected. VIDEO: MPEG2 720x576 (aspect 3) 25.000 fps 9100.0 kbps (1137.5 kbyte/s) ID_FILENAME=M2U00001.MPG ID_DEMUXER=mpegps ID_VIDEO_FORMAT=0x10000002 ID_VIDEO_BITRATE=9100000 ID_VIDEO_WIDTH=720 ID_VIDEO_HEIGHT=576 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_FORMAT=8192 ID_AUDIO_BITRATE=0 ID_AUDIO_RATE=0 ID_AUDIO_NCH=0 ID_LENGTH=32.00 ========================================================================== Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough VDec: vo config request - 720 x 576 (preferred colorspace: Mpeg PES) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] The selected video_out device is incompatible with this codec. Try appending the scale filter to your filter list, e.g. -vf spp,scale instead of -vf spp. VDecoder init failed :( Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2)) ========================================================================== ID_VIDEO_CODEC=mpeg12 ========================================================================== Opening audio decoder: [liba52] AC3 decoding with liba52 Using 3DNowEx optimized IMDCT transform Using MMX optimized resampler AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000->192000) ID_AUDIO_BITRATE=256000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 Selected audio codec: [a52] afm: liba52 (AC3-liba52) ========================================================================== AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample) ID_AUDIO_CODEC=a52 Starting playback... VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. ID_VIDEO_ASPECT=1.7778 VO: [directx] 720x576 => 1024x576 Planar YV12 Exiting... (Quit)
>>>>>>>>>>>>>>>
According to the manual, -ss <sec> should skip forward to that number of seconds in the playback or encoding of a file. However, if I perform the following: mplayer -vf cropdetect -nosound -frames 10 -ss 5415 %source% I do not arrive 5415 seconds into the video. I end up at about 8 minutes and 25 seconds in. If I try it in hour:mins:sec format I get the same result: mplayer -vf cropdetect -nosound -frames 10 -ss 1:30:25 %source% So... what am I doing wrong?
James Hastings-Trew wrote:
According to the manual, -ss <sec> should skip forward to that number of seconds in the playback or encoding of a file. However, if I perform the following:
mplayer -vf cropdetect -nosound -frames 10 -ss 5415 %source%
I do not arrive 5415 seconds into the video. I end up at about 8 minutes and 25 seconds in. If I try it in hour:mins:sec format I get the same result:
mplayer -vf cropdetect -nosound -frames 10 -ss 1:30:25 %source%
So... what am I doing wrong?
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mencoder-users
I don't know if it helps, but h264enc which uses mencoder and mpeg does it like this, and it works http://www.registratieplatform.nl/UserFiles/File/Profielenboek%20zoekt%20bra...
Henk Schoneveld wrote:
James Hastings-Trew wrote:
According to the manual, -ss <sec> should skip forward to that number of seconds in the playback or encoding of a file. However, if I perform the following:
mplayer -vf cropdetect -nosound -frames 10 -ss 5415 %source%
I do not arrive 5415 seconds into the video. I end up at about 8 minutes and 25 seconds in. If I try it in hour:mins:sec format I get the same result:
mplayer -vf cropdetect -nosound -frames 10 -ss 1:30:25 %source%
So... what am I doing wrong?
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mencoder-users
I don't know if it helps, but h264enc which uses mencoder and mpeg does it like this, and it works http://www.registratieplatform.nl/UserFiles/File/Profielenboek%20zoekt%20bra...
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mencoder-users
Sorry about giving the wrong info, cut & paste between linux and vmware didn't work and I didn't check what was pasted, sorry about that Here is the right one: GETCROP=$(mplayer "$sourcetype" $device $vid -vf cropdetect -nosound -nocache -frames 500 -vo null -ss $(($VLENGTH/2)) 2>/dev/null | tr '\r' '\n' | grep "crop=" | tail -1 | awk '{print $9}' | sed 's/crop=//g; s/).//g')
Henk Schoneveld wrote:
Henk Schoneveld wrote:
James Hastings-Trew wrote:
According to the manual, -ss <sec> should skip forward to that number of seconds in the playback or encoding of a file. However, if I perform the following:
mplayer -vf cropdetect -nosound -frames 10 -ss 5415 %source%
I do not arrive 5415 seconds into the video. I end up at about 8 minutes and 25 seconds in. If I try it in hour:mins:sec format I get the same result:
mplayer -vf cropdetect -nosound -frames 10 -ss 1:30:25 %source%
So... what am I doing wrong?
Sorry about giving the wrong info, cut & paste between linux and vmware didn't work and I didn't check what was pasted, sorry about that Here is the right one: GETCROP=$(mplayer "$sourcetype" $device $vid -vf cropdetect -nosound -nocache -frames 500 -vo null -ss $(($VLENGTH/2)) 2>/dev/null | tr '\r' '\n' | grep "crop=" | tail -1 | awk '{print $9}' | sed 's/crop=//g; s/).//g')
Maybe I am being dense but I am unsure of this construction: -ss $(($VLENGTH/2)) seems to be if $VLENGTH=6300 then this would be putting -ss $((6300/2)) on the command line... In my own tests I found the value is off by a factor of slightly more than 10. i.e. 54150 gets me roughly where I wanted 5415 to take me. I can live with that, but it seems like a bug to me. ;)
participants (3)
-
Henk Schoneveld -
James Hastings-Trew -
TAJTHY Tamás