Advertisement
Help Keep Boards Alive. Support us by going ad free today. See here: https://subscriptions.boards.ie/.
If we do not hit our goal we will be forced to close the site.

Current status: https://keepboardsalive.com/

Annual subs are best for most impact. If you are still undecided on going Ad Free - you can also donate using the Paypal Donate option. All contribution helps. Thank you.
https://www.boards.ie/group/1878-subscribers-forum

Private Group for paid up members of Boards.ie. Join the club.

LAME & CPU usage

  • 02-07-2005 12:51AM
    #1
    Technology & Internet Moderators Posts: 28,863 Mod ✭✭✭✭


    I could spend time determining this type of thing experimentally, but: does anyone know which LAME parameters will result in lowering the CPU usage? I'm looking for a tradeoff between bandwidth, quality and CPU usage.

    To explain: the quality needs to be good, but not CD: somewhat better than FM radio quality would be fine. Bandwidth is not an issue, so high bitrates are no problem. CPU is a bottleneck, because all this has to happen on a 600MHz processor. I'm encoding a live stream on the fly - I guess what I'm looking for is the equivalent of being able to encode a .wav file as quickly as possible.

    I'm looking for pointers as to correlations between, say, bitrate and CPU - will higher bitrates need more CPU? Is joint-stereo harder work than stereo? What's easiest - cbr? abr? vbr? If anyone totally groks LAME, I'd appreciate any help.

    Thanks!


Comments

  • Closed Accounts Posts: 4,943 ✭✭✭Mutant_Fruit


    CBR at 320kbps (the max bitrate) should be easily reachable. Don't touch VBR with a 10ft barge pole though, its too slow on a 600mhz, you may not be able to encode at realtime safely.

    try the lame -alt-preset insane switch. or if you want something lower quality, lame --alt-preset INSERTBITRATEHERE (i.e. alt-preset 256)


Advertisement