-t and -ss arguments should be used in reverse order

[GoogleCodeExporter]

What steps will reproduce the problem?
1. - libavcodec-extra-53 v0.8.5 from Medibuntu
2. Launch a transcode operation with -ss or -t options from the Time tab
3. You should notice that the time cropping failed.

What is the expected output? What do you see instead?
It turns out that the issue stems from WinFF
 including the -t option prior to the -i argument:
 /usr/bin/avconv -t 0:00:05 -y -i "/tmp/ar.mp4" -c:v copy -c:a copy
 "/tmp/o_ar.mp4"

 Thus here -t is used as an "input option" (see man avconv at '-ss').
 When the order is reversed, the video time cropping works as expected:
 /usr/bin/avconv -y -i "/tmp/ar.mp4" -t 00:00:30 -c:v copy -c:a copy
 "/tmp/o_ar.mp4"

 The resulting video is 30s long, as expected.

What version of the product are you using? On what operating system?
- Xubuntu Precise
 - WinFF 1.4.3 from the PPA

Please provide any additional information below.
Paul: 
On Nov 1, 2011, I made a fix to change the order to the
 current order, because what you propose was the old way, and that did
 not work at that time:
http://code.google.com/p/winff/source/detail?r=564

Original issue reported on code.google.com by landroni...@gmail.com on 16 Feb 2013 at 10:07

[GoogleCodeExporter]

Relevant list discussion:
https://groups.google.com/forum/?fromgroups=#!topic/winff/ot2AVJ5XzG4

Original comment by landroni...@gmail.com on 17 Feb 2013 at 7:58

[GoogleCodeExporter]

I tried on with ffmpeg and "libavcodec 54. 91.102" and it worked fine.

Original comment by bgg...@gmail.com on 18 Feb 2013 at 11:02

[GoogleCodeExporter]

Original comment by bgg...@gmail.com on 4 Mar 2013 at 8:50

• Changed state: Invalid