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: Sebastian Reitenbach
Subject: Re: [Gap-dev-discuss] Cynthiune: song inspector without title bar
Date: Sat, 05 May 2012 14:16:49 +0200
User-agent: SOGoMail 1.3.14

On Saturday, May 5, 2012 13:53 CEST, Philippe Roussel <address@hidden> wrote:

> 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.

Yeah, I already found that. Changing it to AO_FMT_LITTLE made it work
on macppc too. However, there is another problem.
When it automatically jumps from a 44100Hz to a 160000Hz bitrate file, or
vice-versa, Cynthiune crashes on macppc (not on i386). I use the new ao.m
file you sent, which closes and reopens the device. The backtrace looks like 
this:

(gdb) bt
#0  0x860afec8 in ao_plugin_close ()
   from /usr/local/lib/ao/plugins-4/libsndio.so
#1  0x85ebb704 in ao_close () from /usr/local/lib/libao.so.5.0
#2  0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#3  0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#4  0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#5  0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#6  0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#7  0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#8  0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#9  0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#10 0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#11 0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
---Type <return> to continue, or q <return> to quit---
#12 0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#13 0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#14 0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#15 0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#16 0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
#17 0x85e51d78 in -[AO prepareDeviceWithChannels:andRate:] (self=0x852bd008,
    _cmd=Variable "_cmd" is not available.
) at ao.m:95
...
the same here up to the last stack frame which is #27.


But this may be a problem in libao, I need to compile it with debug symbols.

Sebastian

>
> Philippe
>







reply via email to

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