Bug#810146: marked as done (lives: encoding fails because empty audio wav file beyond some specific length)
Your message dated Tue, 22 Nov 2016 21:05:03 + with message-id <e1c9ift-000bzx...@fasolo.debian.org> and subject line Bug#810146: fixed in lives 2.8.1-1 has caused the Debian Bug report #810146, regarding lives: encoding fails because empty audio wav file beyond some specific length to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 810146: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810146 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: lives Version: 2.4.0~ds0-1+b1 Severity: normal Some of my clips fail to encode (with the x264 encoder) because the generated audiodump.wav is empty (44 bytes long, which I expect is the wav header, no actual data). I've traced that to smogrify being called with a negative value for "end of audio". For example with arguments: save 483408242 25.000 /home/master/Videos/FOO.mp4 1 54931 44100 2 16 1 0. -1698.4000 I first thought of an integer overflow, because: - a clip of 1200 seconds works - a clip of 2197.24 seconds fails So I thought maybe overflow at 2048 (11 bits?), but then I tried a clip of 2000 seconds, and then smogrify is called with: save 927025633 25.000 /home/master/Videos/FOO.mp4 1 5 0 0 0 1 -nan -nan This seems to be linked to the end of the to-be-encoded selection audio being more than some specific value of seconds after the beginning of the clip seconds... Further observations: - 1800s works - 1920s works - 1999.96s doesn't work - 1999s doesn't work - 1998.96s doesn't work - 1997.28s doesn't work - 1960s doesn't work - 1940s works - 1950s doesn't work - 1946s works - 1948s doesn't work - 1947s works - 1947.40s works - 1947.80s doesn't work - 1947.60s works - 1947.68s works - 1947.76s works And that's it... 1947.80s is 48695 frames and 1947.76s is 48694 frames. That's where the overflow/NaN starts to happen. -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages lives depends on: ii frei0r-plugins1.4-3+b1 ii imagemagick 8:6.8.9.9-5 ii libasound21.0.28-1 ii libatk1.0-0 2.18.0-1 ii libavc1394-0 0.5.4-2 ii libavutil-ffmpeg547:2.8.2-1 ii libc6 2.19-18+deb8u1 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libgdk-pixbuf2.0-02.31.1-2+deb8u3 ii libglib2.0-0 2.46.2-1 ii libgtk-3-03.18.5-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libmjpegutils-2.1-0 1:2.1.0+debian-3 ii libpango-1.0-01.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpng12-01.2.50-2+deb8u1 ii libpulse0 5.0-13 ii libraw1394-11 2.1.0-3 ii libswscale-ffmpeg37:2.8.2-1 ii libunicap20.9.12-2 ii libweed0 2.4.0~ds0-1+b1 ii libx11-6 2:1.6.2-3 ii lives-data2.4.0~ds0-1 ii lives-plugins 2.4.0~ds0-1+b1 ii mplayer2 [mplayer]2.0-728-g2c378c7-4+b1 ii ogmtools 1:1.5-3+b1 ii perl 5.20.2-3+deb8u1 ii procps2:3.3.9-9 ii python2.7.9-1 ii sox 14.4.1-5 Versions of packages lives recommends: ii dvgrab 3.5-2+b2 ii icedax 9:1.1.11-3 ii libogg01.3.2-1 ii libtheora-bin 1.1.1+dfsg.1-6 ii libtheora0 1.1.1+dfsg.1-7 ii mencoder 2:1.2-1 ii mkvtoolnix 8.5.2-1 ii pulseaudio 5.0-13 ii x11-utils 7.7+2 ii youtube-dl 2015.11.10-1 Versions of packages lives suggests: ii libdv-bin 1.0.0-6 ii mjpegtools 1:2.1.0+debian-3 -- no debconf information --- End Message --- --- Begin Message --- Source: lives Source-Version: 2.8.1-1 We believe that the bug you reported is fixed in the latest version of lives, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is atta
Processed: Bug#810146 marked as pending
Processing commands for cont...@bugs.debian.org: > tag 810146 pending Bug #810146 [lives] lives: encoding fails because empty audio wav file beyond some specific length Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 810146: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810146 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#810146:
This bug can be closed with the release of LiVES 2.8.1 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#810146: lives: encoding fails because empty audio wav file beyond some specific length
Thankyou for your detailed investigation Lionel. This issue has now been addressed in version 2.8.1 of LiVES which should be in the debian repositiries shortly. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#810146: lives: encoding fails because empty audio wav file beyond some specific length
Package: lives Version: 2.4.0~ds0-1+b1 Severity: normal Some of my clips fail to encode (with the x264 encoder) because the generated audiodump.wav is empty (44 bytes long, which I expect is the wav header, no actual data). I've traced that to smogrify being called with a negative value for "end of audio". For example with arguments: save 483408242 25.000 /home/master/Videos/FOO.mp4 1 54931 44100 2 16 1 0. -1698.4000 I first thought of an integer overflow, because: - a clip of 1200 seconds works - a clip of 2197.24 seconds fails So I thought maybe overflow at 2048 (11 bits?), but then I tried a clip of 2000 seconds, and then smogrify is called with: save 927025633 25.000 /home/master/Videos/FOO.mp4 1 5 0 0 0 1 -nan -nan This seems to be linked to the end of the to-be-encoded selection audio being more than some specific value of seconds after the beginning of the clip seconds... Further observations: - 1800s works - 1920s works - 1999.96s doesn't work - 1999s doesn't work - 1998.96s doesn't work - 1997.28s doesn't work - 1960s doesn't work - 1940s works - 1950s doesn't work - 1946s works - 1948s doesn't work - 1947s works - 1947.40s works - 1947.80s doesn't work - 1947.60s works - 1947.68s works - 1947.76s works And that's it... 1947.80s is 48695 frames and 1947.76s is 48694 frames. That's where the overflow/NaN starts to happen. -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages lives depends on: ii frei0r-plugins1.4-3+b1 ii imagemagick 8:6.8.9.9-5 ii libasound21.0.28-1 ii libatk1.0-0 2.18.0-1 ii libavc1394-0 0.5.4-2 ii libavutil-ffmpeg547:2.8.2-1 ii libc6 2.19-18+deb8u1 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libgdk-pixbuf2.0-02.31.1-2+deb8u3 ii libglib2.0-0 2.46.2-1 ii libgtk-3-03.18.5-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libmjpegutils-2.1-0 1:2.1.0+debian-3 ii libpango-1.0-01.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpng12-01.2.50-2+deb8u1 ii libpulse0 5.0-13 ii libraw1394-11 2.1.0-3 ii libswscale-ffmpeg37:2.8.2-1 ii libunicap20.9.12-2 ii libweed0 2.4.0~ds0-1+b1 ii libx11-6 2:1.6.2-3 ii lives-data2.4.0~ds0-1 ii lives-plugins 2.4.0~ds0-1+b1 ii mplayer2 [mplayer]2.0-728-g2c378c7-4+b1 ii ogmtools 1:1.5-3+b1 ii perl 5.20.2-3+deb8u1 ii procps2:3.3.9-9 ii python2.7.9-1 ii sox 14.4.1-5 Versions of packages lives recommends: ii dvgrab 3.5-2+b2 ii icedax 9:1.1.11-3 ii libogg01.3.2-1 ii libtheora-bin 1.1.1+dfsg.1-6 ii libtheora0 1.1.1+dfsg.1-7 ii mencoder 2:1.2-1 ii mkvtoolnix 8.5.2-1 ii pulseaudio 5.0-13 ii x11-utils 7.7+2 ii youtube-dl 2015.11.10-1 Versions of packages lives suggests: ii libdv-bin 1.0.0-6 ii mjpegtools 1:2.1.0+debian-3 -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
