similar to: Question: is this an EAC problem or an Opus issue?

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

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",

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 >

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

I had expected that the default bitrate for the encoder would be the same as setting it to OPUS_AUTO, but I'm getting difference results: >opusenc --comp 4 sample.wav sample.opus Encoding using libopus 1.3-rc2 (audio) ----------------------------------------------------- Input: 8 kHz, 1 channel Output: 1 channel (1 uncoupled) 20ms packets, 25 kbit/s VBR Preskip: 312

Hello!, i've just compared the 1.0.3 release with the master branch on a BeagleBone Black (AM335x 1GHz ARM Cortex-A8 with NEON floating-point accelerator) and Arch Linux ARM. At the moment I dont no why, but I see that 1.1 is much slower in encoding. Are there any default changes, that I missed and could explain this? Normaly I suggested a better performance with 1.1 and the ARM

Hi, Just to clear things up... So 1.1 has some new analysis code that increases the amount of CPU. When building as floating point (which you appear to be doing, right?), the new code is enabled at complexity 7 and up (opusenc defaults to complexity 10 IIRC). This is why you've been seeing an increase in the CPU time. In version 1.0.x, complexity 5-10 are the exactly the same for music.

Hello list! I'm trying to use EAC here with more or less success. I'm having problems with my CD-Rom. My Wine version is 0.9.10. I'm using ide-cd with kernel 2.6.16. So I tell EAC to use the "Native Win32 interface for Win NT/2000/XP" as SCSI interface. I believe that makes use of Wine's native ntdll.dll which in turn uses SG_IO which is what I want :) When starting

I was wondering, is there a way to encode Oggs with EAC on-the-fly? I'm looking for a way to shorten the whole ripping and encoding process, but so far I've only seen support for the commandline encoder. -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

sorry for replying so late... --- E S <es0123@hotmail.com> wrote: > Can anyone relate any general tips for using flac on Windows for the > purpose > of archiving cd's? If I can nail down a solid, easy-to-use process, > I'm > happy to write it up and contribute it to the FLAC documentation > section for > the untold masses that I am sure will be soon

Hi. My first post over here related to my first try to use WINE. I am using 0.9.58 and the 2.6.24-rt kernel (Ubuntu Studio Hardy Beta) I installed EAC and almost everything works fine expect the ripping speed, which doesn't seem to be adjustable. The drive speed is not exceeding 2-3. I tried all kind of settings. Even setting the drive speed manually up with hdparm -E did not change it.

Exact Audio Copy 0.99b3 under Wine 0.9.51 on Kubuntu 7.10. It can see the audio CD in the drive, no problems, no fuss. What it can't do is contact FreeDB to get CD track names. Clicking the "FreeDB" button in EAC brings up http://www.freedb.org/ in Konqueror. So the problem isn't that FreeDB is down. When I run EAC from the command line, there's nothing showing up with a

Hello all: I am using exactaudio copy (EAC) with wine on linux (suse 10.1) So far I had no problems with drive recognition. Recently I've attached another drive to the IDE 0 slave port and this drive is not recognized by EAC/wine. Here is my 'cdrecord dev=ATA -scanbus' output: scsibus0: 0,0,0 0) * 0,1,0 1) 'TEAC ' 'CD-W512EB '

Can someone help me to get EAC working. I am new to wine and don't have a clue to get my cdrom working. Everything I tried so far, resulted in EAC freezing. Thanks ivanova

This is more of an EAC question, but I have not yet received an answer from my post on that page. Since they are closely related I thought I would give it a try here. I just bought a BIG stack of CDs (70+) and decided to recheck all of my EAC (beta 4) + FLAC (1.1.2) settings prior to ripping and encoding them. I also calibrated a new external Plextor CD-ROM too. The setting string I use in

am a NEW user to flac.installed flac on eac.tried to rip a cd using eac with flac as external compression.tried the 'wav' icontried the 'mp3' iconboth options saves the file as 'wav'thought eac will rip the cd in the 'flac' file format.is this a 2-step procedure?wherein eac to 'wav' and re-ripped on flac frontend?or is there a ripper with flac in it that

Hello wine users: Could someone, please, help me how to make work EAC with wine in openSUSE 10.2? Earlier (SUSE 10.1) I could configure wine to use windows 2000 as default windows version and EAC to use 'native Win32 interface for WinNT/2000/XP' and these worked together fine. Now in openSUSE 10.2 (wine version wine-0.9.37-12.1) when I start EAC with wine I get: a) when the interface

I'm reripping all my CDs to FLAC. I wrote a blog post fervently recommending Exact Audio Copy as the Chuck Norris of CD ripping software: http://rocknerd.co.uk/2008/08/12/yak-shaving-day/ I know it performs the same miracles on Linux as it does on Windows. The question is: does it actually perform just as well on other supported platforms? Mac OS X, FreeBSD, Solaris? Can it get the fine

>>Assuming someprog writes raw 16-bit signed stereo PCM to its >>standard output, the following encodes the output of someprog to >>foo.ogg, without using any temporary file : >> >> someprog | oggenc -r -o foo.ogg - >> >>For example, to encode track 1 of the audio CD in the drive : >> >> cdparanoia -r 1 - | oggenc -r -o track1.ogg - >>

Hello! I'm new here, so forgive in advance any ignorance if you will. I have two issues... One involved using flacattack.exe, and the other involves burning from cuesheets. Issue #1: --------- Any time I rip from EAC into flacattack.exe, and the disc being ripped includes various artists, flacattack.exe crashes on the second track. The error I get (from the DOS window that flacattack runs