Thread: [Mplayerplug-in-devel] Still problem in X mode
Brought to you by:
kdekorte
From: Pomarede N. <npo...@co...> - 2004-06-15 08:21:51
|
Hello to all (and especially Kevin !), after some more testing, it seems the X mode (non GTK) still have a few problems : - the first time I play a video in Opera, I get the old behaviour : that is the flickering 'Buffering' text above the video. But If I play the same video nother time just after, I get the good behaviour where the text disappears while the video is playing. Perhaps sthg that is not initialized on the first launch ? - the following video http://www.finalfantasy12.org/img/s/2mov/m71.wmv gives some strange results. After the first viewing (see previous remark), it plays correctly. But since the bandwidth seems limited on this site, it needs to refill the cache after the video has played approx 20 seconds. In that case, the "Buffering" text appears again above the video, with the usual flickering effect. So, I have the impression that "buffering, then playing" works, but "buffering, playing, buffering again, etc." gives the problem. In case it's not fixable, perhaps one solution could be to display the video 60 or 80 pixels lower, just below the plugin logo and the status text ? This way, even if the text comes back while playing, it won't mask the video (this is the same layout you have when using the GTK2 mode). Bye ---------------- Nicolas Pomarede e-mail: npo...@co... "In a world without walls and fences, who needs windows and gates ?" |
From: Kevin D. <kde...@ya...> - 2004-06-15 14:28:28
|
Nicolas, Ok, I don't have opera so I can't see this problem specifically. one problem I have is that the site below has the media files improperly marked. The mime type they come as is text/plain which is wrong and is causing me problems with the site. Also, at this point I can't lower the playing window, the internals of the X mode code don't really allow for that. All that said, I may have possibly found a place where an internal variable was not set the way I expected so I have commited that change to CVS and it should be there in a few hours. Kevin On Tuesday 15 June 2004 02:21 am, Pomarede Nicolas wrote: > Hello to all (and especially Kevin !), > > after some more testing, it seems the X mode (non GTK) still have a few > problems : > > - the first time I play a video in Opera, I get the old behaviour : that > is the flickering 'Buffering' text above the video. But If I play the same > video nother time just after, I get the good behaviour where the text > disappears while the video is playing. Perhaps sthg that is not > initialized on the first launch ? > > - the following video http://www.finalfantasy12.org/img/s/2mov/m71.wmv > gives some strange results. After the first viewing (see previous remark), > it plays correctly. But since the bandwidth seems limited on this site, it > needs to refill the cache after the video has played approx 20 seconds. In > that case, the "Buffering" text appears again above the video, with the > usual flickering effect. > So, I have the impression that "buffering, then playing" works, but > "buffering, playing, buffering again, etc." gives the problem. > > In case it's not fixable, perhaps one solution could be to display the > video 60 or 80 pixels lower, just below the plugin logo and the status > text ? This way, even if the text comes back while playing, it won't mask > the video (this is the same layout you have when using the GTK2 mode). > > Bye > > ---------------- > Nicolas Pomarede e-mail: npo...@co... > > "In a world without walls and fences, who needs windows and gates ?" > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Mplayerplug-in-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel |
From: Kevin D. <kde...@ya...> - 2004-06-16 19:49:56
|
Nicolas, Did the current CVS fix your problem? I'm waiting on this bug for the next release. Kevin On Tuesday 15 June 2004 08:28 am, Kevin DeKorte wrote: > Nicolas, > > Ok, I don't have opera so I can't see this problem specifically. one > problem I have is that the site below has the media files improperly > marked. The mime type they come as is text/plain which is wrong and is > causing me problems with the site. > > Also, at this point I can't lower the playing window, the internals of the > X mode code don't really allow for that. > > All that said, I may have possibly found a place where an internal variable > was not set the way I expected so I have commited that change to CVS and it > should be there in a few hours. > > Kevin > > On Tuesday 15 June 2004 02:21 am, Pomarede Nicolas wrote: > > Hello to all (and especially Kevin !), > > > > after some more testing, it seems the X mode (non GTK) still have a few > > problems : > > > > - the first time I play a video in Opera, I get the old behaviour : > > that is the flickering 'Buffering' text above the video. But If I play > > the same video nother time just after, I get the good behaviour where the > > text disappears while the video is playing. Perhaps sthg that is not > > initialized on the first launch ? > > > > - the following video http://www.finalfantasy12.org/img/s/2mov/m71.wmv > > gives some strange results. After the first viewing (see previous > > remark), it plays correctly. But since the bandwidth seems limited on > > this site, it needs to refill the cache after the video has played approx > > 20 seconds. In that case, the "Buffering" text appears again above the > > video, with the usual flickering effect. > > So, I have the impression that "buffering, then playing" works, but > > "buffering, playing, buffering again, etc." gives the problem. > > > > In case it's not fixable, perhaps one solution could be to display the > > video 60 or 80 pixels lower, just below the plugin logo and the status > > text ? This way, even if the text comes back while playing, it won't mask > > the video (this is the same layout you have when using the GTK2 mode). > > > > Bye > > > > ---------------- > > Nicolas Pomarede e-mail: npo...@co... > > > > "In a world without walls and fences, who needs windows and gates ?" > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > > _______________________________________________ > > Mplayerplug-in-devel mailing list > > Mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Mplayerplug-in-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel |
From: Pomarede N. <npo...@co...> - 2004-06-17 07:56:24
|
On Wed, 16 Jun 2004, Kevin DeKorte wrote: > Nicolas, > > Did the current CVS fix your problem? I'm waiting on this bug for the next > release. Hello, sorry for the delay, but CVS seemed to be down the previous days (btw, could you put the cvs snapshot on your page when there's new changes ?) So, this new version doesn't correct the problem. I will try to describe it precisely : - I launch Opera - I enter http://www.finalfantasy12.org/img/s/2mov/m71.wmv as the URL - download starts ; the 'buffering' text with the white background appears in front of the video (which is not viewable) - buffering reaches 100 %, I get the text 'download complete' on the white background. But since the video only downloads at 60 kB/s, and the video was playing while buffering, when buffering reaches 100%, the video is in fact complete, and I wasn't able to see anything :-( - I press reload on the same page (video file is in Opera cache I guess). This time, I get the white background with [AO] connected to arstd server, and the video is displayed above this white text, so it's OK. - Other test : the file is saved on my disc. I quit Opera and start it again. I open the local copy of the video file. Buffering is immediate, and video starts/plays OK (works the same as when pressing reload the previous time). So I would say there seems to be a problem when buffering occurs. If buffering is fast, video will play correctly. If buffering can't be much faster that the required video bandwidth, we will get buffering all the way while the evideo is playing, and the text will stay in front of the video. Hope this help Bye ---------------- Nicolas Pomarede e-mail: npo...@co... "In a world without walls and fences, who needs windows and gates ?" |
From: Kevin D. <kde...@ya...> - 2004-06-17 20:06:33
|
Nicolas, Ok I have opera working now and I have been able to duplicate the error, so I'll work on this now... Kevin On Thursday 17 June 2004 01:56 am, Pomarede Nicolas wrote: > On Wed, 16 Jun 2004, Kevin DeKorte wrote: > > Nicolas, > > > > Did the current CVS fix your problem? I'm waiting on this bug for the > > next release. > > Hello, > sorry for the delay, but CVS seemed to be down the previous days (btw, > could you put the cvs snapshot on your page when there's new changes ?) > > So, this new version doesn't correct the problem. I will try to describe > it precisely : > > - I launch Opera > - I enter http://www.finalfantasy12.org/img/s/2mov/m71.wmv as the URL > - download starts ; the 'buffering' text with the white background > appears in front of the video (which is not viewable) > - buffering reaches 100 %, I get the text 'download complete' on the > white background. But since the video only downloads at 60 kB/s, and the > video was playing while buffering, when buffering reaches 100%, the video > is in fact complete, and I wasn't able to see anything :-( > > - I press reload on the same page (video file is in Opera cache I guess). > This time, I get the white background with [AO] connected to arstd server, > and the video is displayed above this white text, so it's OK. > > - Other test : the file is saved on my disc. I quit Opera and start it > again. I open the local copy of the video file. Buffering is immediate, > and video starts/plays OK (works the same as when pressing reload the > previous time). > > So I would say there seems to be a problem when buffering occurs. If > buffering is fast, video will play correctly. If buffering can't be much > faster that the required video bandwidth, we will get buffering all the > way while the evideo is playing, and the text will stay in front of the > video. > > Hope this help > > Bye > > > > ---------------- > Nicolas Pomarede e-mail: npo...@co... > > "In a world without walls and fences, who needs windows and gates ?" |
From: Kevin D. <kde...@ya...> - 2004-06-17 23:51:08
|
Ok, I've fixed this now, but you need to make sure you have cachemin set unless you have a really fast connection.. Kevin On Thursday 17 June 2004 02:06 pm, Kevin DeKorte wrote: > Nicolas, > > Ok I have opera working now and I have been able to duplicate the error, so > I'll work on this now... > > Kevin > > On Thursday 17 June 2004 01:56 am, Pomarede Nicolas wrote: > > On Wed, 16 Jun 2004, Kevin DeKorte wrote: > > > Nicolas, > > > > > > Did the current CVS fix your problem? I'm waiting on this bug for the > > > next release. > > > > Hello, > > sorry for the delay, but CVS seemed to be down the previous days (btw, > > could you put the cvs snapshot on your page when there's new changes ?) > > > > So, this new version doesn't correct the problem. I will try to describe > > it precisely : > > > > - I launch Opera > > - I enter http://www.finalfantasy12.org/img/s/2mov/m71.wmv as the URL > > - download starts ; the 'buffering' text with the white background > > appears in front of the video (which is not viewable) > > - buffering reaches 100 %, I get the text 'download complete' on the > > white background. But since the video only downloads at 60 kB/s, and the > > video was playing while buffering, when buffering reaches 100%, the video > > is in fact complete, and I wasn't able to see anything :-( > > > > - I press reload on the same page (video file is in Opera cache I > > guess). This time, I get the white background with [AO] connected to > > arstd server, and the video is displayed above this white text, so it's > > OK. > > > > - Other test : the file is saved on my disc. I quit Opera and start it > > again. I open the local copy of the video file. Buffering is immediate, > > and video starts/plays OK (works the same as when pressing reload the > > previous time). > > > > So I would say there seems to be a problem when buffering occurs. If > > buffering is fast, video will play correctly. If buffering can't be much > > faster that the required video bandwidth, we will get buffering all the > > way while the evideo is playing, and the text will stay in front of the > > video. > > > > Hope this help > > > > Bye > > > > > > > > ---------------- > > Nicolas Pomarede e-mail: npo...@co... > > > > "In a world without walls and fences, who needs windows and gates ?" > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Mplayerplug-in-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel |
From: Pomarede N. <npo...@co...> - 2004-06-18 07:58:49
|
On Thu, 17 Jun 2004, Kevin DeKorte wrote: > Ok, > > I've fixed this now, but you need to make sure you have cachemin set unless > you have a really fast connection.. > > Kevin Hello, I tested the latest cvs, and it works better. I have a pretty fast connection, but in that case, it seems that the site is too slow to deliver the video compared to the bandwidth required for the video (I'm downloading it at 55 Kb/s) The previous video has moved (and I don't know Japanese to browse the site :-) ), but I found this video : http://finalfantasy12.org/img/a/1pro/pm1.wmv which gives nearly the same effect : with your latest patch, playing starts OK, but when mplayer's cache seems to be empty (when 60 % of video was played), the buffering text comes back in front of the video and hide until the movie ends. Do you have any idea on how to fix this ? Regards Nicolas |
From: Kevin D. <kde...@ya...> - 2004-06-18 13:48:41
|
Nicolas, Actually mplayerplug-in is not crashing, mplayer is exiting because it is reaching the end of file of the downloaded media (mplayer plays faster than you can download). I have a 100Kb/s connection and it dies for me. Setting cachemin to a higher value solved the problem. Kevin On Friday 18 June 2004 01:58 am, Pomarede Nicolas wrote: > On Thu, 17 Jun 2004, Kevin DeKorte wrote: > > Ok, > > > > I've fixed this now, but you need to make sure you have cachemin set > > unless you have a really fast connection.. > > > > Kevin > > Hello, > > I tested the latest cvs, and it works better. > I have a pretty fast connection, but in that case, it seems that the site > is too slow to deliver the video compared to the bandwidth required for > the video (I'm downloading it at 55 Kb/s) > > The previous video has moved (and I don't know Japanese to browse the > site :-) ), but I found this video : > http://finalfantasy12.org/img/a/1pro/pm1.wmv > > which gives nearly the same effect : with your latest patch, playing > starts OK, but when mplayer's cache seems to be empty (when 60 % of video > was played), the buffering text comes back in front of the video and hide > until the movie ends. > > Do you have any idea on how to fix this ? > > Regards > > Nicolas > > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Mplayerplug-in-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel |
From: Pomarede N. <npo...@co...> - 2004-06-18 14:02:03
|
On Fri, 18 Jun 2004, Kevin DeKorte wrote: > Nicolas, > > Actually mplayerplug-in is not crashing, mplayer is exiting because it is > reaching the end of file of the downloaded media (mplayer plays faster than > you can download). I have a 100Kb/s connection and it dies for me. Setting > cachemin to a higher value solved the problem. > > Kevin Yes, I agree with you, mplayer plays faster than the site can deliver (I have a 100 Mbps connection here). I don't say it crashes, it's just that after playing for a while, the 'buffering' text comes again on screen (at around 60%) and hides the video during the rest of the playback. I can increase the cache (do you mean mplayer's cache, with "cachesize", or Opera ? I can't see a parameter with the name "cachemin"), but if download speed is really slow, the buffering text might comes again (or I need to set cache-percent to 100%, but then it's not very interesting to wait for the complete download before watching the video). So, isn't there another place in the code where the buffering text is not deactivated when video is playing ? Thanks, Nicolas |
From: Kevin D. <kde...@ya...> - 2004-06-18 14:27:48
|
Nicolas, The video is not hidden, because it is no longer playing. Here is what is going on. The status window is updated by the buffering code. However, in the status window draw code if the state goes to STATE_PLAYING and the media has video output then the status window is not drawn. If the media does not have video output I want to keep updating the status. (streaming audio is an example). When mplayer reaches the end of the cached media, even though the media is not complete because it is not completely downloaded. Mplayer exits, this causes the state to change to STATE_PLAYLIST_NEXT. Which allows the buffering code to continue to update the UI. And since mplayer is done there is nothing to hide. You are correct that cachemin is not an option it is cachesize, I always think of cachesize as cachemin now, I need to allow both options to work. Kevin On Friday 18 June 2004 08:01 am, Pomarede Nicolas wrote: > On Fri, 18 Jun 2004, Kevin DeKorte wrote: > > Nicolas, > > > > Actually mplayerplug-in is not crashing, mplayer is exiting because it is > > reaching the end of file of the downloaded media (mplayer plays faster > > than you can download). I have a 100Kb/s connection and it dies for me. > > Setting cachemin to a higher value solved the problem. > > > > Kevin > > Yes, I agree with you, mplayer plays faster than the site can deliver (I > have a 100 Mbps connection here). I don't say it crashes, it's just that > after playing for a while, the 'buffering' text comes again on screen (at > around 60%) and hides the video during the rest of the playback. > > I can increase the cache (do you mean mplayer's cache, with "cachesize", > or Opera ? I can't see a parameter with the name "cachemin"), but if > download speed is really slow, the buffering text might comes again (or I > need to set cache-percent to 100%, but then it's not very interesting to > wait for the complete download before watching the video). > > So, isn't there another place in the code where the buffering text is not > deactivated when video is playing ? > > Thanks, > > Nicolas > > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Mplayerplug-in-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplayerplug-in-devel |
From: Pomarede N. <npo...@co...> - 2004-06-18 15:09:16
|
On Fri, 18 Jun 2004, Kevin DeKorte wrote: > Nicolas, > > The video is not hidden, because it is no longer playing. > > Here is what is going on. The status window is updated by the buffering code. > However, in the status window draw code if the state goes to STATE_PLAYING > and the media has video output then the status window is not drawn. > > If the media does not have video output I want to keep updating the status. > (streaming audio is an example). > > When mplayer reaches the end of the cached media, even though the media is not > complete because it is not completely downloaded. Mplayer exits, this causes > the state to change to STATE_PLAYLIST_NEXT. Which allows the buffering code > to continue to update the UI. And since mplayer is done there is nothing to > hide. Yes, I understand. But when I play the url directly from mplayer in the shell, it doesn't exist when cache is empty. The video is very choppy, but it keeps on playing. Isn't it possible to do the same with the plugin : no exit, try to get more cache, and keep on playing ? This is what you get with realplayer plugin for instance : playback stops, cache fills again, playback restarts, and so on ... > You are correct that cachemin is not an option it is cachesize, I always think > of cachesize as cachemin now, I need to allow both options to work. ok :) Regards, Nicolas |
From: Kevin D. <kde...@ya...> - 2004-06-18 16:10:10
|
Nicolas, Well, your other option is to use the nomediacache option in the config file. This will make the plugin work exactly like mplayer, but with some default settings. That option is normally for diskless workstations, but it does have some advantages and disadvantages (protected content may not work). Other than the cachesize aka cachemin and nomediacache options I'm going to consider this bug closed for now. Kevin On Friday 18 June 2004 09:09 am, Pomarede Nicolas wrote: > On Fri, 18 Jun 2004, Kevin DeKorte wrote: > > Nicolas, > > > > The video is not hidden, because it is no longer playing. > > > > Here is what is going on. The status window is updated by the buffering > > code. However, in the status window draw code if the state goes to > > STATE_PLAYING and the media has video output then the status window is > > not drawn. > > > > If the media does not have video output I want to keep updating the > > status. (streaming audio is an example). > > > > When mplayer reaches the end of the cached media, even though the media > > is not complete because it is not completely downloaded. Mplayer exits, > > this causes the state to change to STATE_PLAYLIST_NEXT. Which allows the > > buffering code to continue to update the UI. And since mplayer is done > > there is nothing to hide. > > Yes, I understand. But when I play the url directly from mplayer in the > shell, it doesn't exist when cache is empty. The video is very choppy, but > it keeps on playing. Isn't it possible to do the same with the plugin : no > exit, try to get more cache, and keep on playing ? > This is what you get with realplayer plugin for instance : playback stops, > cache fills again, playback restarts, and so on ... > > > You are correct that cachemin is not an option it is cachesize, I always > > think of cachesize as cachemin now, I need to allow both options to work. > > ok :) > > Regards, > > Nicolas |
From: Pomarede N. <npo...@co...> - 2004-06-18 16:17:06
|
On Fri, 18 Jun 2004, Kevin DeKorte wrote: > Nicolas, > > Well, your other option is to use the nomediacache option in the config file. > This will make the plugin work exactly like mplayer, but with some default > settings. That option is normally for diskless workstations, but it does have > some advantages and disadvantages (protected content may not work). > > Other than the cachesize aka cachemin and nomediacache options I'm going to > consider this bug closed for now. OK, I didn't knew this nomediacache option, but since I have a rather fast connection, I think I will try it. Thanks for all your quick answers, and happy release 2.65 :-) Regards, Nicolas |