Suggestion

[GoogleCodeExporter]

Would it be possible to make a white list of sites/protocols where seeking is 
enabled? I understand you prefer having seeking disabled, but could it be 
enabled for sites where it's known to work properly?

Original issue reported on code.google.com by jsevi83 on 21 Oct 2010 at 11:53

[GoogleCodeExporter]

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

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

http://stagevu.com

Original comment by jsevi83 on 21 Oct 2010 at 3:11

[GoogleCodeExporter]

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

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

http://veehd.com

Original comment by jsevi83 on 21 Oct 2010 at 4:15

[GoogleCodeExporter]

Any news on this? Was the test on stagevu successful?

Original comment by jsevi83 on 8 Nov 2010 at 2:50

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

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

[GoogleCodeExporter]

Original comment by kdeko...@gmail.com on 21 Feb 2011 at 6:09

• Changed state: Done

[GoogleCodeExporter]

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