Chris, I think it's MythTV related. When watching Live-TV, I sometimes get a pauze after a couple of seconds; after that Live-TV continues without problems. The pauze seems to procude these errors (I never noticed them before with 0.3.6o). I read others on the MythTV-alias describing this problem (the pauze) but it doesn't bother me that much so I never really looked into it.
N. On 6/21/05, Chris Kennedy <[EMAIL PROTECTED]> wrote: > Now that's really odd, try a reboot and see if that fixes it, shouldn't > be any changes to really anything affecting this, which is decoding. > Maybe some other bug that's been there before, but possibly oddities > triggered it, seems strange :-). > > Thanks, > Chris > > Nick Rosier wrote: > > >Chris, > > > >after upgrading from 0.3.6o to 0.3.6p I get these messages; the cards > >seem to work though: > > > >Jun 20 23:55:31 [kernel] ivtv: Allocate DMA decoder MPEG stream: 16 x > >65536 buffers (1024KB total) > >Jun 20 23:55:31 [kernel] ivtv: Allocate DMA decoder VBI stream: 512 x > >2048 buffers (1024KB total) > >Jun 20 23:55:31 [kernel] ivtv: Decoder VBI RE-Insert start 0x0019ac00 > >size 0x0000be00 type 0 > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left. > >Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5, > >received 0 differ by (65536) bytes > >Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left. > >Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5, > >received 0 differ by (65536) bytes > >Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left. > >Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5, > >received 0 differ by (65536) bytes > >Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left. > >Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5, > >received 0 differ by (65536) bytes > >Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left. > >Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5, > >received 0 differ by (65536) bytes > >Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left. > >Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5, > >received 0 differ by (65536) bytes > >Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left. > >Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5, > >received 0 differ by (65536) bytes > >Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: now 0 Dec buffers left, were 65536 left. > >Jun 20 23:55:36 [kernel] ivtv: DEC: needed 65536 bytes for stream 5, > >received 0 differ by (65536) bytes > >Jun 20 23:55:36 [kernel] ivtv: DEC: free_q: 16 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: dma_q: 0 elements > >Jun 20 23:55:36 [kernel] ivtv: DEC: full_q: 0 elements > > > > > >On 6/20/05, Chris Kennedy <[EMAIL PROTECTED]> wrote: > > > > > >>This addes the recent YUV patches and prints out cleaner information > >>about DMA stream allocation. Also did some work on the digitizer reset > >>when no data is given from the encoder, where now we also go through the > >>init again to make sure things are working right. > >> > >>#0.3.6p: http://www.ivtv.tv/releases/ivtv-0.3/ > >> > >>Thanks, > >>Chris > >> > >>-- > >>=== > >>Chris Kennedy > >>[EMAIL PROTECTED] > >> > >> > >> > >>------------------------------------------------------- > >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > >>from IBM. Find simple to follow Roadmaps, straightforward articles, > >>informative Webcasts and more! Get everything you need to get up to > >>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > >>_______________________________________________ > >>ivtv-devel mailing list > >>ivtv-devel@lists.sourceforge.net > >>https://lists.sourceforge.net/lists/listinfo/ivtv-devel > >> > >> > >> > > > > > >------------------------------------------------------- > >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > >from IBM. Find simple to follow Roadmaps, straightforward articles, > >informative Webcasts and more! Get everything you need to get up to > >speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click > >_______________________________________________ > >ivtv-devel mailing list > >ivtv-devel@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/ivtv-devel > > > > > > > > > -- > === > Chris Kennedy > [EMAIL PROTECTED] > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > ivtv-devel mailing list > ivtv-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ivtv-devel > ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click _______________________________________________ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel
