Displaying 20 results from an estimated 900 matches similar to: "ov_open on non oggvorbis files"
2004 Aug 06
2
libshout2 namespace
AFAIK applications that want to keep libshout1 included for compatibility with icecast1 streaming
will get problems with the struct and function namespace as it is organized now in libshout2.
is there any way to avoid the problem or we should all simply move to ogg and fuck mp3 streaming
all-in-once?
--
jrml ..//korova.dyne.org
6EEE 4FB2 2555 7ACD 8496 AB99 E2A2 93B4 6C62 4800
--- >8 ----
2004 Aug 06
0
libshout2 namespace
any suggestions? I supposed to could make all calls shout2_*
Michael, any suggestions here? How is this typically handled in other
libs? Or do other libs never need to use both?
I'll have to think about this a bit and see if I can't figure out a way
to add mp3 into libshout2.
jack.
On Tue, May 08, 2001 at 01:44:17AM -0100, jaromil wrote:
> AFAIK applications that want to keep
2004 Aug 06
0
someone wake me up...
On Fri, Mar 30, 2001 at 07:55:59PM +0200, Arvid Gregersen wrote:
> and tell me that it is possible to make icecast broadcast titles or id3
> tags. I refuse to believe that you all can talk so fondly of a program
> that gives you the ability to make a radiostation but not tell its
> listeners what is on the air.. That is just too weird.. So what do YOU
> do to tell people what they
2004 Aug 06
0
Protocol
On Tue, May 01, 2001 at 07:50:52AM -0400, Andreas Schiffler wrote:
> Hi all,
>
> wanted to ask again if someone has some online documentation on the
> icecast (or shoutcast) protocol at the socket/data level.
>
> I'd like to write my own reader routine that can feed data to the mp3
> decoder. I've gotten as far as getting the actual stream after the GET
> request,
2005 May 23
1
Why does ov_open fail?
hello everyone.
after reading through the api manual of the ogg vorbis win32 sdk, i
tried to implement a very simple comment reader in visual c++. but for
some reason the very first operation to initialize the OggVorbis_File
struct keeps failing and i can't figure out why. is there anything i
might not have considered? The memory exception seems to happen deep
within the calling tree of
2003 Jun 11
1
Problems with ov_open
Hey, i'm having trouble getting ov_open to work on my slackware 8.1 system.
The c, and makefile are as follows, and the error produced. I've also
included an ldd of the compiled file. If anyone can be of any help, it
would be greatly appreciated!
--------------------------C FILE-------------------------------
#include <stdio.h>
#include <string.h>
#include
2002 Dec 09
2
ov_open/ov_test weirdness
Hi,
I've been playing with a little player, and it seems I can't ov_open a file
twice?
heres a snipit...
<p>#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <vorbis/vorbisfile.h>
OggVorbis_File vf;
FILE *f = NULL;
int main(int argc, char **argv)
{
char *file = NULL;
int err = 0;
if(argc < 2) {
2004 Feb 09
3
Problem with 'ov_open'...
Hey, I've coded an OGG player for Win32 (it uses AL for playback so it's portable to Linux/Mac), but every time the program gets to the 'ov_open()' function, the app completely freezes, and I have to use the task-manager to kill it. I am supplying it with a valid file handle that was just opened (FILE*) and the vorbis file is also a pointer that is not in use (set to null). Any
2005 Jun 17
1
ov_open fails on Version 1.0.1
Eddie,
I have been reviewing vorbis list postings, because I have been spinning my wheels for a week, trying to make a simple insertion of ogg vorbis decoding (vorbisfile) in the audio class of my MFC/C++ program. I just read your thread from April 2004.
Question: Do you have anything you could send me, since I assume you succeeded in getting results? And/or could you take a look at what I
2004 Mar 06
3
access violation in ov_open using VC6
I passed a valid FILE* (from fopen() with "rb") and the
address of an OggVorbis_File struct, but an access
violation occured when ov_open is called.
I have enabled the Multithreaded, but it still doesn't fix
the problem. I look at the vorbis_comment.exe source and I
see vcedit_open() function and other vcedit_*() functions
everywhere. I am assuming that there is known issue with VC
2004 Feb 11
1
Problem using 'ov_open()'...
OK, I've been developing a small class that I can use in virtually any
application to load and decode OGG files. Everything works fine until it
reaches the line with the call to ov_open, then the application freezes and
has to be killed. This is a single-threaded Win32 app. Below is both the
structure that gets passed around, and my entire OGG class. Maybe one of
you can figure this out.
2005 Jun 14
3
lack of detail for exception in ov_open
I am having one frustrating time trying to decipher why ov_read is failing in my MFC/C++ application, and I see in Google results that others have had difficulty as well. These google discussions generally involve libraries, dll's and linking options, as though there are perhaps some basic incompatibilities between ogg vorbis and win32 and/or MFC/C++. Very confusing.
If I pass fopen a
2003 Jul 23
3
ov_open returning OV_EBADHEADER
Hi there.
I'm having this problem when trying to open the stream to play it. What I'm
doing is the following:
archivo_original = fopen(Archivo.c_str(), "r");
if (archivo_original == NULL) {
if (EventLog)
EventLog->WriteString(Format("No se pudo abrir el archivo %s",
ARRAYOFCONST((Archivo))));
WaveOut->Stop();
return;
}
2004 Dec 05
1
ov_open error !
#include <stdio.h>
#include "vorbis/codec.h"
#include "vorbis/vorbisfile.h"
#include <io.h>
#include <fcntl.h>
#pragma comment(lib, "vorbisfile_d")
int main(int argc, char **argv)
{
FILE *fp;
OggVorbis_File obf;
if(argc < 1)
return -1;
if((fp = fopen("f:\\testogg.ogg", "rb")) == NULL)
{
printf("Open Files
2004 Apr 06
1
ov_open fails on Version 1.0.1
Hi,
I've just got around to moving from version 1.0 to 1.0.1. Now when I run
my program, at least on Windoze, (haven't tried Linux yet), I get an Access
Exception on the ov_open. Nothing else has changed. All I did was replace
the lib and dll files that are in the win32sdk zip and re-build all, so
it's the same the project files for for both builds.
Here the snippet of code that
2005 Apr 03
0
Direct crash on ov_open
Greetings,
I've just downloaded the Ogg/Vorbis Win32 SDK 'OggVorbis-win32sdk-1.0.1.zip'
and made a test app to open an ogg file. But as soon as I call ov_open() the
program crashes because of an access violation to address 0x00000010...
This happens on both Release and Debug builds.
The test app is simple:
#include "vorbis/codec.h"
#include "vorbis/vorbisfile.h"
2001 Feb 18
2
Access Violation in ov_open
If I do something similar to the below ov_open always causes an access
violation.
The call to fopen is successful.
Can anybody tell me why? (and how to fix it?)
OggVorbis_File vf;
int eof=0;
int current_section;
FILE *fd = fopen("c:\\test.ogg","rb");
if (!fd){
AfxTrace("fopen failed\n");
exit(0);
}
if(ov_open(fd, &vf, NULL, 0) < 0) {
2005 Apr 03
3
Direct crash on ov_open
Greetings,
I've just downloaded the Ogg/Vorbis Win32 SDK 'OggVorbis-win32sdk-1.0.1.zip' and
made a test app to open an ogg file. But as soon as I call ov_open() the program
crashes because of an access violation to address 0x00000010...
This happens on both Release and Debug builds.
The test app is simple:
#include "vorbis/codec.h"
#include "vorbis/vorbisfile.h"
2001 Mar 29
3
ov_pcm_seek() is very slow...
I realise the it's hard to do a seek in a variable bitrate
file but I didn't think it was this bad. It seems to vary
a lot with the file but the total time to do an ov_open()
and ov_pcm_seek() can add upp to a second or more. By this
time my DirectX buffers have wrapped around and are looping.
Can anybody think of a solution for this? I really need a
faster response time for my in-game
2006 Jun 14
1
Having problems with ov_read
Ok here is the breakdown. I am trying to impliment streaming into our game
using openAL and ogg-vorbis. In the non-streaming function when I call
ov_read on the file I should be streaming the buffer gets filled with the
correct data. However, when I run ov_read on the same OggVorbis_File when I
read the buffer gets filled with 0's. The buffer has not been zero'd and
starts filled