Re: em28xx: msi Digivox ATSC board id [0db0:8810]

[Matthew Gyurgyik <matthew@pyther.net>]

On 12/06/2012 05:58 PM, Matthew Gyurgyik wrote:
> On 12/06/2012 04:49 PM, Frank Schäfer wrote:
>>
>>
>> Did you switch back to
>>
>>      .mpeg_mode      = LGDT3305_MPEG_SERIAL,
>>      .tpclk_edge         = LGDT3305_TPCLK_FALLING_EDGE,
>>
>> in struct lgdt3305_config em2874_lgdt3305_dev (em28xx-dvb.c) before
>> testing this ?
>>
>> You could also play with the other gpio settings.
>>
>> And the last idea (at the moment):
>>
>> +    /* 0db0:8810 MSI DIGIVOX ATSC (HU345-Q)
>> +     * Empia EM2874B + TDA18271HDC2 + LGDT3305 */
>> +    [EM2874_BOARD_MSI_DIGIVOX_ATSC] = {
>> +        .name         = "MSI DIGIVOX ATSC",
>> +        .dvb_gpio     = msi_digivox_atsc,
>> +        .has_dvb      = 1,
>> +        .tuner_type   = TUNER_ABSENT,
>> +        .ir_codes     = RC_MAP_MSI_DIGIVOX_III,        /* just a guess
>> from looking at the picture */
>> +        .xclk         = EM28XX_XCLK_FREQUENCY_12MHZ,    /* TODO */
>> +        .i2c_speed    = EM2874_I2C_SECONDARY_BUS_SELECT |
>> +                EM28XX_I2C_CLK_WAIT_ENABLE |
>> +                EM28XX_I2C_FREQ_100_KHZ,
>> +    },
>>
>> => change .xclk to 0x0f.
>> We know that 12MHz is the right xclk setting, which means 0x07. But OTOH
>> the Windows drivers seems to use 0x0f instead and we don't what 0x0f
>> means...
>>
>> Hope this helps,
>> Frank
>>
>
> I lied, it works! I must have forgotten to do run make modules_install 
> or something! This patch accurately states my current code changes: 
> http://pyther.net/a/digivox_atsc/diff-Dec-06-v1.patch
>
> I will do more testing and try more channels. Playing the stream with 
> mplayer, the audio is clearly out-of-sync. But if I can the stream to 
> a file, it doesn't seem out-of-sync but I will do more testing and 
> report back.

I was able to do a bit of testing tonight and this is what I found.

A channel scan was unsuccessful:
http://pyther.net/a/digivox_atsc/dec06/scan.txt (no errors in dmesg)

Changing channels by pressing "h" in "mplayer dvb://" caused mplayer to 
crash and this messages to be logged in dmesg
http://pyther.net/a/digivox_atsc/dec06/dmesg_mplayer_switch_channels.txt

Audio is out-of-sync in mplayer. Using cache helps, but over time the 
audio still goes out of sync.
http://pyther.net/a/digivox_atsc/dec06/mplayer_audio_out_of_sync.txt

Using azap to tune and using cat /dev/dvb/adapter0/dvr0 > test.mpg to 
generate a test.mpg

mplayer plays the file fine without audio-sync issues, but VLC and Xine 
refuse to play it. (is this normal?)
> tux:~ $ file test.mpg
> test.mpg: data

I have upload a ~30 second capture from the card: 
http://pyther.net/a/digivox_atsc/dec06/test.mpg (not sure if its helpful 
or not)

I really appreciate the help so far. Things are looking promising.

Thanks,
Matthew