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: Codec. With least cpu overhead (Read 1668 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Codec. With least cpu overhead

Rather than maintain copy of my music in lossless and lossy formats, I have decided to just put FLAC files on my Ampache server and allow it to transcode the files to vbr 0 MP3s.

The only downside I see to this is that the server will be doing a lot of encoding as I sit at my desk and listen top my music on my phone.

Which led me to wonder, which lossy codec would give meet least gpu impact?

Codec. With least cpu overhead

Reply #1 –
What codecs can you use? Which encoders could you use on your server?
"I hear it when I see it."

Codec. With least cpu overhead

Reply #2 –
Assuming you mean CPU, it depends on how much bitrate you're willing to use.  CPU load can be made extremely low by using a low quality encoder at very high bitrate. 

Then again, if this is a PC system, the CPU load is probably negligible anyway.

Codec. With least cpu overhead

Reply #3 –
I would use Helix MP3 encoder for on-the-fly encoding if your goal is low CPU usage. Helix is very fast and the quality is on par with LAME at higher bitrates.
It's better to use CBR for streaming, otherwise time display will either not work or show invalid value. My choice would be 256kbps CBR with Helix. Probably you can go lower.
If your aim is gapless playback, sadly Helix doesn't support encoding files like that. I wonder why the community haven't integrated that feature into the source code. Maybe it's more difficult than simply writing some offset values.

Another fast encoding option is Vorbis with Lancer mod. You can go for lower bitrates using Vorbis. There are aoTuV + Lancer builds available which are both tuned for quality and speed.
 

Codec. With least cpu overhead

Reply #4 –
Quote from: apastuszak on
Rather than maintain copy of my music in lossless and lossy formats, I have decided to just put FLAC files on my Ampache server and allow it to transcode the files to vbr 0 MP3s.

The only downside I see to this is that the server will be doing a lot of encoding as I sit at my desk and listen top my music on my phone.


So you want to do this for streaming over a network where bandwidth is scarce ...? Or ...?

Is it only for you? Encoding at realtime for one user shouldn't be too taxing?


Quote from: apastuszak on
Which led me to wonder, which lossy codec would give meet least gpu impact?


GPU or CPU? I have no idea whether architecture makes a lot of difference if you want to let a GPU do the job.


Maybe not what you need, but worth mentioning if you run Ampache on a Linux box: have you had a look at http://khenriks.github.io/mp3fs/ ? It encodes to mp3 if and when you read the FLAC.