From dfe23e249eb57ab18867be6efd8749b84aa79b73 Mon Sep 17 00:00:00 2001 From: maan Date: Sun, 11 Jun 2006 22:56:25 +0200 Subject: [PATCH] osx writer: return to big endian --- osx_writer.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/osx_writer.c b/osx_writer.c index c07bbd51..df419412 100644 --- a/osx_writer.c +++ b/osx_writer.c @@ -99,9 +99,9 @@ static void fill_buffer(osx_buffer *b, short *source, long size) { float *dest; - PARA_INFO_LOG("%ld\n", size); if (b->remaining) /* Non empty buffer, must still be playing */ return; + PARA_INFO_LOG("%ld\n", size); if (b->size != size) { /* * Hey! What's that? Coudn't this buffer size be fixed @@ -144,6 +144,7 @@ static OSStatus osx_callback(void * inClientData, /* wait for the results */ usleep(2000); } + PARA_INFO_LOG("buf %p: n = %ld, m= %ld\n", powd->from->buffer, n, m); /* * we dump what we can. In fact, just the necessary * should be sufficient @@ -208,8 +209,8 @@ static int osx_writer_open(struct writer_node *wn) format.mFormatID = kAudioFormatLinearPCM; /* flags specific to each format */ format.mFormatFlags = kLinearPCMFormatFlagIsFloat - | kLinearPCMFormatFlagIsPacked; - // | kLinearPCMFormatFlagIsBigEndian; + | kLinearPCMFormatFlagIsPacked + | kLinearPCMFormatFlagIsBigEndian; /* * We produce 2-channel audio. Now if we have a mega-super-hyper card for our * audio, it is its problem to convert it to 8-, 16-, 32- or 1024-channel data. @@ -285,7 +286,7 @@ static int osx_write_post_select(__a_unused struct sched *s, struct writer_node_group *wng = wn->wng; short *data = (short*)wng->buf + wn->written; - if (!*wng->loaded) + if (*wng->loaded <= wn->written) return 1; if (powd->to->remaining) /* Non empty buffer, must still be playing */ return 1; -- 2.39.5