From: Alexandre Ratchov
I don't know, it's not immediate but doesn't seem difficult. It's a
matter of applying upstream commits between 1.17 and 1.18, then doing
the same changes on the capture bits.
If you've a diff to update to 1.18.2, with sndio enabled
On Wed, Jul 25, 2018 at 05:50:22PM +0300, Leonid Bobrov wrote:
> From: Alexandre Ratchov
>
> Thank you. It seems toxic closes the device without stopping it. I've
> fixed the playback direction as well, maybe there are other programs
> doing this for playback. New diff bel
From: Alexandre Ratchov
Thank you. It seems toxic closes the device without stopping it. I've
fixed the playback direction as well, maybe there are other programs
doing this for playback. New diff below.
I've reviewed the sndio backend and see no more capt
On Thu, Jul 19, 2018 at 11:24:16AM +0300, Leonid Bobrov wrote:
> From: Alexandre Ratchov
>
> On Sun, Jul 15, 2018 at 06:40:54AM +0300, Leonid Bobrov wrote:
> >
> > The diff I use is initial one:
> > https://marc.info/?l=openbsd-ports&m=152807586927014&w=2
> >
From: Alexandre Ratchov
If I understand correctly, 1.18.2 playback support works, but the new
recording support breaks few programs. If so, if we upgrade to 1.18.2
with recording disabled, we'd get the same functionality as the
current port. Is this correct
I do agree I tested locally the unpatched version with few softwares
and worked fine.
On Thu, 19 Jul 2018 at 11:18, Alexandre Ratchov wrote:
>
> On Thu, Jul 19, 2018 at 11:56:14AM +0300, Leonid Bobrov wrote:
> > From: Alexandre Ratchov
> >
> > On Mon, Jul 16, 2018 at 12:06:33AM +0300,
On Thu, Jul 19, 2018 at 11:56:14AM +0300, Leonid Bobrov wrote:
> From: Alexandre Ratchov
>
> On Mon, Jul 16, 2018 at 12:06:33AM +0300, Leonid Bobrov wrote:
> > update to openal 1.18.2 and use only portaudio?
>
> What's wrong with 1.18.2's sndio bits? Is it a regression in
On 2018/07/19 12:39, Leonid Bobrov wrote:
> From: David CARLIER
>
> But the unpatched version does not support recording if I m not
> mistaken ? Maybe then the software is looking for a device recording
> which does not exist ? I forgot the name of the functions but
>
From: David CARLIER
But the unpatched version does not support recording if I m not
mistaken ? Maybe then the software is looking for a device recording
which does not exist ? I forgot the name of the functions but
definitively a stacktrace would help (we g
From: David CARLIER
By the way when you said you tested 1.18.2 was it the patched (with
recording supoprt) or unpatched ? Because I tried for couple of hours
the unpatched version with couple of video games and worked ok.
Unpatched. Do those games use audio input
Hi Leonid.
No need to know steps to reproduce
> this, I am sure kcat after writting Alc/backends/sndio.c didn't try to
Did he ? I know him enough as he s more into Linux (we "see" each
other occasionally into gzdoom and openal)
but maybe you re right.
> actually start any application which uses
From: Alexandre Ratchov
On Mon, Jul 16, 2018 at 12:06:33AM +0300, Leonid Bobrov wrote:
> update to openal 1.18.2 and use only portaudio?
What's wrong with 1.18.2's sndio bits? Is it a regression in upstream
sndio support? You mentionned crashes, could you
On Thu, Jul 19, 2018 at 11:24:16AM +0300, Leonid Bobrov wrote:
> From: Alexandre Ratchov
>
> On Sun, Jul 15, 2018 at 06:40:54AM +0300, Leonid Bobrov wrote:
> >
> > The diff I use is initial one:
> > https://marc.info/?l=openbsd-ports&m=152807586927014&w=2
> >
On Mon, Jul 16, 2018 at 12:06:33AM +0300, Leonid Bobrov wrote:
> I finished building with make(1) like Stuart Henderson suggested, no
> errors in build time, all ports built fine.
>
> So, what's next? Make openal 1.17.2 use both sndio and portaudio, or
why? i still don't understand what's wrong w
From: Alexandre Ratchov
On Sun, Jul 15, 2018 at 06:40:54AM +0300, Leonid Bobrov wrote:
>
> The diff I use is initial one:
> https://marc.info/?l=openbsd-ports&m=152807586927014&w=2
>
> ratchov@'s sndio backend is not ready yet, plus I'm af
On Sun, Jul 15, 2018 at 06:40:54AM +0300, Leonid Bobrov wrote:
>
> The diff I use is initial one:
> https://marc.info/?l=openbsd-ports&m=152807586927014&w=2
>
> ratchov@'s sndio backend is not ready yet, plus I'm afraid to keep
> testing it, because that made kernel panic, after that panic I rebo
On Mon, Jul 16, 2018 at 12:09:33AM -0400, Brian Callahan wrote:
>
> On 07/15/18 17:06, Leonid Bobrov wrote:
> > I finished building with make(1) like Stuart Henderson suggested, no
> > errors in build time, all ports built fine.
> >
> > So, what's next? Make openal 1.17.2 use both sndio and porta
On 07/15/18 17:06, Leonid Bobrov wrote:
I finished building with make(1) like Stuart Henderson suggested, no
errors in build time, all ports built fine.
So, what's next? Make openal 1.17.2 use both sndio and portaudio, or
update to openal 1.18.2 and use only portaudio?
I dislike the idea of
I finished building with make(1) like Stuart Henderson suggested, no
errors in build time, all ports built fine.
So, what's next? Make openal 1.17.2 use both sndio and portaudio, or
update to openal 1.18.2 and use only portaudio?
On 2018/06/25 15:18, Leonid Bobrov wrote:
> right now, uTox works fine. I said Toxic crashes and it keeps crashing.
> This is a nightmare because this made kernel panic, I couldn't reboot
> properly and now my filesystem is corrupted...
I don't see your bugs@ report for the kernel panic.
If userl
On 2018/07/15 10:27, Leonid Bobrov wrote:
> On Sun, Jul 15, 2018 at 03:11:06AM -0400, Brian Callahan wrote:
> > Your threads are impossible to follow because you post tons of extraneous
> > information that has nothing to do with the original purpose of the thread.
> > I don't know what this dpb li
> >
>
> The first diff I've sent is perfect, should I resend it at every mail
> if I didn't change anything else? Very well:
As said by others and me if your changes are ok, we ll ok and someone
will commit it. I understand your frustration with the kernel panics
but
no need to get emotional. Bett
On Sun, Jul 15, 2018 at 03:11:06AM -0400, Brian Callahan wrote:
> Your threads are impossible to follow because you post tons of extraneous
> information that has nothing to do with the original purpose of the thread.
> I don't know what this dpb listing has to do with updating openal, other
> than
>
> If staying at 1.17.2 is fine, go ahead and commit this diff:
> https://marc.info/?l=openbsd-ports&m=152812456419295&w=2
>
> openal-soft "supports" sndio, I don't know why they commited code that
> only crashes. I created an issue at their github repo - no replies:
> https://github.com/kcat/open
On 07/15/18 02:52, Leonid Bobrov wrote:
dpb(1) output is wrong again, it didn't build and package the list of
ports I've given to it:
mazocomp$ doas dpb openal.packages
Started as: root
Port user: root
Build user: _pbuild
Fetch user: _pfetch
Log user: _pbuild
Unpriv user: _dpb
Reading build st
dpb(1) output is wrong again, it didn't build and package the list of
ports I've given to it:
mazocomp$ doas dpb openal.packages
Started as: root
Port user: root
Build user: _pbuild
Fetch user: _pfetch
Log user: _pbuild
Unpriv user: _dpb
Reading build stats...zapping old stuff...Done
Reading disti
On Sun, Jul 15, 2018 at 12:19:00AM -0400, Brian Callahan wrote:
> https://marc.info/?l=openbsd-ports&m=152812174817583&w=2
> You should send a new diff.
>
No, it leads to crashes at 1.18.2, that worked only for 1.17.2:
https://marc.info/?l=openbsd-ports&m=152812339918564&w=2
If staying at 1.
On 07/14/18 23:40, Leonid Bobrov wrote:
On Sat, Jul 14, 2018 at 11:19:18PM -0400, Brian Callahan wrote:
On 07/14/18 22:22, Leonid Bobrov wrote:
This is going to keep forever, why after running
$ doas dpb openal.packages
it fetches and builds everything what is not needed? For example, it
Tim
Anyway, if you're interested in ratchov@'s diff, here it is:
https://marc.info/?l=openbsd-ports&m=152817852312699&w=2
Also David CARLIER (maintainer) prefers portaudio backend too.
On Sat, Jul 14, 2018 at 11:19:18PM -0400, Brian Callahan wrote:
> On 07/14/18 22:22, Leonid Bobrov wrote:
> > This is going to keep forever, why after running
> > $ doas dpb openal.packages
> > it fetches and builds everything what is not needed? For example, it
>
> Time and patience. No one is pu
On 07/14/18 22:22, Leonid Bobrov wrote:
This is going to keep forever, why after running
$ doas dpb openal.packages
it fetches and builds everything what is not needed? For example, it
Time and patience. No one is purposefully standing in the way preventing
openal from being updated. It just
This is going to keep forever, why after running
$ doas dpb openal.packages
it fetches and builds everything what is not needed? For example, it
already fetched Firefox's distfile. I also installed all dependencies
for those packages to speed up building ports, but dpb(1) builds those
dependencies
That s my preferable approach honestly, portaudio backend is good
enough, but I understand if you both still want to push further tests
with the patch. Regards.
On Wed, 11 Jul 2018 at 10:27, Leonid Bobrov wrote:
>
> On Mon, Jun 25, 2018 at 03:18:36PM +0300, Leonid Bobrov wrote:
> > On Thu, Jun 21,
On Mon, Jun 25, 2018 at 03:18:36PM +0300, Leonid Bobrov wrote:
> On Thu, Jun 21, 2018 at 08:44:29AM +0200, Alexandre Ratchov wrote:
> > On Wed, Jun 06, 2018 at 04:11:17PM +0300, Leonid Bobrov wrote:
> > > On Tue, Jun 05, 2018 at 08:01:12AM +0200, Alexandre Ratchov wrote:
> > > > I installed utox, i
On Thu, Jun 21, 2018 at 08:44:29AM +0200, Alexandre Ratchov wrote:
> On Wed, Jun 06, 2018 at 04:11:17PM +0300, Leonid Bobrov wrote:
> > On Tue, Jun 05, 2018 at 08:01:12AM +0200, Alexandre Ratchov wrote:
> > > I installed utox, it doesn't crash with the diff below anymore. The
> > > "Preview" button
On Wed, Jun 06, 2018 at 04:11:17PM +0300, Leonid Bobrov wrote:
> On Tue, Jun 05, 2018 at 08:01:12AM +0200, Alexandre Ratchov wrote:
> > I installed utox, it doesn't crash with the diff below anymore. The
> > "Preview" button in the "Audio & Video" settings records my voice.
> >
>
> Ok, I tested y
On Tue, Jun 05, 2018 at 08:01:12AM +0200, Alexandre Ratchov wrote:
> I installed utox, it doesn't crash with the diff below anymore. The
> "Preview" button in the "Audio & Video" settings records my voice.
>
Ok, I tested your diff using Toxic at virtual machine. Voice recording
works, but when I
On Tue, Jun 05, 2018 at 08:01:12AM +0200, Alexandre Ratchov wrote:
> I installed utox, it doesn't crash with the diff below anymore. The
> "Preview" button in the "Audio & Video" settings records my voice.
>
> AFAICS, the interface didn't change, so the recording bits should work
> with newer vers
On Mon, Jun 04, 2018 at 08:37:15PM +0300, Leonid Bobrov wrote:
> But input device is detected, I get crash when trying to
> record my voice.
I installed utox, it doesn't crash with the diff below anymore. The
"Preview" button in the "Audio & Video" settings records my voice.
AFAICS, the interface
But input device is detected, I get crash when trying to
record my voice.
On Mon, Jun 04, 2018 at 08:23:23PM +0300, Leonid Bobrov wrote:
> On Mon, Jun 04, 2018 at 06:48:02PM +0200, Alexandre Ratchov wrote:
> > we've no OSS emulation
> >
>
> https://www.openbsd.org/faq/ports/specialtopics.html#Audio
> Please update that page.
>
> About tools, I already told I'm using T
On Mon, Jun 04, 2018 at 06:48:02PM +0200, Alexandre Ratchov wrote:
> we've no OSS emulation
>
https://www.openbsd.org/faq/ports/specialtopics.html#Audio
Please update that page.
About tools, I already told I'm using Tox. I'll test you diff right now.
On Mon, Jun 04, 2018 at 06:01:51PM +0300, Leonid Bobrov wrote:
> On Mon, Jun 04, 2018 at 05:42:38PM +0300, Leonid Bobrov wrote:
> > On Mon, Jun 04, 2018 at 03:15:05PM +0100, Stuart Henderson wrote:
> > > It looks like you can build openal with support for both output types,
> > > then the choice ca
On Mon, Jun 04, 2018 at 02:37:28PM +0300, Leonid Bobrov wrote:
> On Mon, Jun 04, 2018 at 12:05:58PM +0100, Stuart Henderson wrote:
> > In many languages the words like actual/current are the same, in this
> > case a native speaker would say "current" but the words are often mixed up.
> > (see 'get
On Mon, Jun 04, 2018 at 12:05:58PM +0100, Stuart Henderson wrote:
> On 2018/06/04 10:31, Leonid Bobrov wrote:
> > On Mon, Jun 04, 2018 at 08:07:36AM +0100, David CARLIER wrote:
> > > Ok ... My approach with openal has always been not rushing to update to
> > > the
> > > newest version especially s
On Mon, Jun 04, 2018 at 05:42:38PM +0300, Leonid Bobrov wrote:
> On Mon, Jun 04, 2018 at 03:15:05PM +0100, Stuart Henderson wrote:
> > It looks like you can build openal with support for both output types,
> > then the choice can be made via config file. That might be a better option
> > for the po
On Mon, Jun 04, 2018 at 03:15:05PM +0100, Stuart Henderson wrote:
> It looks like you can build openal with support for both output types,
> then the choice can be made via config file. That might be a better option
> for the ports tree.
>
Argh, it crashes no matter how I change ~/.alsoftrc
On Mon, Jun 04, 2018 at 03:12:31PM +0100, Stuart Henderson wrote:
> On 2018/06/04 14:41, Leonid Bobrov wrote:
> It's not, you have some problem with the dpb setup - it's not able to
> download any of the distfiles.
>
> dpb setup guide is in bulk(8). But if you have trouble getting dpb
> running,
On 2018/06/04 14:37, Leonid Bobrov wrote:
> On Mon, Jun 04, 2018 at 12:05:58PM +0100, Stuart Henderson wrote:
> > In many languages the words like actual/current are the same, in this
> > case a native speaker would say "current" but the words are often mixed up.
> > (see 'get it right' tab on
> >
On 2018/06/04 14:41, Leonid Bobrov wrote:
> I'm not sure this is correct, but here is output:
It's not, you have some problem with the dpb setup - it's not able to
download any of the distfiles.
> mazocomp$ cat openal.packages
> emulators/fs-uae
> emulators/higan
> emulators/retroarch
> games/0a
On Mon, Jun 04, 2018 at 01:18:05PM +0100, David CARLIER wrote:
> Looks ok to me.
>
Good, waiting for commit :)
Looks ok to me.
On Mon, 4 Jun 2018 at 12:41, Leonid Bobrov wrote:
> I'm not sure this is correct, but here is output:
>
> mazocomp$ cat openal.packages
> emulators/fs-uae
> emulators/higan
> emulators/retroarch
> games/0ad/base
> games/arx-libertatis
> games/astromenace
> games/barony
> games/dh
I'm not sure this is correct, but here is output:
mazocomp$ cat openal.packages
emulators/fs-uae
emulators/higan
emulators/retroarch
games/0ad/base
games/arx-libertatis
games/astromenace
games/barony
games/dhewm3
games/dustrac
games/fifengine
games/fs2open
games/gemrb
games/ioquake3
games/irrlamb
On Mon, Jun 04, 2018 at 12:05:58PM +0100, Stuart Henderson wrote:
> In many languages the words like actual/current are the same, in this
> case a native speaker would say "current" but the words are often mixed up.
> (see 'get it right' tab on
> http://www.macmillandictionary.com/dictionary/briti
On Mon, 4 Jun 2018 at 12:05, Stuart Henderson wrote:
> On 2018/06/04 10:31, Leonid Bobrov wrote:
>
> Wouldn't it be better to add record support to the sndio backend?
>
>
I remember the previous maintainer have tried unsuccessfully. But opener's
architecture has changed since maybe it s more doab
On 2018/06/04 10:31, Leonid Bobrov wrote:
> On Mon, Jun 04, 2018 at 08:07:36AM +0100, David CARLIER wrote:
> > Ok ... My approach with openal has always been not rushing to update to the
> > newest version especially so many softwares depends on it.
> > Is the portaudio support of the actual versio
On Mon, Jun 04, 2018 at 09:25:36AM +0100, David CARLIER wrote:
> 1/ Finding out the list of packages dependent on openal
> 2/ Putting it on the file to give to dpb
>
> Does not take days :) I did exactly that for the last significant update of
> openal months ago.
> Just to make sure no package is
1/ Finding out the list of packages dependent on openal
2/ Putting it on the file to give to dpb
Does not take days :) I did exactly that for the last significant update of
openal months ago.
Just to make sure no package is broken because of api made obsolete for
example ... etc ...
Regards.
On
On Mon, Jun 04, 2018 at 08:55:41AM +0100, David CARLIER wrote:
> It is more building ports using openal in fact.
>
Should I compile all ports using openal or just several ones and test
them? If all, that may take days :)
Ok, I'll compile few ports.
It is more building ports using openal in fact.
On Mon, 4 Jun 2018 at 08:48, Leonid Bobrov wrote:
> On Mon, Jun 04, 2018 at 08:44:49AM +0100, David CARLIER wrote:
> > Yes the final one please. If it is as expected I would not be against
> > updating to the 1.18 branch though.
> >
>
> I didn't re
On Mon, Jun 04, 2018 at 08:44:49AM +0100, David CARLIER wrote:
> Yes the final one please. If it is as expected I would not be against
> updating to the 1.18 branch though.
>
I didn't read dpb's man page yet (I'm not fast at reading), so:
mazocomp$ doas infrastructure/bin/dpb audio/openal
doas (
Yes the final one please. If it is as expected I would not be against
updating to the 1.18 branch though.
On Mon, 4 Jun 2018 at 08:38, Leonid Bobrov wrote:
> About infrastracture/bin/dpb, should I send any output?
>
About infrastracture/bin/dpb, should I send any output?
On Mon, Jun 04, 2018 at 08:07:36AM +0100, David CARLIER wrote:
> Ok ... My approach with openal has always been not rushing to update to the
> newest version especially so many softwares depends on it.
> Is the portaudio support of the actual version not working ?
>
By actual you mean the current
On Mon, Jun 04, 2018 at 05:51:56AM +0100, David CARLIER wrote:
> Hi
>
> What do you mean ?
>
I mean it doesn't support sndio input, plus when I updated audio/openal
to 1.18.2 with sndio backend, the apps depending on this port started
segfaulting (reminds me days when it was updated to 1.17.2). I
Hi
On Mon, 4 Jun 2018 at 02:30, Leonid Bobrov wrote:
> Hi!
>
> audio/openal still doesn't support sndio (how many years?),
What do you mean ?
> so I came
> up with temporary fix: use portaudio backend (yes, error of the past).
>
> I use Tox chat, it's very critical for me to have working aud
Hi!
audio/openal still doesn't support sndio (how many years?), so I came
up with temporary fix: use portaudio backend (yes, error of the past).
I use Tox chat, it's very critical for me to have working audio input
right now (well, Tox itself is clear, its clients prefer openal).
BTW, by looking
67 matches
Mail list logo
