<div dir="ltr"><div><div>Hi Tony<br><br></div>not sure if this is helpful, but the Python script youtube-dl (<a href="http://rg3.github.io/youtube-dl/">http://rg3.github.io/youtube-dl/</a>) is very useful for downloading vids from YouTube (curent/playlist/batch), and offers options such as --age-limit, --max-filesize, --rate-limit, --max-quality, and in particular --format worstvideo, which could eliminate a subsequent transcoding step by downloading the minimal quality available.<br><br></div>Sean<br> <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 7, 2015 at 8:41 AM, Tony Anderson <span dir="ltr"><<a href="mailto:tony_anderson@usa.net" target="_blank">tony_anderson@usa.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It would be helpful to have more specifics.<br>
<br>
The problem with videos on the XO-1 is the speed of the processor and the bit-rate of the videos. As with all Linux distributions, the codecs are available for installation by the user. The process for doing this for the XO has been documented many times on these lists. Installation of the codecs does not require a local repository or an os-builder. It can be done with a simple bash script (and the necessary files).<br>
<br>
The only solution I can see is to reprocess videos to reduce the bit-rate. It would be valuable if someone would experiment with videos from YouTube to determine a realistic processing capability for the XO (should differ by model), and to publish the conversion parameters to produce videos within those limits (e.g for ffmpeg).<br>
<br>
Naturally, this solution does not work for casual browsing of YouTube. However, I believe our primary goal to provide better educational opporunities on the other side of the digital divide - where this routine access to the internet is not available.  This means the deployment has a fixed set of available videos which could be reprocessed to play smoothly.<br>
<br>
I am not aware of any reported problems with Browse, which as the gateway to the schoolserver is the most-used activity in the deployments which I support. Naturally, the users at these deployments do not have experience with the internet or with other browsers. I can't imagine anyone at these deployments being aware of the switch to Webkit, for example. They accept that the home page consists of a set of non-working links to the internet and that the only relevant one for them is the 'local schoolserver'. (an obvious challenge for web confusion is to design a more interesting and useful page).<br>
<br>
OLE Nepal continues to use Firefox for E-Paath based on the inability of Browse with Gnash to provide adequate support for Flash activities. The Webkit version of Browse supports the E-Paath activities but there is no compelling advantage to change from Firefox. So, the deployments which are unhappy with Browse could install Firefox.<span class="HOEnZb"><font color="#888888"><br>
<br>
Tony</font></span><span class="im HOEnZb"><br>
<br>
<br>
On 05/07/2015 05:22 AM, <a href="mailto:sugar-devel-request@lists.sugarlabs.org" target="_blank">sugar-devel-request@lists.sugarlabs.org</a> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
They all seem to want a better browser and better codec support to<br>
>view various+sundry videos, within Sugar ideally, but if that's not<br>
>possible then within Gnome.  One group per week asks me for the<br>
>above, above all else (often more than one deployment/group per<br>
>week).<br>
</blockquote>
<br></span><div class="HOEnZb"><div class="h5">
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br></div>