Displaying 7 results from an estimated 7 matches for "2.4kbit".
2013 Dec 16
4
1.1 Much slower on Raspberry Pi
I have just started trying Opus with a view to using it in a project. I am
interested in embedded hardware and tried it on the Raspberry Pi using the
raspbian distro.
The version of libopus in the repos is 0.9.14. I installed this and tried
encoding 2 minutes of speech from a librevox recording. It managed this at
a respectable pace for complexity 10:
Skipping chunk of type "LIST",
2013 Dec 17
2
1.1 Much slower on Raspberry Pi
Christian,
I will give 64kbit/s a try and post the figures. My own project is voice
only and requires low bitrate so was hoping that it was just the way I was
compiling and not an actual regression in speed for SILK. The raspberry PI
is quite a cheap and handy reference platform though the ARM side is fairly
underpowered but has a great GPU. It also has no audio in which is a pain
for playing
2013 Dec 17
0
1.1 Much slower on Raspberry Pi
Hi Stuart,
you are compressing it at 6kbit/s. Then, then SILK mode is probability used
and the Silk mode is much faster than CELT. Do you also some figures at
64kbit/s?
It is strange that Opus 1.1 got slower in the Silk mode - may the
speech/voice selection adds some overhead. I would be interested in seeing
the performance of the 64 kbit/s in both Opus 1.0 and Opus 1.1.
With best
2013 Dec 17
0
1.1 Much slower on Raspberry Pi
Resampling to 48khz speeds them both up but the disparity is about the
same: 2.609 to 3.69.
Best Regards,
Stuart Marsden
On 17 December 2013 17:04, Stuart Marsden <stuartmarsden at finmars.co.uk>wrote:
> Christian,
>
> Complexity 0, 6kbps:
>
> 0.9.14 Speed 5.204
> 1.1 Speed 5.218
>
> A slight win on that run but they vary enough to say about the same. At
>
2008 Jul 24
1
making IMAP quicker on LAN
Hi all,
I keep on hitting this problem when migrating new clients from POP or
local IMAP servers (hosted on their LAN's) to my Dovecot setup, which is
hosted properly in a data center. People usually complain that it's
slower and although they're getting a kick ass mail setup it doesn't
look good from their point of view.
I'm wondering if there is anything I could do to
2009 Aug 09
4
More effective mailbox fetching over high RTT link
Could you offer some suggestion how to fetch mailbox content over
high RTT link (with negligible packet loss)?
Currently I use IMAP+IDLE *but* it fails to use full available bandwidth
due to high RTT and "send command wait for response" nature of POP3 and
IMAP4 protocols.
--
[pl>en: Andrew] Andrzej Adam Filip : anfi at onet.eu
Learning without thought is labor lost;
thought
2002 Jun 18
7
Better filtering to a class
Dear all,
I want to make a filter for all IRC-Dalnet traffic, so I want to put all
traffic for port 6660, 6661, 6662, 6663, 6664, 6665, 6666, 6667, 6668, 6669,
7000, 7001, 7002, and 8000 to a class. So, I create a TC script as below.
I''m sure, it is not effective, and we can write it in simpler.
I need help, how to make my script below are simpler.
The simpler, the better.
Thank you