gap-dev-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gap-dev-discuss] Cynthiune: song inspector without title bar


From: Philippe Roussel
Subject: Re: [Gap-dev-discuss] Cynthiune: song inspector without title bar
Date: Sat, 05 May 2012 13:53:08 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120329 Thunderbird/11.0.1

Le 05/05/2012 13:02, Sebastian Reitenbach a écrit :
>  
> On Saturday, May 5, 2012 12:05 CEST, "Sebastian Reitenbach" <address@hidden> 
> wrote: 
>  
>>  
>> On Friday, May 4, 2012 14:32 CEST, Riccardo Mottola <address@hidden> wrote: 
>>  
>>> On 05/04/12 12:08, Sebastian Reitenbach wrote:
>>>>
>>>> On Friday, May 4, 2012 11:55 CEST, Riccardo Mottola<address@hidden>  wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> On 05/03/12 12:38, Andreas Schik wrote:
>>>>>> Hi,
>>>>>> I am using Cynthiune on Linux (Ubuntu 10.04) w/o major problems so far.
>>>>>> Even the new ALSW backend worked w/o any hassle :-) Thanks.
>>>>>> The only issue I have so far is with the song inspector. It comes
>>>>>> completely w/o window decorations. I observed this on xfce and GNOME,
>>>>>> while on WindowMaker the title bar was there. After digging for a while,
>>>>>> I found that the gorm bundle does not set the NSTitledWindowMask flag
>>>>>> for the panel. I don't know why, though. I also don't know about the nib
>>>>>> bundle. Is there any way to fix that w/o having to recreate the gorm 
>>>>>> bundle?
>>>>> The window should be fine.
>>>>>
>>>>> I tried the Alsa backend on debian/linux/ppc on my iBook and I just get
>>>>> garbage-sounding output when I play files. (mpg123 works...). I didn't
>>>>> try OSS because I have a minimal install and don't have the OSS
>>>>> compatibilty layer...
>>>>> On my x86 though it works.
>>>> IIRC, PowerPC is big endian, and there may be more a problem in the MP3 
>>>> decoder
>>>> than with the output plugin? But I'm just guessing. I can probably try on 
>>>> the weekend
>>>> or maybe even later today, on my OpenBSD macppc notebook.
>>>>
>>> Ok, do some tests.. although this is linux here. PPC is big endian on 
>>> macs. I also have a sparc machine, but it is slow and has no sound output.
>>
>> OK, I can confirm the garbage noise on OpenBSD macppc. I tried with 
>> AO/Esound/Sndio backend, all the 
>> same. Also tried MP3 and FLAC files, all the same noise. So also for me, 
>> mpg321 works
>> well, and the sound is way much better than on my intel based notebook ;). 
>> So the problem doesn't seem to depend on the backend, nor the input format,
>> seems to be more general as it seems.
>>
>> Needs more investigation.
> 
> I was able to fix the problem for the Sndio Output Bundle. I remembered the 
> manual page:
> 
> http://www.openbsd.org/cgi-bin/man.cgi?query=sio_open&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html
> 
> The struct sio_par has a parameter le, which defines the Endianess. Setting 
> this
> parameter to LE, makes the sound work again for me on i386 and on macppc.
> 
> A patch would look liek this:
> 
> Index: Sndio.m
> ===================================================================
> RCS file: /sources/gap/gap/user-apps/Cynthiune/Bundles/Sndio/Sndio.m,v
> retrieving revision 1.2
> diff -u -r1.2 Sndio.m
> --- Sndio.m   1 May 2012 12:44:46 -0000       1.2
> +++ Sndio.m   5 May 2012 11:01:00 -0000
> @@ -108,6 +108,7 @@
>    sio_initpar(&par);
>    par.pchan = numberOfChannels;
>    par.rate = sampleRate;
> +  par.le = 1;
>  
>    if (sio_setpar(hdl, &par))
>      {
> 
> 
> Don't know whether other output libraries have the same functionality
> to force it to little endian.

For AO you can try to modify format.byte_format with one of the
following flags :

    AO_FMT_LITTLE - Samples are in little-endian order.
    AO_FMT_BIG - Samples are in big-endian order.
    AO_FMT_NATIVE - Samples are in the native ordering of the computer.

Philippe



reply via email to

[Prev in Thread] Current Thread [Next in Thread]