Closed GoogleCodeExporter closed 8 years ago
Yes, I would consider this. Can you send me a website that works so that I can
test against it.
Note that this will appear post 1.0
Original comment by kdeko...@gmail.com
on 21 Oct 2010 at 2:26
http://stagevu.com
Original comment by jsevi83
on 21 Oct 2010 at 3:11
Seeking also works in videos from VidBux, they use port 182. Here is an example:
http://s04.vidbux.com:182/d/t3ujtvcnseuqenda4j4s2trirajv4bld67ugczi/Hamburger.Hi
ll.1987.DVDRip.QSS.avi
Original comment by jsevi83
on 21 Oct 2010 at 4:14
[deleted comment]
http://veehd.com
Original comment by jsevi83
on 21 Oct 2010 at 4:15
Any news on this? Was the test on stagevu successful?
Original comment by jsevi83
on 8 Nov 2010 at 2:50
I've been out of town, so I have not been able to look into this yet. Hopefully
soon.
Original comment by kdeko...@gmail.com
on 8 Nov 2010 at 2:56
mplayer seems to fail on this file, got a better example?
mplayer -identify
http://s04.vidbux.com:182/d/t3ujtvcnseuqenda4j4s2trirajv4bld67ugczi/Hamburger.Hi
ll.1987.DVDRip.QSS.avi -cache 2048
Warning unknown option lavcopts at line 13
MPlayer SVN-r32668-4.5.1 (C) 2000-2010 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://s04.vidbux.com:182/d/t3ujtvcnseuqenda4j4s2trirajv4bld67ugczi/Hamburger.Hi
ll.1987.DVDRip.QSS.avi.
Resolving s04.vidbux.com for AF_INET6...
Couldn't resolve name for AF_INET6: s04.vidbux.com
Resolving s04.vidbux.com for AF_INET...
Connecting to server s04.vidbux.com[173.193.223.177]: 182...
Cache size set to 2048 KBytes
Cache fill: 0.00% (8 bytes)
Exiting... (End of file)
ID_EXIT=EOF
Original comment by kdeko...@gmail.com
on 1 Dec 2010 at 9:33
It seems that link is expired. I just found two more videos (it is not the
stream address)
http://www.vidbux.com/xwnsjguwvkrq/www.filmikz.net-Red.Hill.2010.BDRip.XviD.NeDi
Vx.avi.html
http://www.vidbux.com/2lltmvss04jl
Original comment by jsevi83
on 2 Dec 2010 at 6:58
I think that vidbux found a way to block the direct download link, because I
can watch videos but cannot download them using the url. So I guess we can
forget about it for now.
I also found another site with lots of videos to watch. It is tv-earth.org and
I think mplayer can handle seeking in their videos (which are from vidape.com).
Here is an example:
http://download.vidape.com/files/0/353jbjiwcgjwk0/video.avi
And I forgot to mention movshare.net, which is fast and has lots of videos too.
http://www.movshare.net/stream/w20/3520bb8f26a59f243acb0659bd8fc90e/4cf78e15/ede
g206ow1cav.avi
Original comment by jsevi83
on 2 Dec 2010 at 12:19
you need an account to use vidape.com, sorry, but I won't sign up for that. And
movshare requires one as well, please locate a video file that is public on the
internet.
Original comment by kdeko...@gmail.com
on 7 Dec 2010 at 5:35
I can watch videos from vidape.com and I didn't register or have any account.
They are public. Check out http://tv-earth.org/browse.php and pick any movie.
And the same goes for movshare, I never registered to watch any of their
videos. Check out http://www.movie2k.to/
Here is a movshare example http://www.movshare.net/video/16simc842oc0q
The pitty about vidape and movshare is that you have to look for their videos
in other sites which provide the links. But you don't need to register to
watch, maybe if you register you can search from within their site, but that is
not really needed.
Original comment by jsevi83
on 8 Dec 2010 at 10:30
Try SVN r1801 seems to work for me.. you must be patient as the seeking can
take a little time sometimes.
Original comment by kdeko...@gmail.com
on 8 Dec 2010 at 2:04
For which sites did you allow seeking? It only works in movshare for me, where
I can seek through all the video. But it seems not to save the video in cache,
the progress bar is not colored and I cannot see the download speed. Also, when
I start the video it says "connecting" for around a minute before starting
playing.
Original comment by jsevi83
on 8 Dec 2010 at 11:06
Seeking is allowed for any site where mplayer reports back ID_SEEKABLE=1. So
there is no "whitelist". It comes from what mplayer says it can do.
All the things you are seeing are 100% correct. The file is still a streaming
file, so it will not be download. The first stream redirects to another stream
and that take mplayer some time to complete (that is the connecting phase).
Original comment by kdeko...@gmail.com
on 8 Dec 2010 at 11:10
So then there is no option to save the video once the cache is in 100%? That is
a pitty. Wouldn't it be possible to use the "old" system and allow seeking only
in the cached part?
I think the ID_SEEKABLE=1 solution works for very fast streams (and internet
connections), but if they are slow and there is no saving in cache, the video
doesn't play very fluent.
Original comment by jsevi83
on 8 Dec 2010 at 11:57
The changes to the code were quite minimal (< 15 lines), so I'm not sure what
you mean about the "old" system. All it does is allow the user to click on the
tracker when ID_SEEKABLE=1, otherwise no changes have been made.
Original comment by kdeko...@gmail.com
on 9 Dec 2010 at 1:45
The "old" system is how it worked movshare before snv 1801. I could see the
download speed, the percentage in cache, and once the video was in 100% I could
right click and save it. That is also what happens in sites where mplayer
detects ID_SEEKABLE=0 (the default behaviour).
Since svn 1801 I can skip to any part of the video in movshare, but it doesn't
seem to save in cache, so if the stream is not fast enough it is impossible to
watch a movie fluently. This is a problem that totem-mozilla-plugin also used
to have some time ago. Now what they do is allow seeking but also save in
cache, so if the stream is not fast enough you can always pause the video and
wait some time (the way youtube works).
Maybe that is asking too much. At the beginning of this issue 443 I was just
thinking about allowing seeking inside the part of the video which is in cache
(not through the whole video). Maybe that is easier, I have no idea.
Original comment by jsevi83
on 9 Dec 2010 at 2:17
I don't think I changed anything that would prevent you from saving the video,
you were probably saving the container of the video. If you revert back to
r1800 and it gives you all those features again, I would be totally shocked.
Does it work the "old" way with 1.0? I have a feeling it doesn't.
For streaming video which this is, the caching is all done by mplayer and this
data is never under the control of gnome-mplayer.
Original comment by kdeko...@gmail.com
on 9 Dec 2010 at 2:31
You are right, I just tried with svn 1800 and realized I mixed up concepts. So
for videos where mplayer detects ID_SEEKABLE=0, it is not possible to seek just
through the part of the video downloaded in cache? This is what I meant since
the beginning.
Original comment by jsevi83
on 9 Dec 2010 at 3:55
Original comment by kdeko...@gmail.com
on 21 Feb 2011 at 6:09
There is yet another site where I watch videos in divx and flash, the site is
full of ads, but the buffering is really fast and the quality is good.
example:
http://hdshare.net/4s0x7z2sd8j5/Green_Lantern_2011_DVDRIP_994MB_AVI_AMIABLE_dc9.
avi.html
Original comment by dsfghyju...@gmail.com
on 26 Sep 2011 at 11:29
Original issue reported on code.google.com by
jsevi83
on 21 Oct 2010 at 11:53