[linux-dvb] New Hauppauge Device - WinTV-NOVA-S USB2

2008-03-05 Thread Steven Ellis
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

2008-02-26 Thread Steven Ellis
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

2007-12-26 Thread Steven Ellis
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 ?

2007-12-19 Thread Steven Ellis
 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

2007-12-12 Thread Steven Ellis
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

2007-12-08 Thread Steven Ellis
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

2007-05-18 Thread Steven Ellis
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!]