(
Jump to the original submission)
Tue 07 Oct 2008 11:33:00 AM UTC, comment #9:
I'll close this, then.
|
Tue 07 Oct 2008 08:44:51 AM UTC, comment #8:
Tested this and i see an improvement, the only thing i can complain about is that the seeking takes a bit of time.
When the video is 100% loaded it works good.
|
Sun 05 Oct 2008 12:45:34 AM UTC, comment #7:
Also added streams timeout preference widget to gtk gui..
|
Sat 04 Oct 2008 11:08:45 PM UTC, comment #6:
I raised the default stream timeout.
If you have a streamsTimeout line in your ~/.gnashrc or ~/.gnashpluginrc drop it, and reinstall from trunk, or simply
change ${install_prefix}/etc/gnashrc to have a streamsTimeout of 3.
If the load speed was tested to decrease in trunk wrt any previous
revision please bring the proofs in this bug item.
|
Sat 04 Oct 2008 11:00:05 PM UTC, comment #5:
I currently get a timeout on the second:
ERROR: Timeout (1500 milliseconds) while loading from url http://www.youtube.com/get_video?video_id=kUdCsZpt2ew&t=OEgsToPDskJR3kmLAbAA3FnjooN4CGn6
EDIT->Preferences doesn't let me increment streamsTimeout.
If I change it manually in .gnashpluginrc EDIT->Preferences
doesn't override it on Close (which is fine).
The initial value (1.5 seconds) arrive straight from the
default systemwide gnashrc file.
Incrementing the timeout to 5 fixes it for me.
Q1: Should we raise that number ?
Q2: Is it time for damn debugging popups ? :) [ +1 here, ASAP! ]
Now, about the seek.. it works for me.
Note that you can't seek in any arbitrary location of the load bar, but only on CUE points, which are points in the stream where key video frames are found. When you move the progress bar you ask the player to seek to the closest early key frame.
|
Sat 04 Oct 2008 01:37:02 PM UTC, comment #4:
Okay, I can't confirm that this is a regression, or that it's unexpected behaviour. It would be a blocker if it is...
|
Sat 04 Oct 2008 01:20:03 PM UTC, comment #3:
Actually, seems all to do with a difference in downloading speed, as the seek usually works when there's enough in the buffer.
|
Sat 04 Oct 2008 01:04:34 PM UTC, comment #2:
Haven't tried with gst, so marking as an ffmpeg problem.
|
Sat 04 Oct 2008 12:56:36 PM UTC, comment #1:
This is a recent regression. A build from 2008-10-02, probably from a checkout on that day, seeks almost perfectly. With a build from today, seeks forward on the second video don't work for me either.
The download part of the seek bar seems to load much more slowly.
|
Sat 04 Oct 2008 12:36:58 PM UTC, original submission:
This video is fully seekable: http://www.youtube.com/watch?v=ldB8kDEtTZA
This video is only seekable backwards: http://www.youtube.com/watch?v=kUdCsZpt2ew
Running Ubuntu 8.04.1 64-bit.
./configure --prefix=/usr --enable-gui=gtk --enable-media=ffmpeg --disable-debugger
|
(Note: upload size limit is set to 16384 kB, after insertion of the required
escape characters.)
Attach File(s):
Comment:
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Follow 8 latest changes.