search

saloromer / ffmbc

Automatically exported from code.google.com/p/ffmbc
0 stars 0 forks source link

setting -s has no effect on the destination #31

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
When converting a video file, the destination video always inherits the frame 
size of the source, even when specifying a different size with -s. This is also 
reflected in the command line output. 

This happens with 0.6rc2 and 0.6rc3 and doesn't seem to be specific to the 
input file used. 

Here is a sample command line invocation:

$ ffmbc -v 3 -i in.mp4 -s 768x576 out.mp4
FFmpeg version FFmbc-0.6-rc3, Copyright (c) 2000-2011 the FFmpeg developers
  built on Mar 14 2011 12:16:33 with gcc 4.4.3
  configuration: --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-libdc1394 --enable-libgsm --enable-pthreads --enable-shared
  libavutil    50. 38. 0 / 50. 38. 0
  libavcodec   52.112. 1 / 52.112. 1
  libavformat  52. 99. 0 / 52. 99. 0
  libavdevice  52.  2. 3 / 52.  2. 3
  libavfilter   1. 76. 0 /  1. 76. 0
  libswscale    0. 12. 0 /  0. 12. 0
  libpostproc  51.  2. 0 / 51.  2. 0
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4':
  Metadata:
    major_brand: mp42
    minor_version: 0
    compatible_brands: isomiso2avc1mp41
    creation_time: 2011-03-14 10:00:42
    encoder: FFmbc 0.6
  Duration: 00:00:30.01, start: 0.000000, bitrate: 1594 kb/s
    Stream #0.0(und): Video: h264 (High), yuv420p, 720x576p [PAR 16:15 DAR 4:3], 1485 kb/s, 25.00 fps
    Stream #0.1(und): Audio: aac, 48000 Hz, stereo, s16, 105 kb/s
Output #0, mp4, to 'out.mp4':
  Metadata:
    encoder: FFmbc 0.6
    Stream #0.0(und): Video: mpeg4, yuv420p, 720x576p [PAR 16:15 DAR 4:3], 200 kb/s, 25.00 fps
    Stream #0.1(und): Audio: libfaac, 48000 Hz, stereo, s16, 64 kb/s
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
Press [q] to stop encoding
replacing header in front, copying  2.13MB                                      

frame=  749 fps=146 q=31.0 Lsize=    2203kB time=00:00:29.96 bitrate= 
602.3kbits/s                 
video:2007kB audio:178kB global headers:0kB muxing overhead 0.835919%

Original issue reported on code.google.com by anselm.h...@gmail.com on 14 Mar 2011 at 11:36

GoogleCodeExporter commented 8 years ago 
I hope I'm not pointing out the obvious, but it does say on 
http://code.google.com/p/ffmbc/ :

> FFmbc-0.5:
> 
> Remove -s resizing output cli option, use -vf scale.

So, your command line for FFmbc 0.5 and above should be:

ffmbc -v 3 -i in.mp4 -vf scale=768:576 out.mp4

Or, if your source is interlaced:

ffmbc -v 3 -i in.mp4 -vf scale=768:576:1 out.mp4

HTH

Original comment by mark.him...@gmail.com on 14 Mar 2011 at 2:54

GoogleCodeExporter commented 8 years ago 
Indeed, this works. But the -s option is still accepted by the command line 
parser and also mentioned in the --help output. So it would be desirable if the 
CLI parser would throw an error and the help page gets adapted.

Original comment by anselm.h...@gmail.com on 14 Mar 2011 at 3:25

GoogleCodeExporter commented 8 years ago 
Yes, the -s option is still used to specify input frame size in case of 
rawvideo (yuv) for example, that's why it didn't throw an error.
I can update the help message to mention "input" in it, or I can try to 
reactivate the option if possible, but It's not that trivial now with the 
filters activated.

Original comment by baptiste...@gmail.com on 15 Mar 2011 at 7:11

GoogleCodeExporter commented 8 years ago 
I reintroduced -s option in rc4

Original comment by baptiste...@gmail.com on 1 May 2011 at 1:00