From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from firefly.pyther.net ([50.116.37.168]:57384 "EHLO firefly.pyther.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932169Ab2LGBkc (ORCPT ); Thu, 6 Dec 2012 20:40:32 -0500 Message-ID: <50C1490E.8040203@pyther.net> Date: Thu, 06 Dec 2012 20:40:30 -0500 From: Matthew Gyurgyik MIME-Version: 1.0 To: =?ISO-8859-1?Q?Frank_Sch=E4fer?= CC: Antti Palosaari , Devin Heitmueller , linux-media@vger.kernel.org Subject: Re: em28xx: msi Digivox ATSC board id [0db0:8810] References: <50B5779A.9090807@pyther.net> <50B67851.2010808@googlemail.com> <50B69037.3080205@pyther.net> <50B6967C.9070801@iki.fi> <50B6C2DF.4020509@pyther.net> <50B6C530.4010701@iki.fi> <50B7B768.5070008@googlemail.com> <50B80FBB.5030208@pyther.net> <50BB3F2C.5080107@googlemail.com> <50BB6451.7080601@iki.fi> <50BB8D72.8050803@googlemail.com> <50BCEC60.4040206@googlemail.com> <50BD5CC3.1030100@pyther.net> <50BD6310.8000808@pyther.net> <50BE65F0.8020303@googlemail.com> <50BEC253.4080006@pyther.net> <50BF3F9A.3020803@iki.fi> <50BFBE39.90901@pyther.net> <50BFC445.6020305@iki.fi> <50BFCBBB.5090407@pyther.net> <50BFECEA.9060808@iki.fi> <50BFFFF6.1000204@pyther.net> <50C11301.10205@googlemail.com> <50C12302.80603@pyther.net> In-Reply-To: <50C12302.80603@pyther.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-media-owner@vger.kernel.org List-ID: 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