ivorbis

@otternase wrote:

Hi,

first of all: Thanks a lot for the great work in buidling firefly! It is a beautiful piece of software.

I use a linkstation II as media server with a robu soundbridge:

– openlink
– firefly

It works well. But there is a problem with ogg transcoding. It´s too slow and therefore doesn´t work. I have learned that the cpu of the linkstation has no floating point unit, so I have to use a hacked version of oggdec .

I installed ogg-libs, vorbis-libs and tremor . But I can´t find a source tarball of the ivorbis-tools, which is a modified version of vorbis-tools, using integers.

My question:

Does anyone hae a hint for me how to find the sources of ivorbis-tools?

Thanks a lot

Regards

Rolf

Here’s a thread that talks about just that:

http://forums.fireflymediaserver.org/viewtopic.php?t=5332

Note that depending on the endian-ness of your machine you may have to comment out the byteswapping part. Yell if that doesn’t make sense, or if you need more detailed info.

— Ron

Hi guys,

just wanted to say, that I’ve updated the oggdec_tremor.patch. Here it is:

diff -Npur vorbis-tools-1.2.0/Makefile.in vorbis-tools-1.2.0.th/Makefile.in

--- vorbis-tools-1.2.0/Makefile.in      2008-03-02 23:48:02.000000000 -0600

+++ vorbis-tools-1.2.0.th/Makefile.in   2008-03-03 22:46:56.000000000 -0600

@@ -187,7 +187,7 @@ USE_INCLUDED_LIBINTL = @USE_INCLUDED_LIB

USE_NLS = @USE_NLS@

VERSION = @VERSION@

VORBISENC_LIBS = @VORBISENC_LIBS@

-VORBISFILE_LIBS = @VORBISFILE_LIBS@

+VORBISFILE_LIBS = -lvorbisidec

VORBIS_CFLAGS = @VORBIS_CFLAGS@

VORBIS_LIBS = @VORBIS_LIBS@

WOE32DLL = @WOE32DLL@

diff -Npur vorbis-tools-1.2.0/oggdec/oggdec.c vorbis-tools-1.2.0.th/oggdec/oggdec.c

--- vorbis-tools-1.2.0/oggdec/oggdec.c  2008-03-02 23:37:25.000000000 -0600

+++ vorbis-tools-1.2.0.th/oggdec/oggdec.c       2008-03-03 22:52:35.000000000 -0600

@@ -22,7 +22,7 @@

#include 

#endif



-#include 

+#include 



#include "i18n.h"



@@ -30,10 +30,7 @@ struct option long_options[] = {

{"quiet", 0,0,'Q'},

{"help",0,0,'h'},

{"version", 0, 0, 'v'},

-    {"bits", 1, 0, 'b'},

-    {"endianness", 1, 0, 'e'},

{"raw", 0, 0, 'R'},

-    {"sign", 1, 0, 's'},

{"output", 1, 0, 'o'},

{NULL,0,0,0}

};

@@ -80,7 +77,7 @@ static void parse_options(int argc, char

int option_index = 1;

int ret;



-    while((ret = getopt_long(argc, argv, "Qhvb:e:Rs:o:",

+    while((ret = getopt_long(argc, argv, "QhvR:o:",

long_options, &option_index)) != -1)

{

switch(ret)

@@ -96,19 +93,6 @@ static void parse_options(int argc, char

version();

exit(0);

break;

-            case 's':

-                sign = atoi(optarg);

-                break;

-            case 'b':

-                bits = atoi(optarg);

-                if(bits <= 8)

-                    bits = 8;

-                else

-                    bits = 16;

-                break;

-            case 'e':

-                endian = atoi(optarg);

-                break;

case 'o':

outfilename = strdup(optarg);

break;

@@ -306,7 +290,7 @@ static int decode_file(FILE *in, FILE *o

}

}



-    while((ret = ov_read(&vf, buf, buflen, endian, bits/8, sign, &bs)) != 0) {

+    while((ret = ov_read(&vf, buf, buflen, &bs)) != 0) {

if(bs != 0) {

vorbis_info *vi = ov_info(&vf, -1);

if(channels != vi->channels || samplerate != vi->rate) {

It is working with the current svn trunk code of tremor (http://svn.xiph.org/trunk/Tremor/) and vorbis-tools-1.2.0. And 2 more infos if you’ve got problems:

* provide full path names of oggdec, wavstream and flac in mt-daapd-ssc.sh
* if “ldd `which oggdec`” says, that libivorbis.so.1 could not be found, you might need to configure/update your library cache with ldconfig

Well, i think there is a different set of this software around.
there actually is no such thing as ivorbis-tools, they’re just the regular vorbis-tools with those patches applied.
And as it is with patches, they are hardly ever version-safe.

The error message you get is because the file to patch is too short. It has less than 36 lines, which the patch wants to modify.
Take a look at what a quick google-search turned up:
http://bembelbee.wordpress.com/2008/03/19/fixed-point-ogg-vorbis-and-musepack-decoder-packages-for-debian-etch-arm/

Nice explanation for the less technically inclined. 🙂
I feel to have to add my 0.02€ though 😉

@mas wrote:

6. As these CPUs without a FPU are quite rare that tremor patch is not mainstream. On all “normal” CPUs the FPU version works perfect and better than the tremor one.

From wikipedia:

The ARM architecture is the most widely used 32-bit CPU architecture in the world. The ARM architecture is used in about 3/4 of all 32 bit processors sold.
(…)
As of January 2008, over 10 billion ARM cores have been built, and iSuppli predicts that 5 billion a year will ship in 2011.

Most ARM-based processors do not have floating point capability. It’s only available through a numeric co-processor, or special instruction sets for signal processing, for instance.
I couldn’t get numbers on Intel or AMD processors built so far, but I doubt they go even as high as 1 billion.
Just to put “rare” into perspective. 😉