WST codec (analog teletext) non supported in Vista (2 Viewers)

chemelli

Retired Team Member
  • Premium Supporter
  • September 28, 2006
    6,159
    2,264
    52
    Milano, Italy
    Home Country
    Italy Italy
    MisterD,

    this is similar to what I tried just to have a test:

    if (packetNumber == 30)
    {
    /*
    byte type = (byte)(Hamming.Decode[rowData[off + 2]]);
    if ((type != 0) && (type != 2))
    {
    continue;
    }
    */
    //Log.Write("Packet Number:{0}, type:{1}", packetNumber, type);
    string channelName = "";
    for (int i = 0; i < 20; i++)

    This will report more info if you log the channelName somewhere, but not solve the issue.
    I mean it happens that the on 20 tries some of them have the correct channel name others have the "WX FOX JUMP..." description. So I think that if the channelName is not ending with a "20" char it should be discarded or something like that...

    Simone

    BTW, I would like to log in a teletext.log all lines, not only packet 30 just to see what is recorded for every page, maybe the error is this famous if (packetNumber == 30)...
     

    misterd

    Retired Team Member
  • Premium Supporter
  • April 4, 2006
    1,597
    314
    Home Country
    Germany Germany
    The problem with packet 30 is that it is only defined for magazin 8 in the standard. For magazin 1-7 it is undefined and could be used for further improvements. So I think that the server should only look for packets with magazin 8 (=0 in the code).
    The packet number identification is working correctly. I have checked this several times, while creating patches for the teletext module.

    BTW: AFAIK all received lines were stored in the variable vbiLines in TeletexttDecoder. But you should only output it when it is complete and stored in the cache (TeletextPageCache.PageReceived())

    MisterD
     

    chemelli

    Retired Team Member
  • Premium Supporter
  • September 28, 2006
    6,159
    2,264
    52
    Milano, Italy
    Home Country
    Italy Italy
    I tried your code, and I can get the channel correct where they are and numbers where they are not :)

    Fine as fas as it detects really all available names...

    If I use my TV and try to open teletext on that channel, is correct to say taht if I get nothing than also MP/TV3 gets nothing or it's something hidden so it can be nothing on TV and channel name on MP/TV3 ?

    Simone

    MisterD can you give me a link to the document for the teletext standard please ?

    Simone
     

    misterd

    Retired Team Member
  • Premium Supporter
  • April 4, 2006
    1,597
    314
    Home Country
    Germany Germany
    OK. This information helps me a lot for my future plans. Thanks for all your testings.

    If I use my TV and try to open teletext on that channel, is correct to say taht if I get nothing than also MP/TV3 gets nothing or it's something hidden so it can be nothing on TV and channel name on MP/TV3 ?
    If you get a channel name than this only mean that the server has received a teletext line with packet number 30.
    Only the packets 1-23 are displayed on a teletext page. So it is possible that you get a channel name but no teletext and also that you get teletext but no channel name.
    But you should have in mind that the client only updates a page every almost 15s. This is a small bug in the server, but I haven't found the reason for it yet. But you could force an update if you switch the transparent mode on/off.

    MisterD can you give me a link to the document for the teletext standard please ?
    The link that you posted from tonsa is an old version of this document. Currently I have no link for a newer version documentation. But you should try searching for the standard number: EN 300 706
    But I have to warn you, that this is really very complicated stuff especially in combination with the server. The main reason is that you have to take off the different bit orders.

    MisterD
     

    chemelli

    Retired Team Member
  • Premium Supporter
  • September 28, 2006
    6,159
    2,264
    52
    Milano, Italy
    Home Country
    Italy Italy
    OK. This information helps me a lot for my future plans. Thanks for all your testings.

    :D here to help...

    If you get a channel name than this only mean that the server has received a teletext line with packet number 30.
    Only the packets 1-23 are displayed on a teletext page. So it is possible that you get a channel name but no teletext and also that you get teletext but no channel name.

    This is why I think it would be great to get channel name from packets 1 ( if this mean line 1 of the teletext page ) and not only from the standard packet 30.

    But you should have in mind that the client only updates a page every almost 15s. This is a small bug in the server, but I haven't found the reason for it yet. But you could force an update if you switch the transparent mode on/off.

    This is if you look at teletext page in MP ?

    The link that you posted from tonsa is an old version of this document. Currently I have no link for a newer version documentation. But you should try searching for the standard number: EN 300 706
    But I have to warn you, that this is really very complicated stuff especially in combination with the server. The main reason is that you have to take off the different bit orders.

    MisterD

    Ok thanks for the info, I have no knowledge of this ans so I wil not try to decode this document in depth. I will rely on you ;-)

    Simone
     

    misterd

    Retired Team Member
  • Premium Supporter
  • April 4, 2006
    1,597
    314
    Home Country
    Germany Germany
    If you get a channel name than this only mean that the server has received a teletext line with packet number 30.
    Only the packets 1-23 are displayed on a teletext page. So it is possible that you get a channel name but no teletext and also that you get teletext but no channel name.

    This is why I think it would be great to get channel name from packets 1 ( if this mean line 1 of the teletext page ) and not only from the standard packet 30.
    I think that this wouldn't work because AFAIK there is no exact definition for the format of the first line. This would mean that we can't get the channel name. Also some channels have in the header completely different informations.

    But you should have in mind that the client only updates a page every almost 15s. This is a small bug in the server, but I haven't found the reason for it yet. But you could force an update if you switch the transparent mode on/off.

    This is if you look at teletext page in MP ?
    Exactly. The problem is that the update is controlled by the client side (=MP). Therefor the client asks the server for the rotation time of the specific page, which is 15s for every page. Normally the rotation time should be smaller, but it isn't as already mentioned. The reason is a small bug in the server.

    MisterD
     

    chemelli

    Retired Team Member
  • Premium Supporter
  • September 28, 2006
    6,159
    2,264
    52
    Milano, Italy
    Home Country
    Italy Italy
    MisterD,

    I have just installed my Hauppauge-HVR1300, hw encoding and channels are back to numbers: no name at all.
    Does this make sense for you ?

    Code:
    08-03-2008 01:01:44 CChannelScan::IsScanningPossible() - true
    08-03-2008 01:01:44 CChannelScan::SetCallBack - ae0014
    08-03-2008 01:01:44 CChannelScan::Start()
    08-03-2008 01:02:04 CChannelScan::GetChannel() -  '                    '
    08-03-2008 01:02:04 CChannelScan::Stop()
    08-03-2008 01:02:04 CChannelScan::SetCallBack - 0
    08-03-2008 01:02:04 CChannelScan::Stop()
    08-03-2008 01:02:46 CChannelScan::IsScanningPossible() - true
    08-03-2008 01:02:46 CChannelScan::SetCallBack - aeffb4
    08-03-2008 01:02:46 CChannelScan::Start()
    08-03-2008 01:03:06 CChannelScan::GetChannel() -  '                    '
    08-03-2008 01:03:06 CChannelScan::Stop()
    08-03-2008 01:03:06 CChannelScan::SetCallBack - 0
    08-03-2008 01:03:06 CChannelScan::Stop()
     

    Users who are viewing this thread

    Top Bottom