[linux-dvb] New Hauppauge Device - WinTV-NOVA-S USB2
I've just added an initial entry to the wiki as I don't have any hardware details yet. Once again this has shown up on the Singapore website first. Nice to see a USB2 variant of the Nova-S finally appear. Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] New Hauppauge DVB PCIe devices HVR-2200, HVR-1700 and HVR-1200
Been reading up on these as it appears that the HVR-2200 is now available in Australia. I've updated the Wiki (http://www.linuxtv.org/wiki/index.php/Hauppauge) with initial pages for all of these cards, but I don't have any chip or technical details yet. Most of the information I could find was on their Singapore website - http://www.hauppauge.com.sg/web-content/pages/prods_hvr.html Can any of our Hauppauge contacts confirm the chipsets and technical details? The fact that the HVR-2200 is a dual hybrid tuner with DVB-T and MPEG2 hardware capture makes it a very interesting product. Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] PATCH - Scan support for H.264 Video, AAC Audio, and MHEG sections
Attached patch is off the dvb-apps mercurial repo for scan.c. This adds the following additional support to the scan tool - 1. H.264 video stream detection - type 0x1b 2. ADTS Audio streams - usually AAC Audio - type 0x0f 3. LATM Transport stream - usually AAC Audio - type 0x11 4. MHEG data stream - type 0x07 5. DSM-CC data stream - here in NZ used for MHEG data - type 0x0b I've needed these for the recent DVB-T tests that have started up in NZ. The video is going all be H.264 and they have been trialling different ways to encapsulate the AAC audio. Also rather than using EIT data all EPG information will be carried over a MHEG data stream. Stever Steven Ellis - Technical Director OpenMedia Limited - The Home of myPVR email - [EMAIL PROTECTED] website - http://www.openmedia.co.nzdiff -r f8983bebd9dd util/scan/scan.c --- a/util/scan/scan.c Sat Dec 22 17:46:36 2007 +0100 +++ b/util/scan/scan.c Thu Dec 27 10:25:39 2007 +1300 @@ -757,12 +757,15 @@ static void parse_pmt (const unsigned ch switch (buf[0]) { case 0x01: case 0x02: + case 0x1b: /* H.264 video stream */ moreverbose( VIDEO : PID 0x%04x\n, elementary_pid); if (s-video_pid == 0) s-video_pid = elementary_pid; break; case 0x03: case 0x81: /* Audio per ATSC A/53B [2] Annex B */ + case 0x0f: /* ADTS Audio Stream - usually AAC */ + case 0x11: /* ISO/IEC 14496-3 Audio with LATM transport */ case 0x04: moreverbose( AUDIO : PID 0x%04x\n, elementary_pid); if (s-audio_num AUDIO_CHAN_MAX) { @@ -773,6 +776,12 @@ static void parse_pmt (const unsigned ch else warning(more than %i audio channels, truncating\n, AUDIO_CHAN_MAX); + break; + case 0x07: + moreverbose( MHEG : PID 0x%04x\n, elementary_pid); + break; + case 0x0B: + moreverbose( DSM-CC: PID 0x%04x\n, elementary_pid); break; case 0x06: if (find_descriptor(0x56, buf + 5, ES_info_len, NULL, NULL)) {___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB-T in Norway -- Scan result -- Good for anything ?
johnny strom wrote: Håkon Alstadheim wrote: Hi all, the Norwegian DVB-T network just reched my area (Trøndelag) today ...snip... A question not related to the scanning but is the DVB-T sound HE-AAC encoded in Norway? http://en.wikipedia.org/wiki/HE-AAC More info here: http://www.frankps.net/?p=282 I got this pointer from Hermann Pitton on the video4linux-list http://linuxtv.org/pipermail/linux-dvb/2007-October/020851.html Which seems to mean you are right. Current software has problems finding the audio and video-streams, even if I get a lock on the signal. Any hints on how to proceed from here whould be appreciated. I'm running gentoo on my media box, so using a cvs or svn build of parts of the system should be fairly straight-forward. I'll keep digging and come back here with more specific questions when I have the time (like in 4 years from now :-)) I've recently hit similar problems with the test DTT system here in NZ as they are using H.264 and AAC audio. You will need to patch the file scan.c to detect the H.264 and AAC audio streams as being valid. I'll be submitting patched back to this list later today that allow that. Also in order to get mplayer to work you will need to add the PID of the channels PMT entry to the video pid in channels.conf EG if the channel has aPID 107 vPid 109 and PMT of 100 it will have entries like Name: Other Tuning Data:109+100:107: This tells mplayer to look at both the vPID and the PMT data from which it realizes the stream is H.264. Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] NEW scan file - nz-waiatarua
We have the official DVB-T frequencies now for Waiatarua Auckland, plus test transmissions are in place. Can you please add the following scan file # Waiatarua, Auckland NZ # # Channel allocation details for NZ can be found at # http://www.rsm.govt.nz/cms/policy-and-planning/current-projects/broadcasting/digital-television-2007-frequency-plan # # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy # Multiplex DA T 53800 8MHz 3/4 3/4 QAM64 8k 1/16 NONE # Multiplex DB T 57000 8MHz 3/4 3/4 QAM64 8k 1/16 NONE # Multiplex DC T 66600 8MHz 3/4 3/4 QAM64 8k 1/16 NONE Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] H.264 DVB-T support for dvb-utils and w_scan
DTT tests have just started here in NZ and they are going to be using H.264 for the video signal. Using the existing builds of dvb-utils-1.1.1 the video PIDs don't appear in the channels.conf because they are using 0x1b for the video stream type. If I dump the PMT for one of the channels using dvbsnoop it contains the following info Stream_type: 27 (0x1b) [= AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video] reserved_1: 7 (0x07) Elementary_PID: 514 (0x0202) reserved_2: 15 (0x0f) ES_info_length: 16 (0x0010) DVB-DescriptorTag: 82 (0x52) [= stream_identifier_descriptor] Descriptor_length: 1 (0x01) component_tag: 5 (0x05) MPEG-DescriptorTag: 14 (0x0e) [= maximum_bitrate_descriptor] Descriptor_length: 3 (0x03) reserved_1: 3 (0x03) maximum_bitrate: 16050 (0x3eb2) (= 802500 Bytes/sec) MPEG-DescriptorTag: 2 (0x02) [= video_stream_descriptor] Descriptor_length: 3 (0x03) multiple_frame_rate_flag: 0 (0x00) frame_rate_code: 3 (0x0003) MPEG_1_only_flag: 0 (0x00) constrained_parameter_flag: 1 (0x01) still_picture_flag: 0 (0x00) MPEG-DescriptorTag: 6 (0x06) [= data_stream_alignment_descriptor] Descriptor_length: 1 (0x01) alignment_type: 2 (0x02) as VideoStream: (= video access unit) as AudioStream: (= reserved) At present the tools scan/dvbscan and w_scan assume that the video has a stream type of 0x01 or 0x02. For dvb-utils the following diff will provide H.264 scan support --- linuxtv-dvb-apps-1.1.1.orig/util/scan/scan.c +++ linuxtv-dvb-apps-1.1.1/util/scan/scan.c @@ -755,6 +757,7 @@ switch (buf[0]) { case 0x01: case 0x02: + case 0x1b: /* H.264 video stream */ moreverbose( VIDEO : PID 0x%04x\n, elementary_pid); if (s-video_pid == 0) s-video_pid = elementary_pid; In the case of the tool w_scan a similar line is needed in the function parse_pmt. Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] LCN support for AU/NZ in dvbscan/scan
The DVB-S network here in NZ has implemented LCN based on the the AU standards rather than the UK standards. At the moment I've been unable to pull out the LCN details via dvbscan. Performing a scan I get the following [EMAIL PROTECTED]:~/dvb$ scan -u -o vdr D1.H scanning D1.H using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 12483000 H 2250 3 initial transponder 12456000 H 2250 3 tune to: 12483:h:S0.0W:22500: 0x 0x0401: pmt_pid 0x010a Maori Television Service -- Maori TV (running) 0x 0x040b: pmt_pid 0x010d Television New Zealand -- TVONE (running) 0x 0x040c: pmt_pid 0x010e Television New Zealand -- TV2 (running) 0x 0x040d: pmt_pid 0x010f TVNZ -- Reserved 6 (not running) 0x 0x040e: pmt_pid 0x0110 TVNZ -- Reserved 7 (not running) 0x 0x076d: pmt_pid 0x0111 TVNZ -- Reserved 5 (not running) 0x 0x076e: pmt_pid 0x010c TVNZ -- Reserved 4 (not running) 0x 0x076f: pmt_pid 0x0112 Television New Zealand -- TVNZ V8Supercars (running) 0x 0x0770: pmt_pid 0x010b Television New Zealand -- Test - TVNZ WIDE (running) 0x 0x6590: pmt_pid 0x Television New Zealand -- 27M SSU (running) 0x 0x6640: pmt_pid 0x0101 Television New Zealand -- SSU-ZW (running) Network Name 'Freeview Limited' tune to: 12456:h:S160.0E:22500: Network Name 'Freeview Limited' 0x 0x0780: pmt_pid 0x010a Canwest -- TV3 (running) 0x 0x0781: pmt_pid 0x010b Canwest -- C4 (running) 0x 0x0782: pmt_pid 0x010c (null) -- Reserved 3K (not running, scrambled) 0x 0x0783: pmt_pid 0x010d (null) -- Reserved 4K (not running, scrambled) 0x 0x0784: pmt_pid 0x010e (null) -- Reserved 5K (not running, scrambled) 0x 0x0785: pmt_pid 0x010f (null) -- Reserved 6K (not running, scrambled) 0x 0x0789: pmt_pid 0x0113 (null) -- RNZ National (running) 0x 0x078a: pmt_pid 0x0114 (null) -- RNZ Concert (running) dumping lists (19 services) Maori TV:12483:h:S160.0E:22500:514+8190:652:0:0:1025:0:0:0 TVONE:12483:h:S160.0E:22500:515+8190:653:579:0:1035:0:0:0 TV2:12483:h:S160.0E:22500:516+8190:654:580:0:1036:0:0:0 Reserved 6:12483:h:S160.0E:22500:517+8190:655:579:0:1037:0:0:0 Reserved 7:12483:h:S160.0E:22500:518+8190:656:580:0:1038:0:0:0 Reserved 5:12483:h:S160.0E:22500:513+8190:651:0:0:1901:0:0:0 Reserved 4:12483:h:S160.0E:22500:519+8190:657:0:0:1902:0:0:0 TVNZ V8Supercars:12483:h:S160.0E:22500:520+8190:658:0:0:1903:0:0:0 Test - TVNZ WIDE:12483:h:S160.0E:22500:512+8190:650:0:0:1904:0:0:0 Reserved 3K:12456:h:S160.0E:22500:514:652:0:1:1922:0:0:0 Reserved 4K:12456:h:S160.0E:22500:515:653:0:1:1923:0:0:0 Reserved 5K:12456:h:S160.0E:22500:516:654:0:1:1924:0:0:0 Reserved 6K:12456:h:S160.0E:22500:517:655:0:1:1925:0:0:0 TV3:12456:h:S160.0E:22500:512:650:712:0:1920:0:0:0 C4:12456:h:S160.0E:22500:513:651:0:0:1921:0:0:0 RNZ National:12456:h:S160.0E:22500:0:659:0:0:1929:0:0:0 RNZ Concert:12456:h:S160.0E:22500:0:660:0:0:1930:0:0:0 Done. Now I have also performed a NIT scan using dvbsnoop as shown below. I know the official STBs here in NZ are using the LCN information so it must be in the stream somewhere. [EMAIL PROTECTED]:~/dvb$ ../dvbsnoop -n 1 -ph 1 0x10 dvbsnoop V1.4.00 -- http://dvbsnoop.sourceforge.net/ SECT-Packet: 0001 PID: 16 (0x0010), Length: 163 (0x00a3) Time received: Sat 2007-05-19 17:41:37.789 : 40 f0 a0 00 2f e3 00 00 f0 30 40 10 46 72 65 65 : @ . . . / . . . . 0 @ . F r e e 0010: 76 69 65 77 20 4c 69 6d 69 74 65 64 4a 10 00 16 0010: v i e w L i m i t e d J . . . 0020: 00 2f 66 40 09 08 00 05 9e 04 d7 01 0e 01 4a 0a 0020: . / f @ . . . . . . . . . . J . 0030: 00 16 00 2f 65 90 09 00 13 87 f0 63 00 15 00 2f 0030: . . . / e . . . . . . c . . . / 0040: f0 27 43 0b 01 24 56 00 16 00 81 02 25 00 03 41 0040: . ' C . . $ V . . . . . % . . A 0050: 18 07 8a 02 07 89 02 07 84 01 07 85 01 07 80 01 0050: . . . . . . . . . . . . . . . . 0060: 07 81 01 07 82 01 07 83 01 00 16 00 2f f0 30 43 0060: . . . . . . . . . . . . / . 0 C 0070: 0b 01 24 83 00 16 00 81 02 25 00 03 41 21 65 90 0070: . . $ . . . . . . % . . A ! e . 0080: 0c 66 40 0c 07 70 01 07 6d 01 04 01 01 04 0b 01 0080: . f @ . . p . . m . . . . . . . 0090: 04 0c 01 04 0d 01 04 0e 01 07 6e 01 07 6f 01 b6 0090: . . . . . . . . . . n . . o . . 00a0: 01 8e ef 00a0: . . . PID: 16 (0x0010) [= assigned for: DVB Network Information Table (NIT), Stuffing Table (ST)] Guess table from table id... NIT-decoding Table_ID: 64 (0x40) [= Network Information Table (NIT) - actual network] section_syntax_indicator: 1 (0x01) reserved_1: 1 (0x01) reserved_2: 3 (0x03) Section_length: 160 (0x00a0) Network_ID: 47 (0x002f) [= ERROR: not (yet) defined... Report!]