Mark Kettenis wrote:
> I'm not sure to what extent this makes IBT less effective. Can the
> retpolines be used as gadgets to bypass IBT? Should we stop enabling
> retpolines by default?
>
> What *is* obvious is that retpolines are incompatible wuth shadow
> stacks. Is there an alternative tha
fr->cpu_opts.the_dct36 = dct36_x86_64;
> >
> > dct36_avx and dct36_x86_64 are assembly routines that lack the
> > endbr64 landing pad. And yet, on my IBT-enabled amd64 laptop,
> > mpg123 plays just fine with both the avx and x86_64 decoders.
>
> I have examin
k the
> endbr64 landing pad. And yet, on my IBT-enabled amd64 laptop,
> mpg123 plays just fine with both the avx and x86_64 decoders.
I have examined the generated assembly on the calling side. There
is no "jmp *%r11" or such. Instead, calling the function pointer
goes thro
fr->cpu_opts.the_dct36 = dct36_avx;
> > ...
> > fr->cpu_opts.the_dct36 = dct36_x86_64;
> >
> > dct36_avx and dct36_x86_64 are assembly routines that lack the
> > endbr64 landing pad. And yet, on my IBT-enabled amd64 laptop,
> >
> fr->cpu_opts.the_dct36 = dct36_avx;
> ...
> fr->cpu_opts.the_dct36 = dct36_x86_64;
>
> dct36_avx and dct36_x86_64 are assembly routines that lack the
> endbr64 landing pad. And yet, on my IBT-enabled amd64 laptop,
> mpg123 plays just
t36 = dct36_x86_64;
dct36_avx and dct36_x86_64 are assembly routines that lack the
endbr64 landing pad. And yet, on my IBT-enabled amd64 laptop,
mpg123 plays just fine with both the avx and x86_64 decoders.
--
Christian "naddy" Weisgerber na...@mips.inka.de
This port has some infrastructure to use an optimized function that
uses a function pointer. Not sure why for arm64 it actually uses that
infrastructure, since the only alternative is the generic C
implementation. But adding a BTI instruction is the easiest fix.
ok?
Index: audio/mpg123
On Sat, Jun 12, 2021 at 11:20:19PM +0200, Christian Weisgerber wrote:
> Kurt Mosiejczuk:
> > The most recent version of mpg123 uses C99 for loop initialization.
> It already did before.
> The issue here is that upstream changed configure.ac to be compatible
> with autoconf 2.
Kurt Mosiejczuk:
> The most recent version of mpg123 uses C99 for loop initialization.
It already did before.
The issue here is that upstream changed configure.ac to be compatible
with autoconf 2.71, then went back and used 2.69.
* With 2.71, AC_PROG_CC tries to enable C89/C99/C11
The most recent version of mpg123 uses C99 for loop initialization.
This fixes the build for sparc64/base-gcc.
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/audio/mpg123/Makefile,v
retrieving revision 1.107
On 07/15/18 16:08, Christian Weisgerber wrote:
It looks like somebody wanted xmms2 to use fixed-point integer audio
decoders, maybe for use on old arm systems. I already switched the
port from tremor to vorbis, and I would now like to propose to use
libmpg123 over libmad. mpg123 is still
It looks like somebody wanted xmms2 to use fixed-point integer audio
decoders, maybe for use on old arm systems. I already switched the
port from tremor to vorbis, and I would now like to propose to use
libmpg123 over libmad. mpg123 is still maintained upstream and
also faster, in case somebody
The patch below builds mpg123's AVX decoder code on amd64.
Do we want this?
Like the other CPU-specific optimizations this is checked at runtime
and only enabled if the CPU/OS supports it, otherwise mpg123 will
fall back to the SSE decoder on amd64. Previously, I didn't enable
this
On Sun, Dec 28, 2008 at 05:38:16PM +0100, Alexandre Ratchov wrote:
> jack is very different from esd/arts/pulse, it's a framework around
> which apps for music are developped. IMO classic apps with audio
> backends don't need jack backends as long as they can work without
> jack. Advanced audio ap
On Thu, Dec 25, 2008 at 07:20:07PM +0100, Christian Weisgerber wrote:
> This is a rough diff to enable the EsounD and JACK output plugins
> that are included with mpg123. They are split out into subpackages,
> and there are even pseudo-flavors do disable them since mpg123
> itsel
On Sun, Dec 28, 2008 at 02:13:47AM -0500, Brad wrote:
> On Thursday 25 December 2008 13:20:07 Christian Weisgerber wrote:
> > This is a rough diff to enable the EsounD and JACK output plugins
> > that are included with mpg123. They are split out into subpackages,
> > and
On Thursday 25 December 2008 13:20:07 Christian Weisgerber wrote:
> This is a rough diff to enable the EsounD and JACK output plugins
> that are included with mpg123. They are split out into subpackages,
> and there are even pseudo-flavors do disable them since mpg123
> itself has r
On Thu, Dec 25, 2008 at 07:20:07PM +0100, Christian Weisgerber wrote:
> This is a rough diff to enable the EsounD and JACK output plugins
> that are included with mpg123. They are split out into subpackages,
> and there are even pseudo-flavors do disable them since mpg123
> itsel
This is a rough diff to enable the EsounD and JACK output plugins
that are included with mpg123. They are split out into subpackages,
and there are even pseudo-flavors do disable them since mpg123
itself has rather little in the way of dependencies.
I haven't actually tried to use these o
* Fix next/previous/back to beginning of track in terminal control
> mode.
>
discovered the -C flag...
since few days i'm using mpg123 (instead of mpg321) and it worked
all the time.
> > The output module API isn't documented, so this involves a bit
> > of guesswor
Christian Weisgerber <[EMAIL PROTECTED]> wrote:
> New version:
> * Update to 1.6.1.
> * Integrate ratchov@'s sndio backend improvements.
> * Enable IPv6 support.
* Fix next/previous/back to beginning of track in terminal control
mode.
> The output module API isn't documented, so this involves
On Mon, 10 Nov 2008, Christian Weisgerber wrote:
> Tested on alpha, amd64, arm, i386, sparc64.
> I'd appreciate if somebody could give it a try on powerpc.
It works fine after some slight testing on macppc.
--
Antoine
New version:
* Update to 1.6.1.
* Integrate ratchov@'s sndio backend improvements.
* Enable IPv6 support.
Tested on alpha, amd64, arm, i386, sparc64.
I'd appreciate if somebody could give it a try on powerpc.
--
Christian "naddy" Weisgerber [EMAIL
On Mon, Nov 10, 2008 at 12:38:54AM +0100, Christian Weisgerber wrote:
> This is a first draft of a new port of mpg123 1.6.0, created from
> scratch as a replacement for our cadaverous audio/mpg123 port.
>
works here, on i386 with various devices.
> I have added a simple sndio b
This is a first draft of a new port of mpg123 1.6.0, created from
scratch as a replacement for our cadaverous audio/mpg123 port.
I have added a simple sndio backend. The output module API isn't
documented, so this involves a bit of guesswork. There is a function
to query the capabilities o
Earin Gregor ha scritto:
Wohoo, so many answers.
As soon as I got some time at hand I'll try out all those suggestions.
Music formats I'm interested in are mainly mp3 and ogg.
And yes playlist support aswell as volume control would be cool indeed :-)
I have a "almost done" port for latest versi
making an update for mpg123 but
I'm willing to test a possible update though.
Regards
On Fri, Jun 20, 2008 at 08:08:26PM +, Deanna Phillips wrote:
> Jacob Meuser writes:
>
> > On Fri, Jun 20, 2008 at 07:28:18PM +0200, Earin Gregor wrote:
> >> During my search for a console based mp3/ogg player I found
> >> mpg123. But it seems quite old. The last
Deanna Phillips writes:
> $ gst-launch-0.10 playbin uri=anything
Oh. That is from multimedia/gstreamer-0.10/core.
What I did was go into every multimedia/gstreamer-0.10 directory
and do 'make install-all'. I would really like to have a single
meta package that does this.
Jacob Meuser writes:
> On Fri, Jun 20, 2008 at 07:28:18PM +0200, Earin Gregor wrote:
>> During my search for a console based mp3/ogg player I found
>> mpg123. But it seems quite old. The last version bump in the
>> ports tree is already some time ago. The same for mpg321.
&g
Earin Gregor <[EMAIL PROTECTED]> wrote:
> During my search for a console based mp3/ogg player I found mpg123. But it
> seems quite old. The last version bump in the ports tree is already some
> time ago. The same for mpg321.
The version of mpg123 in ports is very obsolete. The
On Fri, Jun 20, 2008 at 07:28:18PM +0200, Earin Gregor wrote:
> Hi,
>
> During my search for a console based mp3/ogg player I found mpg123. But it
> seems quite old. The last version bump in the ports tree is already some
> time ago. The same for mpg321.
> Thus I wanted to
On Fri, Jun 20, 2008 at 12:50:58PM -0500, Will Maier wrote:
> On Fri, Jun 20, 2008 at 07:28:18PM +0200, Earin Gregor wrote:
> > During my search for a console based mp3/ogg player I found
> > mpg123. But it seems quite old. The last version bump in the ports
> > tree is alrea
> > Or is there some other console based music player which is overly
> > prefered by the people here? I'm open for suggestions :-)
>
> Some people like audio/musicpd and its various clients.
I think Will meant audio/mpd, which is indeed a very good player.
-0-
--
I cannot conceive that anybod
On Fri, Jun 20, 2008 at 07:28:18PM +0200, Earin Gregor wrote:
> During my search for a console based mp3/ogg player I found
> mpg123. But it seems quite old. The last version bump in the ports
> tree is already some time ago. The same for mpg321. Thus I wanted
> to ask if it is st
Hi,
During my search for a console based mp3/ogg player I found mpg123. But it
seems quite old. The last version bump in the ports tree is already some
time ago. The same for mpg321.
Thus I wanted to ask if it is still actively maintained by someone?
Or is there some other console based music
On Sun, Dec 02, 2007 at 05:10:29AM -0800, Bryan Linton wrote:
> On 2007-11-30 22:34:25, Jacob Meuser <[EMAIL PROTECTED]> wrote:
> > On Thu, Nov 29, 2007 at 03:00:10PM +, Christian Weisgerber wrote:
> > > Giovanni Bechis <[EMAIL PROTECTED]> wrote:
> > >
&
/audio/mpg123/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile15 Sep 2007 21:26:02 - 1.38
+++ Makefile5 Dec 2007 07:38:54 -
@@ -1,51 +1,31 @@
# $OpenBSD: Makefile,v 1.38 2007/09/15 21:26:02 simon Exp $
-# mpg123 is unusable without FPU
-NOT_FOR_ARCHS
Jacob Meuser wrote:
if the current port handles that gracefully, but the update doesn't, then
at least some of the patches are still needed. if neither handle that,
well, I guess it doesn't tell us much.
This update seems not to work with http streams, I will look at it as
soon as possible.
On 2007-11-30 22:34:25, Jacob Meuser <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 29, 2007 at 03:00:10PM +, Christian Weisgerber wrote:
> > Giovanni Bechis <[EMAIL PROTECTED]> wrote:
> >
> > > Mpg123 updated to latest version,
> > > files/* and patc
On Thu, Nov 29, 2007 at 03:00:10PM +, Christian Weisgerber wrote:
> Giovanni Bechis <[EMAIL PROTECTED]> wrote:
>
> > Mpg123 updated to latest version,
> > files/* and patches/* are no more needed to build,
>
> I looked into updating mpg123 a while back but got
Giovanni Bechis <[EMAIL PROTECTED]> wrote:
> Mpg123 updated to latest version,
> files/* and patches/* are no more needed to build,
I looked into updating mpg123 a while back but got bogged down
because the port has substantial audio-related patches my Marc
Espie, and the funct
need remove /usr/ports/audio/mpg123/patches directory.
builded on i386 ok
--
No self-respecting fish would want to be wrapped in that kind of
paper.
-- Mike Royko on the Chicago Sun-Times after it was
taken over by Rupert Murdoch
IBM-ThinkPad-570[/usr/ports/audio]-root->patch -d mpg123 <
/data/patch/mpg123.diff
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--
|Index: Makefile
|===
|RCS file: /cvs
can't builded in openbsd snapshots i386
IBM-ThinkPad-570[/usr/ports/audio/mpg123]-root->make install clean
===> Checking files for mpg123-0.68
`/usr/ports/distfiles/mpg123-0.68.tar.gz' is up to date.
>> (SHA256) mpg123-0.68.tar.gz: OK
===> Verifying specs: c m c m
Mpg123 updated to latest version,
files/* and patches/* are no more needed to build,
support to arch without fpu (arm) has been added but should
be tested.
Tested @i386
Giovanni
Index: Makefile
===
RCS file: /cvs/ports/audio/mpg123
46 matches
Mail list logo
