Pirlouwi wrote: > Hello James, > I agree with you about the meaning of the error, but I still get it, > even if I seek backwards (to see what had normally already been buffered). > I don't know if the vlc plugin is actually able to make pre-buffering > (in the sense of what we can see on the youtube web plugin for > example). Perhaps it downloads packets when they are needed (in a > small time window). I would like to have a confirmation on that point. > > Whatever, if your integration of the videolan+seekbar stuffs allows to > seek backwards with success, could you send me the required files so I > could test it on my system? > > Is vlc the only opensource player to include a web plugin? I am > surprised that mplayer do not have such feature, considering the > emulation of tons of people around the mplayer project... > > Kind Regards, > Pirlouwi. > > On Nov 20, 2007 9:00 PM, James Trietsch <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Funny you guys should be talking about this. I just patched up my > fileinfo.rpy and added the vidlan stuff and was playing with it > last night. I love it, although my only wish would be > de-interlacing control (since my recorded TV is interlaced). Alas, > outside of our home network, our DSL can't push enough data to > reliably stream anything but MP3s. -_- > > Anyhow, I was playing around, looking at the code and trying some > tweaks. I think I know what the > INPUT_CONTROL_SET_POSITION(_OFFSET) error is. It happens when you > try to seek past the buffer. I.E., if you start a song and then > try to jump out to the halfway mark, it'll give you the error > because it hasn't loaded that far into the song yet. But if you > take the current position and skip backwards, or skip forward a > few seconds, it seeks properly. At least this is the behavior I've > experienced so far. > > I suppose we're hindered by the lack of an indicator showing how > much of the file has loaded into memory... and I haven't been able > to do this on video files, because they all play as live streams, > so there's no seeking or pausing allowed. > > I hope this helps in the short term. ^_^ > > James > > P.S. John, what web interface improvements have you been working > on? I tweaked the popup info box (fileinfo.rpy) to be more > friendly instead of just blindly listing the tags in the .fxd > file. I'd be happy to post up some examples and plan to submit the > changes once I feel I'm done with it. I still want to display more > info that's gathered from the file's information block (like ID3) > when an .fxd is not present, and maybe handle .fxds for files > other than recorded TV programs. > Weird, I didn't get James' original post, anyway I've just submitted a feature request for my work on the webserver. It's all cosmetic stuff really, although I've failed so far to get slimbox to work with the library for a more slick image viewer. Have a look here for the tracker item http://sourceforge.net/tracker/index.php?func=detail&aid=1835346&group_id=46652&atid=446898 I might post some screenshots to the users list or the website to give people an idea of the changes.
John ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freevo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-users
