On 10/22/10 12:35 PM, Stewart, David C wrote:
From: Darren Hart [mailto:firstname.lastname@example.org]At this point, the site map is set, and we're working with the web guys to set this up for review today and over the weekend. I'm loath to mess with the structure at this point, and adding something like this would require more than a page, it requires references, etc.
Sent: Thursday, October 21, 2010 4:01 PM
Media Network Demo
We're looking to have a section on the web site for the demo that
explains what each use-case is and possibly how it can be replicated.
I'm taking the approach of describing each image. Consider the
I'm inclined to add a page to the new wiki once it is set up. (Scott is working on that now). Then we could add a link to the signage and on the Resources page.
The Yocto Project launch event at ECLF 2010 featured a"Note that the goal of these recipes was to demonstrate example functionality and the flexibility and power of Yocto. The goal was not to produce a production-ready image."
multi-architecture Media Network Demo. All the source for this demo is
available in the meta-demo git repository as a layer for the poky build
The following images made up the demo:
What might be better here would be a little additional info with each of these. Some examples below.
poky-image-nas"The filesystem called /<blah> is exported via nfsexport<or whatever>. To make use of this for our demo setup, put your *.mp3 or *.ogg files into the /<blah> directory. You need to make sure your system is on a network, and the TCP/IP stack is configured correctly to be visible by the other client systems."
The poky-image-nas image boots your device as a network attached storage
device. It provides a DHCP service and an NFS server. We used this image
to store all our media.
/media/storage is the export location...
(I am sure you can fix this up to make it better).
poky-image-mediatomb"You need to edit<this file> to nfsmount the filesystem from the NFS server in the previous example or use a local disk or another file server."
The poky-image-mediatomb image adds a UPnP content provider via the
mediatomb package. This image mounts the media share from the NAS and
makes it available to UPnP renderers.
poky-image-rygel"To activate the media renderer, type<something> at the command line as root." You get my drift.
The poky-image-rygel image provides gupnp tools and the rygel media
renderer along with the sato desktop. The renderer can be controlled
locally or via any control point on the network. Several devices can run
this image and stream media from the mediatomb device.
Let's go through one more round on email with these enhancements and by then the wiki should be set up.
o Is this more or less what we are looking for?
o Should we modify the mediatomb image to:
o automatically mount a specific share from the NAS?
o add something to the config to automatically scan the
o The poky-image-rygel description needs to be updated as we finalize
Embedded Linux Kernel