Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: 24bit PCM compress (Read 17504 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

24bit PCM compress

anyone knows about how to compress 24bit PCM 48Khz audio, I know that most codecs process 16bit pcm. i want compress 24bit PCM at real time, 3:1 or 4:1 compress rate. who can help me? i know that subband adpcm maybe a choice. anyone knows more about that?

thanks alot.

24bit PCM compress

Reply #1
You can use dBpoweramp or Foobar 2000. I'm certain there are other programs you can try as well.

There's already some discussion of this on HA. Just type in 24 to 16 into the search engine. Sorry I can't be a bit more helpful...I don't find myself converting 24-bit to 16 too often. I did do this with the Nine Inch Nails "The Slip" release for use on my iPod. Seems to work just fine in 16 bit ALAC. I retained the original for archival purposes.

I'm not at all certain how you plan to compress any more than 2:1 to 3:1 without using a lossy codec.
The Loudness War is over. Now it's a hopeless occupation.

24bit PCM compress

Reply #2
You can use dBpoweramp or Foobar 2000. I'm certain there are other programs you can try as well.

There's already some discussion of this on HA. Just type in 24 to 16 into the search engine. Sorry I can't be a bit more helpful...I don't find myself converting 24-bit to 16 too often. I did do this with the Nine Inch Nails "The Slip" release for use on my iPod. Seems to work just fine in 16 bit ALAC. I retained the original for archival purposes.

I'm not at all certain how you plan to compress any more than 2:1 to 3:1 without using a lossy codec.


  • It has been asked for codecs, not applications. Why do you recommend Foobar and dBpoweramp?
  • It has not been asked for a conversion to 16 bit. Why do you apologize for not having any experience with that?
  • How is your interest in Nine Inch Nails in any way related here?
  • What has the OP's question got to do with your iPod?
  • How is the question related to ALAC?
  • Why should anyone care that you retained the original?
  • Why are you "not at all certain" that the OP's goal is not achievable without lossy codecs? Hint: He posted in the "other lossy codecs" forum.

There is not one partial sentence with at least some sense to it.

Pepper that with your sig:

Quote
I care immensely about you & everything you stand for.


Epic post!

One of my favorites this year.

 


To the OP:

It would help if you could provide more details about your realtime requirements, especially maximum latency and available processing power.

24bit PCM compress

Reply #3
WavPack (lossy/hybrid mode) will certainly handle 24 bit files and will give you the compression ratios you're looking for. It also has source code available for a 'tiny encoder' which is a more hardware friendly (should you have processing limitations etc.).

24bit PCM compress

Reply #4
You can use dBpoweramp or Foobar 2000. I'm certain there are other programs you can try as well.

There's already some discussion of this on HA. Just type in 24 to 16 into the search engine. Sorry I can't be a bit more helpful...I don't find myself converting 24-bit to 16 too often. I did do this with the Nine Inch Nails "The Slip" release for use on my iPod. Seems to work just fine in 16 bit ALAC. I retained the original for archival purposes.

I'm not at all certain how you plan to compress any more than 2:1 to 3:1 without using a lossy codec.


  • It has been asked for codecs, not applications. Why do you recommend Foobar and dBpoweramp?
  • It has not been asked for a conversion to 16 bit. Why do you apologize for not having any experience with that?
  • How is your interest in Nine Inch Nails in any way related here?
  • What has the OP's question got to do with your iPod?
  • How is the question related to ALAC?
  • Why should anyone care that you retained the original?
  • Why are you "not at all certain" that the OP's goal is not achievable without lossy codecs? Hint: He posted in the "other lossy codecs" forum.

There is not one partial sentence with at least some sense to it.

Pepper that with your sig:

Quote
I care immensely about you & everything you stand for.


Epic post!

One of my favorites this year.

 


To the OP:

It would help if you could provide more details about your realtime requirements, especially maximum latency and available processing power.



Oh, I'm sorry Googlebot! Have I offended you? I misunderstood the post in that I didn't realize the OP wanted to retain the files as 24-bit. So...

1. The apps handle conversion to various codecs.
2. See above.
3. My interest in NIN was relative to 24-bit conversion.
4. Number 3.
5. Number 2 and 3. Being conversational in explaining my need to convert such files.
6. Why are you being an asshole?
7 I don't know. Help him out with that then.

Are we trolling today? Danke, Arschloch.

Edit: It would have sufficed to simply call me an idiot and/or that I misunderstood the OP. The extent that you went to to criticize my entire post is unprecedented. I've not even seen something that "thorough" from a moderator! I think I know why you're upset and aggressive. It doesn't have anything to do with another post I made recently, does it? If so please comment on that.
The Loudness War is over. Now it's a hopeless occupation.

24bit PCM compress

Reply #5
^ Can you believe this guy?
Is that old D.R.I. logo as avatar?
The only things I noticed posted by him were numerous repeatings to common HA terms and his Apples of course

Show some horizon man

and don't forget TOS about writing language, we are not making Babylon

24bit PCM compress

Reply #6
It doesn't have anything to do with another post I made recently, does it?


No. I was just amused by the solipsistic appearance. I really thought it was funny! If you try to read it with a perspective other than your own, you might see what I mean. Sorry, if you took it as a joke at your cost.

If the OP answered with some details, we could get back on-topic. I think the solution might be simple: The Nero AAC encoder takes 24 bit samples (if not convert to 32 bit floating point first) and also supports the required sample rate. It's also much faster than real-time on most modern computers. WavPack lossy should also be fine. I think there's also a LAME encoder with support float samples.

24bit PCM compress

Reply #7
thanks everyone, my project is using an ARM7 cpu to compress and decompress HiFi audio/music(24bit 48K sample rate that is 24*48=1152Kbps) in real time, and Tx/RX the compressed data using 2.4G wireless, latency equal or less than 3ms, the max wireless speed is about 500Kbps, so we need compress rate 3:1 or 4:1,  that is lossy codec.  I tried adpcm souce, but the frequency spectrum analysis  showing mang high frequency distortion. I want to do this using subband adpcm or other algorithms. are there any open source project concerning about this 24bit compress, or some papers i can reference?

24bit PCM compress

Reply #8
Nero AAC may do 24bit compress, but i need source code, and lame/mp3 dosn't suit for real time. so it's a hard job.....

24bit PCM compress

Reply #9
^ Can you believe this guy?
Is that old D.R.I. logo as avatar?
The only things I noticed posted by him were numerous repeatings to common HA terms and his Apples of course

Show some horizon man

and don't forget TOS about writing language, we are not making Babylon


What are you on about? Yes, it's the DRI logo. Like it?

I don't currently own an Apple computer. Numerous reference to Apples?

Since everyone here wants to be an asshole when I just made a mistake trying to help someone, your reference to languages means nothing. Everyone knows what "danke" means and "Arschloch" is reiterated from when I asked why he was being an "asshole." My turn: some of the nonsense you two write in English is pretty hard to understand. I wouldn't normally make light of this,  but if you want help through personal correspondence let me know. It was two words.

"Can you believe this guy?" Whatever. googlebot can sugar-coat his arrogant and obnoxious post all he wants. It was what it was. Now you're here to add to the bullcrap?

I tried to help. I failed, but at least I tried. Googlebot's "help" was an editorial afterthought to his post ripping mine up. He could have corrected me in two sentences. Now here comes Romor! No help for the OP from you at all. What in the living breathing name of crap  does "Show some horizon, man" mean?? I barely understand some people in any language...
The Loudness War is over. Now it's a hopeless occupation.

24bit PCM compress

Reply #10
thanks everyone, my project is using an ARM7 cpu to compress and decompress HiFi audio/music(24bit 48K sample rate that is 24*48=1152Kbps) in real time, and Tx/RX the compressed data using 2.4G wireless, latency equal or less than 3ms, the max wireless speed is about 500Kbps, so we need compress rate 3:1 or 4:1,  that is lossy codec.  I tried adpcm souce, but the frequency spectrum analysis  showing mang high frequency distortion. I want to do this using subband adpcm or other algorithms. are there any open source project concerning about this 24bit compress, or some papers i can reference?


3ms latency rules out pretty much any mainstream format (including AAC and MP3).  Does it need to be free?  Apt-X has a very low latency subband codec, perhaps they'll sell you something if you're on a commercial product.  Otherwise some kind of ADPCM or custom subband codec might be your best bet.

24bit PCM compress

Reply #11
thanks everyone, my project is using an ARM7 cpu to compress and decompress HiFi audio/music(24bit 48K sample rate that is 24*48=1152Kbps) in real time, and Tx/RX the compressed data using 2.4G wireless, latency equal or less than 3ms, the max wireless speed is about 500Kbps, so we need compress rate 3:1 or 4:1,  that is lossy codec.  I tried adpcm souce, but the frequency spectrum analysis  showing mang high frequency distortion. I want to do this using subband adpcm or other algorithms. are there any open source project concerning about this 24bit compress, or some papers i can reference?


3ms latency rules out pretty much any mainstream format (including AAC and MP3).  Does it need to be free?  Apt-X has a very low latency subband codec, perhaps they'll sell you something if you're on a commercial product.  Otherwise some kind of ADPCM or custom subband codec might be your best bet.


Otherwise some kind of ADPCM or custom subband codec might be your best bet. ?

could you please tell more?

24bit PCM compress

Reply #12
Doesn't compressing a 24-bit file to a lossy codec (other than a hybrid like WavPack) theoretically defeat the supposed benefits of DVD Audio quality? I'm seriously wondering. I was a bit confused before, of course, but this has me  more befuddled. I've never heard of such a want or need and wonder why one would do this.

I guess what I mean is: wouldn't just converting this to a 16-bit lossy file be about the same? AFAIK the lossy codecs will discard most of the stuff that's supposed to be in the 24-bit range. (Sorry if my terminology is imprecise or if my question seems too novice. I come to HA because I'm not that knowledgeable about some of the things most of you are and am trying to learn rather than "teach.")

I've been looking online for a solution to your question but the only thing I can find is Wavpack as soiaf pointed out.

Edited for a grammatical error.
The Loudness War is over. Now it's a hopeless occupation.

24bit PCM compress

Reply #13
Doesn't compressing a 24-bit file to a lossy codec (other than a hybrid like WavPack) theoretically defeat the supposed benefits of DVD Audio quality? I'm seriously wondering. I was a bit confused before, of course, but this has me  more befuddled. I've never heard of such a want or need and wonder why one would do this.

I guess what I mean is: wouldn't just converting this to a 16-bit lossy file be about the same? AFAIK the lossy codecs will discard most of the stuff that's supposed to be in the 24-bit range. (Sorry if my terminology is imprecise or if my question seems too novice. I come to HA because I'm not that knowledgeable about some of the things most of you are and am trying to learn rather than "teach.")

I've been looking online for a solution to your question but the only thing I can find is Wavpack as soiaf pointed out.

Edited for a grammatical error.

If the question is "what is the perceptually best quality that one can get within a 500kbps limitation", 16 bit/44.1kHz flac seems like a sensible choice. If doing lossy encoding at >16bit or >44.1kHz sampling rate, what will the psycho acoustic model be to exploit the extra information? Of course, one could extend/extrapolate knowledge about what is/isnt important inside the audible window, and hope that it somehow makes sense outside.

FLAC may not be within latency, processing requirements though.

Does it have to be robust against transmission errors (I guess yes)? For really, really low total latency, anything fancy is out of the question.

-k

24bit PCM compress

Reply #14
Thanks for the explanation, knutinh.

I failed to comprehend the original post (as has been made obvious enough by googlebot) and now I'm just trying to figure it out. I'll just excuse myself from this discussion now since I don't know what I'm (or what nearly everyone else is) talking about.

The Loudness War is over. Now it's a hopeless occupation.

24bit PCM compress

Reply #15
thanks everyone, my project is using an ARM7 cpu to compress and decompress HiFi audio/music(24bit 48K sample rate that is 24*48=1152Kbps) in real time, and Tx/RX the compressed data using 2.4G wireless, latency equal or less than 3ms, the max wireless speed is about 500Kbps, so we need compress rate 3:1 or 4:1,  that is lossy codec.  I tried adpcm souce, but the frequency spectrum analysis  showing mang high frequency distortion. I want to do this using subband adpcm or other algorithms. are there any open source project concerning about this 24bit compress, or some papers i can reference?


3ms latency rules out pretty much any mainstream format (including AAC and MP3).  Does it need to be free?  Apt-X has a very low latency subband codec, perhaps they'll sell you something if you're on a commercial product.  Otherwise some kind of ADPCM or custom subband codec might be your best bet.


Otherwise some kind of ADPCM or custom subband codec might be your best bet. ?

could you please tell more?


3 ms is 144 audio samples at 48khz.  Even if everything else in your codec took no time at all, the biggest buffer of samples anywhere in the codec would be 144 audio samples, and probably much smaller.  Even AAC Low Delay mode uses a 512 point transform, far bigger then you would have access to.

I'm not entirely sure how Apt-X works, but I think the basic idea is to do a very course subband decomposition so that your filters have low resolution but also low delay.  Then you compress as in a normal subband codec, except with extremely high bitrates to make up for the fact that your filterbank has very low resolution.  Something like that might work well for you since you have high bitrate but low latency tolerance. 

Unfortunately, this is a little out of my area, so I'm not 100% what is the best approach.

24bit PCM compress

Reply #16
Mmm... 1152kbps for 24bit 48Khz is a mono signal. 

Like other people have said, you seem to aim for something like APT-X or CELT

This second one may suit you better, but is still in development.

24bit PCM compress

Reply #17
Doesn't compressing a 24-bit file to a lossy codec (other than a hybrid like WavPack) theoretically defeat the supposed benefits of DVD Audio quality? I'm seriously wondering


While more than 16 bits doesn't make much sense as a final delivery format, there are applications for higher bit depths. For example, when recording live, 8 bits of additional headroom free from the necessity to continually adjust the input gain to fit into a 16 bit window.



To the OP:

Celt and APT-X are AFAIK the only viable options. Celt is still a moving target, not even the bitstream is stabilized, yet. If you control both receiver and transmitter and don't need to care about compatibility, it could be worth a try. Most of Celt's testing has been done with frame sizes of about 8 ms. Getting it to work around 3ms, at such an early development stage, might lead over stony ground.

Apt-X Live and Apt-X Enhanced are the only viable options, I see at this moment, if this is a commercial project with deadlines not years ahead. Both support < 3ms latencies and 24 bit word lenghts.

24bit PCM compress

Reply #18
While more than 16 bits doesn't make much sense as a final delivery format, there are applications for higher bit depths. For example, when recording live, 8 bits of additional headroom free from the necessity to continually adjust the input gain to fit into a 16 bit window.

I guessed that the thread starter was talking about playback, not recording?

Anyways, within a 500kbps "envelope" do you think that it makes sense to encode >16 bit even for studio use? Given that one can do 50% compression +/- using FLAC, and that no significantly more efficient lossless codecs are out there, what would you sacrifice in order to get >16 bits?

-k

24bit PCM compress

Reply #19
It depends, if high dynamic range is a top priority (at the cost of others), then yes.

And especially regarding ultra low delay codecs: 144 samples per frame is such a tight limit for the set of possible filtering operations, maybe a higher "vertical" input resolution can help the encoder make better choices under these extreme circumstances. But that's only a guess.

24bit PCM compress

Reply #20
It depends, if high dynamic range is a top priority (at the cost of others), then yes.

And especially regarding ultra low delay codecs: 144 samples per frame is such a tight limit for the set of possible filtering operations,


No thats the absolute limit assuming an infinitely fast processor, not the ancient arm7 core the OP is using.  Realistically he probably has a fraction of that to work with. 

maybe a higher "vertical" input resolution can help the encoder make better choices under these extreme circumstances. But that's only a guess.


I think thats unlikely.  Hes using ARM7, which means 32 bit fixed point inputs to the encoder, no matter what the actual PCM is (since arm7 lacks dsp extensions for things like 16 bit multiplies).  In practice, since he is using lossy anyway, the choice the input PCM format is likely to be of no consequence.

24bit PCM compress

Reply #21
I think thats unlikely.  Hes using ARM7, which means 32 bit fixed point inputs to the encoder, no matter what the actual PCM is (since arm7 lacks dsp extensions for things like 16 bit multiplies).


A 4 bit signal stays a 4 bit signal. A mandatory conversion to 32 bit int doesn't change that, neither for 16 bit or 24 bit. The samples are just padded with zeroes.

In practice, since he is using lossy anyway, the choice the input PCM format is likely to be of no consequence.


Could you please explain the inference? I don't understand it. Especially how it is supposed to refute to the paragraph you have cited.

24bit PCM compress

Reply #22
Could you please explain the inference? I don't understand it. Especially how it is supposed to refute to the paragraph you have cited.


Thats because its not an inference; I wasn't really trying to refute anything you said, rather I was just diplomatically telling you thats not how it works.  In your quote you broke up the paragraph at the wrong point, it should be the first sentence on its own, with the remainder being the second idea.

But anyway, what I was alluding to is that lossy encoders generally don't care about bit depth since they're never going to actually store anything as PCM except in their internal memory while they wait to process it.  With that in mind, the only difference between 16 and 24 bit would be how they are actually implemented.  Hence the second point, which was that since the processor had no good way to operate on 16 or 24 bit values, it would have to operate on 32 bit ones, and so it would feed all PCM sizes <= 32 bits down the same routines.  This might not be the case on a 16 bit DSP though, where you might use separate routines depending on the input data (and hence might also have a reason to treat the calculations differently).

24bit PCM compress

Reply #23
I've read it again. Maybe you are right. Even with the very limited filtering options you have with 3ms, the ARM7 might still impose more significant limits.

24bit PCM compress

Reply #24
CELT is the answer! thank you, thank you everyone.