Extraordinary delay in accessing web-site

[Timothy Murphy]

I have a Linksys WVC54GCA camera in a remote site,
which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.

For some reason there is now a delay of an hour or so
in getting the image on my laptop.
This occurs on both my Fedora-18/KDE laptops,
whether connected by WiFi or ethernet,
and whether using Firefox, Chrome or Konqueror.
But it does not occur - I get an immediate view -
running Windows XP on the same laptops,
or on my server running CentOS-6.4.

With Firefox I get the message "Connecting to ..."
and then (endlessly) "Transferring data from ...".

Any enlightenment gratefully received.

[Edik Landaveri]

On Sun, Apr 28, 2013 at 08:30:54PM +0100, Timothy Murphy wrote:
> I have a Linksys WVC54GCA camera in a remote site,
> which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.

Did you check your Firewall?

[Timothy Murphy]

Edik Landaveri wrote:
> > I have a Linksys WVC54GCA camera in a remote site,
> > which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
>
> Did you check your Firewall?

I did; I even added port 8080.
But as I explained, the picture does appear after a very long delay.
And I get a message (with Firefox) that data is being downloaded.
Surely that could not happen if my firewall was involved?

Incidentally, it did seem from ifconfig that data was being transferred,
although I am not certain it was from the site in question.

[Ed Greshko]

On 04/29/13 03:30, Timothy Murphy wrote:
> I have a Linksys WVC54GCA camera in a remote site,
> which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
>
> For some reason there is now a delay of an hour or so
> in getting the image on my laptop.
> This occurs on both my Fedora-18/KDE laptops,
> whether connected by WiFi or ethernet,
> and whether using Firefox, Chrome or Konqueror.
> But it does not occur - I get an immediate view -
> running Windows XP on the same laptops,
> or on my server running CentOS-6.4.
>
> With Firefox I get the message "Connecting to ..."
> and then (endlessly) "Transferring data from ...".
>
> Any enlightenment gratefully received.

Does it matter where your laptop is?  If you go to your local coffee shop and use their Wifi do you also have the problem?

Have you tried using WireShark or another network tool to see if you're getting data from the remote site and/or getting dropped or re-transmitted frames.

[Timothy Murphy]

Ed Greshko wrote:
> On 04/29/13 03:30, Timothy Murphy wrote:
> > I have a Linksys WVC54GCA camera in a remote site,
> > which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
> >
> > For some reason there is now a delay of an hour or so
> > in getting the image on my laptop.
> Does it matter where your laptop is?  If you go to your local coffee shop
> and use their Wifi do you also have the problem?

Thanks very much for your advice.
I found there was the same delay with the laptop in an internet cafe.
I've also found I have the same problem with my Android phone
(Samsung Galaxy S2, Android version 4.0.4).
But I don't have the problem on my CentOS-6.4 server, or on Windows XP.
> Have you tried using WireShark or another network tool to see if you're
> getting data from the remote site and/or getting dropped or re-transmitted
> frames.

I've forgotten how to use wireshark -
I'll look for a tutorial and try what you suggest.

Looking at another thread, I was wondering if the problem
could be something to do with ipv6.
I think that is disabled on my laptop, but I'll check it.

[Ed Greshko]

On 05/02/13 18:00, Timothy Murphy wrote:
> Ed Greshko wrote:
> > On 04/29/13 03:30, Timothy Murphy wrote:
> > > I have a Linksys WVC54GCA camera in a remote site,
> > > which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
> > >
> > > For some reason there is now a delay of an hour or so
> > > in getting the image on my laptop.
> >
> > Does it matter where your laptop is?  If you go to your local coffee shop
> > and use their Wifi do you also have the problem?
>
> Thanks very much for your advice.
> I found there was the same delay with the laptop in an internet cafe.
> I've also found I have the same problem with my Android phone
> (Samsung Galaxy S2, Android version 4.0.4).
> But I don't have the problem on my CentOS-6.4 server, or on Windows XP.

I would say that comes under the heading of curiouser and curiouser.
> > Have you tried using WireShark or another network tool to see if you're
> > getting data from the remote site and/or getting dropped or re-transmitted
> > frames.
>
> I've forgotten how to use wireshark -
> I'll look for a tutorial and try what you suggest.
>
> Looking at another thread, I was wondering if the problem
> could be something to do with ipv6.
> I think that is disabled on my laptop, but I'll check it.

Hard to believe that it would have anything to do with IPv6.  I'm guessing that xyx.com doesn't have an IPv6 address.  Also, your Samsung phone also exhibits the same symptoms and it probably doesn't have IPv6 enabled either.

Good luck with wireshark.  The interface has probably changed since the last time you used it.

Oh, one more thing....  Have you tried using the IP address instead of the hostname?

[Timothy Murphy]

Ed Greshko wrote:
> > > > I have a Linksys WVC54GCA camera in a remote site,
> > > > which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
> > > >
> > > > For some reason there is now a delay of an hour or so
> > > > in getting the image on my laptop.
> > >
> > > Does it matter where your laptop is?  If you go to your local coffee
> > > shop and use their Wifi do you also have the problem?
> >
> > Thanks very much for your advice.
> > I found there was the same delay with the laptop in an internet cafe.
> > I've also found I have the same problem with my Android phone
> > (Samsung Galaxy S2, Android version 4.0.4).
> > But I don't have the problem on my CentOS-6.4 server, or on Windows XP.
>
> I would say that comes under the heading of curiouser and curiouser.
> > > Have you tried using WireShark or another network tool to see if you're
> > > getting data from the remote site and/or getting dropped or
> > > re-transmitted frames.
> >
> > I've forgotten how to use wireshark -
> > I'll look for a tutorial and try what you suggest.
> Hard to believe that it would have anything to do with IPv6.  I'm guessing
> that xyx.com doesn't have an IPv6 address.  Also, your Samsung phone also
> exhibits the same symptoms and it probably doesn't have IPv6 enabled
> either.
>
> Good luck with wireshark.  The interface has probably changed since the
> last time you used it.

Thanks again for your response.
I've been using wireshark as you suggested,
and it seems that the same packet is being repeated endlessly.
It is described as "TCP segment of a reassembled PDU".

So I wonder if it is just a problem with the protocol
used by the WVC54GCA camera to send pictures over the internet?

Or perhaps more likely it has something to do with the MTU?
The packet that is repeated endlessly has length 1462.
> Oh, one more thing....  Have you tried using the IP address instead of the
> hostname?

I did try that - it didn't make any difference.

[Ed Greshko]

On 05/02/13 21:25, Timothy Murphy wrote:
> Thanks again for your response.
> I've been using wireshark as you suggested,
> and it seems that the same packet is being repeated endlessly.
> It is described as "TCP segment of a reassembled PDU".
>
> So I wonder if it is just a problem with the protocol
> used by the WVC54GCA camera to send pictures over the internet?
>
> Or perhaps more likely it has something to do with the MTU?
> The packet that is repeated endlessly has length 1462.

In doing some googling on your device, it seems others have encountered the same issue with some reporting success after altering the MTU.

I suppose I would try changes there first.  Posts suggest trying 1400.

If possible, I would check the network devices at the remote end to see what they are set to.  Normally, the default is 1500.

The ip command can be used to set the MTU for the interface.

Additionally, and this is a long time ago, I had similar network issues with a device and it was necessary to turn off tcp_window_scaling in the kernel.  If memory serves me, the problem was between a linux system and a WinXP application.

[Timothy Murphy]

Ed Greshko wrote:
> In doing some googling on your device, it seems others have encountered
> the same issue with some reporting success after altering the MTU.
>
> I suppose I would try changes there first.  Posts suggest trying 1400.

I had actually tried changing the MTU, with
    sudo ifconfig wlan0 mtu 1400 up
It didn't solve the problem,
but it did alter the packets I got according to wireshark.
In fact I would have thought it was working from wireshark,
but the image still doesn't appear.
> If possible, I would check the network devices at the remote end to see
> what they are set to.  Normally, the default is 1500.

Yes, both WiFi and ethernet have MTU set to 1500 on the remote server.
> Additionally, and this is a long time ago, I had similar network issues
> with a device and it was necessary to turn off tcp_window_scaling in the
> kernel.

Again, I had actually set 
    net.ipv4.tcp_window_scaling=0
in /etc/sysctl.conf (and re-booted the laptop).
I too had a problem a couple of years ago which I solved in this way.

I'm going to install wireshark on my local CentOS-6.4 server, if I can,
and see how the packets from the camera differ,
as it works perfectly on the server.

[poma]

On 28.04.2013 21:30, Timothy Murphy wrote:
> I have a Linksys WVC54GCA camera in a remote site,
> which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
>
> For some reason there is now a delay of an hour or so
> in getting the image on my laptop.
> This occurs on both my Fedora-18/KDE laptops,
> whether connected by WiFi or ethernet,
> and whether using Firefox, Chrome or Konqueror.
> But it does not occur - I get an immediate view -
> running Windows XP on the same laptops,
> or on my server running CentOS-6.4.
>
> With Firefox I get the message "Connecting to ..."
> and then (endlessly) "Transferring data from ...".
>
> Any enlightenment gratefully received.

Are you willing to provide us a real link or you asking people to spend
time in vain. ;)

poma

[Timothy Murphy]

poma wrote:
> > I have a Linksys WVC54GCA camera in a remote site,
> > which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
> >
> > For some reason there is now a delay of an hour or so
> > in getting the image on my laptop.
> > This occurs on both my Fedora-18/KDE laptops,
> > whether connected by WiFi or ethernet,
> > and whether using Firefox, Chrome or Konqueror.
> > But it does not occur - I get an immediate view -
> > running Windows XP on the same laptops,
> > or on my server running CentOS-6.4.
> >
> > With Firefox I get the message "Connecting to ..."
> > and then (endlessly) "Transferring data from ...".
> >
> > Any enlightenment gratefully received.
>
> Are you willing to provide us a real link or you asking people to spend
> time in vain.

http://79.19.132.143:8080

[Frank Murphy]

On Fri, 03 May 2013 11:23:10 +0100
Timothy Murphy  wrote:
> poma wrote:
> > Are you willing to provide us a real link or you asking people to
> > spend time in vain.
>
> http://79.19.132.143:8080

2 seconds to load from clicking the link here in claws-mail:
Waterford City.
firefox-20.0-1.fc18.x86_64

[Timothy Murphy]

Frank Murphy wrote:
> > > Are you willing to provide us a real link or you asking people to
> > > spend time in vain.
> >
> > http://79.19.132.143:8080
>
> 2 seconds to load from clicking the link here in claws-mail:
> Waterford City.
> firefox-20.0-1.fc18.x86_64

That's really interesting. Thanks for the response.
What is the difference between us?

What OS are you using? Is it with KDE or Gnome or ...?
Is this with a WiFi connection?
What does "ifconfig wlan0" (or whatever) say?
What computer are you using?

Do you have an Android phone?
If so, can you get it on that?

[Frank Murphy]

On Fri, 03 May 2013 12:10:15 +0100
Timothy Murphy  wrote:
> > 2 seconds to load from clicking the link here in claws-mail:
> > Waterford City.
> > firefox-20.0-1.fc18.x86_64
>
> That's really interesting. Thanks for the response.
> What is the difference between us?

Aside from First Names, no idea.
> What OS are you using? Is it with KDE or Gnome or ...?

F18.x86_64 Xfce
> Is this with a WiFi connection?

30mb Cable
> What does "ifconfig wlan0" (or whatever) say?
> What computer are you using?

Dell Vostro 200 (in this instance)
> Do you have an Android phone?
> If so, can you get it on that?

Hate smartphones, always try to buy a stoopid one.

[Ed Greshko]

On 05/03/13 18:42, Frank Murphy wrote:
> On Fri, 03 May 2013 11:23:10 +0100
> Timothy Murphy  wrote:
> > poma wrote:
> > > Are you willing to provide us a real link or you asking people to
> > > spend time in vain.
> >
> > http://79.19.132.143:8080
>
> 2 seconds to load from clicking the link here in claws-mail:
> Waterford City.
> firefox-20.0-1.fc18.x86_64

When you click on "View Video" are you saying you get the video very quickly?

[Frank Murphy]

On Fri, 03 May 2013 23:29:08 +0800
Ed Greshko  wrote:
> When you click on "View Video" are you saying you get the video
> very quickly?

Yes, it was looking out at vineyard?

[Steve Searle]

Around 11:23am on Friday, May 03, 2013 (UK time), Timothy Murphy scrawled:
> poma wrote:
> > > I have a Linksys WVC54GCA camera in a remote site,
> > > which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
> > >
> > > For some reason there is now a delay of an hour or so
> > > in getting the image on my laptop.
> > > This occurs on both my Fedora-18/KDE laptops,
> > > whether connected by WiFi or ethernet,
> > > and whether using Firefox, Chrome or Konqueror.
> > > But it does not occur - I get an immediate view -
> > > running Windows XP on the same laptops,
> > > or on my server running CentOS-6.4.
> > >
> > > With Firefox I get the message "Connecting to ..."
> > > and then (endlessly) "Transferring data from ...".
> > >
> > > Any enlightenment gratefully received.
> >
> > Are you willing to provide us a real link or you asking people to spend
> > time in vain.

Not that it helps, viewing the video is really slow for me too. You are
not alone.

Steve

[poma]

On 03.05.2013 12:23, Timothy Murphy wrote:
> poma wrote:
> > > I have a Linksys WVC54GCA camera in a remote site,
> > > which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
> > >
> > > For some reason there is now a delay of an hour or so
> > > in getting the image on my laptop.
> > > This occurs on both my Fedora-18/KDE laptops,
> > > whether connected by WiFi or ethernet,
> > > and whether using Firefox, Chrome or Konqueror.
> > > But it does not occur - I get an immediate view -
> > > running Windows XP on the same laptops,
> > > or on my server running CentOS-6.4.
> > >
> > > With Firefox I get the message "Connecting to ..."
> > > and then (endlessly) "Transferring data from ...".
> > >
> > > Any enlightenment gratefully received.
> >
> > Are you willing to provide us a real link or you asking people to spend
> > time in vain.
>
> http://79.19.132.143:8080

Someone just went by car from the parking lot. :)
- CentOS release 5.9 (Final)
- Mozilla Firefox 17.0.5

You are right, Fedora 18/Firefox 20:
Transferring data from 79.19.132.143… - endlessly, zilch.

poma

[poma]

On 03.05.2013 18:37, poma wrote:
> Someone just went by car from the parking lot. :)
> CentOS release 5.9 (Final)
> Mozilla Firefox 17.0.5
>
> You are right, Fedora 18/Firefox 20:
> Transferring data from 79.19.132.143… - endlessly, zilch.

Sameo,
Fedora release 17 (Beefy Miracle)
Mozilla Firefox 20.0
… Transferring … - endlessly, zilch.

poma

[poma]

On 03.05.2013 19:19, poma wrote:
> On 03.05.2013 18:37, poma wrote:
> > Someone just went by car from the parking lot. :)
> > CentOS release 5.9 (Final)
> > Mozilla Firefox 17.0.5
> >
> > You are right, Fedora 18/Firefox 20:
> > Transferring data from 79.19.132.143… - endlessly, zilch.
>
> Sameo,
> Fedora release 17 (Beefy Miracle)
> Mozilla Firefox 20.0
> … Transferring … - endlessly, zilch.

Fedora release 18 (Spherical Cow)
MPlayer & Advanced Streaming Format(ASF)
Works pretty well. :)

mplayer -cache 2048 http://79.19.132.143:8080/img/video.asf
MPlayer SVN-r35234-4.7.2 (C) 2000-2012 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote
control.

Playing http://79.19.132.143:8080/img/video.asf.
Resolving 79.19.132.143 for AF_INET6...

Couldn't resolve name for AF_INET6: 79.19.132.143
Connecting to server 79.19.132.143[79.19.132.143]: 8080...

Cache size set to 2048 KBytes
Cache fill: 19.88% (416849 bytes)

libavformat version 54.29.104 (external)
ASF file format detected.
[asfheader] Video stream found, -vid 1
[asfheader] Audio stream found, -aid 2
VIDEO:  [MP4S]  640x480  24bpp  1000.000 fps    0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 54.59.100 (external)
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Unsupported PixelFormat 81
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
==========================================================================
Requested audio codec family [g726] (afm=acm) not available.
Enable it at compilation.
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 8000 Hz, 1 ch, s16le, 16.0 kbit/12.50% (ratio: 2000->16000)
Selected audio codec: [ffg726] afm: ffmpeg (Sharp G.726 Audio)
==========================================================================
AO: [pulse] 8000Hz 1ch s16le (2 bytes per sample)
Starting playback...
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [vdpau] 640x480 => 640x480 Planar YV12
A:  87.4 V:  87.4 A-V: -0.068 ct:  0.046 149/149  0%  0%  0.4% 18 0 17%

Exiting... (Quit)

Firefox 0 - 1 MPlayer ;)

poma

[fred roller]

On 05/03/2013 01:51 PM, poma wrote:
> On 03.05.2013 19:19, poma wrote:
> > On 03.05.2013 18:37, poma wrote:
> > > Someone just went by car from the parking lot. :)
> > > CentOS release 5.9 (Final)
> > > Mozilla Firefox 17.0.5
> > >
> > > You are right, Fedora 18/Firefox 20:
> > > Transferring data from 79.19.132.143… - endlessly, zilch.
> >
> > Sameo,
> > Fedora release 17 (Beefy Miracle)
> > Mozilla Firefox 20.0
> > … Transferring … - endlessly, zilch.
>
> Fedora release 18 (Spherical Cow)
> MPlayer & Advanced Streaming Format(ASF)
> Works pretty well. :)
>
> mplayer -cache 2048 http://79.19.132.143:8080/img/video.asf
> MPlayer SVN-r35234-4.7.2 (C) 2000-2012 MPlayer Team
> mplayer: could not connect to socket
> mplayer: No such file or directory
> Failed to open LIRC support. You will not be able to use your remote
> control.
>
> Playing http://79.19.132.143:8080/img/video.asf.
> Resolving 79.19.132.143 for AF_INET6...
>
> Couldn't resolve name for AF_INET6: 79.19.132.143
> Connecting to server 79.19.132.143[79.19.132.143]: 8080...
>
> Cache size set to 2048 KBytes
> Cache fill: 19.88% (416849 bytes)
>
> libavformat version 54.29.104 (external)
> ASF file format detected.
> [asfheader] Video stream found, -vid 1
> [asfheader] Audio stream found, -aid 2
> VIDEO:  [MP4S]  640x480  24bpp  1000.000 fps    0.0 kbps ( 0.0 kbyte/s)
> ==========================================================================
> Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
> libavcodec version 54.59.100 (external)
> Unsupported PixelFormat 61
> Unsupported PixelFormat 53
> Unsupported PixelFormat 81
> Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
> ==========================================================================
> ==========================================================================
> Requested audio codec family [g726] (afm=acm) not available.
> Enable it at compilation.
> Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
> AUDIO: 8000 Hz, 1 ch, s16le, 16.0 kbit/12.50% (ratio: 2000->16000)
> Selected audio codec: [ffg726] afm: ffmpeg (Sharp G.726 Audio)
> ==========================================================================
> AO: [pulse] 8000Hz 1ch s16le (2 bytes per sample)
> Starting playback...
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> VO: [vdpau] 640x480 => 640x480 Planar YV12
> A:  87.4 V:  87.4 A-V: -0.068 ct:  0.046 149/149  0%  0%  0.4% 18 0 17%
>
> Exiting... (Quit)
>
> Firefox 0 - 1 MPlayer ;)
>
> poma

+1
cable link w. wireless connection to Linksys

Firefox 20
Fedora 18 3.8.9-200.fc18.x86_64
...zilch

mplayer = video with poma's command.

Fred

[poma]

On 04.05.2013 03:28, Fred Roller wrote:
> +1
> cable link w. wireless connection to Linksys
>
> Firefox 20
> Fedora 18 3.8.9-200.fc18.x86_64
> ...zilch
>
> mplayer = video with poma's command.

Chromium 25.0.1364.172 Built from source for Fedora release 18
(Spherical Cow)[1]    PASS :)

poma

[1] http://fedoraproject.org/wiki/Chromium

[Tim]

Allegedly, on or about 03 May 2013, Timothy Murphy sent:
> http://79.19.132.143:8080

Browsing through an ADSL2+ modem/router (around 8 Mb/s) that does NAT
for the computers on the 100 Mb/s LAN...

Using current version of Google Chrome:
Few seconds to load the initial page.
Quite a few seconds to load the second page, however no video loads up,
during the reasonable amount of time that I waited to get some response.

Similar with current version of Firefox (under ten seconds to get a page
up, no video loads up).  Firefox has the endless rotating circle showing
that it's supposedly transferring data, but there's no evidence of
anything coming through, even after waiting a few minutes.

Likewise, with the Opera web browser, and I've run out of things to try.

I do have Flash player installed, and working with YouTube, etc.  So if
that's what it wants, it's not failing because it's missing.

Quickly looking at the page source code shows that it's one of those
JavaScript run services.  I never hold them in high regard, there's
nearly always something badly implemented.  Considering its use of
windows-1252 character encoding for the pages, it's probably yet another
of those only-designed-for-windows products, possibly only with MSIE,
anything else being just lucky if it works.

[poma]

On 03.05.2013 19:10, Tim wrote:
> Quickly looking at the page source code shows that it's one of those
> JavaScript run services.  I never hold them in high regard, there's
> nearly always something badly implemented.  Considering its use of
> windows-1252 character encoding for the pages, it's probably yet another
> of those only-designed-for-windows products, possibly only with MSIE,
> anything else being just lucky if it works.

Audio/Video stream is sufficient in some cases, however for full
functionality specific browser engine & Co. are required, yeah. :)

poma

[Martin Airs]

On Sunday 28 Apr 2013 20:30:54 Timothy Murphy wrote:
> I have a Linksys WVC54GCA camera in a remote site,
> which I access at http://xyz.com:8080 on one of my Fedora-18 laptops.
>
> For some reason there is now a delay of an hour or so
> in getting the image on my laptop.
> This occurs on both my Fedora-18/KDE laptops,
> whether connected by WiFi or ethernet,
> and whether using Firefox, Chrome or Konqueror.
> But it does not occur - I get an immediate view -
> running Windows XP on the same laptops,
> or on my server running CentOS-6.4.
>
> With Firefox I get the message "Connecting to ..."
> and then (endlessly) "Transferring data from ...".
>
> Any enlightenment gratefully received.

I can get VLC to play this using the url...

http://79.19.132.143:8080/img/video.mjpeg

but apart from that it just sits there in a browser endlessly transferring 
data, firefox and chrome.

hmmm

seems odd

Martin

[Bob Goodwin]

On 03/05/13 07:53, Martin Airs wrote:
> I can get VLC to play this using the url...
>
> http://79.19.132.143:8080/img/video.mjpeg
>
> but apart from that it just sits there in a browser endlessly transferring
> data, firefox and chrome.
>
> hmmm
>
> seems odd
>
> Martin

Yes, VLC produces a full screen image here about four seconds after 
starting VLC with the address

http://79.19.132.143:8080/img/video.mjpeg. Firefox produces an image also but the bottom half keeps being redrawn.

Bob

[poma]

On 03.05.2013 14:08, Bob Goodwin - Zuni, Virginia, USA wrote:
> On 03/05/13 07:53, Martin Airs wrote:
> > I can get VLC to play this using the url...
> >
> > http://79.19.132.143:8080/img/video.mjpeg
> >
> > but apart from that it just sits there in a browser endlessly
> > transferring
> > data, firefox and chrome.
> >
> > hmmm
> >
> > seems odd
> >
> > Martin
>
> Yes, VLC produces a full screen image here about four seconds after
> starting VLC with the address
>
> http://79.19.132.143:8080/img/video.mjpeg. Firefox produces an image
> also but the bottom half keeps being redrawn.

Fedora 18
vlc http://79.19.132.143:8080/img/video.mjpeg
VLC media player 2.0.6 Twoflower (revision 2.0.6-0-gbe9623c)
[0x82a108] main libvlc: Running vlc with the default interface. Use
'cvlc' to use vlc without interface.
…
1 FPS :)

poma

[poma]

On 03.05.2013 18:53, poma wrote:
> On 03.05.2013 14:08, Bob Goodwin - Zuni, Virginia, USA wrote:
> > On 03/05/13 07:53, Martin Airs wrote:
> > > I can get VLC to play this using the url...
> > >
> > > http://79.19.132.143:8080/img/video.mjpeg
> > >
> > > but apart from that it just sits there in a browser endlessly
> > > transferring
> > > data, firefox and chrome.
> > >
> > > hmmm
> > >
> > > seems odd
> > >
> > > Martin
> >
> > Yes, VLC produces a full screen image here about four seconds after
> > starting VLC with the address
> >
> > http://79.19.132.143:8080/img/video.mjpeg. Firefox produces an image
> > also but the bottom half keeps being redrawn.
>
> Fedora 18
> vlc http://79.19.132.143:8080/img/video.mjpeg
> VLC media player 2.0.6 Twoflower (revision 2.0.6-0-gbe9623c)
> [0x82a108] main libvlc: Running vlc with the default interface. Use
> 'cvlc' to use vlc without interface.
> …
> 1 FPS :)

Fedora 18
firefox http://79.19.132.143:8080/img/video.mjpeg workin,
but unlike a vlc, constantly refreshes almost the entire frame.

poma

[poma]

On 03.05.2013 19:00, poma wrote:
> On 03.05.2013 18:53, poma wrote:
> > On 03.05.2013 14:08, Bob Goodwin - Zuni, Virginia, USA wrote:
> > > On 03/05/13 07:53, Martin Airs wrote:
> > > > I can get VLC to play this using the url...
> > > >
> > > > http://79.19.132.143:8080/img/video.mjpeg
> > > >
> > > > but apart from that it just sits there in a browser endlessly
> > > > transferring
> > > > data, firefox and chrome.
> > > >
> > > > hmmm
> > > >
> > > > seems odd
> > > >
> > > > Martin
> > >
> > > Yes, VLC produces a full screen image here about four seconds after
> > > starting VLC with the address
> > >
> > > http://79.19.132.143:8080/img/video.mjpeg. Firefox produces an image
> > > also but the bottom half keeps being redrawn.
> >
> > Fedora 18
> > vlc http://79.19.132.143:8080/img/video.mjpeg
> > VLC media player 2.0.6 Twoflower (revision 2.0.6-0-gbe9623c)
> > [0x82a108] main libvlc: Running vlc with the default interface. Use
> > 'cvlc' to use vlc without interface.
> > …
> > 1 FPS :)
>
> Fedora 18
> firefox http://79.19.132.143:8080/img/video.mjpeg workin,
> but unlike a vlc, constantly refreshes almost the entire frame.

… and *redraws* almost the entire frame.
Sorry.

poma

[Timothy Murphy]

poma wrote:
> Fedora 18
> vlc http://79.19.132.143:8080/img/video.mjpeg
> VLC media player 2.0.6 Twoflower (revision 2.0.6-0-gbe9623c)
> [0x82a108] main libvlc: Running vlc with the default interface. Use
> 'cvlc' to use vlc without interface.

Thanks very much to you and all those who responded.
I have everything working fine with VLC now
(I never thought of trying that)
which makes me very happy.

I guess the problem is down to the software used by the camera,
a Cisco-Linksys WVC54GCA.

[poma]

On 03.05.2013 22:43, Timothy Murphy wrote:
> poma wrote:
> > Fedora 18
> > vlc http://79.19.132.143:8080/img/video.mjpeg
> > VLC media player 2.0.6 Twoflower (revision 2.0.6-0-gbe9623c)
> > [0x82a108] main libvlc: Running vlc with the default interface. Use
> > 'cvlc' to use vlc without interface.
>
> Thanks very much to you and all those who responded.
> I have everything working fine with VLC now
> (I never thought of trying that)
> which makes me very happy.
>
> I guess the problem is down to the software used by the camera,
> a Cisco-Linksys WVC54GCA.

:)

To complement:
Fedora release 18 (Spherical Cow)
Mozilla Firefox binaries:
http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/?C=M;O=D

Linksys WVC54GCA video stream test:
Mozilla Firefox 17.0.5(ESR) PASS
Mozilla Firefox 18.0.2      PASS
Mozilla Firefox 19.0.2      PASS
Mozilla Firefox 20.0        FAIL
Mozilla Firefox 20.0.1      FAIL
Mozilla Firefox 21.0(b6)    FAIL

If you must use a browser I recommend Mozilla Firefox ESR[1], and if you
find out what the problem is, please let us know. ;)

Support:
https://lists.mozilla.org/listinfo
https://lists.mozilla.org/listinfo/dev-apps-firefox
https://lists.mozilla.org/listinfo/support-firefox

poma

[1] http://www.mozilla.org/en-US/firefox/organizations

[Tim]

Allegedly, on or about 03 May 2013, Bob Goodwin - Zuni, Virginia, USA
sent:
> Yes, VLC produces a full screen image here about four seconds after 
> starting VLC with the address
>
> http://79.19.132.143:8080/img/video.mjpeg.

Likewise...