search for: gink

On Mar 21, 2024, at 9:02?AM, gARetH baBB <hick.icecast at gink.org> wrote: > Or you could just use ffmpeg: Since we?re discussing HLS encoder options, there is also: https://github.com/ElvishArtisan/GlassCoder Which does not require LiquidSoap, ffmpeg or even Icecast. Just aim it at a web server or CDN publishing point. Cheers! |-----------------...

On Ganeral --> Language correct from "portugese" to "portuguese". Kind regards, Miguel Date: Tue, 5 Oct 2004 09:47:08 +0100 (BST) From: gARetH baBB <hick.asterisk@gink.org> Subject: Re: [Asterisk-Users] Firefly 1.9.5 released To: Asterisk Users Mailing List - Non-Commercial Discussion <asterisk-users@lists.digium.com> Message-ID: <Pine.LNX.4.60.0410050942310.28686@stum.gink.org> Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 5 Oct 2004, Adam...

On Thu, 21 Mar 2024, Wayne Barron wrote: > Looking through HLS, I found this. > https://github.com/mbugeia/srt2hls Or you could just use ffmpeg: ffmpeg -hide_banner -i "${icecaststream}" -c:a copy -vn -strftime 1 -f hls -hls_time 6 -hls_list_size 10 -hls_segment_filename "${hlspath}radio-%Y%m%d-%s.ts" -hls_flags delete_segments -segment_format mpegts

Hi All BT are providing a SIP gateway for PSTN through the BT communicator with Yahoo Messenger, I have done an ethereal trace and found that the BT Communicator side of the software is using SIP, so in theory I could add more PSTN lines to Asterisk for BT using SIP, but I am having problems deciphering the trace so my question is has anyone else tried to get BT Communicator work with

On Sat, 12 Feb 2005, Geoff Shang wrote: > good example of why this is a good philosophy. There's no way for the proxy > server to know not to cache it, unless you can tell it not to cache certain Cache-Control: no-cache Pragma: no-cache Actually, "Cache-Control: no-cache" is wrong, it should I suppose be "no-store" (or even "no-cache, no-store") -

On Sat, 12 Mar 2005 00:30:58 +1000, Geoff Shang <geoff@hitsandpieces.net> wrote: > > but it never gets the chance to find out. Icecast is programmed to provide > a playlist if you request <mountname>.m3u. Icecast seems to be assuming > that you'd never want to call a mountpoint anything with a .m3u extension, > so instead of finding the mount /test.m3u, it's

On Thu, 17 Feb 2005 11:22:49 +0000 (UTC), gARetH baBB <hick.icecast@gink.org> wrote: > On Thu, 17 Feb 2005, Michael Smith wrote: > > > There's one thing that icecast doesn't do (except for ogg streams) > > that other servers might (but from what I'm told, shoutcast doesn't): > > start sending from some valid synchronisation po...

On Thu, 17 Feb 2005, Michael Smith wrote: > There's one thing that icecast doesn't do (except for ogg streams) > that other servers might (but from what I'm told, shoutcast doesn't): > start sending from some valid synchronisation point (e.g. the mpeg > sync pattern) - obviously, if you do that, it's a bit easier on > clients (but I don't know of any that

hm, to have a look at Pure Data and external called oggcast~ http://www.akustische-kunst.org/puredata/ is recomended, you can set quality/bitrate/samplerate ... while streaming then, and do whateweryou want to your sound before sending it to icecast, including building your compressor-limiter. cheers Ales Zemene -- http://ales.mur.at irc.kunstlabor.at #kunstlabor citation of

Hi Does anyone know a UK Voip Proivder that will give me more than 1 telephone number and point it to my sip account. www.SipGate.co.uk are great but they only allow 1 telephone number per user, you can register another telephone number by registering as another user but Asterisk doesn't allow multiple registrations. Many Thanks Scott

This might have been talked about before, but I'm posting anyhow. I've got down to testing Asterisk yesterday, and I couldn't help but compare it with Skype (a Windoze only product, yet, but extremely efficient for some reason). Skype has almost unperceptible delay (LAN), while there is almost half a second of delay regardless of the codec on Asterisk. An even if we were to

Slackware-9.0/9.1 base. I've come across a problem. A source file of 3.0G and a destination existing image of 5.1G - the destination has a lot of stuff which is to be discarded but does contain all of the data in the source except for about 50M. This should have been a quick transfer, even though I'm doing it over a slow link with a bwlimit=10 - especially with -z for gzipping the delta

I've implemented a backups system and have come across a problem with delete-during and I/O errors. Currently I use a wrapper round rsync to create a LVM snapshot and rsync the snapshot, this works except that when the snapshot threshhold is exceeded LVM removes the snapshop, the mount fails and I/O errors happen. This is ok, except with delete-during I'm getting instances of rsync

On Mon, 12 Apr 2005, Karl Heyes wrote: > My current work is on > http://mediacast1.com/~karl/testing/icecast-2.2-kh3pre.tar.gz Bugs: Relays ignore the hidden flag HUPing icecast puts icecast in a strange state where it doesn't actually take account of the conf changes, and also won't terminate on a TERM and needs a KILL - but it does still "work" otherwise. How is