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 you
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 new
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:
* Updated
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
http://lists.ali
# 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
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
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.
--
Philipp
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 servera
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
___
pkg-multimedia-maintaine
reflum,
I'm still confused about this. Please not that I'm not the maintainer
nor anyone else offical for the package, so it's safe to just ignore me.
If you think this is a libroar bug please reassign the bug to libroar
but I do not yet see where libdnet and #608807 come into play. Can you
pleas
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 for
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
> 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 experim
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
> wonderi
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 aa:0
15 matches
Mail list logo
