search for: canius

On 2013-09-24 5:46 AM, Jean-Marc Valin wrote: > Seems like it's not linking with libm. I suspect it has to do with > linking statically with libopus.a (is that intended?). Maybe opus-tools > relies on the fact that libopus is linked with libm and doesn't > explicitly add it? Greg? Indeed. The opus-tools build explicitly adds -lm for opusdec and opusenc because they use math

...stead. Here's how that would work: <object data="temps.svg" type="image/svg+xml" alt="Image description TK"> <p>Your browser does not support the &lt;object&gt; tag.</p> </object> (Most browsers support the object tag: see https://caniuse.com/mdn-html_elements_object ) Cheers, Boris > On 2023-03-07, at 10:33, Bert Gunter <bgunter.4567 at gmail.com> wrote: > > Perhaps this thread on stackoverflow (from a search on "include hyperlink > in svg graphic") may be of use: > > https://stackoverflow....

...p://www.radiogalere.org:8080/galere.ogg" > type='audio/ogg'> > Just to be sure you understand, this alternative in ogg format is not here in case the mp3 stream is down, but to allow a full html5 exp?rience so 99% of our users can listen with html5 ( well 82% if I see http://caniuse.com/audio) But as you now , 50% of the browser don't support mp3 and 30% don't support ogg so the ogg/mp3 is the solution to avoid flash for 82% of your listeners. I though the preload="none" would change something but it seems not. Do you have any Burst option on your icecast...

...tor at gmail.com> wrote: > >> Yes, breaking changes. Doing this *will* cut off support for older browsers. On purpose. > > Old browsers aren't really the problem. Even ff 45 (?) from CentOS5 will happily access a TLSv1.2-only server. IE 10 and older won?t, though: https://caniuse.com/#feat=tls1-2 > The problem is user that have old versions of software installed with no TLSv1.2 support. SVN, python 2.7 scripts, etc. Also true. There?s a lot of stuff still linked to OpenSSL 1.0.0 and 0.98.

...type='audio/ogg'> > > > > > > Just to be sure you understand, this alternative in ogg format is not > here in case the mp3 stream is down, but to allow a full html5 > exp?rience so 99% of our users can listen with html5 ( well 82% if I > see http://caniuse.com/audio) > The stream in ogg is never present or is not present only when the mp3 stream is down ?. Are you using Icecast2 ? ... In http://www.radiogalere.org:8080 I can not see mountpoints :( > > But as you now , 50% of the browser don't support mp3 and 30% don't > supp...

.... We are using Sinatra/JRuby/tomcat This is the plugin: https://github.com/blueimp/jQuery-File-Upload I believe the progress bars don''t work in IE, because IE doesn''t support that in ajax until version 10 and we have to support version 9. This page summarizes that: http://caniuse.com/xhr2 The post below however seems to allude that there is an apache module in Java that could ad the support on the server side. http://stackoverflow.com/questions/8635113/is-it-possible-ajax-upload-progress-bar-in-ie-without-flash Is there a way I could accomplish this with sinatra/jru...

...27, making its way through the development pipeline, is helping to advance the fortunes of a?new audio compression technology called Opus." supposedly all chrome users need to do is to go here: chrome://flags/#enable-opus-playback and enable opus however, according to this link: ?http://caniuse.com/opus??opus is not supported yet. ? does anybody know ? note that opus is not working (for me anyways) yet using this page: http://xiph.org/~giles/2012/opus/ Thank you, Mark Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/piperma...

> Yes, breaking changes. Doing this *will* cut off support for older browsers. On purpose. Old browsers aren't really the problem. Even ff 45 (?) from CentOS5 will happily access a TLSv1.2-only server. The problem is user that have old versions of software installed with no TLSv1.2 support. SVN, python 2.7 scripts, etc.

Hello I hope this question is okay: I have set up a radio with icecast2 and ices2. Everything works. I can access it from http://radio.protestbandet.dk:8000/stream? and? http://radio.protestbandet.dk:8000 I can listen to my radio in RadioDroid on my android phone, and I can listen via https://liveonlineradio.net/horsens-garage-radio in Firefox on my computer with Ubuntu. But people on

2013/2/26 Judd, Taylor Allen <tjudd at illinois.edu> > > > I was reaching out to the icecast community because as Linux and server > people, I find the best answers with these types of groups. Sorry for not > being clear about this in the initial posting. **** > > > No problem, I wasn't sure about the evolution of the setup. So yes the main problem you have here

Perhaps this thread on stackoverflow (from a search on "include hyperlink in svg graphic") may be of use: https://stackoverflow.com/questions/41970535/a-hyperlink-in-svg-use Cheers, Bert On Tue, Mar 7, 2023 at 12:34?AM Rusty Travis <rusytravis19 at gmail.com> wrote: > Greetings, > > I am creating plots of weather data and wish to include a link to the > data source

...t;ffmpeg -c copy .....</dump-file> ? Is it supported? Have been on Linux for less than a year so not sure if at all possible? I have no idea yet what a 1000 fifo's will do. *On another note:* The other BIG issue is to support apple users. iOS/Safari seems to be 11% of the market (https://caniuse.com/#search=HLS) and I cant ignore them. Will have to use HLS to keep them happy but again the CPU overhead is imminent as vorbis/VP8 is miles away from AAC/H.264. Icecast is very CPU efficient ingesting, streaming and writing out a webm file, CPU 1-2%. Same efficiency situation with nginx and RTM...

Dear all I am streaming live with webm with ffmpeg to icecast 2.4.2. After the stream ends, I am unable to determine the duration of the file using ffprobe or mediainfo. Not sure but it seems that this has to do with headers? Should icecast be writing the duration into the header or should this somehow be passed from ffmpeg? The requirement is really to determine the duration of the streamed

Dear all I am streaming live with webm with ffmpeg to icecast 2.4.2. After the stream ends, I am unable to determine the duration of the file using ffprobe or mediainfo. Not sure but it seems that this has to do with headers? Should icecast be writing the duration into the header or should this somehow be passed from ffmpeg? The requirement is really to determine the duration of the streamed