Displaying 3 results from an estimated 3 matches for "ao_is_big_endian".
2000 Sep 05
1
[kcarnold@xiph.org: [xiph-cvs] cvs commit: vorbis/vorbis-tools/libao ao_alsa.c ao_oss.c audio_out.c audio_out.h]
...-r1.4.2.1
--- ao_alsa.c 2000/08/22 13:47:55 1.4
+++ ao_alsa.c 2000/09/05 21:38:48 1.4.2.1
@@ -91,7 +91,8 @@
{
case 8 : param.format.format = SND_PCM_SFMT_S8;
break;
- case 16 : param.format.format = SND_PCM_SFMT_S16_LE;
+ case 16 : param.format.format = ao_is_big_endian() ?
+ SND_PCM_SFMT_S16_BE : SND_PCM_SFMT_S16_LE;
break;
default : return NULL;
}
1.1.4.2 +2 -2 vorbis/vorbis-tools/libao/ao_oss.c
Index: ao_oss.c
===================================================================
RCS file: /usr/local/cvsroot/vorbi...
2000 Sep 02
1
libao endian fix (attempt 2)
Okay, here's the patch that should fix byte-ordering madness. The basic rule
with libao is that samples have to be in native byte order. All of the
drivers will assume this, and libao provides a ao_is_big_endian() function for
library clients (and sometimes drivers) to test their byte ordering. I would
appreciate it if someone on a big endian platform test ogg123 and make sure
that it works correctly with the oss, esd, alsa, and wav output drivers.
As before, please email me if you commit this patch to C...
2002 Oct 05
2
ogg123 remote interface
...nvbuffer;
+ int convsize = AUDIO_CHUNK_SIZE;
+
+ convbuffer = malloc(convsize);
+ if (convbuffer == NULL) {
+ status_error(_("Error: Out of memory in control_default().\n"));
+ exit(1);
+ }
+
/* Set preferred audio format (used by decoder) */
new_audio_fmt.big_endian = ao_is_big_endian();
new_audio_fmt.signed_sample = 1;
@@ -422,171 +406,193 @@
decoder_callbacks_arg = NULL;
}
- /* Locate and use transport for this data source */
- if ( (transport = select_transport(source_string)) == NULL ) {
- status_error(_("No module could be found to read from %s.\n&q...