Hello Brian,
I'm ready to have a go at ConnectionTester. But I
think one file is missing. ConnectionTester.asc
(inside pfcs/components) makes reference to
RMILatencyTester.asc. That file should be in the same
folder, but it isn't. I couldn't find it anywhere in
the zipped file.
Regards,
Wilton
--- Brian Lesser <blesser-6s6ziW1YCwCw5LPnMra/2Q@xxxxxxxxxxxxxxxx> wrote:
> Hi Sean,
>
http://flash-communications.net/sourceCode/index.html
> Under chapter 17 there is a file called
> ConnectionTester.
> It may require significant adaptation for your needs
> and the latest
> version has not been extensively tested. Still, you
> may find it useful.
> Yours truly,
> -Brian
>
>
>
> Sean Moran wrote:
>
> >
> > Along the same lines, any good examples on how to
> use this code with a
> > CDN like VitalStream?
> > The bw check in there component failed miserably
> on a dialup
> > connection - consistently reported connection
> speeds of over 300kbps!
> >
> > TIA,
> > Sean
> >
> > On Apr 29, 2005, at 1:54 AM, Stefan Richter wrote:
> >
> >>
> >> I have tried to combine the flvplayer code with
> the one from Peldi's
> >> blog
> >> but failed miserably.
> >> It would be very cool if someone could release a
> version which
> >> A) fixes the aforementioned bugs and
> >> B) also detects upload speed reliably
> >>
> >> The flvplayer code only tests download speed
> which is great for video
> >> delivery but not so good for apps that use live
> webcam feeds or
> >> recording
> >> apps.
> >>
> >> Peldi, is there any chance of getting an updated,
> 2 way bandwidth
> >> checker
> >> from you?
> >>
> >> If not, do you have a fix for the payload bug
> which so far has been
> >> unknown
> >> to me... :-\
> >>
> >> Thanks
> >>
> >> Stefan
> >>
> >>
> >>
> >>> -----Original Message-----
> >>> From: flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@xxxxxxxxxxxxxxxx
> >>> [mailto:flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@xxxxxxxxxxxxxxxx]
> On Behalf Of
> >>> Peldi Guilizzoni
> >>> Sent: 28 April 2005 19:47
> >>> To: FlashComm Mailing List; FlashComm Mailing
> List
> >>> Subject: RE: [FlashComm] bwcheck: is it a good
> solution?
> >>>
> >>> Ha! You tickled my memory. I think that the
> bwcheck.asc code
> >>> has a bug in which it doesn't reset the payload
> properly
> >>> after the first person uses it.
> >>> This would result in what you're seeing. You
> should
> >>> definitely move to the bw checker code in the
> FLVPlayer.zip,
> >>> all bugs have been fixed in that one.
> >>>
> >>> Peldi
> >>>
> >>> -----Original Message-----
> >>> From: flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@xxxxxxxxxxxxxxxx
> >>> [mailto:flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@xxxxxxxxxxxxxxxx]
> >>> Sent: Thursday, April 28, 2005 11:07 AM
> >>> To: FlashComm Mailing List
> >>> Subject: RE: [FlashComm] bwcheck: is it a good
> solution?
> >>>
> >>> Hello Peldi,
> >>>
> >>> Thanks a lot for your fast response. By the way,
> your book is
> >>> being of great help to our team.
> >>>
> >>> But I think I wasn't able to describe my
> situation properly.
> >>> The application we're working on is a 6-seat
> audio/video
> >>> meeting room. That application also has features
> such as
> >>> whiteboard, chat, text editor, file transfer
> etc. We're
> >>> testing it using Influxis as our host with a
> 1.25 Mbps connection.
> >>>
> >>> Our tests indicate that first user is granted a
> greater share
> >>> of the server's bandwith, while those who log in
> later have
> >>> their tests impaired by server bandwidth already
> destined to
> >>> previous users. At least that's our assumption.
> >>>
> >>> Under those circumstances, is it reasonable to
> have all users
> >>> re-check whenever a new user logs in as you
> proposed? Do you
> >>> think it'll work?
> >>>
> >>> Regards,
> >>>
> >>> W
> >>>
> >>> --- Peldi Guilizzoni
> <gguilizzoni-14osZcCZf762oZ/6fjIToQ@xxxxxxxxxxxxxxxx>
> >>> wrote:
> >>>
> >>>> Hey W, the scenario you describe would only
> happen if the
> >>>
> >>> bw required
> >>>
> >>>> to play your FLV is in the same ballpark as
> your server's
> >>>
> >>> link to the
> >>>
> >>>> Internet, which is not usually the case
> (~200Kbps for a
> >>>
> >>> regular FLV,
> >>>
> >>>> 1.5-10.0Mbit for a regular server's
> connection).
> >>>>
> >>>> Basically what I'm saying is that having even
> 10 people connect and
> >>>> calculate their BW at the exact same time
> shouldn't be a
> >>>
> >>> problem for
> >>>
> >>>> your server...
> >>>>
> >>>> As for bwcheck.as and bwcheck.asc, if you got
> them from my blog
> >>>> they're not super-accurate, they don't have the
> latest fixes (which
> >>>> deal with modems that automatically compress
> data before
> >>>
> >>> sending it).
> >>>
> >>>> You should instead use
> >>>> the code in the FLVPlayer.zip here:
> >>>> http://www.peldi.com/blog/FLVPlayer.html
> >>>>
> >>>> Everyone who uses this bw detection code
> (including Amazon.com I
> >>>> think) has not reported any problems with it.
> >>>>
> >>>> Peldi
> >>>>
> >>>> -----Original Message-----
> >>>> From: flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@xxxxxxxxxxxxxxxx
> >>>>
> [mailto:flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@xxxxxxxxxxxxxxxx]
> >>>> Sent: Thursday, April 28, 2005 10:00 AM
> >>>> To: flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@xxxxxxxxxxxxxxxx
> >>>> Subject: [FlashComm] bwcheck: is it a good
> solution?
> >>>>
> >>>> Hi there!
> >>>>
> >>>> I'm working with a team in the development of a
> FCS-based
> >>>> communication suite. One of our greatest
> problems now is to
> >>>
> >>> develop an
> >>>
> >>>> efficient bandwidth check solution. We've been
> trying different
> >>>> approaches at using bwcheck.as and bwcheck.asc,
> which are
>
=== message truncated ===
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
|
