Displaying 5 results from an estimated 5 matches for "shotty".
Did you mean:
shitty
2004 Aug 06
2
Icecast User Login Question
On Mon, 2003-11-03 at 19:54, Dave St John wrote:
> Good question Amy, here is a snippet of the icecast2.xml file that i do
> believe is for this function
> ---------------------
> <mount>
> <mount-name>/test2</mount-name>
>
> <username>admin</username>
> <password>holycow</password>
>
>
2004 Aug 06
3
Icecast User Login Question
...03 -0700, you wrote:
> >I can have a look at implementing this when I get chance.
>That would be great as the devs at shoutcast have absolutely no interest or
>so it seems in adding this feature, which causes people
>to rely on 3rd party scripts to handle the authentication, which is shotty
>at best.
actually, as it turns out, this does make alot of sense, because most
authentication/subscription logic is going to be fairly complicated and
needs to be customizable for each "subscription service". adding logic to
icecast2 to do simple URL calls when listeners connect...
2008 Nov 14
0
fglrx and glx server version
It has come to my attention that a big problem right now with the fglrx
module and wine may have to do with the server reporting glx 1.2. I
made a shotty attempt to make wine pretend like it detected the a newer
version, however it did not work... I don't quite understand the
problem, but I know I can use things like pbuffers with opengl natively.
If a temporary patch could be made possibly piping WGL_ARB_pbuffer to
GLX_SGIX_pbuffer or something...
2004 Aug 06
0
Icecast User Login Question
>I can have a look at implementing this when I get chance.
That would be great as the devs at shoutcast have absolutely no interest or
so it seems in adding this feature, which causes people
to rely on 3rd party scripts to handle the authentication, which is shotty
at best.
<p><p>Dave St John
(CEO) Mediacast1.com
----- Original Message -----
From: "Karl Heyes" <karl@xiph.org>
To: <icecast-dev@xiph.org>
Sent: Monday, November 03, 2003 1:28 PM
Subject: Re: [icecast-dev] Icecast User Login Question
<p>> On Mon, 2003-...
2006 Nov 24
19
Time/clock issues with Xen 3.0.3?
The time appears to be perfect inside dom0, however all the domU''s
tend to have a slightly faster date which gets further out of sync
every day.
I''m currently using Xen 3.0.3 with Gentoo Linux, under 3.0.2 I had no
problems with domU clocks. Are there any known issues which could
cause this? I''d strongly prefer not to run ntpd in every domU,
having all domU clocks in