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
[Peter Belkner]
> 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 FFmpeg will have fixed their errors. They
> are the experts for those myriads of formats and codecs.
>
> Please file these errors under
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
Peter (=upstream) has asked me off list to check whether:
$ ffmpeg -i in.mp3 -acodec copy -y out.mp3
also makes the resulting files having gaps.
The back story is that bs1770gain apparently somehow uses ffmpeg.
And the answer is yes, after copying the files as above with ffmpeg,
they have gaps
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
27 matches
Mail list logo