From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from firefly.pyther.net ([50.116.37.168]:54963 "EHLO firefly.pyther.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932121Ab2LEWdc (ORCPT ); Wed, 5 Dec 2012 17:33:32 -0500 Message-ID: <50BFCBBB.5090407@pyther.net> Date: Wed, 05 Dec 2012 17:33:31 -0500 From: Matthew Gyurgyik MIME-Version: 1.0 To: Antti Palosaari CC: =?ISO-8859-1?Q?Frank_Sch=E4fer?= , 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> In-Reply-To: <50BFC445.6020305@iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: On 12/05/2012 05:01 PM, Antti Palosaari wrote: > OK, fine, I was then wrong. I have to say you have a lot of channels > over there what I can see from scan result [1]. Those channels which > says "tuning failed" are channels where is no transmission and those > "filter timeout pid" means there is ta ransmission and demod locks. > Here in Finland we have only ~4 MUX DVB-T and maybe other 4 for DVB-T2. > > It is then actually working quite well from the developer point of > view (as demod loses lock when antenna is unplugged). It means tuner > and demodular are working but interface (transport stream interface, > TS IF) between demod and USB-bridge is still broken. > > I tried to look again your sniff if I can see what it does just before > streaming starts, but unfortunately there is no any mention about > those streaming packets (isoc packets where picture stream is going). > Did you remove those yourself? > No I did not remove the the streaming packets. However I did use the parse-usbsnoop.php script to generate parsed-usbsnoop.txt. The original snooping log is 354M (I'm assuming it has stream data in it). I have put the entire log on the server ~85MB bzipped: http://pyther.net/a/digivox_atsc/UsbSnoop.log.bz2 Let me know if you think I should do another snoop. Thanks, Matthew