Is there a way to capture streaming media from ESPN3? It does not
use a link to a file, it opens a window and plays the video there.

http://espn.go.com/espn3/index/_/sport/tennis#

I know you can record anything that appears on your screen, but I
suppose this type of streaming media is difficult to capture via
software?

Thanks.

The question might be academic now, here.
If the original/source file cannot be located on ESPN's website, if
the streamed file quality depends on the Internet connection, I can
probably get a better copy someplace else.

John Doe wrote:

> Is there a way to capture streaming media from ESPN3? It does not
> use a link to a file, it opens a window and plays the video there.
>
> http://espn.go.com/espn3/index/_/sport/tennis#
>
> I know you can record anything that appears on your screen, but I
> suppose this type of streaming media is difficult to capture via
> software?
>
> Thanks.

There's no file because the server is streaming the content to your
client a few kbytes at a time.

Jaksta (not free but better than the freebies)

StreamTransport (for RTMPE that other video capture software thinks is
protected but really isn't - encryption does not constitute DRM).

> I know you can record anything that appears on your screen, but I
> suppose this type of streaming media is difficult to capture via
> software?

Did you try Video Download Helper add-on for Firefox?

--
@~@ Might, Courage, Vision, SINCERITY.
/ v \ Simplicity is Beauty! May the Force and farces be with you!
/( _ )\ (x86_64 Ubuntu 9.10) Linux 2.6.38.4
^ ^ 16:54:02 up 6 days 20:55 1 user load average: 1.28 1.14 1.11
不借貸! 不詐騙! 不援交! 不打交! 不打劫! 不自殺! 請考慮綜援 (CSSA):
http://www.swd.gov.hk/tc/index/site_...sub_addressesa

VanguardLH <(E-Mail Removed)> wrote:

> John Doe wrote:
>
>> Is there a way to capture streaming media from ESPN3? It does not
>> use a link to a file, it opens a window and plays the video there.
>>
>> http://espn.go.com/espn3/index/_/sport/tennis#
>>
>> I know you can record anything that appears on your screen, but I
>> suppose this type of streaming media is difficult to capture via
>> software?
>>
>> Thanks.
>
> There's no file because the server is streaming the content to your
> client a few kbytes at a time.

No doubt that's true for the live stuff, but they have replays too.
--





>
> Jaksta (not free but better than the freebies)
>
> StreamTransport (for RTMPE that other video capture software thinks is
> protected but really isn't - encryption does not constitute DRM).

John Doe wrote:

> VanguardLH <(E-Mail Removed)> wrote:
>
>> John Doe wrote:
>>
>>> Is there a way to capture streaming media from ESPN3? It does not
>>> use a link to a file, it opens a window and plays the video there.
>>>
>>> http://espn.go.com/espn3/index/_/sport/tennis#
>>>
>>> I know you can record anything that appears on your screen, but I
>>> suppose this type of streaming media is difficult to capture via
>>> software?
>>>
>>> Thanks.
>>
>> There's no file because the server is streaming the content to your
>> client a few kbytes at a time.
>
> No doubt that's true for the live stuff, but they have replays too.

Streaming video is independent of whether or not the content was stored
and then streamed to you or if it is a live feed and then streamed to
you. It's streamed in both cases. In fact, to protect their content,
many sites incorporate a streaming server trying to thwart would-be
thieves from stealing their content. They could provide it as a file
(to play in your web browser or download it) but instead proffer that
file a few kbytes at a time by streaming it.

You obviously don't understand why or what is streaming media sent over
a network. Streamed media does NOT have to be just for live content.
Any file can be delivered via a streaming server. You have never
noticed that the streaming video has the same content when you visit
seconds, minutes, or hours later?

Whether ESPN is showing a live feed or a stored video file (replay),
streaming video is used for both. If it's a continual live feed (it
never ends), just how do you think you will capture it all? It's
neverending. Every capture program will just continue to capture more
and more bytes with the captured traffic generating an ever increasing
file. Since the replays come from a file, there is limited content and
eventually all the bytes sent to you get captured into a local file. Of
course, if the replay (file) is 2 hours long then it's going to take you
that long to record it. Actually it seems to take less time for me to
use capture software to grab the stream than to view the stream but a
2-hour movie (replay) is still going to take a long time to capture and
I wasn't interest in anything ESPN has to see how long it took.

http://en.wikipedia.org/wiki/Streaming_media
http://compnetworking.about.com/od/c...ming-video.htm

Some capture software captures all streams (there can be more than one).
For example, when at hulu.com and capturing a movie, you may end up
capturing the advertisement streams along with the movie stream. They
interrupt the movie stream with the ad streams; however, the capture
software should capture each stream and you will end up with a movie
file without any ads. Hulu is one of those that use RTMPE (RTMP with
encryption) that the commercial capture programs refuse to capture (they
wrongly claim it's a DRM scheme when, in fact, is isn't without a
security token being involved). StreamTransport will capture hulu
movies (i.e., it will capture RTMPE streamed media) but it is a clumsy
program and forces you to use Internet Explorer's libraries.

VanguardLH <V nguard.LH> wrote:

> John Doe wrote:
>
>> VanguardLH <V nguard.LH> wrote:
>>
>>> John Doe wrote:
>>>
>>>> Is there a way to capture streaming media from ESPN3? It does not
>>>> use a link to a file, it opens a window and plays the video there.
>>>>
>>>> http://espn.go.com/espn3/index/_/sport/tennis#
>>>>
>>>> I know you can record anything that appears on your screen, but I
>>>> suppose this type of streaming media is difficult to capture via
>>>> software?
>>>>
>>>> Thanks.
>>>
>>> There's no file because the server is streaming the content to your
>>> client a few kbytes at a time.
>>
>> No doubt that's true for the live stuff, but they have replays too.
>
> Streaming video is independent of whether or not the content was stored
> and then streamed to you or if it is a live feed and then streamed to
> you. It's streamed in both cases. In fact, to protect their content,
> many sites incorporate a streaming server trying to thwart would-be
> thieves from stealing their content. They could provide it as a file
> (to play in your web browser or download it) but instead proffer that
> file a few kbytes at a time by streaming it.
>
> You obviously don't understand why or what is streaming media sent over
> a network.

No surprise there, MouthGuard, you are such a troll.
I stated a simple deduction, that's all.
Pull your head out of your ass.
--

















> Streamed media does NOT have to be just for live content.
> Any file can be delivered via a streaming server. You have never
> noticed that the streaming video has the same content when you visit
> seconds, minutes, or hours later?
>
> Whether ESPN is showing a live feed or a stored video file (replay),
> streaming video is used for both. If it's a continual live feed (it
> never ends), just how do you think you will capture it all? It's
> neverending. Every capture program will just continue to capture more
> and more bytes with the captured traffic generating an ever increasing
> file. Since the replays come from a file, there is limited content and
> eventually all the bytes sent to you get captured into a local file. Of
> course, if the replay (file) is 2 hours long then it's going to take you
> that long to record it. Actually it seems to take less time for me to
> use capture software to grab the stream than to view the stream but a
> 2-hour movie (replay) is still going to take a long time to capture and
> I wasn't interest in anything ESPN has to see how long it took.
>
> http://en.wikipedia.org/wiki/Streaming_media
> http://compnetworking.about.com/od/c...ming-video.htm
>
> Some capture software captures all streams (there can be more than one).
> For example, when at hulu.com and capturing a movie, you may end up
> capturing the advertisement streams along with the movie stream. They
> interrupt the movie stream with the ad streams; however, the capture
> software should capture each stream and you will end up with a movie
> file without any ads. Hulu is one of those that use RTMPE (RTMP with
> encryption) that the commercial capture programs refuse to capture (they
> wrongly claim it's a DRM scheme when, in fact, is isn't without a
> security token being involved). StreamTransport will capture hulu
> movies (i.e., it will capture RTMPE streamed media) but it is a clumsy
> program and forces you to use Internet Explorer's libraries.
>
>

> Path: news.astraweb.com!border6.newsrouter.astraweb.com!feed.news.qwest.net!mpls-nntp-04.inet.qwest.net!46.17.56.130.MISMATCH!news-transit.tcx.org.uk!news.albasani.net!.POSTED!not-for-mail
> From: VanguardLH <V nguard.LH>
> Newsgroups: alt.comp.hardware.pc-homebuilt
> Subject: Re: Capture streaming media without a URL?
> Date: Mon, 2 May 2011 06:34:51 -0500
> Organization: 0.35MOA sniper at loose in Usenet
> Lines: 63
> Message-ID: <ipm4r1$40b$1 news.albasani.net>
> References: <4dbc7602$0$20597$c3e8da3$eb767761 news.astraweb.com> <ipiqd0$joa$1 news.albasani.net> <4dbe81ad$0$2587$c3e8da3$f5af001f news.astraweb.com>
> Mime-Version: 1.0
> Content-Type: text/plain; charset="us-ascii"
> Content-Transfer-Encoding: 7bit

> X-Trace: news.albasani.net uSnFaQ+f0KIAf5UXx/OmHpHWap12Ye3bbvJeGQPHesXFHV/a/k4S92vT7Hb+5nvhUmFKfhaY6M6oT4l3Bs5nxg==
> NNTP-Posting-Date: Mon, 2 May 2011 11:33:54 +0000 (UTC)
> Injection-Info: news.albasani.net; logging-data="8aPKT5QdnP9K+4W5wd3142yImhvzC9s5a/9T/XuWfLgO7x+eubQKiOxAIA+KF5JDydOYboXMstdsMh6GtlcJprZ/KqjvXcCoc9c0yPFcNaMseYTACK4CF3uvHEA668oT"; mail-complaints-to="abuse albasani.net"
> Keywords: VanguardLH VLH811
> User-Agent: 40tude_Dialog/2.0.15.84
> Cancel-Lock: sha1:Sadjku2R6vKbrHQdOR/iJ/4zSpo=
> X-MOTD: It is wiser to remain silent and let others ponder your ignorance than to speak and remove all doubt
>

NOTE: Original newsgroup list:
alt.comp.hardware.pc-homebuilt
John's infantile attempt to redirect into a different newsgroup:
alt.comp.hardware.pc-homebuilt,free.UseNet
free.UseNet was omitted in my reply. A poor and childish attempt
by a troll to copy the thread elsewhere.

John DOH! wrote:

> VanguardLH wrote:
>
>> John DUH! wrote:
>>
>>> VanguardLH wrote:
>>>
>>>> John Dunce wrote:
>>>>
>>>>> Is there a way to capture streaming media from ESPN3?
>>>>
>>>> There's no file because the server is streaming the content to your
>>>> client a few kbytes at a time.
>>>
>>> No doubt that's true for the live stuff, but they have replays too.
>>
>> Streaming video is independent of whether or not the content was stored
>> and then streamed to you or if it is a live feed and then streamed to
>> you. It's streamed in both cases.
>
> No surprise there, MouthGuard, you are such a troll. I stated a simple
> deduction, that's all. Pull your head out of your ass.

YOU were the one claiming the live feed was streamed *but* not streamed
for the replays. Is English your 2nd language? You **** up by stating
an invalid "deduction" and, yeah, it must be my fault. It was YOUR
"but" so pull your head out of your own butt.

VanguardLH <V nguard.LH> wrote:

> YOU were the one claiming the live feed was streamed *but* not
> streamed for the replays.

You are a troll and a liar, MouthGuard, I did not say that.

> Is English your 2nd language?

Is that your problem, MouthGuard, you have trouble with English?
You get defensive whenever someone tries to discuss an issue with
you. I speak English well enough for stupid computers to
understand what I say, MouthGuard, how about you? In your native
language?

> You **** up by stating an invalid "deduction"

> There's no file because the server is streaming the content to
> your client a few kbytes at a time.

The main part of your sentence is "there is no file", MouthGuard,
and that is what I was responding to.

Again... I agree that is true for a live broadcast, but obviously
a replay comes from a file somewhere on the server. I suppose they
can hide the location of that file, but there is in fact a file.
--












> and, yeah, it must be my fault. It was YOUR
> "but" so pull your head out of your own butt.
>
>

> Path: news.astraweb.com!border6.newsrouter.astraweb.com!news.glorb.com!feeder.erje.net!news.albasani.net!.POSTED!not-for-mail
> From: VanguardLH <V nguard.LH>
> Newsgroups: alt.comp.hardware.pc-homebuilt
> Subject: Re: Capture streaming media without a URL?
> Date: Mon, 2 May 2011 17:17:18 -0500
> Organization: 0.35MOA sniper at loose in Usenet
> Lines: 35
> Message-ID: <ipnafs$vf4$1 news.albasani.net>
> References: <4dbc7602$0$20597$c3e8da3$eb767761 news.astraweb.com> <ipiqd0$joa$1 news.albasani.net> <4dbe81ad$0$2587$c3e8da3$f5af001f news.astraweb.com> <ipm4r1$40b$1 news.albasani.net> <4dbf07e3$0$32674$c3e8da3$40d4fd75 news.astraweb.com>
> Mime-Version: 1.0
> Content-Type: text/plain; charset="us-ascii"
> Content-Transfer-Encoding: 7bit
> X-Trace: news.albasani.net WI0p3eyWn5Y2baTPYQyXsErubQc5naxWWmLO+e1sLxpIQDD+ujAu36vHcIhavRFOV/pi0M3meN9tLa4ouijLaA==
> NNTP-Posting-Date: Mon, 2 May 2011 22:16:29 +0000 (UTC)
> Injection-Info: news.albasani.net; logging-data="uf7F61F2xfNB9HhOa1iKXtr0Uqybupz6n0a9rBfGqg46vzDvefChBnoWhbqhSF6oacYShYCtYMIYfG7Yof6HK9v2cXlD8fpKZRR66UUMDg3JlW0rDBFuf7pFmgTRqOhU"; mail-complaints-to="abuse albasani.net"
> Keywords: VanguardLH VLH811
> User-Agent: 40tude_Dialog/2.0.15.84
> Cancel-Lock: sha1:AMUHBvFvXWL43j9evNYPZy2aBBg=
> X-MOTD: It is wiser to remain silent and let others ponder your ignorance than to speak and remove all doubt
>

NOTE: The following non-original newsgroup was omitted in my reply:
free.UseNet


John Doe wrote:

> VanguardLH wrote:
>
>> YOU were the one claiming the live feed was streamed *but* not
>> streamed for the replays.
>
> You are a troll and a liar, MouthGuard, I did not say that.

I said both were streamed. Your statement agrees in the first clause.
Then you use a "but" in the 2nd clause. But WHAT? It looked like you
were agreeing in the first clause (that the media was streamed) and
disagreeing in the second clause (that the media was not streamed).
"But" is not an "or".

> Again... I agree that is true for a live broadcast, but obviously
> a replay comes from a file somewhere on the server. I suppose they
> can hide the location of that file, but there is in fact a file.

Streaming media is the delivery method, not a restriction on the source
of the media. That the source is a live feed or a file doesn't obviate
that BOTH of them can be streamed. Both live data and file sources get
piped into the same streaming server.

Microsoft even provides streaming solutions for home use where *files*
are the source for media.

Streaming of files using WMP in Windows 7:
http://windows.microsoft.com/en-US/w...edia-streaming

Streaming *files* using WMP11 (via Media Sharing) in Windows XP:
http://windows.microsoft.com/en-US/w...11/stream-xbox

IIS and its Smooth Streaming extension (source can be files):
http://www.iis.net/download/SmoothStreaming

Windows Home Server has streaming media support (and for files, too):
http://www.howtogeek.com/howto/13086...-media-player/
http://onlinehelp.microsoft.com/en-u...support-2.aspx
"networked computers and some networked digital media devices to play
digital media FILES that are stored on the home server"

You are sharing *files* from one of your hosts (the server) with other
hosts. Yes, you are correct that the replay video is very likely
sourced from a file - but it can still be *streamed* to your client
rather than downloading a file via HTTP. Just because a file is the
source for a stream doesn't mean they want you to have the file hence
the need for capture software, especially if you're trying to eliminate
jerkiness in playback.