mirror of
				https://github.com/vdr-projects/vdr.git
				synced 2025-03-01 10:50:46 +00:00 
			
		
		
		
	Added README.developer
This commit is contained in:
		
							
								
								
									
										83
									
								
								README.developer
									
									
									
									
									
										Normal file
									
								
							
							
						
						
									
										83
									
								
								README.developer
									
									
									
									
									
										Normal file
									
								
							| @@ -0,0 +1,83 @@ | ||||
| Version 1.3.0 marks the beginning of a new developer version | ||||
| of VDR, in which I am going to integrate functionality from | ||||
| patches that have been written by various people for previous | ||||
| versions of VDR. | ||||
|  | ||||
| IMPORTANT NOTE: Beginning with version 1.3.0, VDR will automatically | ||||
| =============== modify the 'channels.conf' file. Please run this version | ||||
|                 of VDR in a controlled environment only, and work with | ||||
|                 copies of all your config files! | ||||
|  | ||||
| This version of VDR focuses on some improvements regarding | ||||
| CAM support and, most important, the first step towards automatic | ||||
| PID handling. Some things are still in a raw state, but at least | ||||
| the program should now dynamically react on any changes in the | ||||
| channel settings. | ||||
|  | ||||
| Here's a list of the highlights - and what _not_ to expect yet | ||||
| (but don't worry, these things will come soon ;-): | ||||
|  | ||||
| - Automatic switching when PIDs are changed (e.g. for regional | ||||
|   programmes). | ||||
| - There is no explicit transponder list yet, so you just | ||||
|   have to define one channel for a new transponder and VDR | ||||
|   will automatically detect all other channels on that transponder. | ||||
| - New channels are added to the end of the channel list, so | ||||
|   it might be a good idea to add a line like | ||||
|  | ||||
|   :@1000 New channels | ||||
|  | ||||
|   to have them start at some high number. | ||||
| - Improved CAM support. Channels with conditional access now automatically | ||||
|   use the device that contains the proper CAM. | ||||
| - No NVOD or "linked services" support yet. | ||||
| - No radio support yet. | ||||
| - No transponder scan yet. | ||||
|  | ||||
| Note that this is currently work in progress, so there may be some | ||||
| areas that don't work as smooth as expected, yet. | ||||
|  | ||||
| Known issues: | ||||
| ============= | ||||
|  | ||||
| - The Setup/CICAM menu is currently without much meaning. | ||||
|   CA detection is done automatically. | ||||
| - The channel "EURO1080" on Astra 19.2E currently broadcasts HDTV | ||||
|   test signals. Unfortunately, the full featured DVB cards crash | ||||
|   pretty ugly when tuned to that channel, so it might be a good idea | ||||
|   to have the channel definition | ||||
|  | ||||
|   EURO1080:12168:v:S19.2E:27500:308:256:0:FF:21100:1:1088:0 | ||||
|  | ||||
|   in your 'channels.conf' file. Note the Ca parameter 'F' (255 in hex), | ||||
|   which gives this channel a non-existent Ca mode, so that it won't | ||||
|   be tuned to at all. If you really want to tune to this channel for | ||||
|   tests, do it on your own risk. | ||||
| - The 'sky' plugin now temporarily uses Ca value 30 (this will be changed | ||||
|   later). | ||||
| - Since the CA detection is now done automatically, a timer that starts | ||||
|   immediately after VDR has been launched and wants to record a CA channel | ||||
|   may not work. This will be changed later to make this work safely. | ||||
|  | ||||
| What to test: | ||||
| ============= | ||||
|  | ||||
| Apart from the usual general functionality, special attention should | ||||
| be given to the following matters: | ||||
|  | ||||
| - Does the automatic PID switching really work in all cases, especially | ||||
|   in conjunction with conditional access channels? | ||||
| - Does CAM support work for all kinds of CAMs? | ||||
|  | ||||
| Known bugs: | ||||
| =========== | ||||
|  | ||||
| - Sometimes a new channel is created with the wrong 'source' | ||||
|   parameter. This presumably happens when the transponder and source | ||||
|   are switched, and there is still an SDT data packet being processed. | ||||
|   The call to device->HasLock() in sections.c should fix this (and it | ||||
|   apparently does for most cases), but there must still be soemthing | ||||
|   wrong in that area. | ||||
| - Sometimes the current channel gets re-tuned even though the channel | ||||
|   data of this channel didn't change (but that of an other channel did | ||||
|   change). | ||||
		Reference in New Issue
	
	Block a user