Re: [Gap-dev-discuss] Cynthiune on OpenBSD

[Sebastian Reitenbach]

On Monday, April 30, 2012 15:40 CEST, Riccardo Mottola <address@hidden> wrote: 
 
> Hi,
> 
> Sebastian Reitenbach wrote:
> >
> > The sndio output bundle still has some issues unfortunately. When you
> > shutdown sndiod, OSS output bundle should just work. Or when you install
> > esound or arts, should also work, I tested with both.
> Ok, so the sndio output doesn't work for you either?
> >
> > All bundles but the WindowsMedia one, because the dependencies are
> > not in the ports tree, should compile and work.
> >
> > ADDITIONAL_OBJCFLAGS=-DMUSEPACK_API_126 gmake disable-windowsmedia=yes 
> > install
> >
> > Since sndiod is the preferred way to go on OpenBSD, I still need to look at 
> > it.
> > First trying  to get the issues fixed that Philippe is reporting ;)
> >
> >> I have to kill Cynthiune with -9!
> > For me, Cynthiune doesn't freeze, I don't need to kill it with -9.
> > Usually for me what I see is, that I hear no sound,
> > and it goes very fast through the mp3. Then it has the wrong bit rate and 
> > channels.
> For OSS, which audio device do you have? I don't have /dev/dsp, perhaps 
> /dev/audio?
> 
> With /dev/audio I can playback MP3's! They sound fine, although I get an 
> initial clicking/dropping for a couple of seconds and occasional 
> dropping. But that's progress...

I think I made the Sndio Output Bundle a bit better working. Could you give it 
a try again.
Yout should have sndiod running, or wait, it should actually not matter, since 
it will
then fallback to take /dev/audio directly.

For me now, Sndio Output Bundle mostly works. I can start playing, stop 
restart. Also jumping
to the next song works.
There is only one problem left I think, and I also guess what the problem is, 
but I don't know really,
how to fix it. The problem is, when I have MP3s or other files, with different 
bitRate, then its unable
to change the bit rate, when it automatically skips to the next song, without 
stopping playing.
I can play one song, with 44100Hz, stop it, click another song with i.e. 
16000Hz, and it will
successfully play the song. When doing that, Cynthiune is actually stopping the 
play thread,
and then later restarting it. When it automatically jumps from one song to 
another, with different
bit rates, then it doesn't stop the play thread.

To reproduce it, I have a bunch of "normal" MP3s, and this FLAC file in my 
playlist:
http://code.google.com/p/cs-4244-mkl/source/browse/trunk/project-4/GSTT/mike-test.flac?r=202
I committed the the stuff so far to CVS, including all my debug output...

Do I can wait in one thread, until another one is stopped, before going on?
I need to do that in prepareDeviceWithChannels: andRate:
I guess there must be something like this in objective-c, but I don't know 
(yet) what?

Riccardo, do you maybe have a cluestick for me?

Sebastian


> 
> Song information shows... although there are small refresh issues.
> >
> >
> >> On the log I see this:
> >>
> >> 2012-04-30 14:21:43.455 Cynthiune[28489] prepareDevice got called
> >> 2012-04-30 14:21:43.514 Cynthiune[28489] successfully set parameters
> >> 2012-04-30 14:21:43.517 Cynthiune[28489] OpenDevice got called
> >> 2012-04-30 14:21:43.519 Cynthiune[28489] OpenDevice got called, hdl was set
> > This debug output will hopefully go away soon, when I figured out, how
> > to make the sndio Bundle work correctly.
> >
> >> 2012-04-30 14:21:43.564 Cynthiune[28489] WARNING your program is
> >> becoming multi-threaded, but you are using an ObjectiveC runtime library
> >> which does not have a
> >> thread-safe implementation of the +initialize method. Please see
> >> README.initialize for more information.
> >>
> >> What's your take on this Sebastian? For the libraries I used those of
> >> the current ports, binaries.
> > I also took them all from the ports tree, should be fine. What platform are 
> > you on?
> > I386 or maybe macppc?
> >
> > Sebastian
> I am on i386. I also have a patch to test, but before I want to have it 
> running "as you have". I thought you had a working version.
> 
> Debian used to have a working one...
> 
> Riccardo
> 
> 
>