RE: [ivtv-devel] #0.3.6p recent patches, digitizer reset improvements
#0.3.6p: http://www.ivtv.tv/releases/ivtv-0.3/ Glad to see the .id stuff is fixed. Not really sure what the point of all the (unsigned)sizeof(I2C_NAME(client)) are though (also all the snprintfs are reserving an extra byte at the end that they don't need to). Can at least the .id changes be pushed out into a new 0.2.0? -- Anduin Withers --- 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel
Re: [ivtv-devel] #0.3.6p recent patches, digitizer reset improvements
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 0xbe00 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=7477alloc_id=16492op=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_idt77alloc_id492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel
Re: [ivtv-devel] #0.3.6p recent patches, digitizer reset improvements
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 0xbe00 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=7477alloc_id=16492op=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_idt77alloc_id492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel -- === Chris Kennedy [EMAIL PROTECTED]
Re: [ivtv-devel] #0.3.6p recent patches, digitizer reset improvements
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 0xbe00 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=7477alloc_id=16492op=click ___ ivtv-devel mailing list ivtv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ivtv-devel