Feature Wishlist (Setup)
- Provide visual feedback when external commands don't exist (e.g. when you type in a channel change command and mistype it). Printing "WARNING: Command not found" in red right below the text box if the entered path or command is not found would be sufficient.
- Eliminate the need to store files in a MySQL database
- Create ability to use a live cd for the frontend system (automatic hardware detection, ability to enter backend server information on startup. etc.). This would make it extremely easy to configure new frontend machines. Unfortunately I am not experienced enough to design such a cd. check out the Knoppmyth project which does this already
- Use MythTV-Setup on your frontend machine to configure the backend. So every part wich mythtv-setup useses to detect hardware or other things need to be integrated into the backend. Son that on a backend machine no x is needed to configure myth!
- Channel icons when using DataDirect for new users (See Official Docs - WikiMyth)
- Provide an option under setup that will gather system/mythtv config and info and allow a user to send an email to mythtv-users mail lists after careful prompting to ensure that new users can file useful bug reports or ask for help while including as much required information to provide a solution (Something similar to bug-buddy )
- Add default MythTV setup options for ALSA : default for alsa devices and mixer. Provide documentation on how to have all ALSA output go though mixer (so that two sounds can play at the same time)
- suggestion that would require some v4l support... autodetect / enumerate all cards (and then of course allow deletion of individual sources via mythtv-setup).
- When no channels are found during the channel scan it would be less confusing to have a message indicating this.
- Choose to avoid the tuning of the last tuned channel at the first startup of MythTV. If the last tuned channel was scrambled or fault the frontend hangs.
- mythtv-setup fail explicitly on (first) sql failure
- mythtv-setup allow default charset to be specified for converg database and/or tables (to work around mysql 1000 character key limit problems (with mysql set to utf8 default charset)
- Current behaviour: In mythtv-setup, a channel scan in Input Connections sets the starting channel for the tuner used in the scan. No other tuners that use the same channel source are affected. Proposal: When a starting channel is set (by a human or via a channel scan), also set the starting channel for all other tuners that use the same channel source. Only apply the enhancement to a tuner with no _defined_ starting channel or no _valid_ starting channel.
- Current behaviour: A channel scan in mythtv-setup will only add FTA channels if it is told to, but if you add a listings source as well all channels will be added (including channels that either weren't in the scan, or that were excluded because they were not FTA). Myth relies on the user manually entering whether they want each channel or not on the console when adding the video source. Suggested improvement: If a channel is not in the scan output, or if it is not FTA and the only-FTA flag is set, ignore grabber output relating to that channel. -- Won't implement --GBee 18:35, 28 January 2007 (UTC)
- If the above is not implemented please change the HOWTO to indicate that if you use the grabbers you MUST tell them which channels you have (if you don't know, tough!).
- Currently, while scanning for channels through mythtv-setup, you can opt to skip radio channels during the scan. It would be useful to also be able to skip encrypted channels. -- Already in Mythtv --GBee 18:35, 28 January 2007 (UTC)
- Delete individual channels from channel setup, as well as "All". -- Already in Mythtv --GBee 18:35, 28 January 2007 (UTC)
- Re-organization of configuration menus, hiding "advanced" features (or those which are normally fine when set to default), to assist an easier install for new users.
- setup and define network interface
- setup and define ALSA sound card
- Create a complete list of what libraries are required to compile the various options (ALSA, DTS-Passthrough, etc...)
- Increase the limit on the combo box for time to wait for the next recording. The current limit of 120 minutes is too short for some cases, and there is no apparent reason for such a limit. Suggest increasing to at least 720, if not 1440 (24 hours). The setting can be found in mythtv-setup/backendsettings.cpp, line 344.
- ATI AIW support, this is a difficult one. (I don't expect this ever to work but who knows HenkPoley) Not going to happen the AIW card is a horrible capture card (from a driver standpoint).
- A solution to allow MythTV to watch and record encrypted digital cable broadcasts that the user has licensed. This is an EXTREME pipe dream as it would require 1) cooperation, or at least noninterference, from the cable companies; 2) digital receiver cards that can accept CAMs from the cable provider; 3) volunteers to code the drivers.
- Note that this isn't *quite* as far fetched as it sounds. It *may* prove possible to receive unencrypted (non-pay) digital cable channels in the US with the pcHDTV3000 card. The encrypted ones would require a card compatible with a CableCard decryption card -- which cable companies *are* required to provide if you ask for one... but we're unlikely to see such a card ship *before* the July 1 2004 advent of the broadcast flag. So support EFF in getting it thrown out. :-) -- BayLink
- While I'm sure its already somewhat possible with DSLinux and lynx, why not create a Nintendo DS homebrew application that would allow you to interact with mythTV? Imagine it, the remote like size of a DS lite, paired with the limitless possibilities for a gui interface with 2 screens and stylus/button control. I can't imagine an easier way to interact wirelessly with mythTV from my couch. Please make this happen, The DS homebrew community is thriving, it really wouldn't take much to slap a prototype together, and I'm sure things would move quickly after that. Someone with the skills needs to do this.
- Menu navigation through mouse-wheel and possibility to assign actions to mouse buttons. --Matt 12:09, 28 April 2007 (UTC)
- Editing more than one channel at the time for example to set them to visible should be possible
- After editing a channel, the list should not jump back to the top, but stay on the last edited channel
- Sort/select channels by missing XMLTV ID
- Option to tag channels as belonging to a group. For example, Premiere channels in Germany, Digital+ channels in Spain (all being on one Satellite). Enable filtering by these groups.
- Modern way to add channel icons (selection box, or by naming scheme like for example chanid.png)
- Reordering the channels to a preferred viewing order without changing the channel number (as it currently breaks the recording schedules if you do so)
- Allow deleting single channels; currently it is only allowed to delete them all. -- Already in Mythtv (Press menu) --GBee 18:40, 28 January 2007 (UTC)
- Preview selected channel, to allow the user to easily choose what channel to keep and what channel to delete. This is expecially useful after a DVB-S receiver scan, which often discover thousands of channels.
- Combine video source and input connection into one entity. Video source is a basically Data Direct lineup, and input connections are inputs to the tuner. You can of course set up video source and input connection one to one by having multiple zap2It lineups, but why not just make it so by combining the two together? The fact that you can set up one video source and two input connections is pretty confusing.
For Example, my tuner has coax/tuner in and svideo in. I define one zip2it line-up of the unencrypted channels, and one with the encrypted. I create two videos sources connected to the two line-ups, and then two input connections, one for the tuner and no channel change script and connected to one the unencrypted lineup, and one with the svideo and channel change script for my blaster connected to the svideo and encrypted channels.
- The ability to define different available channels per card. For instance. One TV Tuner card has only analog cable tv channels available for tuning, a second card is connected to a digital cable box and has digital channels and HBO/Cinemax/Etc, and a third tv tuner card is for over-the-air channels only. This way, if I'm trying to record Sci-Fi (which is an analog channel), it won't tie up the tv tuner card that's connected to my cable box, leaving it available for recording HBO later. This would be especially useful for those who have both cable tv and satellite. TV Tuner 1 has cable channels, and TV Tuner 2 has Satellite channels. This would allow a MythTV frontend to watch live tv from either system. -- Already Possible Such a setup is already possible, ask on the user list about how to do this. --Steve Adeff 15:46, 29 January 2007 (UTC)
- The Hauppauge HVR-1300 Hybrid DVB-T/MPEG/Analogue card outputs a Linux TV DVB v3.x DVB-T stream, Hardware MPEG encoding and V4L frame grabber of Analogue TV/S-Video/Composite inputs.
The card works perfectly as a 'DVB DTV Capture Card (v3.x)'. Just load the cx88_dvb module. However, loading the cx88_blackbird module does not. The reason is that (possibly due to the internal wiring of the card) only DVB-T OR MPEG/analogue can be used, not both at the same time. MythTV sees this as three separate cards and tries to use them both at the same time, locking the other out. There are possibly more cards for which this behavior is the case. Rather than trying to allow for this explicitly, introduce the notion of card groups. Only one card in any group can be used at a time. Any card that can be used simultaneously is assigned another group number. In the case of the HVR-1300, the DVB-T input is configured as a 'DVB DTV Capture Card (v3.x)' in group 1 and the hardware MPEG encoder input would be configured as /dev/v4l/video1 under 'MPEG Capture Card' group 1. If you really want to cook your CPU or if you have hardware MPEG on the motherboard, the analogue input can be configured as /dev/v4l/video0 under 'V4L Capture Card'. A second card would be configured in a similar manor but assigned to group 2 indicating that this card can be used concurrently with one of those in the other group.