Hi Sean,<br><br>Thanks for a quick reply.<br>I am not sure if I made myself clear.<br><br>Our mediaplayer doesn't have a web browser.<br>So the proposed application (like a standalone application), should actually access "<a href="http://youtube.com">youtube.com</a>" website and get the media urls (I am still not sure how to get it) and gstreamer should then play it back. This is the whole idea.<br>
<br>In such a case, I will be playing back SWF or FLV ? sorry I am confused.<br><br>I haven't really read the youtube TOS. Do you think this idea is against the TOS ?<br><br>Thanks,<br>Ebin.<br><br><br><div class="gmail_quote">
On Mon, May 11, 2009 at 12:39 PM, Sean McNamara <span dir="ltr"><<a href="mailto:smcnam@gmail.com">smcnam@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Mon, May 11, 2009 at 2:35 AM, ebin jose <<a href="mailto:ebinjosetel@gmail.com">ebinjosetel@gmail.com</a>> wrote:<br>
> Hi All,<br>
><br>
> Has anybody worked on playing back youtube videos on gstreamer ?<br>
<br>
</div>Playing Youtube SWF files from your own website, etc. is probably fine<br>
(many sites embed Youtube SWFs), and really the only high road. If you<br>
can get Gstreamer to do that, have at it, but I'm not sure which<br>
codecs you'd need to have installed to do that, if indeed it's<br>
possible at all. Your next best bet to play the SWFs would be Gnash<br>
(which uses Gstreamer internally a lot).<br>
<br>
However, there have been reports[1] that Youtube goes after (and tries<br>
to shut down) people who directly download and stream their FLV or MP4<br>
files. It's fairly easy to introspect the results of an HTTP GET<br>
<a href="http://youtube.com/watch?id=foo" target="_blank">youtube.com/watch?id=foo</a> and build a URL that will get you an FLV<br>
(which plays in gstreamer with the correct codecs), but that may<br>
violate Youtube's terms of service.<br>
<br>
"Can do" versus "Should do" -- it's your call, the same with the ugly plugins.<br>
<br>
[1]: <a href="http://www.techcrunch.com/2009/02/13/youtube-kills-our-video-download-tool/" target="_blank">http://www.techcrunch.com/2009/02/13/youtube-kills-our-video-download-tool/</a><br>
<div class="im"><br>
><br>
> I am new to youtube apis also.<br>
><br>
> We have a portable media player (arm based) with wifi connectivity. We<br>
> are planning to add an application which can playback youtube<br>
> contents.<br>
><br>
> Background:<br>
> - Our player is running linux on an ARM based platform.<br>
> - mediaplayer uses gstreamer as playback engine.<br>
> - the complete code (apart from gstreamer) is in C.<br>
><br>
> I have the following questions:<br>
> 1) I am planning to use youtube DATA APIs (java ones) to retrieve the<br>
> urls from different categories of videos in youtube;<br>
<br>
</div>I briefly investigated the data APIs myself, and I couldn't see how to<br>
get URLs to actual video datastreams (the FLV or MP4 files). If it<br>
isn't in Youtube's declared API, then it probably isn't something they<br>
want you to do.<br>
<div class="im"><br>
><br>
> I belive once I have the media url, I can just give it to gstreamer and it<br>
> will play it back.<br>
<br>
</div>As stated above, if you're getting an .FLV or .MP4 file, it will<br>
"work" in Gstreamer given the proper codecs (which are known to work<br>
with the correct combination of gst-plugins-good|bad|ugly) but you<br>
need to watch out for a potential TOS violation. If you're getting an<br>
SWF file, then I would presume that Youtube is happy, as that's<br>
basically encapsulation of their ad content and so forth, which is<br>
exactly what they want.<br>
<div class="im"><br>
> I believe this is a right way of doing it. Please comment if this<br>
> belief is wrong ?<br>
><br>
><br>
> Thanks in advance.<br>
> Ebin.<br>
><br>
><br>
</div>> ------------------------------------------------------------------------------<br>
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your<br>
> production scanning environment may not be a perfect world - but thanks to<br>
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK<br>
> i700<br>
> Series Scanner you'll get full speed at 300 dpi even with all image<br>
> processing features enabled. <a href="http://p.sf.net/sfu/kodak-com" target="_blank">http://p.sf.net/sfu/kodak-com</a><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
> <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
><br>
><br>
<br>
------------------------------------------------------------------------------<br>
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your<br>
production scanning environment may not be a perfect world - but thanks to<br>
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700<br>
Series Scanner you'll get full speed at 300 dpi even with all image<br>
processing features enabled. <a href="http://p.sf.net/sfu/kodak-com" target="_blank">http://p.sf.net/sfu/kodak-com</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
</blockquote></div><br>