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
