Before making any feature requests to the MythTV developers, one first needs to understand the most basic truth about MythTV: "MythTV is a project by developers, for developers." If you look at things in that light, comments that get made by developers to users who submit feature requests ("Sounds good; I look forward to your patch") make a whole lot more sense.
The developers of MythTV work for free (obviously), in their spare time. Most/all of them write software for a living, where they work all day long on things that other people want them to work on. When they work on Myth they focus on what's important to them. A feature gets implemented because a developer wants it bad enough to spend his spare time writing it and testing it, and believes in it strongly enough to defend it from the other developers (which helps to avoid the feature creep common in some projects). Bugs, especially crash bugs, get worked on by all of the devs as they encounter them as those impact everyone.
That's not to say that the users don't matter, or that the developers never implement something that comes from a user. It's just that unless a developer says either "why didn't I think of that" or "I could knock that out in a couple hours" it will be a much lower priority.
Requests from people who have contributed back to the project in some way carry a LOT more weight. Developers by and large tend to be rather blunt. People often mistake being terse and to the point for being insulting. Then they start a flame war on the mailing list (which is pretty much certain death for a feature request) all because a developer either a) didn't take 3 paragraphs to tell them "I'm not going to work on this" or b) they think that the developer should drop whatever they're doing because *they* want it done. A lot of the devs are a bit defensive when it comes to requests, largely due to previous bad experiences.
And, finally, remember this: if there's something you want badly enough, you can always offer to pay someone to do it.
- Editor's note: Even moreso than on most pages, if you add a note here that a wishlist item is now available or in process, please note which version that information applies to ('added in 0.19', for example). Remember: wiki pages live forever. --Baylink 17:00, 12 February 2006 (UTC)
How to make a suggestion
If you've got an idea for a feature that you'd like to see implemented here's some guidelines for submitting it:
- Before anything else, check the Current Version release notes to make sure it's not already in there (yes, this happens).
- Clearly indicate that it's a request, not a demand.
- Understand that code speaks louder than words. If you can, write a patch and submit it to TRAC
- Be very clear with how you envision your idea working. The more details you have in your request the better chance you have hitting that magical "knock it out in a couple of hours" mark.
- Make sure you're not repeating a previous request. (Search the wiki and mailing list archives)
- Do NOT be offended if a developer responds with "sounds good; I look forward to your patch".
- Requests from people who have contributed back to the project in some way carry a LOT more weight.
There are many items which are in active development (people are writing code). Some of them are listed below, and others at the developers' Trac wiki page.
- Share MythVideo/MythMusic-files between all frontends (via backend?), Thor is working on this so called MFD/MFE feature. It was planned to go into 0.16 (but didn't) Easily accomplished with NFS at the moment it is worked on this feature within the google summer of code mythtv projects.
- Add an option to play FM-radio through a FM tuner (NOTE: A patch exists http://mythextra.napsi.net/mythFM.html but there's current less development on that)
- A method to allow review of email on a POP3 server. No need to download the email, just browse what is there and read/delete/etc. in work: http://mythextra.napsi.net/
- Videotext/Teletext for PVR250/350/500 and digital TV-Cards - aviable with Myth 0.20
Setup and Configuration
Anything for the setup process including hardware support.
Backend additions are things you want mythtv to do when you're not around
Frontend additions are things you want to do while using mythtv
- See Feature Wishlist (Plugin Addons) for existing plugins
- See Feature Wishlist (New Plugins) for new plugin ideas
Plugins are applications that not related to recording programs, but can be integrated into MythTV, e.g. viewing weather reports, watching DVDs, and playing games.
- MythTV Frontend running under Cygwin
- MythTV Frontend running on the Playstation 3.
- MythTV Frontend running as a Wii Channel
- MythTV Frontend running on AppleTV
- MythTV as a replacement for DVR/PVR interfaces, such as the Philips DVDR3455H/37. The Rockbox.org is a UI replacement project for music players, and MythTV could do the same for DVRs.
Platforms are the hardware and operating system setups that actually run the Myth applications. This section should track the request to support platforms other than the default x86 PC environment. This would include console ports like X-Box and PS3.
Ideas with response
- Non-time shifting mode for watching regular TV, would be a bit difficult since the frontend/backend split, but might be possible when both are on the same machine. You could still draw the OSD if you would want.
- this defeats the purpose of a PVR, add a menu item to launch a non-buffering tv program in place of Myths "watch tv" item - This is better stated as a request for "fast channel changing" or "no 2 second delay". Current workaround is to switch channel changing behavior to "browse mode", but actually having "fast channel changing" would really help new user acceptance of mythtv.
- uhm... can you spell l-a-w-s-u-i-t?) NEVER going to happen with core Myth
- Very distro dependant, apt-get solves 99% of the problem for most folks (those who are *using* packages, maybe... --BayLink)
- Action sound, a short confirmation 'blip' to say that a keypress was received and is 'being processed'
- This is difficult to achieve without impelemting and requring all audio devices to be routed through an ALSA mixer (which has its own issues at the moment) --- As a work around, look on the backend setup screen. There is a config option for "Execute command when key pressed" (or something like thing) that you can configure to play a sound
- playlist queue - ability to manage a queue of recorded programs or videos for sequential playback
- Ajax Based Mythweb for Speed up and more interactivity - added in 0.20
- Ability to mask Media Library entries based on entering PIN to identify user. e.g. Kids can not see anything in a specific program group.
- Mouse support. Would make it possible to use a touch screen to control MythTv. - added in 0.20
- Add support for DVB radio - done? - 0.20
- Screensaver for widescreen plasma/rear-projection TVs, to avoid burn-in when displaying 4:3 content --Anaerin
- XScreensaver support is in Myth, all you need do is install it in your box
- Sound feedback for received remote control commands. This would notify the user of a valid/invalid key press by the sound emitted.
- See response under 'action sound' in the page above
- Implement a frontend gui that is based on xosd for text display and display on top of xscreensaver modules running on root window - this would allow for cool 3d backgrounds in the mythtv frontend
- there is a new GUI based on OpenGL in CVS ...
- allow some capability to go directly to some menus via Remote control eg Watch Live TV or Guide etc..
- I think this exists with jump points, see Edit Keys menu option under Utilities/Setup
- Type number and jump to channel in EPG, when you have hundreds of channels.
- Already in 0.19, check options under Utilities/Setup and TV.
- Enable browse mode via mouse (ala ATI Media Center). I miss being able to press the mouse button on the remote up and it shows whats on the other channels without changing them. You then press enter to change to that channel.
- This is already available in 0.19. Check the options under TV Playback. I think it's called Enable Browse Mode.
- Start Auto-Expired feature only when hard drive reaches a certain percentage capacity full.
- Recordings are only expired when there is not enough room for a new recording and a user specified amount of free space.