Control: tags -1 fixed-upstream
Hi Cris,
On 29.06.2016 21:56, Christoph Anton Mitterer wrote:
> Andreas, anything new on this? What happened to your proposed patch?
Jon Toohill managed to write a proper patch for this and it is now
fixed upstream [1].
Best regards,
Andreas
1:
Processing control commands:
> tags -1 fixed-upstream
Bug #797965 [libavformat-dev] bs1770gain somehow "destroys" gapless playback on
(at least) lame encoded MP3s
Added tag(s) fixed-upstream.
--
797965: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797965
Debian Bug Tracking System
Contact
[Mails to nnn...@bugs.debian.org do not reach the submitter. Explicitly CC-ing
Christoph]
On 2016-06-30 02:48:24, Carl Eugen Hoyos wrote:
> Hi!
>
> If you want me to forward this bug to other FFmpeg developers, please:
> * Provide sample(s) that allow to reproduce the issue
> and
> * The ffmpeg
Hi!
If you want me to forward this bug to other FFmpeg developers, please:
* Provide sample(s) that allow to reproduce the issue
and
* The ffmpeg command line that allows to reproduce the issue together with
the complete, uncut console output
and
* explain what is wrong with the output file.
Hey.
Andreas, anything new on this? What happened to your proposed patch?
Carl:
- The command lines are given in the initial mail of this bug.
- IIRC a sample link was provided somewhere as well, but if that
doesn't suit you, simply take *any* wav file on earth, split it in
two halfs a a
Hi!
If I understand correctly, no sample and no command line including complete,
uncut console output was ever provided for this bug report.
If this is correct, please close as needs-more-information.
Thank you, Carl Eugen
___
Hi,
On 19.12.2015 23:55, Christoph Anton Mitterer wrote:
> On Sat, 2015-12-19 at 23:24 +0100, Andreas Cadhalpun wrote:
>> Now I'm a bit skeptical about "LAME adding some special tags".
> IIRC, the LAME tag isn't actually an ID3 tag, but padded in some other
> parts of the MP3 header which aren't
Control: reassign -1 libavformat-dev
Control: found -1 7:2.8.3-1
Control: affects -1 bs1770gain
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.
--
Happy hacking
Petter Reinholdtsen
On 19.12.2015 20:59, Christoph Anton Mitterer wrote:
> On Sat, 2015-12-19 at 20:47 +0100, Andreas Cadhalpun wrote:
>> Can you provide a sample for reproducing this problem?
> Providing samples is always a bit problematic for copyrightreasons,
> especially when providing them publicly.
>
> Any
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 Sat, 2015-12-19 at 21:05 +0100, Andreas Cadhalpun wrote:
> Unless you can reproduce this with ffmpeg's test sample (in which
> case, please elaborate what the problem is), please send my privately
> (a link to) a small sample.
Wait a few minutes...
smime.p7s
Description: S/MIME cryptographic
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 provide a sample for reproducing this problem?
Processing control commands:
> tags -1 moreinfo
Bug #797965 [libavformat-dev] bs1770gain somehow "destroys" gapless playback on
(at least) lame encoded MP3s
Added tag(s) moreinfo.
--
797965: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797965
Debian Bug Tracking System
Contact
On Sat, 2015-12-19 at 20:59 +0100, Andreas Cadhalpun wrote:
> I might be missing what the problem is, but this command seems to
> work
> just fine with ffmpeg's test sample [1].
> Can you confirm this, or describe more precisely what the problem is?
You need two WAV files, which contain
On 19.12.2015 21:05, Peter Belkner wrote:
>
>
> 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
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 Sat, 2015-12-19 at 20:40 +0100, 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.
Well I think it's still also some kind of a design issue.
The problem is
On Sat, 2015-12-19 at 20:47 +0100, Andreas Cadhalpun wrote:
> Can you provide a sample for reproducing this problem?
Providing samples is always a bit problematic for copyrightreasons,
especially when providing them publicly.
Any CD-DA, which has gapless tracks (e.g. typically live CDs) will do.
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 in bs1770gain. Because of this, I
>>>
Processing control commands:
> tags -1 - moreinfo + confirmed
Bug #797965 [libavformat-dev] bs1770gain somehow "destroys" gapless playback on
(at least) lame encoded MP3s
Removed tag(s) moreinfo.
Bug #797965 [libavformat-dev] bs1770gain somehow "destroys" gapless playback on
(at least) lame
Control: tags -1 - moreinfo + confirmed
Hi,
On 19.12.2015 21:09, Christoph Anton Mitterer wrote:
> You need two WAV files, which contain seamlessly playing sound (e.g.
> just take any song and split it in the middle).
>
> For lossless formats, there is typically no problem, that these two
>
On Sat, 2015-12-19 at 23:24 +0100, Andreas Cadhalpun wrote:
> OK, so the problem is that after remuxing with ffmpeg, there is
> a barely audible ... gap ... between the two files, right?
Yes
> Now I'm a bit skeptical about "LAME adding some special tags".
IIRC, the LAME tag isn't actually an ID3
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
Package: bs1770gain
Version: 0.4.5-1+b1
Severity: important
Tags: upstream
Hi.
It seems that bs1770gain somehow "destroys" gapless playback
on (at least) lame encoded MP3s.
For example, when I encode gapless WAV files via e.g.:
lame --verbose -q 0 -v -V 3 --noreplaygain --id3v2-utf16
24 matches
Mail list logo