Difference between revisions of "Usage Intro"

From LinuxMCE
Jump to: navigation, search
 
 
(153 intermediate revisions by 14 users not shown)
Line 1: Line 1:
LinuxMCE's main concepts are Devices, Events, and Activities (aka Scenarios, Command Groups, etc).  An Orbiter refers to the user interface, be it on a media station, web pad, mobile phone, etc.
+
[[Category: Tutorials| Usage]]
  
'Devices'
+
{| align="right"
A device is some piece of hardware or software, like the Xine Media Player, the light switch in the bedroom, or your mobile phone.  All devices do 3 things: 1) Retrieve configuration data 2) Respond to commands, like turn on, turn off, fast forward, etc., 3) Fire events, like 'motion detected', 'playback started', etc.
+
  | __TOC__
 +
  |}
  
'Activities'
+
* [[Tell LinuxMCE about your home]]
Activities, scenarios and command groups are interchangeable and all mean the same thing.  This is really just a group of commands that get sent to a device.  In LinuxMCE, your main menu consists of a several activities, grouped by room, and categorized as Lighting, Media, Climate, Telecom and Security.  All the activities do the same thing: send commands to devices.  The categories lighting, media, climate, telecom and security are arbitrary and just for convenience so it's easier to find the activity you want.  Whenever you tell LinuxMCE to do something, it's always by choosing an activity from the main menu on an Orbiter.  LinuxMCE creates lots of default, common activities for you automatically.  For example, in any room where you have both a TV and some lights, LinuxMCE automatically creates an activity called 'Showtime' that dims the lights to 10%.  In any room where you have a PVR or other TV-enabled device, it creates a scenario called 'TV' in the 'Media' category that starts the TV system.  It also creates a command in the 'Media' category called 'Video' that sends a command to the Orbiter GUI telling it to display all your video content.  Activities are automatically created under Telecom to make phone calls, and under Security to view cameras and arm your alarm.
+
* adding [[Devices]] to your installation
 +
*
  
These are just default activities.  You can have a fully-functional system and do almost everything using only the default activities.  If you want to change or remove some default activities, or add your own, do it using the admin web page, under Wizard, Scenarios.  Note that when creating an activity, or scenario, the web page will give you a wizard that's most appropriate based on the category you picked.  So if you're adding an activity in the lighting category, the wizard will show you all your lights and let you pick which ones to turn and off.  If you're creating an activity in the security category, it will show you what cameras you have, and selecting that activity on the orbiter causes it to show the camera.
+
==Reload Router & Regen Orbiters==
  
Remember the categories, and the wizard, are just for convenience.  Any activity can send any command to any device.  So, when you're adding an activity in the lighting category, although by default the admin site will only show you lights, if you click the 'Advanced Wizard' option you'll see that as part of that activity you could send any command to any device. You could make a phone call, for example, using an activity in the lighting category.
+
While using LinuxMCE you'll see sometimes a message asking if you want to [[Quick reload router|reload the router]], or if you want to [[Orbiter Generator|regenerate the Orbiter UIs]] (User Interfaces). In general, these options refresh the LinuxMCE databases so that changes to the system can be recognized.
  
The grouping by room is also for convenience, and doesn't restrict the activity to only controlling devices in that room.  So if your kitchen is near the garage and you want an activity 'turn off the garage light', you can put that activity in the room 'kitchen', and not in the room 'garage' if it's something you would normally want to do while you're in the kitchen.  It doesn't matter that the light you're controlling is in the garage.  You tell each Orbiter which room it's in, and it will always show you the activities for that room.  The orbiters, or user interfaces, that appear on the tv and which you control with a remote control, will be by default in the same room as the media station is.  You probably won't ever change this because that media station is generally in a fixed place.  Something like a webpad, however, may be carried throughout the house.  So, whenever you enter a room, note the 'Room' at the bottom of the screen and confirm it really is the room you're in.  Otherwise you will see the activities from another room.  And this may be confusing.  Both the Living Room and Bedroom may have an activity 'TV'.  You have a web pad that is in the Bedroom, and carry it to the Living Room, and forget to tell the web pad it's now in the Living Room, and notice that at the bottom of the screen it still says 'Bedroom'.  So you hit the 'TV' button expecting the Living Room TV to come on, when in fact you're still controlling the bedroom.
 
  
Once you get used to this concept, however, you'll find it's very convenientBecause every orbiter, be it the one on the TV, the web pad, the pda, the mobile phone, etc., can be set to be in any room and choose activities from that room.  And every orbiter has the exact same activities for each roomYou do not create activities for one orbiter and not anotherThe activities are grouped by room--not OrbiterSo whether you pick up your mobile phone, your web pad, or your remote control, when you're in the Living Room, you will have the same list of options for the Living Room.
+
===Reload Router===
 +
All devices in LinuxMCE obtain their configuration information from the [[DCERouter]], which is the central piece of software on the Core.  All devices request a list of the other devices in the home from the router, so they can respond to them appropriately.  (For example, an IP camera device might turn on the lights in the room whenever you're viewing the camera.  To do so, the IP camera needs to know what lights are in the room.) Typically a device requests this information only when it's starting upWhen you connect additional plug and play devices to the system, these new devices generally will work immediately, but their functionality may not be fully enabled within the LinuxMCE system until the DCE router is reloaded. When the router reloads, it signals all devices on the system to simultaneously reload and re-request the system data. Each existing device can then work with each new deviceThis process is known as a 'reload'It generally takes about 10 secondsEvery time you add or remove devices, or change a device's configuration, you may be asked to do a reload. If you're going to add more devices or make more device changes, you can do the reload once you're done. If you're in the middle of watching a movie or TV, you can postpone the reload, since media players generally stop playing during reloads.  Phone calls aren't affected, though, and TV shows being recorded by MythTV in the background are also unaffected.
  
To prevent some family members from using some activities, use the admin web panel to lock down which rooms an Orbiter can switch to.  Maybe the Orbiter that is on the desktop phone in little Suzy's bedroom will be locked to only be able to switch to her room and to the living room.  That means she can execute the activities in her room, like 'go to sleep' which may turn off her lights, and in the living room, but her Orbiter won't let her switch to the Master Bedroom and choose the activities in that room.  You can also say that a pin code is required to switch an orbiter into a certain room, so the whole family can share a web pad as an orbiter, and the kids can use it in the living room to watch tv, but they cannot switch it the master bedroom and run the activities in that room without entering a pin code.
 
  
'Events'
+
===Regen the Orbiter===
Remember devices send off events, like 'Playback started', 'Motion Sensor tripped', and so on.  The normal way in LinuxMCE to do something is, as mentioned, to create an activity that you select from an Orbiter. But if you want something to happen automatically without the user doing something, you can create Event Handlers. For example, you can create an event handler that listens for the 'Motion Sensor tripped' event from a motion detector and in response turns on some lights.  Or an event handler that listens for the 'Sunrise' event which the event plugin sends every time the sun comes up, and make it do certain things in response too.
+
LinuxMCE's [[Selecting_the_Right_UI|Orbiter User Interfaces]] are all "pre-rendered" in order to be more efficient.  The User Interface source images are all very high resolution, but need to be resized to accommodate the resolution of each Orbiter screen. The Core server has a list of the Orbiters used by your system, and will generate the appropriate User Interface screen for each Orbiter. It will do this each time you request a "regen". If you have five different types of Orbiters (each with a different type of screen), then five different images will be generated during each regen.
  
Just like LinuxMCE creates some default activities for you, it also creates some default event handlers. For example, in any room where you have a TV and lights, it not only creates a Showtime activity, it also creates an event handler that listens for the 'Watching Media' event from any media player in that room, and executes the Showtime scenario automatically. This means that whenever you start a movie, the Showtime activity is executed, which be default dims the lights.  There are also some default event handlers to intercept events like 'Security Breach' and 'Fire Alarm' from your home's security system and respond with default behavior.
+
These User Interface screen images are stored in the Core. The appropriate UI image is sent to an Orbiter whenever it is activated. For many low-power devices (like mobile phones or desktop phones) there just isn't the processing power to do scaling and rendering of a User Interface screen on the fly. They need to be pre-rendered (with text pre-embedded in the images) to be efficient.
  
'Controlling an Orbiter'
+
Adding new scenarios may result in the creation of new buttons for the User Interface, or changes to the text on existing buttons. Perhaps an entirely new screen will be created.
To control the system, you use any orbiter, which is just LinuxMCE's term for a remote control.  All Orbiter's have the same basic function: to display all the activities in whatever room you're in and let you pick the one you want. The different Orbiter's may display this slightly differently depending on their screen size, but the function and the list of activities is always the same.  The normal UI1 interface which you'll use on webpads and pda's, displays all the activities in a room in horizontal rows.  Just pick the one you want and it's executed.  If there are more than will fit on a row, you'll have a more button.  If you're ont already at the main menu, there is generally a home button that takes you there.  On small displays, like mobile phones and desktop phones, there's not enough room to show the activities themselves, so the top level menu typically just shows you the categories: Lights, Media, Climate, Security and Telecom.  You pick a category to see the activities in that category.  
+
  
UI2, which is the preferred user interface for the media stations, displays all the categories along the bottom of the screen, and the activities in that category popup vertically, like a pull-down menu in a pc, except upside down.  You can use either an infrared remote, or a mouse, or a keyboard to navigate the menu.  If the main menu isn't already visible, bring it up by pressing
+
Until the User Interface images are regenerated, though, you won't be able to see these new buttons (or screens) on your Orbiter. During the regen, new User Interface images for each type of Orbiter is generated by the Core. This can take about 2-5 minutes, depending on how many Orbiter types you have in your system.
 +
 
 +
You needn't do a regen every time you add a scenario. You can wait until you have finished adding all the scenarios. Furthermore, you can also regen only the Orbiter you are currently using by doing a "Quick regen". This allows you to see the new User Interface (following the addition of new scenarios) without having to do a full regen for all the Orbiters. Once you have finished adding scenarios, then you can do a full regen.
 +
 
 +
This regen process can be a bit annoying, but is necessary. In future editions of LinuxMCE, it is planned to allow Media Directors, which have a lot more processing power, to render their on-screen Orbiter User Interfaces on the fly (so you don't have to do a regen each time you add or remove a scenario).
 +
 
 +
You can do a [[Orbiter Generator#Running OrbiterGen (performing a "regen")|full Orbiter regen or a Quick regen]] at any time by using buttons on the Core's LinuxMCE [[Launch Manager]].
 +
 
 +
 
 +
==Managing your media==
 +
LinuxMCE is always scanning for network shares, on Network-Attached Storage (NAS) devices and other Hard Disk Drives (HDDs) of PCs connected to the system (including Windows PCs). Universal Serial Bus (USB) drives are also detected. Every time a LinuxMCE finds a network share, you will be asked if you would like to use it. Whenever you reply "Yes", the file share can be used by any Media Director on the system. The file share is scanned for media, such as audio, video and photos, and any that are found are then cataloged in the Core's central database. For example, when you plug in a USB drive on a Media Station in the living room and tell LinuxMCE to use it, the media on the drive will be available to Media Directors in other rooms.
 +
 
 +
At the moment there is no way to restrict your media for 'local use only'; all Media Stations in the LinuxMCE system share the media catalog stored on the Core.  (This is a limitation that will be addressed in the near future. Sometimes it is desirable to attach a USB drive in the master bedroom and not allow it to be shared, for example. ''Note: However, see [[folder lock|this article that describes a method to address this problem]].'')
 +
 
 +
Storage devices (NAS, USB drives, extra HDDs on the Core or Media Directors) are referred to as "Extra Drives".  When an extra drive is added, it is listed in the device tree in '''[[LinuxMCE Admin Website]]-->Advanced-->Configuration-->[[Devices]]'''.  Under 'Core' you'll see a device listed for each HDD in the Core, as well as for each NAS device. Under each Media Station will be listed the HDDs in that Media Station.  By clicking on the device you can change the device's properties, such as the mount username/password.  Each NAS device, and each file share on another PC, will show as a device listed under the Core; each is considered a child of the Core.
 +
 
 +
 
 +
===Access control for shared media===
 +
LinuxMCE creates a top level folder for 'public' media. This folder can be used by every user in the system.  A 'private' media folder is also created for each user.  Within each of those folders are sub-folders, labeled 'audio', 'video', 'pictures', 'data' and 'other'.  Within each of those will also be sub-folders for the extra storage devices (NAS, USB, extra internal drives, etc).  When you attach an extra storage device, you can specify whether the default directory structure should be used for it. Alternatively, you can specify 'just make it public' or 'make it private'.
 +
 
 +
Here's an example.  Let's say you have 2 users: john and mary.  You connect 3 storage devices:
 +
# a NAS, for which you specify 'use default directory structure'. It is named 'Generic Network Storage [50]'
 +
# a USB drive for which you specify 'make it all public'. It is named 'USB Drive [51]'
 +
# a SATA drive for which you choose 'make it private for john'. It is named 'General Internal HDD [52]
 +
 
 +
Now let's say you're running Windows. Go to Network Neighborhood and find the LinuxMCE Core server.  The directory tree ought to look like this:
 +
<pre>
 +
public
 +
  video
 +
    Generic Network Storage [50]
 +
  audio
 +
    Generic Network Storage [50]
 +
  pictures
 +
    Generic Network Storage [50]
 +
  data
 +
    Generic Network Storage [50]
 +
  other
 +
    USB Drive [51]
 +
john
 +
  video
 +
    Generic Network Storage [50]
 +
  audio
 +
    Generic Network Storage [50]
 +
  pictures
 +
    Generic Network Storage [50]
 +
  data
 +
    Generic Network Storage [50]
 +
  other
 +
    General Internal HDD [52]
 +
mary
 +
  video
 +
    Generic Network Storage [50]
 +
  audio
 +
    Generic Network Storage [50]
 +
  pictures
 +
    Generic Network Storage [50]
 +
  data
 +
    Generic Network Storage [50]
 +
  other
 +
</pre>
 +
Whether you put your media under video, audio, pictures, data or other is unimportant.  It will be scanned by LinuxMCE anyway. The contents of "General Internal HDD [52]" will be displayed in the folder john/other/General Internal HDD [52]. The contents of USB Drive [51] will be displayed in the folder public/other/USB Drive [51].  When John browses the contents in Network Neighborhood, he will be asked for his username and password. He can then access the content in both the public folder as well as the "john" folders (including General Internal HDD [52]).  When Mary browses the contents with her username and password, she will see both the public and "mary" folders. She will not be able to see anything on General Internal HDD [52], however, since that drive was specified to be private for John.
 +
 
 +
In the case of John's private media, it won't be displayed in the LinuxMCE media browser unless you click 'Sources'-->'John'. However you ''can'' see the contents of General Internal HDD [52] (unless you deselect 'Sources'-->'Public' from the media browser).  Generic Network Storage [50] would be different, however, since you specified to use the default directory structure for it.  LinuxMCE will have created public directories on Generic Network Storage [50] for public video and public audio, as well as for john's video and mary's audio. The media file browser will show only the media that is in the public directories. (The same is true with the Windows Network Neighborhood browser.)
 +
 
 +
If Generic Network Storage [50] has existing media in the top (root) folder, you won't see it listed anywhere.
 +
 
 +
It is generally recommended, therefore, that when you add a new (blank) "extra" storage device, you choose to use the default directory structure on it.  When you rip media to that device, the media can then be made either public or private, and LinuxMCE will automatically put it in the correct folder (audio, video, etc.).
 +
 
 +
If you connect an extra storage device that already has media on it, however, and that media isn't already organized in LinuxMCE's default directory structure, it's easiest if you simply 'make it all public' or 'make it all private'. If you were to 'use the default directory structure', you would need to manually move the files from the existing folders into one of the directory folders that LinuxMCE would then create for you.
 +
 
 +
When you rip files, you have the option of copying them to the Core.  If you rip a CD and make it public, it will be stored in public/audio.  If you go into Network Neighborhood and add a folder under public/audio, you would essentially be adding a folder on the Core. If you add a folder under public/audio/Generic Network Storage [50], you would be adding it to Generic Network Storage [50].
 +
 
 +
 
 +
===Drive and network drive management===
 +
This concept behind drive/network drive management is not the same as the method to which Linux and Windows users are accustomed. In Windows, for example, each network device shows up separately; they are never grouped together.  There is an advantage to the way LinuxMCE manages drives. It's much simpler to add devices when you're a novice and don't understand networking. Further, if you're using an infrared remote control, you can manage drives with a single 'yes' or 'no,' click, which is very convenient. Lastly, all your media content is cataloged and presented in the same structure throughout the system, no matter which Media Director you're using or what room you're in.
 +
 
 +
In Windows, by comparison, if you connect a USB drive to a Windows PC in the bedroom, you won't see that content in the living room unless you 1) open file explorer, 2) create a new network share for it, 3) go into the living room, and 4) create a new mapped network drive there. (That isn't so easy to do with an infrared remote and without some knowledge of networking.) Further, you wouldn't be able to see the media in any other room in the house unless you were to also create mapped network shares in those rooms as well.
 +
 
 +
With LinuxMCE, when you connect a USB drive, for example, you can 'make it all public'; the media will be available everywhere. No other typing is required. With LinuxMCE, instead of managing multiple network shares and mapped drives, you can choose the Core's public folders in the Network Neighborhood browser from anywhere in the home, without having to know which storage devices the media is actually on.  When you remove a USB drive from a Media Station, that media instantly disappears from the catalog displayed in every room. If you reattach it, it will re-appear.
 +
 
 +
You can also backup the media securely on the Core. LinuxMCE has built-in [http://en.wikipedia.org/wiki/RAID RAID] 5 (see '''[[LinuxMCE Admin Website]]-->Advanced-->[[RAID]]'''), so its HDD has similar backup capabilities to a [[NAS]] device.
 +
 
 +
To change the name of an extra device, go to the '''[[LinuxMCE Admin Website]]-->Advanced-->Configuration-->[[Devices]]''' and under the Core you will see listed the HDDs in the core and any connected NAS devices. Under each Media Station you will see the HDDs in that Media Station. All are given default names.  You can change the description, which will also change the folder name.  In the above example, changing "USB Drive [51]" to "Tokyo" means the directory public/other/USB Drive [51] would change to public/other/Tokyo.
 +
 
 +
You can see a list of the files in the system by folder In the '''[[LinuxMCE Admin Website]]-->Files & Media-->[[Media Files Sync]]''' menu.  If a file is shown with a check box, the file exists both on the local disk as well as in LinuxMCE's master catalog.  If it has a different icon, then LinuxMCE hasn't finished cataloging the media; just be patient. It should appear with a check mark soon (depending on how much new media was added).
 +
 
 +
Use this interface to manage change cover art and attributes. Under Files & Media there is also a cover art scan utility that will find cover art, as well as other attributes (actor, genre, etc.) obtained from Amazon.
 +
 
 +
 
 +
===Operational details of network and disk mounts===
 +
[[UpdateMedia]] is a daemon that constantly scans for media files in the /home/public and the /home/user_xxx folder created for each user. Any added media is cataloged in the pluto_media database File table, and attributes and cover art go into the Attribute and Picture tables.  Under /home/public and /home/users_xxx is a data subfolder which contains the actual video, audio, pictures folders.  (The /home/user_xxx directories themselves contain the system files for each user (like email boxes) as well as the main login for that user (in a "data" subfolder).
 +
 
 +
Extra devices are mounted as /mnt/device/xxx (where xxx is the device number).  The mount point is the same whether it's a local drive or not.  For example, USB drive [50] in a Media Station may be mounted as a local device named /mnt/device/50, but is also mounted as a Samba mount on other Media Stations as /mnt/device/50.  The Core and the Media Stations all use the same mount names (/mnt/device/).
 +
 
 +
Within the /home/public/data and /home/user_xxx/data are symlinks to the physical directories specified by /mnt/device/xxx.  Since the Core and all Media Stations mount the same /home directory (and all have the same /mnt/device mounts), they will all show the same files.  Therefore, if the [[UpdateMedia]] daemon locates the file /home/public/data/audio/Generic Internal Drive [50]/The Beatles/Let it be.mp3, that file will be listed on every Media Station, too.

Latest revision as of 05:23, 20 October 2012


Reload Router & Regen Orbiters

While using LinuxMCE you'll see sometimes a message asking if you want to reload the router, or if you want to regenerate the Orbiter UIs (User Interfaces). In general, these options refresh the LinuxMCE databases so that changes to the system can be recognized.


Reload Router

All devices in LinuxMCE obtain their configuration information from the DCERouter, which is the central piece of software on the Core. All devices request a list of the other devices in the home from the router, so they can respond to them appropriately. (For example, an IP camera device might turn on the lights in the room whenever you're viewing the camera. To do so, the IP camera needs to know what lights are in the room.) Typically a device requests this information only when it's starting up. When you connect additional plug and play devices to the system, these new devices generally will work immediately, but their functionality may not be fully enabled within the LinuxMCE system until the DCE router is reloaded. When the router reloads, it signals all devices on the system to simultaneously reload and re-request the system data. Each existing device can then work with each new device. This process is known as a 'reload'. It generally takes about 10 seconds. Every time you add or remove devices, or change a device's configuration, you may be asked to do a reload. If you're going to add more devices or make more device changes, you can do the reload once you're done. If you're in the middle of watching a movie or TV, you can postpone the reload, since media players generally stop playing during reloads. Phone calls aren't affected, though, and TV shows being recorded by MythTV in the background are also unaffected.


Regen the Orbiter

LinuxMCE's Orbiter User Interfaces are all "pre-rendered" in order to be more efficient. The User Interface source images are all very high resolution, but need to be resized to accommodate the resolution of each Orbiter screen. The Core server has a list of the Orbiters used by your system, and will generate the appropriate User Interface screen for each Orbiter. It will do this each time you request a "regen". If you have five different types of Orbiters (each with a different type of screen), then five different images will be generated during each regen.

These User Interface screen images are stored in the Core. The appropriate UI image is sent to an Orbiter whenever it is activated. For many low-power devices (like mobile phones or desktop phones) there just isn't the processing power to do scaling and rendering of a User Interface screen on the fly. They need to be pre-rendered (with text pre-embedded in the images) to be efficient.

Adding new scenarios may result in the creation of new buttons for the User Interface, or changes to the text on existing buttons. Perhaps an entirely new screen will be created.

Until the User Interface images are regenerated, though, you won't be able to see these new buttons (or screens) on your Orbiter. During the regen, new User Interface images for each type of Orbiter is generated by the Core. This can take about 2-5 minutes, depending on how many Orbiter types you have in your system.

You needn't do a regen every time you add a scenario. You can wait until you have finished adding all the scenarios. Furthermore, you can also regen only the Orbiter you are currently using by doing a "Quick regen". This allows you to see the new User Interface (following the addition of new scenarios) without having to do a full regen for all the Orbiters. Once you have finished adding scenarios, then you can do a full regen.

This regen process can be a bit annoying, but is necessary. In future editions of LinuxMCE, it is planned to allow Media Directors, which have a lot more processing power, to render their on-screen Orbiter User Interfaces on the fly (so you don't have to do a regen each time you add or remove a scenario).

You can do a full Orbiter regen or a Quick regen at any time by using buttons on the Core's LinuxMCE Launch Manager.


Managing your media

LinuxMCE is always scanning for network shares, on Network-Attached Storage (NAS) devices and other Hard Disk Drives (HDDs) of PCs connected to the system (including Windows PCs). Universal Serial Bus (USB) drives are also detected. Every time a LinuxMCE finds a network share, you will be asked if you would like to use it. Whenever you reply "Yes", the file share can be used by any Media Director on the system. The file share is scanned for media, such as audio, video and photos, and any that are found are then cataloged in the Core's central database. For example, when you plug in a USB drive on a Media Station in the living room and tell LinuxMCE to use it, the media on the drive will be available to Media Directors in other rooms.

At the moment there is no way to restrict your media for 'local use only'; all Media Stations in the LinuxMCE system share the media catalog stored on the Core. (This is a limitation that will be addressed in the near future. Sometimes it is desirable to attach a USB drive in the master bedroom and not allow it to be shared, for example. Note: However, see this article that describes a method to address this problem.)

Storage devices (NAS, USB drives, extra HDDs on the Core or Media Directors) are referred to as "Extra Drives". When an extra drive is added, it is listed in the device tree in LinuxMCE Admin Website-->Advanced-->Configuration-->Devices. Under 'Core' you'll see a device listed for each HDD in the Core, as well as for each NAS device. Under each Media Station will be listed the HDDs in that Media Station. By clicking on the device you can change the device's properties, such as the mount username/password. Each NAS device, and each file share on another PC, will show as a device listed under the Core; each is considered a child of the Core.


Access control for shared media

LinuxMCE creates a top level folder for 'public' media. This folder can be used by every user in the system. A 'private' media folder is also created for each user. Within each of those folders are sub-folders, labeled 'audio', 'video', 'pictures', 'data' and 'other'. Within each of those will also be sub-folders for the extra storage devices (NAS, USB, extra internal drives, etc). When you attach an extra storage device, you can specify whether the default directory structure should be used for it. Alternatively, you can specify 'just make it public' or 'make it private'.

Here's an example. Let's say you have 2 users: john and mary. You connect 3 storage devices:

  1. a NAS, for which you specify 'use default directory structure'. It is named 'Generic Network Storage [50]'
  2. a USB drive for which you specify 'make it all public'. It is named 'USB Drive [51]'
  3. a SATA drive for which you choose 'make it private for john'. It is named 'General Internal HDD [52]

Now let's say you're running Windows. Go to Network Neighborhood and find the LinuxMCE Core server. The directory tree ought to look like this:

public
  video
    Generic Network Storage [50]
  audio
    Generic Network Storage [50]
  pictures
    Generic Network Storage [50]
  data
    Generic Network Storage [50]
  other
    USB Drive [51]
john
  video
    Generic Network Storage [50]
  audio
    Generic Network Storage [50]
  pictures
    Generic Network Storage [50]
  data
    Generic Network Storage [50]
  other
    General Internal HDD [52]
mary
  video
    Generic Network Storage [50]
  audio
    Generic Network Storage [50]
  pictures
    Generic Network Storage [50]
  data
    Generic Network Storage [50]
  other

Whether you put your media under video, audio, pictures, data or other is unimportant. It will be scanned by LinuxMCE anyway. The contents of "General Internal HDD [52]" will be displayed in the folder john/other/General Internal HDD [52]. The contents of USB Drive [51] will be displayed in the folder public/other/USB Drive [51]. When John browses the contents in Network Neighborhood, he will be asked for his username and password. He can then access the content in both the public folder as well as the "john" folders (including General Internal HDD [52]). When Mary browses the contents with her username and password, she will see both the public and "mary" folders. She will not be able to see anything on General Internal HDD [52], however, since that drive was specified to be private for John.

In the case of John's private media, it won't be displayed in the LinuxMCE media browser unless you click 'Sources'-->'John'. However you can see the contents of General Internal HDD [52] (unless you deselect 'Sources'-->'Public' from the media browser). Generic Network Storage [50] would be different, however, since you specified to use the default directory structure for it. LinuxMCE will have created public directories on Generic Network Storage [50] for public video and public audio, as well as for john's video and mary's audio. The media file browser will show only the media that is in the public directories. (The same is true with the Windows Network Neighborhood browser.)

If Generic Network Storage [50] has existing media in the top (root) folder, you won't see it listed anywhere.

It is generally recommended, therefore, that when you add a new (blank) "extra" storage device, you choose to use the default directory structure on it. When you rip media to that device, the media can then be made either public or private, and LinuxMCE will automatically put it in the correct folder (audio, video, etc.).

If you connect an extra storage device that already has media on it, however, and that media isn't already organized in LinuxMCE's default directory structure, it's easiest if you simply 'make it all public' or 'make it all private'. If you were to 'use the default directory structure', you would need to manually move the files from the existing folders into one of the directory folders that LinuxMCE would then create for you.

When you rip files, you have the option of copying them to the Core. If you rip a CD and make it public, it will be stored in public/audio. If you go into Network Neighborhood and add a folder under public/audio, you would essentially be adding a folder on the Core. If you add a folder under public/audio/Generic Network Storage [50], you would be adding it to Generic Network Storage [50].


Drive and network drive management

This concept behind drive/network drive management is not the same as the method to which Linux and Windows users are accustomed. In Windows, for example, each network device shows up separately; they are never grouped together. There is an advantage to the way LinuxMCE manages drives. It's much simpler to add devices when you're a novice and don't understand networking. Further, if you're using an infrared remote control, you can manage drives with a single 'yes' or 'no,' click, which is very convenient. Lastly, all your media content is cataloged and presented in the same structure throughout the system, no matter which Media Director you're using or what room you're in.

In Windows, by comparison, if you connect a USB drive to a Windows PC in the bedroom, you won't see that content in the living room unless you 1) open file explorer, 2) create a new network share for it, 3) go into the living room, and 4) create a new mapped network drive there. (That isn't so easy to do with an infrared remote and without some knowledge of networking.) Further, you wouldn't be able to see the media in any other room in the house unless you were to also create mapped network shares in those rooms as well.

With LinuxMCE, when you connect a USB drive, for example, you can 'make it all public'; the media will be available everywhere. No other typing is required. With LinuxMCE, instead of managing multiple network shares and mapped drives, you can choose the Core's public folders in the Network Neighborhood browser from anywhere in the home, without having to know which storage devices the media is actually on. When you remove a USB drive from a Media Station, that media instantly disappears from the catalog displayed in every room. If you reattach it, it will re-appear.

You can also backup the media securely on the Core. LinuxMCE has built-in RAID 5 (see LinuxMCE Admin Website-->Advanced-->RAID), so its HDD has similar backup capabilities to a NAS device.

To change the name of an extra device, go to the LinuxMCE Admin Website-->Advanced-->Configuration-->Devices and under the Core you will see listed the HDDs in the core and any connected NAS devices. Under each Media Station you will see the HDDs in that Media Station. All are given default names. You can change the description, which will also change the folder name. In the above example, changing "USB Drive [51]" to "Tokyo" means the directory public/other/USB Drive [51] would change to public/other/Tokyo.

You can see a list of the files in the system by folder In the LinuxMCE Admin Website-->Files & Media-->Media Files Sync menu. If a file is shown with a check box, the file exists both on the local disk as well as in LinuxMCE's master catalog. If it has a different icon, then LinuxMCE hasn't finished cataloging the media; just be patient. It should appear with a check mark soon (depending on how much new media was added).

Use this interface to manage change cover art and attributes. Under Files & Media there is also a cover art scan utility that will find cover art, as well as other attributes (actor, genre, etc.) obtained from Amazon.


Operational details of network and disk mounts

UpdateMedia is a daemon that constantly scans for media files in the /home/public and the /home/user_xxx folder created for each user. Any added media is cataloged in the pluto_media database File table, and attributes and cover art go into the Attribute and Picture tables. Under /home/public and /home/users_xxx is a data subfolder which contains the actual video, audio, pictures folders. (The /home/user_xxx directories themselves contain the system files for each user (like email boxes) as well as the main login for that user (in a "data" subfolder).

Extra devices are mounted as /mnt/device/xxx (where xxx is the device number). The mount point is the same whether it's a local drive or not. For example, USB drive [50] in a Media Station may be mounted as a local device named /mnt/device/50, but is also mounted as a Samba mount on other Media Stations as /mnt/device/50. The Core and the Media Stations all use the same mount names (/mnt/device/).

Within the /home/public/data and /home/user_xxx/data are symlinks to the physical directories specified by /mnt/device/xxx. Since the Core and all Media Stations mount the same /home directory (and all have the same /mnt/device mounts), they will all show the same files. Therefore, if the UpdateMedia daemon locates the file /home/public/data/audio/Generic Internal Drive [50]/The Beatles/Let it be.mp3, that file will be listed on every Media Station, too.