BBC HD: Difference between revisions

From LinuxTVWiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 16: Line 16:


See here for the latest settings for HD channels at 28 degrees East: http://www.lyngsat.com/hd/28east.html.
See here for the latest settings for HD channels at 28 degrees East: http://www.lyngsat.com/hd/28east.html.

The the following script would tune to BBC HD and run mplayer fullscreen:

#!/bin/bash
szap -r -p -c ~/channels.conf "BBC HD" >& /dev/null &
mplayer -fs -stop-xscreensaver -lavdopts threads=4 - < /dev/dvb/adapter0/dvr0
killall szap


[UPDATE 25th Aug 2008: is the following still true??? Mplayer works fine for me without patching.]



The way in which the H.264 codec is defined in the TS stream is non-standard and a patch is required for mplayer:
The way in which the H.264 codec is defined in the TS stream is non-standard and a patch is required for mplayer:


[UPDATE 25th Aug 2008: is this still true??? Mplayer works fine for me without patching.]


<pre>
<pre>

Revision as of 18:42, 25 August 2008

BBC HD on Astra 28.2e

Sky Digital HDTV Standards are a little different to the norm. You may encounter problems getting BBC HD working with MPlayer or other Linux media players.

When using scan to create channels.conf, the correct video PID is not selected by default. Using a video PID of 0 will not work as it does on non-HD channels and can cause errors such as "NO VIDEO!" or "Video: no video" in MPlayer. Here are current working channels.conf entries for BBC HD and LUXE TV HD (updated 25 August 2008):

BBC HD:10847:v:0:22000:2328:2329:6940
LUXE TV HD:12643:h:0:27500:2319:2320:54206

or, more explicitly, BBC HD is

frequency = 10847 MHz V, symbolrate = 22000, vpid = 0x0918 (decimal 2328),
apid = 0x0919 (decimal 2329), sid = 0x1b1c (decimal 6940)

An alternative audio track is apid=2330.

See here for the latest settings for HD channels at 28 degrees East: http://www.lyngsat.com/hd/28east.html.

The the following script would tune to BBC HD and run mplayer fullscreen:

#!/bin/bash
szap -r -p -c ~/channels.conf "BBC HD" >& /dev/null &
mplayer -fs -stop-xscreensaver -lavdopts threads=4 - < /dev/dvb/adapter0/dvr0
killall szap


[UPDATE 25th Aug 2008: is the following still true??? Mplayer works fine for me without patching.]


The way in which the H.264 codec is defined in the TS stream is non-standard and a patch is required for mplayer:



--- mplayer/libmpdemux/video.c.ark	2007-02-25 15:31:54.000000000 +0100
+++ mplayer/libmpdemux/video.c	2007-02-25 15:39:20.000000000 +0100
@@ -81,6 +81,7 @@
     video_codec = VIDEO_OTHER;
     
 // Determine image properties:
+scan_video:
 switch(video_codec){
  case VIDEO_OTHER: {
  if((d_video->demuxer->file_format == DEMUXER_TYPE_ASF) || (d_video->demuxer->file_format == DEMUXER_TYPE_AVI)) {
@@ -250,6 +251,13 @@
    while(1){
       int i=sync_video_packet(d_video);
       if(i==0x1B3) break; // found it!
+      else if((i&~0x60) == 0x107 && i != 0x107) {
+        // Some H.264 HDTV stations, including e.g. ProSieben HD as of
+	// 2007/02/25, are misidentified as MPEG-2. This is probably what
+	// we're seeing here, let's try to fix it.
+	video_codec=VIDEO_H264;
+	goto scan_video;
+      }
       if(!i || !skip_video_packet(d_video)){
         if( mp_msg_test(MSGT_DECVIDEO,MSGL_V) )  mp_msg(MSGT_DECVIDEO,MSGL_V,"NONE :(\n");
         mp_msg(MSGT_DECVIDEO,MSGL_ERR,MSGTR_MpegNoSequHdr);

Special thanks to Bernhard Rosenkraenzer for this patch, it hasn't been accepted into the main MPlayer source tree as the maintainers do not want to support wrongly produced TS streams. The same problem exists on ProSieben HD in Germany and the above patch fixes that too.

On slower CPUs, very slow MPlayer playback of BBC HD can be fixed with the command-line option -lavdopts skiploopfilter=all. Also possibly add :threads=N option for multi-core CPUs.

Kaffeine scans, tunes and plays BBC HD without modification, see that page for more details.