Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 493
  • Last Modified:

Reduce size of streamripper recorded streams

hello all -

in the latest version of Ubuntu, I set up a simple little bash script that kicks off an instance of streamripper - the recording lasts approx 4-5 hours. I run the script on a regular basis using a cron job. Everything seems to be working fine, but i still have one little issue.

I was wondering what would be the best way to reduce the file size of the recorded stream as much as possible.
* this is talk radio, so quality doesn't matter too much
* because i'm recording 4-5 hours at a time, file sizes could get really big

Can i set streamripper to capture the stream at a very low bitrate? (i didn't see an option for setting bitrate in the streamripper parameter list)
Or would i be better off to allow streamripper to do its thing, create the mp3, and then maybe run yet another utility against the mp3 file to try to crunch it down some more? I just need to get the file sizes down to the smallest possible size they can be.
0
friskyweasel
Asked:
friskyweasel
  • 4
  • 3
1 Solution
 
ezatonCommented:
Could you output the stream to the standard output? You could run it like this:
<your coummand with flag to output to stdout> | bzip > myfile.mp3.bz2

This will save on space, but will require you'de extract the file before you hear it. For sound-quality related issues, I have no idea.
0
 
friskyweaselAuthor Commented:
thanks for the input ezaton - it's not a bad idea, but I'd really like to be able to leave it in its native listening format, so i can just fire it off and start listening right away -

i thought i noticed in streamripper that the current stream was coming in at 24 kbit/second ? i'm not 100% sure to be honest, but i was more looking for a way to reduce the quality of the audio, either during the stream ripping process itself, or afterwards, to reduce the file size as much as possible, and then just live with whatever the new file size is after that
0
 
ezatonCommented:
Do you convert is as stereo? Joined channels?
0
What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

 
ezatonCommented:
Oh, also - Ogg is considered a better compressed protocol. You could check it.
0
 
friskyweaselAuthor Commented:
ezaton - I'm not sure  : ) - i'll be home in the next hour or two, and i'll post back with the exact command(s) i'm using for streamripper
0
 
ezatonCommented:
Please do.
0
 
friskyweaselAuthor Commented:
here's the command, and the display streamripper puts on screen while it's ripping:

mark@UbuntuServer:~$ streamripper http://StreamAddressHere/ -A -a mystreamfile -d /home/mark/streams/temp -s -l 60
Connecting...
stream: xxxx
server name: SHOUTcast/Linux v1.9.7
bitrate: 24
meta interval: 8192


0

Featured Post

 [eBook] Windows Nano Server

Download this FREE eBook and learn all you need to get started with Windows Nano Server, including deployment options, remote management
and troubleshooting tips and tricks

  • 4
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now