search for: 96kbps

Hi again, shortly after beta 4 came out i noticed that rumbling artifact oggenc puts into a certain tune of mine. Back then, it was even audible at an ABR of 350kbps. Now with RC2 that bug is completely gone at bitrates of 128kbps and higher. I can hear it again at 96kbps and it becomes more apparent with lower bitrates. At 64kbps, I assume, everybody should be able to hear it. This is not a stereo related artifact that has been introduced by the lossy channle coupling, because encoding a mono version of the clip doesn't make it go away. I deleted the old bass...

Here's a very odd question - I don't know if anybody can even begin to answer. I am attempting something very odd and geeky. I set up an icecast Win32 server streaming a 96kbps mp3 stream (using all the latest as of today software, winamp, icecast2 and oddcast v3) so I can listen to it on my cell phone while at work. My phone does GPRS EDGE data at 131kbps-ish, just barely fast enough to keep up. I know 96kbps SHOULD work with this because Di.FM trance streams at 96kbps...

...re of this post. Virgin Radio Classic Rock, which is a sister station to Virgin Radio, is now also available in streaming Ogg Vorbis. We also have 'now playing' information working on both services. Links and more information at http://www.virginradio.co.uk/thestation/listen/ogg.html The 96kbps Virgin Radio Classic Rock stream appears to sound better than the 96kbps Virgin Radio stream. We're looking into why; it will probably be something to do with the audio processing before it gets to the encoder. Thanks to all those who have helped us so far in getting our Ogg streams up and run...

...160kbps-010819.ogg - -rw-rw-r-- 1 wigren wigren 1866745 aug 20 00:50 160kbps-rc2.ogg - -rw-rw-r-- 1 wigren wigren 701296 aug 20 00:45 64kbps-010819.ogg - -rw-rw-r-- 1 wigren wigren 748104 aug 20 00:18 64kbps-rc2.ogg - -rw-rw-r-- 1 wigren wigren 994208 aug 20 00:42 96kbps-010819.ogg - -rw-rw-r-- 1 wigren wigren 1041476 aug 20 00:40 96kbps-rc2.ogg - -rw-rw-r-- 1 wigren wigren 15412700 aug 19 23:07 original.wav [wigren@localhost tmp]$ As you can see, the files are a LOT smaller! On my equipment I have here (cheap lousy pc-speakers) I can't tell an...

...re of this post. Virgin Radio Classic Rock, which is a sister station to Virgin Radio, is now also available in streaming Ogg Vorbis. We also have 'now playing' information working on both services. Links and more information at http://www.virginradio.co.uk/thestation/listen/ogg.html The 96kbps Virgin Radio Classic Rock stream appears to sound better than the 96kbps Virgin Radio stream. We're looking into why; it will probably be something to do with the audio processing before it gets to the encoder. Thanks to all those who have helped us so far in getting our Ogg streams up and run...

Hi all, I buy a iriver's ifp-880 portable player, it only can play ogg file with bitrate 96kbps-325kbps. I know that the higher bitrate of file, the more cpu cycles to comsume in most case. For beyond 325kbps,I guess the chip (pnx0101) can't realtimely decode. But for ogg file below 96kbps, the cpu performance maybe isn't the bottleneck, and I suspect because of the limitation of me...

Hey. I just wondered,... which is the recommended bitrate and further settings of opusenc (like complexity and framesize) for general music (e.g. including classical music) to achieve more or less transparency? Talking about CD level audio (16bit; 44,1 kHz; Stereo) The only source I could find regarding that was: http://wiki.hydrogenaud.io/index.php?title=Opus#Music_encoding_quality But that

...he same format. It was never played because the operation went perfectly, the remote stream was stable for the entire 12 hours of the broadcast. But I was not confident that the remote Internet connection could guarantee 192kbps bandwidth so I also prepared a second fallback-mount, this one at 96kbps in case we needed to go to a lower bitrate. If that was necessary, I was prepared to connect to the computer running Icecast remotely (using Teamviewer) and replace the 192kbps fallback-mount file with the 96kbps fallback-mount. Fortunately, this was not required. It would be very useful if th...

...bitrate, nominal_bitrate and min_bitrate are set to 96. Strangely > enough, the generated stream's bitrate (according to XMMS and WinAmp) > varies between 49 and 59. Currently min and max are ignored by the library, since bounded bitrates aren't going in until rc3. Also, if you pick 96kbps, that picks the 96kbps mode (if there is a 96kbps mode. It might be picking the 80kbps mode. You'll have to look at the vorbisml to figure out which mode that's actually using). In any case, unlike mp3, which must be at a fixed bitrate, Vorbis won't use more bits than it needs. So o...

In beta 3 (Windows, libvorbis-1.0beta3.zip, compiled using BCB), I get a runtime overflow on line 322 when encoding a simple pure tone (44100Hz, 96kbps, 128kbps, or 160kbps). Changing the float to a double avoids the problem. float val=decay[i]*decscale; float att=fabs(f[i]/val); /// floating point overflow ... Chris http://www.goldwave.com --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xip...

Everything above 96kbps on that table is speculative, as the highest multi-participant listening testing done was at 96kbps. Here's the results from that test, if you're curious: http://listening-test.coresv.net/results.htm As you can see, at that rate Opus ranged from slightly perceptible to imperceptible. Also...

Here's a very odd question - I don't know if anybody can even begin to answer. I am attempting something very odd and geeky. I set up an icecast Win32 server streaming a 96kbps mp3 stream (using all the latest as of today software, winamp, icecast2 and oddcast v3) so I can listen to it on my cell phone while at work. My phone does GPRS EDGE data at 131kbps-ish, just barely fast enough to keep up. I know 96kbps SHOULD work with this because Di.FM trance streams at 96kbps...

...argin:0px;">it seems too slow for the VOIP application.</p><p style="margin:0px;"><br></p><p style="margin:0px;">Case 1:<br></p><p style="margin:0px;">48KHz Sampling rate, Stereo, VBR, frame size: 20ms, Bit-rates: 96kbps</p><p style="margin:0px;">Encode cost: 2.11x real time</p><p style="margin:0px;">Decode cost: 1.54x real time</p><p style="margin:0px;">Encode + Decode: 3.65x<br></p><br><p style="margin:0px;">Case 2...

..."My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse." -Ken Thompson, Interview May 1999. http://www.freebsd.org FreeBSD - The Power to Serve http://www.rfnj.org Radio Free New Jersey - 375 streams - 96kbps @ 44.1khz http://namespace.org -- http://name.space Resist the ICANN! Support name.space! --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing...

On Sat, 2015-10-24 at 22:16 -0700, Thomas Daede wrote: > Everything above 96kbps on that table is speculative, as the highest > multi-participant listening testing done was at 96kbps. Here's the > results from that test, if you're curious: > > http://listening-test.coresv.net/results.htm > > As you can see, at that rate Opus ranged from slightly perc...

..."My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse." -Ken Thompson, Interview May 1999. http://www.freebsd.org FreeBSD - The Power to Serve http://www.rfnj.org Radio Free New Jersey - 435 streams - 96kbps @ 44khz Stereo http://namespace.org -- http://name.space Resist the ICANN! Support name.space! --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' contai...

Hi, I'm experimenting with IceCast2, using DarkIce to generate the stream. I have found some peculiarities with the vorbis bitrates. In DarkIce, I call vorbis_encode_init() with about the following values: vorbis_encode_init( &vorbisInfo, 2, 44100, 96, 96, 96); which by all reasons should generate a 96 kb/s stream, as all max_bitrate, nominal_bitrate and min_bitrate are set to 96.

...FIXED 8kHz 1 1150 10000ms 11206ms + 1318ms = 12544ms H. Build Options FLOAT: OPUS_BUILD,USE_ALLOCA,CUSTOM_SUPPORT FIXED: OPUS_BUILD,USE_ALLOCA,CUSTOM_SUPPORT,FIXED_POINT,DISABLE_FLOAT_API Note: the target bit rate is twice of the sampling frequency. That's to say, the bit rate will be 96kbps, if the sampling frequency is 48kHz. The CPU usage is about 91% (911ms/1000ms), when decode 48KHz/mono/96bps. but encode requires more CPU (132%, 1312/1000ms). I will try lower bit rate and update the result later. Sincerely Forrest On Sunday, January 14, 2018 9:05:44 AM CST Thomas Böhm wrote:...

...at a rate of 1/N''th of the link speed. My case is an internet connection that oscillates between 96 kbps and 256 kbps. I cannot predict the connection speed in order to use the classical HTB (to set up a 96/96 kbps class), because I would loose a lot of bandwidth when the speed goes over 96kbps. This might not be a strictly HTB related question. It doesn''t matter if I use htb, cbq pr other technique. I do not have to guarantee a certain amount of bandwidth to one computer in the LAN, just to split the existing bandwidth equally among the N active clients. I know... Someone sai...

I'm sorry if this question has been asked before; I've looked through the archives and haven't seen anything. The problem I'm seeing is that oggenc's VBR encoding doesn't seem to pay attention to any sort of bitrate limitation, either the -m or bitrate_hard_min settings. It isn't that it temporarily dips below the minimum; the average for the whole (in this case,