similar to: Stream not working on newer IOS devices

Thanks. It is typically accessed through a browser - especially those using the iphone. The page linked is http://wiltonfirefighters.no-ip.biz/ The stream can also be accessed at http://wilton2233.publicvm.com:2234/live It is typically a very inactive stream - with a low background noise. On Thu, Mar 5, 2015 at 11:14 PM, Greg Ogonowski <greg at indexcom.com> wrote: > What is the

No, the stream is open (at least that's the intention), it doesn't ask for any authentication on the other platforms. The source has authentication though. > On Mar 5, 2015 11:52 AM, "Marvin Scholz" <epirat07 at gmail.com> wrote: >> >> Are you using authentication for the stream? >> >> >> Am 05.03.2015 um 16:18 schrieb Bryan <bryan at

What is the stream URL for the problematic stream? I?ll have a look at this for you. /greg. From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Bryan Sent: Thursday, 05 March, 2015 07:18 To: icecast at xiph.org Subject: [Icecast] Stream not working on newer IOS devices Available Attachments * Untitled attachment 07338.txt

Hey, The relay easiest to configured in a pull configuration. Where the setting are setup on the remote server. Since the client is on WiFi, you will have lots of issues streaming due to the ever changing wifi environment. My suggestion is source the stream at the lowest settings for encoding you can live with, This will keep the bandwidth down and less likely burp on you. We do have

Ha! Terms even a broadcaster can understand! Many many thanks. If BUTT is considered to be as good a transporter as Icecast, then I will stick with what I'm doing, if for no other reason than, "Master is the source server (where the source comes from) and Slave is the relay. THe connection is initiated by the slave to the master." Slave may not know where the Master is. Master

/I made an error, I swapped two diagrams, it should be this:/ Here's how I've been doing it: BUTT ===> WAN ===> Icecast server I thought I might try this instead: BUTT --> localhost Icecast server ===> WAN ===> Icecast server -- That Jack Elliott (541) 848 7021 KPOV 88.9 FM High Desert Community radio Producer, The Wednesday Point Host, The Sunday Classics On

Right, BUTT can be set to push to studio, and studio's IP is fixed. It doesn't appear that Icecast Master can push to a Slave at studio, Slave at studio has to pull from Master, and Master's IP address is not fixed. So for our remotes, BUTT is the better choice for that, and all the other reasons you mention. Plus, when you are recording eight bands in a 12-hour broadcast day,

For our community radio station's live music festivals broadcasts, we set up a small broadcast studio at the festival's venue, and use B.U.T.T. to send a stream to an Icecast server located at the radio station's building. REMOTE LOCATION STATION BUILDING B.U.T.T. ======= WAN =======>> ICECAST SERVER It's pretty reliable, though BUTT does

I am looking at options for VPN connections from iPhones and iPod Touches to CentOS systems. We use OpenVPN for connections with Windows, Mac OS X, and other Linux systems, but there don't appear to be any OpenVPN clients for iPhones (presumably because there are no tun/tap interfaces available yet). My experiences getting IPsec running on CentOS systems with OpenVPN have not been pretty.

Admittedly we're very interested in becoming ARM backend maintainers as our product heavily relies on LLVM. However, we don't have testing resources to test both our product and LLVM on a host of target boards. We have some chumbys, beagleboards, iPhones, iPod Touches, tables, Android Phones, etc. And most of those are already booked solid with our own regression tests (most of which

I think we need a group of maintainers rather than a single maintainer given the spectrum of ARM targets/ISAs/platforms required to support and the amount of people/system resources required. I & my team plan to actively participate in the bug-fixing process during the release cycle. If we can divide the bugs among the maintainers and establish a requirement that all open ARM bugs must be

On Thu, Oct 13, 2011 at 10:33 AM, Raja Venkateswaran <rajav at codeaurora.org> wrote: > I think we need a group of maintainers rather than a single maintainer given > the spectrum of ARM targets/ISAs/platforms required to support There have been a plethora of ARM Instruction Set Architecture variants over the years. Which ones do we expect LLVM to support right now, and which as-yet

On 19 Nov 2023, at 15:49, Thomas Jensen wrote: > s?n, 19 11 2023 kl. 15:11 +0100, skrev Petr Pisar: >> V?Sun, Nov 19, 2023 at 02:19:14PM +0100,?Thomas Jensen napsal(a): > >> If the problem is indeed the format, then either add a stream in a >> different format supported by iOS (e.g. AAC),? > > I couldn't believe it was that. > >> or find and install a

I own a recording studio. We do a weekly live concert broadcast to Facebook using Wirecast software. There is an internet radio station that uses icecast that wants to carry the audio from my broadcast live. I have no idea how to get the audio to them. I use Mac computers. Can someone help me with that. Cliff Witherspoon Red Arrow Entertainment 864-613-4201

Hello R Masters and the Rest of Us: The first of these works fine, the 2nd is accepted but too literal (the "%->%" is shown in the plot label and in the wrong position). The 3rd throws and error due to "unexpected SPECIAL". Would someone recommend a way to format this? I want the two phrases connected by a right arrow. TIA, these things always elude me. Bryan

> >slyzen wrote: >> I'm running wine 1.1.23 on a kubuntu jaunty and my iTunes 8.2 doesn't see my iPhone (with OS 3.0). Do you think your method will work in my case ? > >No, itunes doesn't see any devices on Wine. It wants to talk directly to a USB device with special drivers. > Isn't there an unsupported version of Wine that will do this until the code is

Hi, I'm looking for an open source client for icecast2 to run it on OSx Leopard 10.5.8 I took a look at Nicecast but wasn't convinced by it. Any suggestions? Best regards, -- Dan Bahena http://twitter.com/informatux http://xti.informatux.net

Thanks for the help. Will work on that. Cliff Witherspoon Red Arrow Entertainment 864-613-4201 > On Mar 29, 2018, at 5:37 PM, Richard Elen <relen at brideswell.com> wrote: > > If you can split the feed, eg with Audio Hijack, you could feed the audio into a streaming audio client, such as Nicecast (mp3 only, $, due to be discontinued), LadioCast (mp3/AAC, free, App Store) or BUTT

I'm the code owner of LLVM codegen and targets. I'm also the one of main developers on the original ARM target. That means, I would make the decisions on major development on ARM target if there are decisions to be made. But my role is very different from what people are looking for in this thread. To properly qualify a target like ARM which are supported on many different CPUs and

i''m running the following script: #pragma D option quiet profile:::tick-1sec / ++x >= 15 / { exit(0); } io:::start { @io_size[execname] = sum(args[0]->b_bcount); } on exit, the script prints out the value of @io_size, why? there''s no printa(), and i also specified "D option quiet" (i also tried -q). this seems to happen with any kind of probe: on exit(0) all