similar to: timing_sleep malfunctioning under MinGW

Displaying 20 results from an estimated 300 matches similar to: "timing_sleep malfunctioning under MinGW"

2004 Aug 06
1
libshout-java 0.2 released
Hello, A quick note to inform you all of the release of libshout-java v0.2. libshout-java are java bindings for libshout, allowing java applications to reliably stream to icecast2 servers. It has been working well for the past couple months and is now supported under FreeBSD. libshout-java may be downloaded from: http://benow.ca/index?page=project&project=libshout-java Andrew Taylor (PS
2004 Aug 06
2
Java Bindings
I've created a set of java bindings for the newest libshout 2.0 release. They work well and enable the streaming of mp3 and ogg/vorbis to icecast2 servers from java. Binding with java allows for complex java logic while using the fast, maintained and solid native backend. They can be fetched from CVS via: cvs -d :pserver:anoncvs@benow.ca:/cvs/benow login <passwd:
2012 Sep 17
3
libshout crashing during pause
Hello. For various reasons I am writing my own source client. Most things seem to be working well. Connections work. shout_send() and shout_sync() seem to behave as expected. However, I find that if more than about 10-20 seconds passes between shout_send() calls then libshout crashes (takes my client down) during a subsequent shout_send(). Are there any rules about how often shout_send()
2004 Nov 14
0
Java Examples
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <pre>><i> > Where should I look for an example of how to connect
2012 Sep 17
1
libshout crashing during pause
On Mon, Sep 17, 2012 at 9:29 AM, George R. Welch <george at grwelch.com> wrote: > Hello. For various reasons I am writing my own source client. > > Most things seem to be working well. Connections work. shout_send() and > shout_sync() seem to behave as expected. > > However, I find that if more than about 10-20 seconds passes between > shout_send() calls then libshout
2008 Aug 30
3
Updated version of patch
Attached is a patch against shout-python-0.2 which does two trivial but very useful things (1) The function "get_connected" is exported so that shout-python becomes usable in nonblocking mode. In the current version of shout-python "open" raises an exception in nonblocking mode. (2) The global interpreter lock is released in the potentially blocking functions
2004 Apr 13
1
ogg123 streaming bug - cont.
Dear list, a few weeks ago there was a short thread about ogg123 starting to stutter (http://www.xiph.org/archives/vorbis/200403/0043.html) and making static noise after streaming music for more than 3.5 hours. I have a similar problem; i used ices-2.0 to stream a playlist, and after a couple of hours (sometimes just one hour, sometimes 5 to 8 hours) i get noise or stutter. Now one thing i
2004 Aug 06
1
all players stop after some hours
Dear list, i have a test stream running (ices/2.0, icecast/2.0). It streams oggVorbis files (encoded with -q -1, mono) in an endless loop. And no matter which player i try (WinAMP 3, WinAMP 5.03, newest ogg123 from yesterday's CVS) - they all stop playing after a couple of hours. WinAMP just stops, ogg123 sometimes even crashes totally. Ices runs for days without any glitches, but
2006 Jan 12
0
libshout and mp3 streaming?
Hi List, i have a problem streaming mp3's to the icecast server via libshout-2.1. Everything works fine as long as i send ogg's to the icecast server. libshout as well as icecast do not report any errors. what might be the problem? my code looks like this: shout_init() shout_set_host(...) shout_set_password(...) shout_set_mount(...) shout_open() shout_set_format(...) while(
2004 Aug 06
1
Ices 0.3 won't play mp3 file
OK...messing with 'gdb' (of which I am completely new to) <p>Here's is the complete output from what I've done with 'gdb' ---------------------------------------------------------------- # gdb ices GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it
2012 Sep 17
0
libshout crashing during pause
On 9/17/12 12:37 PM, Michael Smith wrote: > On Mon, Sep 17, 2012 at 9:29 AM, George R. Welch <george at grwelch.com> wrote: >> Hello. For various reasons I am writing my own source client. >> >> Most things seem to be working well. Connections work. shout_send() and >> shout_sync() seem to behave as expected. >> >> However, I find that if more than
2004 Aug 06
2
dumpfile with libshout2/icecast2
Heyas, I'm trying to get setDumpfile working with the java libshout bindings. I am calling shout_set_dumpfile(shout,char*) after specifying the port, host, mount and password, yet, the dumpfile is not created on the server side. To be more specific, I'm trying this: bin/streamAdmin -d /tmp/test.mp3 -h streams.benow.ca -p 80 -P pass -m /benow which sets the dumpfile to be /tmp/test.mp3
2018 Feb 20
0
getQuote in quantmod malfunctioning
dear members, I have a list of stocks by name snlcq2: snlcq2 <- c("ICICIBANK.NS" "IBULHSGFIN.NS" "INDUSINDBK.NS" "INFY.NS" "KOTAKBANK.NS" "LTI.NS" "LT.NS" "LUPIN.NS" "M&M.NS" "M&MFIN.NS" "NTPC.NS" "ONGC.NS"
2009 Feb 22
0
SCIM malfunctioning on wine 1.1.15
I just downloaded wine 1.1.15, compiled and installed it on my centos 5.2 PC. It's exciting to successfully migrate applications to linux. However, I found that SCIM sends strange codes as Chinese and Japanese characters to applications. I need both Chinese and Japanese input methods very much. Can anyone give me advice to correct this problem?
2004 Aug 06
1
Experimental python bindings for libshout 2
I've written a first draft of python bindings for libshout 2: http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz Comments welcome. I've never written a python extension before so I'm sure there's plenty of room for improvement. But it works for me. -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To
2004 Aug 06
1
Experimental python bindings for libshout 2
I've written a first draft of python bindings for libshout 2: http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz Comments welcome. I've never written a python extension before so I'm sure there's plenty of room for improvement. But it works for me. -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To
2004 Oct 08
0
Syncing doesn't seem to work?
I kind of copied the example from the distribution and changed it a bit so it would send my own lame encoded mp3 data. I decode an mp3 and encode that same data again in a lower bitrate and send that data to my icecast server. After each shout_send i use the shout_sync function but it doesn't seem to wait and just sends all available buffers at once to the icecast server. When its done sending
2004 Aug 06
0
programming with libshout
Hello... I have a doubt with the use of shout_send()... at low level, what should it send? the example reads from "stdin" and sends the read buffer with shout_send, but... where should fread() read from (behind the stdin)? I could think about something like this (for example) mpg123 "audio_file" ---> stdout --pipe-- stdin <--- libshout_application I include the
2008 May 22
1
libshout : how to detect network connection lost
I noticed the same problem in the Perl wrappers since many years ago. I ended up wrapping the libshout portion of the perl code in an eval/alarm to detect the hang and restart the libshout thread as needed. -- Randy Fast Serv Networks, LLC > Message: 1 > Date: Thu, 22 May 2008 10:14:50 +0200 > From: "tech at viewsurf" <tech at viewsurf.com> > Subject:
2004 Aug 06
4
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
On Tuesday, 10 July 2001 at 14:10, Nick Ludlam wrote: > From: "Brendan Cully" <brendan@icecast.org> > > On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > > > From: "Brendan Cully" <brendan@icecast.org> > > > > That handles the segfault, I don't know why the stream wouldn't be > > > > sent fast enough though...