winff can't convert MTS to MPG (PAL DVD Widescreen)

Bug #1002520 reported by Josep Pujadas-Jubany
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
winff (Ubuntu)
Fix Released
Undecided
Paul Gevers
Precise
Fix Released
Undecided
Paul Gevers

Bug Description

[Impact]
The problem was that libav got updated in Precise and that the command line options of avconv were changed. This causes quite some presets to not work at all. ffmpeg/avconv will just report an error when these presets are used and will fail to convert the file as requested. The fix has no winff source change and is low impact as the presets are in a text file and only the none working presets are changed.

[Text Case]
Warning: if you are testing this with the broken and the fixed Winff, be sure to remove ~/.winff/presets.xml in between the tests.

1. Start Winff
2. Press Add and select a video for conversion
3. Select "VCD" in "convert to" and "PAL VCD (HQ)" in preset
4. Provide an output path (e.g. /tmp)
5. Press convert and wait
Broken Behavior:
- ffmpge/avconv will report an error
Fixed Behavior:
- ffmpge/avconv will convert the file

[Regression Potential]
In principle, I can hardly think of a potential regression. The possible regression is that one of the changed presets did not need a change (I tested this but maybe I made a mistake) or, not really regression but just no improvement, the new presets are wrong in other ways than they were before. Both issues were tested by me to the best of my abilities, but very maybe the latter depends on the specific video file that I used. As no code is changed, I can not believe winff to be impacted.

[Original Report]
ffmpeg version 0.8.1-4:0.8.1-0ubuntu1, Copyright (c) 2000-2011 the Libav developers
  built on Mar 22 2012 05:09:06 with gcc 4.6.3
This program is not developed anymore and is only provided for compatibility. Use avconv instead (see Changelog for the list of incompatible changes).

Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1)
Input #0, mpegts, from '/media/1B6D-BF5C/vd01_canon_legria_hf200/fruites_verdures_00012.MTS':
  Duration: 00:00:10.08, start: 0.481978, bitrate: 12565 kb/s
  Program 1
    Stream #0.0[0x1011]: Video: h264 (High), yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
[buffer @ 0x107f860] w:1440 h:1080 pixfmt:yuv420p
[scale @ 0x1081680] w:1440 h:1080 fmt:yuv420p -> w:720 h:576 fmt:yuv420p flags:0x4
Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt'
[mpeg2video @ 0x10806c0] [Eval @ 0x7fffcd9188a0] Undefined constant or missing '(' in 'mv0'
[mpeg2video @ 0x10806c0] Unable to parse option value "mv0"
[mpeg2video @ 0x10806c0] Error setting option trellis to value -mv0.
Output #0, dvd, to '/home/josep/Escriptori/fruites_verdures_00012.mpg':
    Stream #0.0: Video: mpeg2video (hq), yuv420p, 720x576 [PAR 64:45 DAR 16:9], q=2-31, 8000 kb/s, 90k tbn, 25 tbc
    Stream #0.1: Audio: ac3, 48000 Hz, stereo, flt, 200 kb/s
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height

It worked with 10.04 LTS. It doesn't work with 12.04 LTS (?)

Regards,

Josep Pujadas-Jubany

Revision history for this message
Josep Pujadas-Jubany (jpujades) wrote :

I downloaded presets-libavcodec53-v4.xml.gz from http://code.google.com/p/winff/downloads/list

I extracted them and I copied them to .winff/presets.xml

They work fine!

Package for 12.04 LTS (Precise Pangolin) contains invalid presets, for older versions of ffmpeg & libavcodec.

Regards,

Josep Pujadas-Jubany

Changed in winff (Ubuntu):
status: New → Confirmed
Revision history for this message
Paul Gevers (paul-climbing) wrote :

Thanks for taking the time to report this issue. Are you sure that the file /usr/share/cacti/presets.xml does not work? I suspect this bug is a duplicate of bug 874693, with a proper description in comment 2.

Revision history for this message
Josep Pujadas-Jubany (jpujades) wrote :

Paul,

Sure. They don't work. They are incompatible with libavcodec-extra-53

Different errors parsing parameters passed. For example:

[mpeg2video @ 0x10806c0] Unable to parse option value "mv0"
[mpeg2video @ 0x10806c0] Error setting option trellis to value -mv0.

One more thing. Some presets at presets-libavcodec53-v4.xml.gz from http://code.google.com/p/winff/downloads/ require libavcodec-extra-53 from medibuntu (non free codecs). For example, the presets for MP4 recoding. If not, libfaac needed is not found.

The bug 874693 I think is not really a bug. ~/.winff/presets.xml can't be ovewritted when updating WinFF because could contain user presets.

I tried /usr/share/winff/presets.xml & /usr/sahre/winff/presets-libavcodec53.xml as ~/.winff/presets.xml and they are incompatible.

Only presets-libavcodec53-v4.xml.gz from http://code.google.com/p/winff/downloads/ works.

Regards,

Josep Pujadas-Jubany

Revision history for this message
Paul Gevers (paul-climbing) wrote :

I am now working on getting winff into proper shape for Debian. After that I will make a proposal for backport or point update of Precise.

Changed in winff (Ubuntu):
assignee: nobody → Paul Gevers (paul-climbing)
Revision history for this message
Josep Pujadas-Jubany (jpujades) wrote :

Ok, thanks!

Revision history for this message
Paul Gevers (paul-climbing) wrote :

I should have mentioned before that this bug only manifests itself in Precise. The bug is fixed in version 1.4.2-1 which was already in Quantal some time ago.

[micahg on IRC: Elbrus: please comment in the bug to that regard and mark fix released, I"ll give you a precise task]

Changed in winff (Ubuntu):
status: Confirmed → Fix Released
Changed in winff (Ubuntu Precise):
assignee: nobody → Paul Gevers (paul-climbing)
status: New → Confirmed
Revision history for this message
Paul Gevers (paul-climbing) wrote :

Please find attached a SRU debdiff to update winff 1.4.1-1 in Precise to fix issues with the preset files distributed with Winff.

The problem was that libav got updated in Precise and that the command line options of avconv were changed. I accidentilly missed that fact in Precise. This issue was solved in Debian in 1.4.2-1, but was forgotton for Precise.

[Testcase] start Winff; press Add and select a video for conversion; Select "VCD" in "convert to" and "PAL VCD (HQ)" in preset. Provide an output path (e.g. /tmp); Press convert and wait.

Warning: if you are testing this with the broken and the fixed Winff, be sure to remove ~/.winff/presets.xml in between the tests.

[Regression Potential] the possible regression is that the new presets are wrong in other ways than they were before. The presets are taken litteraly from the presets file and given to avconv to parse.

Revision history for this message
Paul Gevers (paul-climbing) wrote :

Oops, missed the proposed part in precise-proposed.

Bryce Harrington (bryce)
description: updated
description: updated
Revision history for this message
Pablo Ikba (pabloikba) wrote :
Download full text (4.4 KiB)

I'm having a heck of time trying to get WINFF to work with FFMPEG....I've followed all suggestions with the new preset file, etc.
Here's what I get when attempting to convert an mp4 to avi:
ffmpeg version 0.10.4-6:0.10.4-0ubuntu0jon2 Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun 12 2012 23:02:05 with gcc 4.6.3
  configuration: --extra-version='6:0.10.4-0ubuntu0jon2' --arch=amd64 --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --disable-stripping --enable-vaapi --enable-vdpau --enable-bzlib --enable-gnutls --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --enable-runtime-cpudetect --enable-libfreetype --enable-libpulse --enable-vaapi --enable-librtmp --enable-gpl --enable-postproc --enable-x11grab --enable-libcdio --enable-version3 --enable-libdc1394 --shlibdir=/usr/lib/x86_64-linux-gnu --enable-shared --disable-static
  avutil configuration: --extra-version='6:0.10.4.0ubuntu0jon2.2' --arch=amd64 --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --disable-stripping --enable-vaapi --enable-vdpau --enable-bzlib --enable-gnutls --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --enable-runtime-cpudetect --enable-libfreetype --enable-libpulse --enable-vaapi --enable-libopenjpeg --enable-libmp3lame --enable-librtmp --enable-frei0r --enable-libopencv --enable-gpl --enable-postproc --enable-x11grab --enable-libcdio --enable-libx264 --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libdc1394 --shlibdir=/usr/lib/x86_64-linux-gnu --enable-shared --disable-static
  swscale configuration: --extra-version='6:0.10.4.0ubuntu0jon2.2' --arch=amd64 --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --disable-stripping --enable-vaapi --enable-vdpau --enable-bzlib --enable-gnutls --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --enable-runtime-cpudetect --enable-libfreetype --enable-libpulse --enable-vaapi --enable-libopenjpeg --enable-libmp3lame --enable-librtmp --enable-frei0r --enable-libopencv --enable-gpl --enable-postproc --enable-x11grab --enable-libcdio --enable-libx264 --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libdc1394 --shlibdir=/usr/lib/x86_64-linux-gnu --enable-shared --disable-static
  swresample configuration: --extra-version='6:0.10.4.0ubuntu0jon2.2' --arch=amd64 --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --disable-stripping --enable-vaapi --enable-vdpau --enable-bzlib --enable-gnutls --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --enable-runtime-cpudetect --enable-libfreetype --enable-libpulse --enable-vaapi --enable-libopenjpeg --enable-libmp3lame --enable-librtmp --enable-frei0r --enable-libopencv --enable-gpl --enable-postproc --enable-x11grab --enable-libcdio --enable-libx26...

Read more...

Revision history for this message
Pablo Ikba (pabloikba) wrote :

Sorry, per the comment above....I should have mentioned that I am running Ubuntu 12.04 with winff 1.4.2-2 and ffmpeg 6:0.10.4-0

Revision history for this message
Paul Gevers (paul-climbing) wrote :

Pablo,

Please don't hijack a bug, your problem is a different one, so next time, please file your own bug. However, thank you for taking the time to report your issue and trying to help make Ubuntu better. It seems that you are not using a software package provided by the official Ubuntu repositories. Because of this the Ubuntu project can not support or fix your particular bug. Please report this bug to the provider of the software package. Thanks!

On 30-06-12 19:40, Pablo Ikba wrote:
> ffmpeg version 0.10.4-6:0.10.4-0ubuntu0jon2

Current version in Ubuntu 12.04 is 4:0.8.3-0ubuntu0.12.04.1

> Unknown encoder 'libxvid'

Seems like your version of ffmpeg is not compiled with libxvid activated.

If you are interested in learning more about software repositories and Ubuntu the following pages should be informative:

1. http://www.ubuntu.com/project/about-ubuntu/components - information about Ubuntu repositories
2. https://help.ubuntu.com/community/Repositories - information regarding managing repositories

Revision history for this message
Paul Gevers (paul-climbing) wrote :

Hi sponsors,

Any progress on this? Please let me know if I missed something in preparing the package update.

Revision history for this message
Stéphane Graber (stgraber) wrote :

Uploaded.

Changed in winff (Ubuntu Precise):
status: Confirmed → In Progress
Revision history for this message
Scott Kitterman (kitterman) wrote : Please test proposed package

Hello Josep, or anyone else affected,

Accepted into precise-proposed. The package will build now and be available in a few hours in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Changed in winff (Ubuntu Precise):
status: In Progress → Fix Committed
tags: added: verification-needed
Revision history for this message
Paul Gevers (paul-climbing) wrote :

I followed the test case as described above:

[Text Case]
Warning: if you are testing this with the broken and the fixed Winff, be sure to remove ~/.winff/presets.xml in between the tests.

1. Start Winff
2. Press Add and select a video for conversion
3. Select "VCD" in "convert to" and "PAL VCD (HQ)" in preset
4. Provide an output path (e.g. /tmp)
5. Press convert and wait
Broken Behavior:
- ffmpge/avconv will report an error
 Indeed.
Fixed Behavior:
- ffmpge/avconv will convert the file
-> yes, finally:
frame= 126 fps= 8 q=4.5 Lsize= 844kB time=5.00 bitrate=1383.2kbits/s dup=0 drop=24
video:690kB audio:137kB global headers:0kB muxing overhead 2.026780%
Press Enter to Continue

tags: added: verification-done
removed: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package winff - 1.4.1-1ubuntu0.1

---------------
winff (1.4.1-1ubuntu0.1) precise-proposed; urgency=low

  * Update d/presets.xml and d/presets-libavcodec53.xml with upstream
    changes (LP: #1002520)
    - http://code.google.com/p/winff/source/detail?spec=svn646&r=627
 -- Paul Gevers <email address hidden> Mon, 11 Jun 2012 20:29:01 +0200

Changed in winff (Ubuntu Precise):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.