Capture streaming media without a URL?

[John Doe]

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.

 

[John Doe]

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.

 

[VanguardLH]

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).

 

[Man-wai Chang]

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_pubsvc/page_socsecu/sub_addressesa

 

[John Doe]

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.

 

[VanguardLH]

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/consumerelectronicsnetworks/f/streaming-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.

 

[John Doe]

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/consumerelectronicsnetworks/f/streaming-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]

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.

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.

 

[John Doe]

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.
--

 

[VanguardLH]

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

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/windows7/Getting-started-with-media-streaming

Streaming *files* using WMP11 (via Media Sharing) in Windows XP:
http://windows.microsoft.com/en-US/windows-xp/help/windows-media-player/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/1308...-windows-home-server-to-windows-media-player/
http://onlinehelp.microsoft.com/en-us/windowshomeserver2011/media-streaming-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.

 

[Seum]

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




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".


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/windows7/Getting-started-with-media-streaming

Streaming *files* using WMP11 (via Media Sharing) in Windows XP:
http://windows.microsoft.com/en-US/windows-xp/help/windows-media-player/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/1308...-windows-home-server-to-windows-media-player/
http://onlinehelp.microsoft.com/en-us/windowshomeserver2011/media-streaming-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.

Ignore him VLH. He is not worth bothering about.

 

[John Doe]

Ignore him VLH. He is not worth bothering about.

Says a very active nym-shifting troll pretending to be a he-man
group protector.
--

 

[John Doe]

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 -

Where else would a replay come from if not from a file?
Gathered from bits of data floating through the universe?

<starts drumroll for highflying mental gymnastics>
--

 

[VanguardLH]

Where else would a replay come from if not from a file?
Gathered from bits of data floating through the universe?

I guess you just want to argue. I've already said the replay probably
is sourced from a file. I'm agreeing with you. I said the replay was
file in my 2nd reply to you around 21 hours ago: "... if the replay
(file) is 2 hours long ...". Geesh, you have a hard time staying
focused.

That it's a file for the media source doesn't preclude that the file can
still be streamed. It's this point that you seem to be defying.

 

[TVeblen]

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/consumerelectronicsnetworks/f/streaming-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.

Great info Vanguard. It help me anyway. Thanks.

 

[John Doe]

I guess you just want to argue.

I might be beating a dead horse, but you are still fudging the
issue. Either you want to argue, or you are harboring a secret the
world needs to know.

I've already said the replay probably is sourced from a file.
I'm agreeing with you. I said the replay was file in my 2nd
reply to you around 21 hours ago: "... if the replay (file) is 2
hours long ...". Geesh, you have a hard time staying focused.

Staying focused through the hogwash isn't easy. But at least the
peanut gallery appreciates the discussion.

You still keep saying that "the replay is probably sourced from a
file". Either you do not understand what that expression means, or
you have doubts. So what is an un-probable source?

That it's a file for the media source doesn't preclude that the
file can still be streamed. It's this point that you seem to be
defying.

FWIW. It makes perfect sense to me, that the data is considered
"streaming media" whether it comes from a live show or a file.

 

[VanguardLH]

You still keep saying that "the replay is probably sourced from a
file". Either you do not understand what that expression means, or
you have doubts. So what is an un-probable source?

I don't operate the streaming media server. I didn't set it up. I said
"probably" because it seems the most plausible story but that doesn't
mean I know for SURE what is the setup. You don't, either, so stop
professing you're omnipotent.

The entire 2-hour reply video could be sitting in memory. Yeah, that
would be a LOT of memory to consume. It's a possible source. It's not
a probable source. That's it is in a file is a probable source.

FWIW. It makes perfect sense to me, that the data is considered
"streaming media" whether it comes from a live show or a file.

It's not a consideration. It's a delivery method.

 

[John Doe]

I don't operate the streaming media server. I didn't set it up.
I said "probably" because it seems the most plausible story but
that doesn't mean I know for SURE what is the setup. You don't,
either, so stop professing you're omnipotent.

"Games and events are available in ESPN3's archives varying from
24 hours to more than a week, depending on the sport."

You can tell by observing the lag time between a live broadcast
and the replay becoming available. And they made a statement about
replays being prepared.

The entire 2-hour reply video could be sitting in memory. Yeah,
that would be a LOT of memory to consume.

It makes no sense. Whatever you want to call it, I know without a
doubt that they are files sitting in an archive. If we were in a
movie like the post office seen in Men in Black II (2002), not
even the server operator would know for sure, but we aren't.
--

 

[johnnytucats]

Wow! You guys sound like my neighbors. You should get a room.

I'd like to find something that captures ESPN3 also, but to my Mac. My PC is probably too slow.

What I'd like to do is be able to capture the stream because I believe I could watch it through Air Video on my iPhone. The Air Video server software on my Mac is able to convert, on the fly, several video formats and send the stream out to my iPhone Air Video software...no matter where I am. I could get the stream recording on my Mac started via a remote access app on the iPhone, then switch to Air Video and watch. I'm actually able to do this on a video stream captured via firewire from my DVR. Should work with a flash stream.

Currently, the Orb Live app claims to to the above in conjunction with the Orb server app on my Mac. It does...but it's flaky.