[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 applied the enclosed patch (notice the DMESSAGE) to see how often it
trigger, and processed the MPEG file, and the sound was still
stuttering. This was
brp-pacu 2.1.1+git20111020-5 is marked for autoremoval from testing on
2015-07-21
It (build-)depends on packages with these RC bugs:
786694: fftw: FTBFS with TZ=GMT-14
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth
sndobj 2.6.6.1-3 is marked for autoremoval from testing on 2015-07-21
It (build-)depends on packages with these RC bugs:
786694: fftw: FTBFS with TZ=GMT-14
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
h
ams 2.1.1-1 is marked for autoremoval from testing on 2015-07-21
It (build-)depends on packages with these RC bugs:
786694: fftw: FTBFS with TZ=GMT-14
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http:/
I've made an educated guess on how to continue: simply skip the package,
and it seems to work smoothly:
diff -rc ./bs1770gain-0.4.3/libffsox-2/ffsox_frame_reader.c
./bs1770gain-0.4.4-beta2/libffsox-2/ffsox_frame_reader.c
*** ./bs1770gain-0.4.3/libffsox-2/ffsox_frame_reader.c 2015-06
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 to continue in such a case?
Thanks and regards,
Peter
On 21.06.2015 23:09, Carl Eugen Hoyos wrote:
On Sunday 21 June 2015 10:
On Sunday 21 June 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
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
On 21.06.2015 22:09, Jonas Smedegaard wrote:
> Quoting Andreas Cadhalpun (2015-06-21 14:24:43)
>> Well, I have no intention of maintaining a pre-dh7-style debian/rules
>> file. That pretty much settles the question for me.
>
> Then use a post-dh-style debian/rules file instead, as done with libav
Quoting Andreas Cadhalpun (2015-06-21 14:24:43)
> On 19.06.2015 23:50, Reinhard Tartler wrote:
>> On Jun 18, 2015 7:15 PM, "Andreas Cadhalpun"
>> wrote:
>>> And currently FFmpeg 2.7 failed to build on ppc64 (due to changes in
>>> configure, fixed upstream) and sparc (unaligned access causing
>>
Hi Reinhard,
On 19.06.2015 23:50, Reinhard Tartler wrote:
> On Jun 18, 2015 7:15 PM, "Andreas Cadhalpun"
> wrote:
>> The altivec optimizations on powerpc are still disabled, but I don't think
>> this should delay the transition. I intend to fix this one way or another
>> before stretch is releas
[Peter Belkner]
> BS1770GAIN is based on FFmpeg. If a file is not processable by FFmpeg
> it is not processable by BS1770GAIN.
>
> This particular sample file seems not to be processable by FFmpeg. Try
> e.g. the following command
>
> $ ffmpeg -i samples/20030213-cvs.mpeg -acodec copy -vcodec c
BS1770GAIN is based on FFmpeg. If a file is not processable by FFmpeg it
is not processable by BS1770GAIN.
This particular sample file seems not to be processable by FFmpeg. Try
e.g. the following command
$ ffmpeg -i samples/20030213-cvs.mpeg -acodec copy -vcodec copy -y
20030213-cvs.mpeg
FYI: The status of the lv2core source package
in Debian's testing distribution has changed.
Previous version: 6.0+dfsg0-2
Current version: 6.0+dfsg0-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will
FYI: The status of the mcp-plugins source package
in Debian's testing distribution has changed.
Previous version: 0.4.0-2
Current version: 0.4.0-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will rec
FYI: The status of the vco-plugins source package
in Debian's testing distribution has changed.
Previous version: 0.3.0-2
Current version: 0.3.0-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will rec
FYI: The status of the qmidiroute source package
in Debian's testing distribution has changed.
Previous version: 0.3.0-1
Current version: 0.3.0-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will rece
FYI: The status of the ir.lv2 source package
in Debian's testing distribution has changed.
Previous version: 1.3.2~dfsg0-1
Current version: 1.3.2~dfsg0-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you w
Package: mplayer2
Version: 2.0-728-g2c378c7-4+b1
Severity: normal
Many videos, including current YouTube videos, use VP9 these days.
mplayer2 doesn't seem to have any support for VP9, though other players
do. Please consider building in support for VP9, using ffvp9.
-- System Information:
Debian
GREETINGS TO YOU,
I WRITE TO TELL YOU OF A MATTER THAT REQUIRED AN URGENT ATTENTION WITHREGARDS
TO YOUR REPOSED PERSONALITY AS A RELIABLE, TRUSTWORTHY AND GODFEARING PERSON.
IN BRIEF INTRODUCTION, I AM THE ONLY DAUGTHER OF LATE MRMOHAMMAD PELAEZ FROM
SIERRA-LEONE.I AND MY JUNIOR BROTHER AHMED
Package: zyne
Version: 0.1.2-1
Followup-For: Bug #788314
I get the same bug, even after installing the missing python-wxversion
dependency.
-g
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.0
Source: musescore
Version: 2.0.1+dfsg-1
Severity: serious
Many architectures FTBFS:
https://buildd.debian.org/status/package.php?p=musescore&suite=unstable
from the arm64 log:
[ 10%] Building CXX object mstyle/CMakeFiles/mstyle.dir/menubarengine.cpp.o
In file included from :0:0:
/usr/include/std
2015-06-20 12:33 GMT+02:00 Sebastian Ramacher :
> On 2015-06-20 12:30:54, Sebastian Ramacher wrote:
>> On 2015-06-20 09:45:19, Jaromír Mikeš wrote:
>> > Hi all,
>> >
>> > I recently changed build dep of yoshimi package from fltk 1.1 to 1.3.
>> > Only because this change package wanted links against
Hi Adrian,
On Sun, Jun 21, 2015 at 10:29:21AM +0200, John Paul Adrian Glaubitz wrote:
> On 06/21/2015 02:31 AM, Jonas Smedegaard wrote:
> >> Even just checking for the existence of dnet-common or similar
> >> would probably be enough.
> >
> > As I understand it, these are the issues raised here:
Hi.
Attached is a patch for enabling building openni for mipsel arch.
Can you please do a peer review?
Thanks,
Gustavo Prado Alkmim
Bacharel em Ciência da Computação (UFLA)
Doutorando em Ciência da Computação (UNICAMP)
--
"Do que adianta para o homem ganhar o mundo e perder sua alma???"
2015
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/21/2015 02:44 AM, Jonas Smedegaard wrote:
>> Jonas, do you actually read what I wrote?
>
> Yes.
No, you don't, because you constantly say the bug report is not
correct even though a) Alessio requested it and b) already
tagged this bug as "pen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/21/2015 02:36 AM, Jonas Smedegaard wrote:
> Quoting John Paul Adrian Glaubitz (2015-06-20 15:16:28)
>> You are still trying to boil this down to the mere problem with
>> cmus,
>
> This bugreport is filed against cmus, is it not?
This is corre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/21/2015 02:31 AM, Jonas Smedegaard wrote:
>> Even just checking for the existence of dnet-common or similar
>> would probably be enough.
>
> As I understand it, these are the issues raised here:
You understand incorrectly then.
> a) libdnet
On Sat, Jun 20, 2015 at 07:31:50PM -0500, Jonas Smedegaard wrote:
> Quoting Don Armstrong (2015-06-20 14:38:25)
> > There's clearly a bug here, but even after reading this bug log, I've
> > had to do research on my own to determine what that issue is.
> >
> > If the libroar2 maintainers which to
Hi,
It was working on wheezy.
I have had to add an entry into /etc/rc.local to have it sleep for 10
seconds before doing a service restart.
Without the sleep the network is still not ready in time.
dmesg shows:
[0.00] Booting Linux on physical CPU 0x0
[0.00] Initializing cgroup
30 matches
Mail list logo
