[SLUG] ripping a window$ media stream?
I'm trying to rip a window$ media stream, looking for some hints... The stream is http://www.2ser.com/stream. Playing the stream using mplayer works: $ mplayer http://138.25.162.211:8080 Here's the relevant output: ASF file format detected. Forced audio codec: mad Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 2 ch, s16le, 64.0 kbit/4.54% (ratio: 8003-176400) Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg)) == AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Ripping the stream using mplayer: $ mplayer http://138.25.162.211:8080 -dumpaudio -dumpfile foo This doesn't give any errors, but mplayer won't play the file. Is this the right way to rip using mplayer? Is there an easier way to do this (maybe using another program)? Unfortunately I can't use streamripper - it doesn't support window$ media. -- Sonia Hamilton. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] ripping a window$ media stream?
On 7/19/07, Sonia Hamilton [EMAIL PROTECTED] wrote: snip $ mplayer http://138.25.162.211:8080 -dumpaudio -dumpfile foo This doesn't give any errors, but mplayer won't play the file. Is this the right way to rip using mplayer? Is there an easier way to do this (maybe using another program)? It works if you use -dumpstream instead of -dumpaudio. Perhaps mplayer can't specifically separate out the audio from the stream for that particular format? CheersSteve -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Free online Linux Lessons. Yay!
www.linux.org/lessons/ I just thought I would write to recommend this website for all newbies it is devided into 3 sections 1. Getting Started with Linux - Beginner's Course 2. Intermediate Level Linux Course 3. Advanced Linux Course 1. Getting Started with Linux - Beginner's Course I found that this couvered most things I need to know to get me started It mainly deals with the Command line Linux so I would have my browser open and a terminal open and I would just work away at the examples 2. Intermediate Level Linux Course This starts at teaching how to install an rpm and moves on to more advanced subjects like web programming languages and Linux server side software. 3. Advanced Linux Course Contains many subjects which I may pick and choose as I can't see myself needing to know all the content So yes I can recommend it It is by no means exhaustive but is that a realistic expectation? So go ahead and start today -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] re: Not good publicity for Linux, is it?
Amos Shapira wrote Thu, 19 Jul 2007 09:29:10 +1000: Aussie film archives launch and then crash - ZDnet mentions how a 2.5years project ... melted on the first morning it went public. ... This has happened before with new instantly popular sites. It can happen with Linux based systems as well as others and adding more hardware does not necessarily help if a million people suddenly want to look at your site. It happens that I was talking with staff at the National Film and Sound archive on Monday and warned them there was likely to be a problem with the new web site. A similar problem occurred with the UK based Aerial Reconnaissance Archives in 2004. There is a discussion of the issues archived in the ANU's Link mailing list at http://mailman.anu.edu.au/pipermail/link/2004-January/054679.html. The UK designers had made the job for their server particularly difficult by giving every image on the site a different URL for each person who looked at it. This made sense for tracking use of the valuable historical photos, but not when applied to to the logos on the home page. It made it impossible to cache the images. When the BBC ran a news item about the site the server was overloaded. Fixing the URLs for the images on the main pages seemed to help. A similar problem occurred with the Sentinel fire tracking system which the Australian Government launched a few days before bushfires in Canberra in 2003 http://www.tomw.net.au/2003/enet.html. When the fires broke out the system became overloaded. A separate server with userids and passwords for firefighters was installed, but I also suggested putting some canned output from the system for the general public to look at. The canned output could be cached and did not tie up the database server generating a new map for each user. Tom Worthington FACS HLM [EMAIL PROTECTED] Ph: 0419 496150 Director, Tomw Communications Pty LtdABN: 17 088 714 309 PO Box 13, Belconnen ACT 2617http://www.tomw.net.au/ Visiting Fellow, ANU Blog: http://www.tomw.net.au/blog/atom.xml -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] ripping a window$ media stream?
Sonia Hamilton [EMAIL PROTECTED] wrote: This doesn't give any errors, but mplayer won't play the file. Is this the right way to rip using mplayer? Is there an easier way to do this (maybe using another program)? vlc can rip streams like this and it supports windows media dave -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] re: Not good publicity for Linux, is it?
This one time, at band camp, Tom Worthington wrote: The UK designers had made the job for their server particularly difficult by giving every image on the site a different URL for each person who looked at it. Sounds similar to the 1901 Census site. When it launched on 1st January 2002, the PR flacks kicked in and, with everyone on holidays or being lazy at work, they flocked to the site. It ended up being down for many months while they increased capacity. http://news.bbc.co.uk/2/hi/uk_news/2136572.stm Of course, a good idea with these sites would be to work out a method to stagger the traffic. If you only anticipate ridiculous load in the first few days after launch, it's silly to build capacity to cope with that one-off demand. Instead, have some kind of ticketing system for those days to manage the demand. -- Rev Simon Rumble [EMAIL PROTECTED] www.rumble.net The Tourist Engineer Because nerds travel too. http://engineer.openguides.org/ Every year the international finance system kills more people than the second world war. But at least Hitler was mad, you know. - Ken Livingstone -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] re: Not good publicity for Linux, is it?
On 20/07/07, Rev Simon Rumble [EMAIL PROTECTED] wrote: Of course, a good idea with these sites would be to work out a method to stagger the traffic. If you only anticipate ridiculous load in the first few days after launch, it's silly to build capacity to cope with that one-off demand. Instead, have some kind of ticketing system for those days to manage the demand. E.g. use services like Akamai for your static stuff? That way you can probably rent their service during periods of overflow but save your money when the capacity is not required. Just wondering aloud, with hope to learn how feasible is this option. --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] re: Not good publicity for Linux, is it?
Amazon's EC^2 might be a potential answer On 20/07/07, Amos Shapira [EMAIL PROTECTED] wrote: On 20/07/07, Rev Simon Rumble [EMAIL PROTECTED] wrote: Of course, a good idea with these sites would be to work out a method to stagger the traffic. If you only anticipate ridiculous load in the first few days after launch, it's silly to build capacity to cope with that one-off demand. Instead, have some kind of ticketing system for those days to manage the demand. E.g. use services like Akamai for your static stuff? That way you can probably rent their service during periods of overflow but save your money when the capacity is not required. Just wondering aloud, with hope to learn how feasible is this option. --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html -- There is nothing more worthy of contempt than a man who quotes himself - Zhasper, 2004 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] ripping a window$ media stream?
Hi Sonia, Sonia Hamilton wrote: I'm trying to rip a window$ media stream, looking for some hints... The stream is http://www.2ser.com/stream. Playing the stream using mplayer works: $ mplayer http://138.25.162.211:8080 I use mplayer this way to rip 2SER to a wave file. Then afterwards you can compress into whatever format you like: mplayer -cache 512 -vc null -vo null -ao pcm:file=2ser.wav http://138.25.162.211:8080 -- dave. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Rusty migration + downtime, 20/07/2007 @ 1500 - 1800
Hi all, We're migrating SLUG's server Rusty to a new machine in the Solutions First rack. The migration should only take an hour, but please expect downtime of up to 3 hours. The migration will start this afternoon, Friday July 20 @ 1500. The current machine's disk controller is on its last legs, which has caused a number of stability issues over the few months. We're expecting the new server will fix resolve the stability issue. Thanks for your patience, Lindsay -- http://slug.org.au/ (the Sydney Linux Users Group) http://holmwood.id.au/~lindsay/ (me) -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] re: Not good publicity for Linux, is it?
This one time, at band camp, Amos Shapira wrote: E.g. use services like Akamai for your static stuff? That way you can probably rent their service during periods of overflow but save your money when the capacity is not required. Possibly. It can be as simple as getting your developers to do things sensibly. Like, all the everyday graphics hosted on a majorly-well connected web server with no fancy stuff (lighthttpd). Don't do session management for every browser, unless you really have to. PUBLISH every page that doesn't end up having different content for every user, rather than slurping it out of the database every time. -- Rev Simon Rumble [EMAIL PROTECTED] www.rumble.net The Tourist Engineer Just because you're on holiday, doesn't mean you're not a geek. http://engineer.openguides.org/ A politician is like a nappy. He should be changed regularly, and for the same reason - Column 8, Sydney Morning Herald -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] ripping a window$ media stream?
* On Fri, Jul 20, 2007 at 10:20:13AM +1000, David Kempe wrote: Sonia Hamilton [EMAIL PROTECTED] wrote: This doesn't give any errors, but mplayer won't play the file. Is this the right way to rip using mplayer? Is there an easier way to do this (maybe using another program)? vlc can rip streams like this and it supports windows media I first tried mplayer so that I can script it, setup cronjobs. Is vlc scriptable? If so, what'd be the command to rip this 'blows media stream? -- Sonia Hamilton. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] ripping a window$ media stream?
* On Thu, Jul 19, 2007 at 05:32:28PM +1000, Steve Lindsay wrote:
It works if you use -dumpstream instead of -dumpaudio. Perhaps mplayer
can't specifically separate out the audio from the stream for that
particular format?
Thanks, that worked! Out of interest, what format would that be coming
out as natively (I'm an audio noob)? Playing says:
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 64.0 kbit/4.54% (ratio: 8003-176400)
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
* On Fri, Jul 20, 2007 at 09:34:03AM +1000, David Gillies wrote:
I use mplayer this way to rip 2SER to a wave file. Then afterwards you
can compress into whatever format you like:
mplayer -cache 512 -vc null -vo null -ao pcm:file=2ser.wav
http://138.25.162.211:8080
Thank!!! I'll use a script like this:
newname=${1%wav}mp3
lame -h -m s $1 -o $newname
Any easier way to do this?
--
Sonia Hamilton.
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] ripping a window$ media stream?
On 7/20/07, Sonia Hamilton [EMAIL PROTECTED] wrote: Thanks, that worked! Out of interest, what format would that be coming out as natively (I'm an audio noob)? Playing says: Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 2 ch, s16le, 64.0 kbit/4.54% (ratio: 8003-176400) Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg)) Umm I assume its DivX audio v2, which may or may not have some relation to the windows media audio format, I'm not really sure. Disclaimer: Technical assistance provided by Steve should not be interpreted in any way as an endorsement by Steve of activities that may or may not have the approval of the broadcaster. CheersSteve -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
