similar to: AMD64 bug

Package: libtheora0 Version: 0.0.0.alpha7-1 Severity: important Tags: patch The theora_unpack_comment casts a pointer-to-int to a pointer-to-long, which breaks badly if ints and longs are different sizes. The attached patch fixes this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture:

Hi, I am creating a new ogg stream for theatrical/stage/disco lighting and am having trouble encoding my comment header with the following code in _tp_writelsbint function, it does not write the second byte to the ogg buffer. I am using windows and have created a new win32 library project with visual studio and added my code, what do i have to do to get the function working? Is there a project

This patch offers interface to get the library name which software uses. Function: char *vorbis_version_string(void); PATCH (for libvorbis-1.2.1RC2): diff -crN libvorbis-1.2.1RC2/include/vorbis/codec.h libvorbis-1.2.1RC2_NI/include/vorbis/codec.h *** libvorbis-1.2.1RC2/include/vorbis/codec.h Mon Aug 25 05:57:44 2008 --- libvorbis-1.2.1RC2_NI/include/vorbis/codec.h Sat Sep 13 05:00:22 2008

Hi all. In lib\encoder_toplevel.c , row 1123-1128: #ifndef LIBOGG2 /* So we're expecting the application with free this? */ op->packet=malloc(oggpack_bytes(opb)); memcpy(op->packet, oggpack_get_buffer(opb), oggpack_bytes(opb)); oggpack_writeclear(opb); #else In my small testing application my debugger says there are 50 bytes of memory lost and it refers to

Hi all. In lib\encoder_toplevel.c , row 1123-1128: #ifndef LIBOGG2 /* So we're expecting the application with free this? */ op->packet=malloc(oggpack_bytes(opb)); memcpy(op->packet, oggpack_get_buffer(opb), oggpack_bytes(opb)); oggpack_writeclear(opb); #else In my small testing application my debugger says there are 50 bytes of memory lost and it refers to

Hi all, I tend to compile my code with all GCC warnings turned on. However, when I do this : vorbis_comment_add_tag(&vdata->vc,"ENCODER","libsndfile"); I get the following warning messages: warning: passing argument 2 of 'vorbis_comment_add_tag' discards qualifiers from pointer target type warning: passing argument 3 of

Hi, i just joined the list. I was wondering if anyone would be interested in a change to icecast that logs album info as well as ARTST and TRACK. I have made the changes to the source code and it's working fine. If there is any interest, I could look into making it an addition to the code. Let me know. thanks, -- Aaron -------------- next part -------------- An HTML attachment was

Hi. I'm trying to implement Ogg/Vorbis support for the MPEG4IP project. The goal is to support Ogg/Vorbis audio for MPEG-4 streaming. So far I have managed to make the encoder save Ogg packets as an Audio object in an .mp4 file. As a side effect, it can also save Ogg pages in an .ogg file playable by xmms, but that's no big deal. So what I'm doing is this. First the init part. a)

typedef struct vorbis_comment{ /* unlimited user comment fields. libvorbis writes 'libvorbis' whatever vendor is set to in encode */ char **user_comments; int *comment_lengths; int comments; char *vendor; } vorbis_comment; 'user_comments' is the associative array of sorts that the usual comments are. 'vendor' is just a string that's also stored

typedef struct vorbis_comment{ /* unlimited user comment fields. libvorbis writes 'libvorbis' whatever vendor is set to in encode */ char **user_comments; int *comment_lengths; int comments; char *vendor; } vorbis_comment; 'user_comments' is the associative array of sorts that the usual comments are. 'vendor' is just a string that's also stored

Hi we run a util at work called 'bounds checker' and it came up with this little beauty: void oggpack_readinit(oggpack_buffer *b,unsigned char *buf,int bytes){ memset(b,0,sizeof(oggpack_buffer)); b->buffer=b->ptr=buf; b->storage=bytes; } Stack memory overrun: Copying 20 bytes to opb; Starting offset 0, destination size 4 bytes. This is in RC1 code base. Any ideas?

Hi, I am using libvorbis-1.0.1 and I am trying to debug the example decoder (examples/decoder_example.c) using gdb. I have compiled the source tree for debug and can single step through the program. However i am facing the following problem (which I think is more of C than vorbis) 1. after single steppig I finally arrive at the function shown below (in file lib/info.c) static int

Hi, I have a question about the format of Theora bitstream header. It seems to me that there are differences between the specification[1] (version 2004 Oct 1) and its reference implementation in libtheora 1.0alpha3 released at 2004 Jun 1. I mean that... please refer to Section 6.2 'Identification Header Decode' in that specification[1] and the function

Hello! First of all a question: When you make the encoder tables (ie: mode_e.h) do you use the mapping0_forward function? Because you made the encoder tables, and after this you did a minor correction in the final beta4 ... (this correction was: additional[0]=fabs(additional[0]*scale); in the mapping0_forward function) (I see this was a bug, and the modification was correct, but this correction

Of interest to some on the list. Anyone familiar enough with Java to know how we go about detecting/using/incorporating an external Jorbis build into the Cortado jar ? Or are we supposed to download sources into our tree and build the whole ? ---------- Forwarded message ---------- From: Hans de Goede <hdegoede at redhat.com> Date: Thu, 04 Nov 2010 15:31:31 +0100 Subject: Merging jorbis

Hi Aaron thats interesting, I made a similar change to icecast some time ago myself. It writes ALL metadata to the log, not only ARTIST and TRACK. We wanted to include more information into the playlist of our radio but unfortunately we discovered that oddcast doesn't send more than ARTIST and TRACK... so I am looking for something that sends really everything. What do you use as your

Hi All, I am trying to build an Ogg/Vorbis plugin for RealOne Player through the HelixCommunity source. During runtime, however, I saw an access violation. I did some debugging and narrowed it down to the following function in the Vorbis source.. int vorbis_synthesis(vorbis_block *vb,ogg_packet *op){ vorbis_dsp_state *vd=vb->vd; backend_lookup_state *b=vd->backend_state;

Executive summary: I believe revision 86265 makes it more difficult to build R with OpenBLAS on Windows as now the entire LAPACK needs to be built to obtain zspmv. Is there anything that can be done to allow the former behavior to be used, something in Mkrules.local perhaps? Detailed Explanation: I have been building R with OpenBLAS for Windows 64 for over a decade by patching

Hi, I am making good progress on understanding, documenting, and re-implementing VP3. I have found some more deadwood in the decoder code and I just wanted to verify that it really has no place: * Version 3.3 tables: There are 2 sets of VLCs: One for v3.1 and one for v3.3. The v3.1 set is always selected. Are the v3.3 tables in production, or will they ever be? * DC Search Points: VP3

On 10/31/24 18:35, Avraham Adler wrote: > On Thu, Oct 31, 2024 at 12:42?PM Tomas Kalibera > <tomas.kalibera at gmail.com> wrote: >> On 10/31/24 17:30, Avraham Adler wrote: >>> When compiling R, the build fails after byte compiling grDevices with >>> the following error: >>> >>> byte-compiling package 'grDevices' >>> make[4]: