audacity playback problem

2013-01-01 Thread Comète 

Hello,

i use the audacity-1.3.9p5 package on (amd64) and it seems that 
audacity can't play anything else than 32 bits precision tracks. If i 
choose 24 bits or any other precision, there's no sound. Only 32 bits 
works.


Audacity is set up to use sndio like the default configuration.

Did you notice the same ? Is there a solution ?

Thanks a lot.

Morgan

Re: firefox download issue

2014-05-26 Thread Comète 

Hi,

Same problem since the upgrade to openbsd 5.5 amd64 but only with 
Firefox 26.0, no problem before on 5.4 amd64 stable.

I uninstalled it and go with firefox 24.5.0 ESR without problem.


Le 25/05/2014 22:59, Landry Breuil a écrit :

On Sun, May 25, 2014 at 10:16:04AM +0200, Jan Stary wrote:

On May 21 10:55:25, pkesh...@gmail.com wrote:
 On 5/21/14, Fabian Raetz fabian.ra...@gmail.com wrote:
  Hi folks,
 
  i'm seeing a weird behavour in Firefox 30 beta (it was there already in
  29 though).
 
  When downloading something, nothing happens.  I opened the
  Show all Downloads Library and saw that there is an entry
  for the downloaded file but either it is marked as Failed or as
  Canceled. After clicking the Retry button, the Download starts as
  expected.

 For a (long) while I have seen similar issue. I say similar
 because, even though the Downloads window indicates
 Failed, the download is inprogress and it completes
 properly.

Same here.


Adding me too without providing more information never fixed any bug.

Landry

Re: question about Audacity port

2015-01-30 Thread Comète 
30 janvier 2015 10:00 Anthony J. Bentley anth...@cathet.us a écrit: 
 Comète writes:
 
 Hi,
 
 i've noticed that audacity (actually 2.0.6) is stuck at 1.3.9 in ports
 since many releases and is mainly unusable, as i reported it here
 (http://marc.info/?l=openbsd-portsm=135706893908602w=2).
 
 I guess that something in new releases prevents to update it, but what ?
 
 I came up with an update to 2.0.5 a few months ago. It is held up by a
 requirement for some nonstandard patches to portaudio. These patches are
 included in some packages of portaudio (such as Fedora), but they aren't
 in upstream portaudio or our package. Audacity will not build without
 a patched portaudio.
 
 The last mail in the thread is here:
 https://marc.info/?l=openbsd-portsm=141046832216970w=2
 
 I don't know if the update fixes your issue. Since I don't use Audacity
 I never went any further with the update. Someone who cares more might
 want to continue...
 
 --
 Anthony J. Bentley

Ok, thanks for your answer.

Morgan

question about Audacity port

2015-01-30 Thread Comète 
Hi,

i've noticed that audacity (actually 2.0.6) is stuck at 1.3.9 in ports since 
many releases and is mainly unusable, as i reported it here 
(http://marc.info/?l=openbsd-portsm=135706893908602w=2).

I guess that something in new releases prevents to update it, but what ?

Thanks

VLC 2.2.1 laggy sound on audio streams

2015-10-29 Thread Comète 
Hi,

since the update to 5.8 stable, i've noticed some regular lags when playing 
audio streams (all http streams, i didn't test with other protocols) with VLC 
2.2.1 on two differents computers. I've tested the same streams with mplayer 
without problems. My configuration for sndiod is the default one, as for VLC.

when starting sndiod -ddd  and playing a stream with VLC i get lots of these 
STOP messages:

cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
dec: s32le, 2 channels
resamp: 882/960
vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
vlc0 vol=127,pst=run,mmc=off: stopping
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames
vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
dec: s32le, 2 channels
resamp: 882/960
vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
vlc0 vol=127,pst=run,mmc=off: stopping
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames
vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
dec: s32le, 2 channels
resamp: 882/960
vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
vlc0 vol=127,pst=run,mmc=off: stopping
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames
vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
dec: s32le, 2 channels
resamp: 882/960
vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
vlc0 vol=127,pst=run,mmc=off: stopping
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames
vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
dec: s32le, 2 channels
resamp: 882/960
vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
vlc0 vol=127,pst=run,mmc=off: stopping
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames
vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
dec: s32le, 2 channels
resamp: 882/960
vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
vlc0 vol=127,pst=run,mmc=off: stopping
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 frames
vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
dec: s32le, 2 channels
resamp: 882/960
vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
vlc0 vol=127,pst=run,mmc=off: stopping
vlc0

Re: VLC 2.2.1 laggy sound on audio streams

2015-11-17 Thread Comète 
29 octobre 2015 19:10 "Alexandre Ratchov" <a...@caoua.org> a écrit:
> On Thu, Oct 29, 2015 at 01:20:55PM +, Comète wrote:
> 
>> Hi,
>> 
>> since the update to 5.8 stable, i've noticed some regular lags when playing 
>> audio streams (all
> http
>> streams, i didn't test with other protocols) with VLC 2.2.1 on two 
>> differents computers. I've
>> tested the same streams with mplayer without problems. My configuration for 
>> sndiod is the default
>> one, as for VLC.
>> 
>> when starting sndiod -ddd and playing a stream with VLC i get lots of these 
>> STOP messages:
>> 
>> cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
>> dec: s32le, 2 channels
>> resamp: 882/960
>> vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
>> vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
>> vlc0 vol=127,pst=run,mmc=off: stopping
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
>> vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
>> vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
>> vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 
>> frames
>> vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
>> cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
>> dec: s32le, 2 channels
>> resamp: 882/960
>> vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
>> vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
>> vlc0 vol=127,pst=run,mmc=off: stopping
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
>> vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
>> vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
>> vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 
>> frames
>> vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
>> cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
>> dec: s32le, 2 channels
>> resamp: 882/960
>> vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
>> vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
>> vlc0 vol=127,pst=run,mmc=off: stopping
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
>> vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
>> vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
>> vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 
>> frames
>> vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
>> cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
>> dec: s32le, 2 channels
>> resamp: 882/960
>> vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
>> vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
>> vlc0 vol=127,pst=run,mmc=off: stopping
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
>> vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
>> vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
>> vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 
>> frames
>> vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
>> cmap: nch = 2, ostart = 0, onext = 0, istart = 0, inext = 0
>> dec: s32le, 2 channels
>> resamp: 882/960
>> vlc0 vol=127,pst=run,mmc=off: set weight: 23170/23170
>> vlc0 vol=127,pst=run,mmc=off,rmsg,widl: STOP message
>> vlc0 vol=127,pst=run,mmc=off: stopping
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: stopped
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: building STOP message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: GETPAR message
>> vlc0 vol=127,pst=ini,mmc=off,rmsg,widl: START message
>> vlc0 vol=127,pst=ini,mmc=off: playing s32le -> s16le
>> vlc0 vol=127,pst=ini,mmc=off: allocated 11466/18522 fr buffers
>> vlc0 vol=127,pst=sta,mmc=off: 44100Hz, s32le, play 0:1, 13 blocks of 882 
>> frames
>> vlc0 vol=127,pst=run,mmc=off: attached at -7056, delta = 0
>> cmap: nch = 2,

can't set french language in Scratch editor

2015-12-06 Thread Comète 
Hello,

i've set "Language=fr" in "~/.scratch.ini" but when i run scratch, i get a 
"File not found fr.po" window.

I've printed the list of files in scratch package with "pkg_info -L scratch" 
and "fr.po" is present in:

/usr/local/share/scratch/locale/

Any idea ?

Thanks a lot

Re: can't set french language in Scratch editor

2015-12-06 Thread Comète 
6 décembre 2015 12:20 "Daniel Jakots" <vigdis+o...@chown.me> a écrit:
> On Sun, 06 Dec 2015 10:33:43 +, "Comète" <com...@daknet.org> wrote:
> 
>> Hello,
>> 
>> i've set "Language=fr" in "~/.scratch.ini" but when i run scratch, i
>> get a "File not found fr.po" window.
>> 
>> I've printed the list of files in scratch package with "pkg_info -L
>> scratch" and "fr.po" is present in:
>> 
>> /usr/local/share/scratch/locale/
>> 
>> Any idea ?
> 
> According to the README
> 
>> The following directories must be found in these locations, because 
>> references to them are
>> hard-coded within the Scratch.image (Squeak source code) file:
>> /usr/share/scratch/Help - the help screen images, and the help html files.
>> /usr/share/scratch/locale - translation .po files
>> /usr/share/scratch/Media - image and sound files bundled with Scratch
>> /usr/share/scratch/Projects - sample projects bundled with Scratch
> 
> so there's an obvious dirty fix. A better fix would be to patch the
> Scratch.image (but I don't know if it's possible as I don't know
> squeak).
> 
>> Thanks a lot

sorry, i didn't see this part... A simple symbolic link was indeed the 
solution, a bit dirty but my son is happy with it ;)

Thanks again

Morgan

Re: VLC 2.2.1 laggy sound on audio streams

2015-11-19 Thread Comète 
17 novembre 2015 18:40 "Alexandre Ratchov"  a écrit:
> On Tue, Nov 17, 2015 at 11:23:21AM +, Com??te wrote:
> 
>> did you find something about this problem ?
> 
> I tried few times, and it just worked here. Do you have a link
> with which I could reproduce the problem?

Hi,

you can try with this link for example:

http://jazzradio.ice.infomaniak.ch/jazzradio-high.mp3

The laggy sound appears after 2 or 3 minutes of playing.

Thanks

sox can't record audio with 24-bits precision

2016-02-09 Thread Comète 
Hi,

i'm using openbsd 5.8 amd64 stable. I'm trying to record audio with 24-bits 
precision with sox and it seems to be impossible:

rec -t flac -c 2 -r 48000 -b 24 test.flac

Input File : 'default' (sndio)
Channels : 2
Sample Rate : 48000
Precision : 32-bit
Sample Encoding: 32-bit Signed Integer PCM

In:0.00% 00:00:16.90 [00:00:00.00] Out:807k [ | ] Clip:0

It is always encoded with 32-bits precision, but if i try specifying 16 instead 
of 24, it is well encoded in 16 bits.

This bug reminds me a similar one with Audacity i've already reported, so maybe 
it is the same origin ?

Is it a known bug with sox generally (however i didn't find anything on this) 
or a bug with sox only on openbsd ? Or maybe a problem with my configuration ?

For information, i use this sndiod configuration :

sndiod_flags="-r 48000 -e s24le -s default"

Thanks a lot

Morgan

Re: sox can't record audio with 24-bits precision

2016-02-10 Thread Comète 
9 février 2016 23:40 "Alexandre Ratchov" <a...@caoua.org> a écrit:
> On Tue, Feb 09, 2016 at 10:24:47AM +, Comète wrote:
> 
>> Hi,
>> 
>> i'm using openbsd 5.8 amd64 stable. I'm trying to record audio
>> with 24-bits precision with sox and it seems to be impossible:
>> 
>> rec -t flac -c 2 -r 48000 -b 24 test.flac
>> 
>> Input File : 'default' (sndio)
>> Channels : 2
>> Sample Rate : 48000
>> Precision : 32-bit
>> Sample Encoding: 32-bit Signed Integer PCM
>> 
>> In:0.00% 00:00:16.90 [00:00:00.00] Out:807k [ | ] Clip:0
>> 
>> It is always encoded with 32-bits precision, but if i try
>> specifying 16 instead of 24, it is well encoded in 16 bits.
> 
> This should fix the problem. If bits_per_sample is set, then use
> it to configure sndiod; otherwise, pick a value close to precision
> or the default sox precision.
> 
> OK?
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/sox/Makefile,v
> retrieving revision 1.63
> diff -u -p -u -p -r1.63 Makefile
> --- Makefile 12 Dec 2015 08:17:34 - 1.63
> +++ Makefile 9 Feb 2016 22:24:19 -
> @@ -5,6 +5,7 @@ BROKEN-hppa = bend.c:155:12: internal co
> COMMENT= Sound eXchange, the Swiss Army knife of audio manipulation
> 
> DISTNAME= sox-14.4.2
> +REVISION= 0
> SHARED_LIBS += sox 4.0 # 3.0
> 
> CATEGORIES= audio
> Index: patches/patch-src_sndio_c
> ===
> RCS file: patches/patch-src_sndio_c
> diff -N patches/patch-src_sndio_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_sndio_c 9 Feb 2016 22:24:19 -
> @@ -0,0 +1,25 @@
> +$OpenBSD$
> +--- src/sndio.c.orig Mon Jan 30 04:01:44 2012
>  src/sndio.c Tue Feb 9 23:23:00 2016
> +@@ -113,8 +113,6 @@ static int startany(sox_format_t *ft, unsigned mode)
> + else
> + reqpar.rchan = ft->signal.channels;
> + }
> +- if (ft->signal.precision > 0)
> +- reqpar.bits = ft->signal.precision;
> + switch (ft->encoding.encoding) {
> + case SOX_ENCODING_SIGN2:
> + reqpar.sig = 1;
> +@@ -127,6 +125,12 @@ static int startany(sox_format_t *ft, unsigned mode)
> + }
> + if (ft->encoding.bits_per_sample > 0)
> + reqpar.bits = ft->encoding.bits_per_sample;
> ++ else if (ft->signal.precision > 0)
> ++ reqpar.bits = ft->signal.precision;
> ++ else
> ++ reqpar.bits = SOX_DEFAULT_PRECISION;
> ++ reqpar.bps = (reqpar.bits + 7) / 8;
> ++ reqpar.msb = 1;
> + if (ft->encoding.reverse_bytes != sox_option_default) {
> + reqpar.le = SIO_LE_NATIVE;
> + if (ft->encoding.reverse_bytes)


Thanks ! I will try this and give feedback.

Morgan