[Andreas Cadhalpun]
> Attached is a patch removing the use of -Werror, which is
> a good practice for development builds, but just causes
> unnecessary build failures for release builds.
Andreas, could you please let us know the cause for the error? Is it the
following?
ffsox_source.c:157:7
On 19.12.2015 23:24, Andreas Cadhalpun wrote:
Now I'm a bit skeptical about "LAME adding some special tags". You've
used lame with '--id3v2-utf16 --add-id3v2 --id3v1-only'. What is this
supposed to do? Add id3v1 tags, or id3v2 or both?
AFAIK it's the so called LAME or XING header. I myself was
On 19.12.2015 20:47, Andreas Cadhalpun wrote:
Control: tags -1 moreinfo
Hi,
On 19.12.2015 20:40, Petter Reinholdtsen wrote:
As the bs1770gain developer Peter Belkner explain, this issue is
really an issue in ffmpeg and not in bs1770gain. Because of this, I
reassign it to ffmpeg.
Can you
On 19.12.2015 20:59, Andreas Cadhalpun wrote:
Hi Peter,
On 19.12.2015 20:53, Peter Belkner wrote:
On 19.12.2015 20:47, Andreas Cadhalpun wrote:
On 19.12.2015 20:40, Petter Reinholdtsen wrote:
As the bs1770gain developer Peter Belkner explain, this issue is
really an issue in ffmpeg and not
On 04.09.2015 23:02, Christoph Anton Mitterer wrote:
@Peter: Why exactly do you need to use ffmpeg for writing? Shouldn't it
be enough to write some tags?
Because bs1770gain is not supposed to have a myriad of backends to deal
with. It should be just one: FFmpeg.
The hope is that one day FF
Many thanks.
On 28.06.2015 13:23, Petter Reinholdtsen wrote:
Based on the information available from
http://stackoverflow.com/questions/1083142/what-s-the-correct-way-to-use-printf-to-print-a-clock-t
>,
refering to
http://pubs.opengroup.org/onlinepubs/009695399/basedefs/sys/types.h.html >
where
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
"
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-wit
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
24.06.2015 10:42, Petter Reinholdtsen wrote:
[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 align
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 t
up to the FFmpeg API
function "av_frame_get_buffer()" to set the "data" field of an "AVFrame"
to the right alignment and it's not the aim of FFmpeg API client code.
On 24.06.2015 07:23, Peter Belkner wrote:
The first build of bs1770gain on
The first build of bs1770gain on the autobuilders showed an error on at
least the mipsel architecture, that look like this:
ffsox_frame_convert.c: In function 'convert_s16i_s8i':
ffsox_frame_convert.c:143:6: error: cast increases required alignment of target
type [-Werror=cast-align]
rp=(R *
On 22.06.2015 10:09, Carl Eugen Hoyos wrote:
Hi!
On Mon, 22 Jun 2015, Peter Belkner wrote:
if (0!=*got_packet) {
av_packet_rescale_ts(pkt,cc->time_base,st->time_base);
+ // where do the "magic" factor 0.5 come from?
+ pkt->dts>>=1;
+ pkt->pts&
On 22.06.2015 09:55, Petter Reinholdtsen wrote:
[Peter Belkner]
I was testing with Winamp and the FFmpeg based "in_ffsox" input plugin.
It was not "stuttering" at all. I discovered "stuttering" only when
testing with VLC player.
Aha.
Meanwhile I've le
On 22.06.2015 08:14, Petter Reinholdtsen wrote:
[Peter Belkner]
I've made an educated guess on how to continue: simply skip the
package, and it seems to work smoothly:
How did you test?
I was testing with Winamp and the FFmpeg based "in_ffsox" input plugin.
It was not "s
t->size=0;
! return 0;
}
pkt->size-=size;
On 21.06.2015 23:56, Peter Belkner wrote:
Hi Carl Eugen,
thanks for sharing. The issue under the hood is seems to be that
avcodec_decode_audio4() returns with error "[mp2 @ 0x9e527c0] Header
missing". How
ne 2015 10:28:55 pm Peter Belkner wrote:
What BS1770GAIN does is best approximated by the following FFmpeg
command (copying the video stream, transcoding the audio stream into
FLAC and muxing both into a MKV container):
$ ffmpeg -i sample/20030213-cvs.mpeg -vcodec copy -acodec flac -y
ffmpe
What BS1770GAIN does is best approximated by the following FFmpeg
command (copying the video stream, transcoding the audio stream into
FLAC and muxing both into a MKV container):
$ ffmpeg -i sample/20030213-cvs.mpeg -vcodec copy -acodec flac -y
ffmpeg/20030213-cvs.mkv
FFmpeg aborts with th
integrated: -34.7 LUFS / 11.7 LU
transcoding ...
[1/1] "20030213-cvs.mkv"
done.
Regards,
Peter Belkner
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
20 matches
Mail list logo
