MCP aims to minimize the need to perform tasks using the command line to configure the system. When installing Ubuntu, the minimal install option can be chosen to avoid installing applications that are not needed, such as a word processor. If you want to watch and record content using the computer being configured, install the primary backend and desktop frontend. If the computer will be used for recording and not viewing content, install the primary backend.
If the computer will be used for viewing and not recording content, install the desktop frontend. Applying the SSH access option is typically done on the backend computer. Some configuration options can also be accessed using the device's internal web page by visiting my. Some of the items on this tab may have already been completed when installing MythTV. If a method other than using MCP was used to add the user to the mythtv group, it may be necessary to use MCP to remove the user from the mythtv group and add the user to the mythtv group again using MCP.
If only the frontend was installed, some if the items will remain grayed out. The networking option will remain grayed out until the backend is configured and running. Enable the networking option to have the backend wait for the network to be active before the backend starts when booting the computer and to allow other devices on the network to access the backend.
When exiting MythTV Backend Setup, do not run mythfilldatabase when prompted if not running setup as the mythtv user. If the mythtv user is being used when running MythTV Backend Setup, mythfilldatabase can be allowed to run, but do not start the backend when prompted. It only needs to be powered on when you are actually watching. It needs an attached monitor or TV screen and sound capabilities, as well as a network connection to the backend.
You can control it with the keyboard. Most users will prefer an infra red remote control. A laptop computer can serve as a frontend to a traditional backend, if you find watching on the small screen comfortable.
This is a personal preference. This will work best with a wired network. Wireless may be too slow or unreliable for watching recordings. The simplest and normal starter configuration for MythTV will use a combined frontend and backend in one box. More advanced users will add extra frontends that support additional TV sets in other rooms.
The backend or frontend do not need to be exclusively dedicated to MythTV. However that is a good approach for the backend. If you use it for other purposes there is a chance that you accidentally do something that upsets a recording in progress. Do not use a virtual machine as a backend or frontend. As a backend it could result in interrupted recordings. A frontend works best with an accelerated video adapter and a virtual machine is unlikely to be able to take advantage of that.
If you already have a machine that you plan to use, or are planning on purchasing one, check the CPU model. To determine the CPU speed, the Passmark benchmarks provide a reasonable comparison.
To find your cpu model on an existing system use this command. If you have a Passmark CPU Mark of or more you will be able to record 6 HD channels at once while watching one, if you are recording digital TV or have hardware encoding in your capture card.
This is a very low end system. A Passmark CPU Mark of or more will be sufficient for a backend to run transcoding or commercial flagging, or for non hardware encoding capture cards. This is still a fairly low end system. A more powerful CPU will be preferred if you do a lot of recording and transcoding. It is entirely watchable but not perfect. If you are intending using the machine for something in addition to MythTV then you should increase the RAM accordingly.
Broadcast quality video takes up a lot of hard disk space. Writing video to disk is sensitive to timing issues and you should consider using a dedicated physical disk for storing recordings to avoid problems.
Make sure that you use one or more dedicated partitions for video storage. Do not store recordings on your Linux root partition. For the root partition allow 20 - 30 GB. The default file system for Linux is typically ext4. This works well and is reliable.
Many user prefer to use other file systems. MythTV creates large files, many in excess of 4GB. You must use a 64 or bit filesystem. These will allow you to create large files. Because MythTV creates very large files, a filesystem that does well at deleting them is important. You are strongly encouraged to consider one of these for your MythTV filesystem.
There are other ramifications to using XFS and JFS - neither offer the opportunity to shrink a filesystem; they may only be expanded. You will get corrupted recordings if you do. Because of the size of the MythTV files, it may be useful to plan for future expansion right from the beginning. You may need to add hard drives in the future. Ext4 is Ext3 with extents and many other features, making it more suitable for large file systems.
It has addressed many of the performance issues with ext2 and ext3 and can be used for MythTV video file storage. According to tests, JFS is the file deletion speed king, deleting virtually any file in under one second, even files as large as 10 gigabytes. Frontend only systems require minimal hard disk space, as much as is needed for the operating system and the application. Allow GB. Since your Backend needs to be running most of the time to record scheduled programs at inconvenient hours, it's well to use a UPS — an Uninterruptible Power Supply, or 'battery backup'.
Surge suppression is a good idea, not only for the power, but for the TV cable, too, if you're using cable TV to feed your box. You do not need to leave a computer running hours a day. You should set this equal to enough space to record 15 minutes with all tuners running at once. Determines the maximum number of days before undeleting a recording will become impossible. A value of zero means the recording will be permanently deleted between 5 and 20 minutes later. A value of minus one means recordings will be retained until space is required.
A deleted recording will always be removed before this time if the space is needed for a new recording. If non-zero, automatic transcode jobs will be scheduled to run this many days after a recording completes instead of immediately afterwards. This global setting allows the recorder to start before the scheduled start time. It does not affect the scheduler.
It is ignored when two shows have been scheduled without enough time in between. This global setting allows the recorder to record beyond the scheduled end time. It is ignored when two shows have been scheduled without enough time in-between. For a special category e. Only works if a show's category can be determined. For the specified category, an attempt will be made to extend the recording by the specified time.
If enabled, the EPG will initially display only the channels from the last channel group selected. Pressing "4" will toggle channel group. If enabled, Live TV will browse or change channels from the selected channel group. The program guide starts on this channel if it is run from outside of Live TV mode. Leave blank to enable Live TV automatic start channel. When running mythfrontend with root privileges, some threads can be given enhanced priority.
Disable this if mythfrontend freezes during video playback. Realtime requires special privileges. Without the special privileges, checked or unchecked will make no difference. Enable this setting if MythTV is playing "crackly" audio and you are using hardware encoding.
MythTV will keep extra audio data in its internal buffers to work around this bug. Set the choice between viewing the current recording group in the OSD, or showing the "Watch Recording" screen when "Jump to Program" is activated.
If set, the recordings are shown in the OSD. Automatically clear the bookmark on a recording when the recording is played back. If disabled, you can mark the beginning with rewind then save position.
If disabled, the Select key will save the current position for each keypress. If set, when you exit near the end of a recording it will be marked as watched. The automatic detection is not foolproof, so do not enable this setting if you don't want an unwatched recording to be marked for expiration. This option continues TV playback when the TV window is embedded in the upcoming program list or recorded list.
The default is to pause the recorded show when embedded. Exit LiveTV automatically if left idle for the specified number of minutes.
Eventually it will stop and then can shut down if you have an idle timeout also set. When enabled, these will override the aspect ratio specified by any broadcaster for all video streams. Possible values are: Off 2. Possible values are: Off Half Full H. Stretch V. Stretch H. Fill V. By default MythTV uses black letterboxing to match broadcaster letterboxing, but those with plasma screens may prefer gray to minimize burn-in.
Currently only works with XVideo video cards. If set to prompt, a menu will be displayed when you exit playback mode. The options available will allow you to save your position, delete the recording, or continue watching. If set, a menu will be displayed allowing you to delete the recording when it has finished playing. Selection of any of the possible profiles, will display a list of the rules associated with that profile.
Once one is selected, press right arrow to edit it. See details below. Delete the selected profile from the list. Note that you can delete one of the predefined profiles.
The deletion will only apply to that frontend. Other frontends can still see it. This can be useful if you have made changes and you want to restore the default vales for a Playback Profile. There could be multiple of these entries, depending on the profile selected. This allows the selected profile to apply different settings to different resolution videos, different video formats and frame rates. Higher resolutions requires more CPU power so you may need to set lower quality options for them.
You can right arrow to edit a profile entry. You can delete an entry by pressing D or pressing M menu and selecting Delete. Optional setting to restrict this profile to a selected picture size range. If both match criteria are used then both must be satisfied for the entry to be selected. Here you set up the video resolution that will drive one method of playback.
There are two conditions available. Optional setting to restrict this profile to a video format or formats. You can also type in a format or several formats separated by space. To find the format for a video use ffprobe and look at the word after "Video:". Also you can get a complete list of available formats with ffmpeg -codecs.
If anything is selected or filled in here, this entry will only be used if the video format matches one of the selected values. Optional setting to restrict this profile to a range of frame rates. Valid formats for the setting are [nn. Also [nn. If anything is selected or filled in here, this entry will only be used if the video frame rate is in the selected range. Each entry has a corresponding explanation.
Possible values with their explanations are: Standard - Standard will use ffmpeg library. Mac hardware acceleration - Mac hardware will try to use the graphics processor - this may hang or crash your Mac! Windows hardware acceleration - DXVA2 will use the graphics hardware to accelerate video decoding and playback requires Windows Vista or later.
H only, requires Mac OS When using "Standard" decoder, increasing this to match the number of CPU cores in your system will improve playback if you have an underpowered CPU.
This is not recommended if any other option is available. The video will not be scaled to fit the screen. This will work with all X11 servers, local and remote. This is only recommended over the X11 pixel copy renderer. This works with most local X11 servers.
It uses XVideo hardware assist for scaling, color conversion. If the hardware offers picture controls the renderer supports them. The GPU can be used for deinterlacing. It uses faster OpenGL functionality when available but at the expense of picture controls and GPU based deinterlacing. This selects how the On-Screen Display messages are displayed over the video picture.
In almost every case the setting is dictated by the selected Video renderer, giving no choice here. When unchecked the OSD will not fade away but instead will disappear abruptly. Uncheck this if the video stutters while the OSD is fading away. If the On Screen Display messages are causing problems try unchecking this. Unchecking this may reduce CPU usage in same cases.
The Deinterlacing options depend on the video renderer selected on the prior screen. Options common to all renderers: None - Perform no deinterlacing. Use this with an interlaced display whose resolution exactly matches the video size. This is incompatible with MythTV zoom modes. This looks good when displaying a high motion i video on a p display.
Bob 2x, HW - Shows one field of the frame followed by the other field displaced vertically. This deinterlacer requires the display to be capable of twice the frame rate as the source video.
Hardware Accelerated Advanced 1x, HW - This deinterlacer uses multiple fields to reduce motion blur and smooth edges. Hardware Accelerated Advanced 2x, HW - This deinterlacer uses multiple fields to reduce motion blur and smooth edges.
Hardware Accelerated xlib, xshm, xv-blit, opengl, opengl-lite Options: One field - Shows only one of the two fields in the frame. Linear blend - Blends the odd and even fields linearly into one frame. Kernel - This filter disables deinterlacing when the two fields are similar, and performs linear deinterlacing otherwise.
Remote with mythbuntu Ask Question. Asked 7 years, 6 months ago. Active 7 years, 6 months ago. Viewed times. Improve this question. Add a comment. Active Oldest Votes. Probably not the answer you are hoping for but Improve this answer. Bernmeister Bernmeister 1, 2 2 gold badges 15 15 silver badges 38 38 bronze badges. Sign up or log in Sign up using Google.
0コメント