Good morning,
based on all the good feedback we got from the community we updated our
last libshout release and released version 2.4.1. This version does not
alter any features but updates the build system. This was necessary as
libshout did not build in some environments.
We're very sorry if
Good evening,
I'm very proud to announce the Release 2.4.0 of libshout. It has been a
long time since the last libshout release as work focused mostly on
Icecast2 itself. However we're very pleased to release the next version
of libshout with many new features and fixes.
The highlights on the
flum,
I'm proud to announce the release of ices2 2.0.2. This is the first
release since 2005 and includes a lot changes waiting in trunk for too
long.
Here is the list of changes:
New features:
* Support for RoarAudio input
Bugfixes:
*
flum,
This has been fixed upstream in r18473.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
forwarded 255417 https://trac.xiph.org/ticket/1875
tags 255417 upstream
thanks
Just checked for this in upstream's svn. It seems to be still present.
It is a problem with libxml as used by ices2.
I forward this bug and hope to get it fixed soon.
Thanks for your work and kind report.
--
reflum,
PCM does not contain any header. This means you need to ensure yourself
that both, mpg321's and ices2's settings match.
In case your audio is really mono and ices2 thinks it is stereo it will
read each even sample as right channel and each odd sample as left. this
will make it sound like
# reopening as not solved in any way
reopen 676541
thanks
On Thu, 2012-06-07 at 23:09 +, Debian Bug Tracking System wrote:
Hi Philipp,
I'm a little surprised that you claim there was no prior discussion
or that you don't know why this was done, since the need for this
was discussed
flum,
Thanks to all of you for your work.
When the source client sends no data it is hard for the server process
to find out if it is still alive. I don't see a good solution on the
server side. I consider it part of the job of the source client to
ensure a running flow of data. There are
flum,
Last night after some researches I found out that the ffmpeg
(pkg:libavdevice53) package depend on libroar-compat1. This is because
it uses libroarsndio.1 from this package. While I consider this
perfectly correct I haven't found a changelog entry for this.
Could you please point me to the
found 589756 2.4.2-1
thanks
The bug seems not to be fixed. The package does not contain a plugin nor
does it depend on libroar*.
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
___
reflum,
On Fri, 2011-02-11 at 11:43 +0100, Paul Menzel wrote:
Dear Debian folks,
upgrading to DebPkg:cmus 2.3.3-4 installed DebPkg:libroar1 as a
dependency [1]
* Add RoarOutput plugin (Closes: #609202), thanks to
Philipp Schafft l...@lion.leolix.org for the patch
reflum,
On Tue, 2011-01-11 at 17:59 +0100, Alessio Treglia wrote:
Hi,
On Tue, Jan 11, 2011 at 12:35 PM, Philipp Schafft l...@lion.leolix.org
wrote:
All you need to do is a Build-Depends on libroar-dev (= 0.4~beta2). I
just have noticed we do not yet have it in experimental. Will ask
reflum,
On Mon, 2011-01-10 at 10:16 +0100, Alessio Treglia wrote:
Philipp,
Thank you for taking the time to report this bug and helping to make
Debian better.
Thank you for looking at your bug reports. :)
I've seen your message in the CMus development mailing list, so I was
wondering if
reflum,
On Mon, 2011-01-03 at 09:54 -0700, Bob Proulx wrote:
Package: ices2
Version: 2.0.1-9
Severity: normal
A dist-upgrade today upgraded ices2. The new dependencies pulled in
dnet-common, libdnet, libroar0, and muroard which caused the machine
to set the ethernet address to
14 matches
Mail list logo
