I (easily) managed to compile the c(++) code in Linux and the bin works in a quick test. But is there an easy way to get the asm files converted to nasm style?
[{POST_SNAPBACK}][/a]

CML's rev10
1). Length bug fixed, thank level

Quote

I (easily) managed to compile the c(++) code in Linux and the bin works in a quick test. But is there an easy way to get the asm files converted to nasm style?
[{POST_SNAPBACK}][/a]

intel2gas, 1.3.3, A converter between the NASM and GAS asm format (Intel/AT&T)
[a href="http://freshmeat.net/projects/intel2gas/]http://freshmeat.net/projects/intel2gas/[/url]

homepage:
http://www.niksula.cs.hut.fi/~mtiihone/intel2gas/
[a href="index.php?act=findpost&pid=315009"][{POST_SNAPBACK}][/a]

Quote

Quote

I (easily) managed to compile the c(++) code in Linux and the bin works in a quick test. But is there an easy way to get the asm files converted to nasm style?
[{POST_SNAPBACK}][/a]

intel2gas, 1.3.3, A converter between the NASM and GAS asm format (Intel/AT&T)
[a href="http://freshmeat.net/projects/intel2gas/]http://freshmeat.net/projects/intel2gas/[/url]

homepage:
http://www.niksula.cs.hut.fi/~mtiihone/intel2gas/
[a href="index.php?act=findpost&pid=315009"][{POST_SNAPBACK}][/a]

Maybe I haven't been too clear. I don't intend to use the inline assembler of gcc. Merely I want to use NASM, which is able to understand intel syntax. The problem is the assembler files are written for MASM (intel syntax, as well). It seems MASM uses (slightly?) different style than NASM, but as I am not a big assembler coder, I don't exactly know how to convert the files.

Converting the asm files to NASM would make the code a lot more portable (*hint* *hint*).
[a href="index.php?act=findpost&pid=315051"][{POST_SNAPBACK}][/a]

//    mpeg_select = 0;
    mpeg_select = 1;    // default to mpeg1
    XingHeadFlag = 0;

/****** process command line args */

[/code] By changing the default, as above, all sample rates seem to encode quite happily, with upsampling working as I believe was intended.
[a href="index.php?act=findpost&pid=315186"][{POST_SNAPBACK}][/a]

diff -Naur --exclude hmp3-mac ../helix_mp3enc_cml10/src/test/tomp3.cpp ./src/test/tomp3.cpp
--- ../helix_mp3enc_cml10/src/test/tomp3.cpp    2005-07-21 21:23:08.000000000 +0000
+++ ./src/test/tomp3.cpp    2005-07-22 03:31:22.000000000 +0000
@@ -487,7 +487,9 @@
  if(strcmp(filename,"-")==0)
  {
      handle=stdin;
+#ifdef _WIN32
      setmode( fileno( handle ), O_BINARY );
+#endif
  }
  else
      handle = fopen ( filename, "rb" );
@@ -547,7 +549,9 @@
  if(strcmp(fileout,"-")==0)
  {
      handout=stdout;
+#ifdef _WIN32
      setmode( fileno( handout ), O_BINARY );
+#endif
  }
  else
      handout = fopen ( fileout, "w+b" );

frames: 1281,  bytes in: 5902848( 47%),  bytes out: 990509,  br 243.81 236.95

Quote

By changing the default, as above, all sample rates seem to encode quite happily, with upsampling working as I believe was intended.
[a href="index.php?act=findpost&pid=315186"][{POST_SNAPBACK}][/a]

Is there a way not to upsample, just output 22050/11025 Hz mp3?
[a href="index.php?act=findpost&pid=315233"][{POST_SNAPBACK}][/a]

void
window ( const float vbuf[] )
{
    int i, j, k;
    const float *si, *bx;
    const float *coef;
    float sum1, sum2;

/*-- output to dct ping-pong buf b --*/
    si = vbuf + 16;
    bx = vbuf + 15;

    k = 0;
    coef = wincoef;

/*-- first 1 --*/
    sum1 = 0.0f;
    for ( j = 0; j < 512; j += 64 )
    {
fprintf(stderr, "\nHere - window - before j");
        sum1 += ( *coef++ ) * si[j];
fprintf(stderr, "\nHere - window - j = %d", j);
    }
    si++;
    b[k++] = sum1;

/*-- 16 --*/

Yeah. CML have fixed the 22050 samplerate bug.

Now the latest version CML (r11 for now) be put on top of
http://www.hydrogenaudio.org/forums/index....t=0#entry313298


NOTE: This encoder only support mpeg-1&2, not 2.5, so it will never output mp3 with 11025 samplerate (22050 instead).
[a href="index.php?act=findpost&pid=315453"][{POST_SNAPBACK}][/a]

Hmmm, the bug is obvious when you look in the right place, huh?!?!?

There's a place typing "200" as "2100" in the original code.
[a href="index.php?act=findpost&pid=315484"][{POST_SNAPBACK}][/a]

Is there an option in the code to change lowpass to something around 19-20 khz?

Frequency analysis (cooledit) seems to show lowpass at approx 16 khz.
Can anyone confirm this as a general outcome ?
Is there an option in the code to change lowpass to something around 19-20 khz ?

Dirk.
[a href="index.php?act=findpost&pid=315580"][{POST_SNAPBACK}][/a]

 frames   1281 bytes in  5902848( 47%)  bytes out   990509 br 243.81 236.95

    Frame          |  CPU time/estim | REAL time/estim | play/CPU |    ETA
   150/302    (50%)|    0:05/    0:10|    0:05/    0:10|   0.7506x|    0:05
-------------------------------------00:03-------------------------------------
   kbps        LR    MS  %     long  %
   64.0       27.3  72.7       100.0

  Frame/Bytes Processed |Bytes Written|Current Bitrate|Average Bitrate
 ---------------------------------------------------------------------
  14184/65319788  (100%)|   7080630   |   31.85kbps   |   152.89kbps

 Compression Ratio 9.23:1
 Elapsed time =    8.046secs       Time per frame =    0.567msecs

"hmp3enc -help | more" command doesn't work anymore.