[Peter Belkner]
If you have any doubts whether the alignment of the pointer to the frame
buffer is given
Thank you for the background information. Is there some way I can test
the code in question? What kind of input data do I need and what kind
of command line arguments should I use?
If
[Peter Belkner]
Any test using the transcoding feature (i.e. option -ao) uses this
code. It's needed exclusively for that purpose. The code builds the
frames to be fed into the FLAC encoder.
Right. So a data source with types aligned on more than 1 byte is
needed to check that the code do
BS1770GAIN doesn't make any assumption on buffer alignment itself (i.e.
it relies on FFmpeg), and so myself. Are there any hints that FFmpeg is
broken on the systems in question?
But you're right: 16 bit is 2 byte, and 32 bit is 4 byte.
You may use SoX to generate test files.
On 24.06.2015
Source: musescore
Version: 2.0.1+dfsg-2
Tags: patch
It is failing to build on several architectures with errors like:
/«BUILDDIR»/musescore-2.0.1+dfsg/libmscore/element.h:48:18: error: enumerator
value -1 is outside the range of underlying type 'char'
See
Any test using the transcoding feature (i.e. option -ao) uses this
code. It's needed exclusively for that purpose. The code builds the
frames to be fed into the FLAC encoder.
On 24.06.2015 09:58, Petter Reinholdtsen wrote:
[Peter Belkner]
If you have any doubts whether the alignment of the
If you have any doubts whether the alignment of the pointer to the frame
buffer is given you should note that the buffer is allocated using the
respective FFmpeg API function av_frame_get_buffer() (cf.
https://www.ffmpeg.org/doxygen/2.6/frame_8c.html).
In ffsox the following function in
[Peter Belkner]
BS1770GAIN doesn't make any assumption on buffer alignment itself
(i.e. it relies on FFmpeg), and so myself. Are there any hints that
FFmpeg is broken on the systems in question?
I do not know. But I am more worried about other alignment problems
being hidden if the warning
Package: smplayer
Version: 14.9.0~ds0-1
--- Please enter the report below this line. ---
The current version available in Debian testing and unstable doesn't
yet fully support mpv.
You can try yourself to change the Mplayer executable with
mpv in the SMPlayer settings, as stated here [1]. Then
On 24.06.2015 12:41, Petter Reinholdtsen wrote:
[Peter Belkner]
BS1770GAIN doesn't make any assumption on buffer alignment itself
(i.e. it relies on FFmpeg), and so myself. Are there any hints that
FFmpeg is broken on the systems in question?
I do not know. But I am more worried about
On 24.06.2015 12:41, Petter Reinholdtsen wrote:
[Peter Belkner]
You may use SoX to generate test files.
Thank you. I'll try to figure out how to use sox for this.
http://notes.tomcarlson.com/sox
http://montessorimuddle.org/2012/04/19/generating-and-saving-tones-with-sox/
Source: lives
Version: 2.2.8~ds0-1
Severity: serious
Justification: FTBFS
This package FTBFS in a clean sid sbuild setup:
libtool: link: gcc -Wstrict-aliasing=0 -DHAVE_MJPEGTOOLS=1 -DHAVE_LDVGRAB=1 -I l
ibavc1394/avc1394.h -I libraw1394/raw1394.h -I libraw1394/rom1394.h -I/usr/inclu
bs1770gain_0.4.4-1_sourceupload.changes uploaded successfully to localhost
along with the files:
bs1770gain_0.4.4-1.dsc
bs1770gain_0.4.4.orig.tar.gz
bs1770gain_0.4.4-1.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
Your message dated Wed, 24 Jun 2015 13:34:09 +
with message-id e1z7kob-0006t9...@franck.debian.org
and subject line Bug#789248: fixed in bs1770gain 0.4.4-1
has caused the Debian Bug report #789248,
regarding bs1770gain: Fail to build on archs with unsigned char
to be marked as done.
This
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 24 Jun 2015 11:36:52 +
Source: bs1770gain
Binary: bs1770gain bs1770gain-dbg
Architecture: source
Version: 0.4.4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Team
Your message dated Wed, 24 Jun 2015 13:34:09 +
with message-id e1z7kob-0006tm...@franck.debian.org
and subject line Bug#789254: fixed in bs1770gain 0.4.4-1
has caused the Debian Bug report #789254,
regarding bs1770gain: Unable to transcode audio of MPEG file (stuttering sound)
to be marked as
Hi,
Am Mittwoch, den 24.06.2015, 07:23 +0200 schrieb Peter Belkner:
To fix the error drop -Wcast-align from CFLAGS in the respective
Makefile.am.
is this package built with -Werror?!
- Fabian
signature.asc
Description: This is a digitally signed message part
bs1770gain_0.4.4-1_sourceupload.changes uploaded successfully to
ftp-master.debian.org
along with the files:
bs1770gain_0.4.4-1.dsc
bs1770gain_0.4.4.orig.tar.gz
bs1770gain_0.4.4-1.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host coccia.debian.org)
Your message dated Wed, 24 Jun 2015 13:34:09 +
with message-id e1z7kob-0006tf...@franck.debian.org
and subject line Bug#789250: fixed in bs1770gain 0.4.4-1
has caused the Debian Bug report #789250,
regarding bs1770gain: Fail to build on archs with strict alignment requirements
to be marked as
Yes. These errors are not real errors. We're working on avoiding them
anyway.
On 24.06.2015 16:01, Fabian Greffrath wrote:
Hi,
Am Mittwoch, den 24.06.2015, 07:23 +0200 schrieb Peter Belkner:
To fix the error drop -Wcast-align from CFLAGS in the respective
Makefile.am.
is this package built
Hi,
On 23.06.2015 18:07, Alessio Treglia wrote:
We are then migrating away from libav,
I've created an experimental ffmpeg branch [1] with the changes
for the transition.
Comments/testing/review are welcome. ;)
Best regards,
Andreas
1:
I think
sudo touch /usr/lib/python2.7/dist-packages/zyne/__init__.py
worked around this for me. (Can't get sound though.)
Regards,
Tormod
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
21 matches
Mail list logo