| title: | Re TS discontinuity with TT S 2300 |
|
27.06.2010 15:37, Oliver Endriss wrote:
Hi,
On Sunday 27 June 2010 01:05:57 Jaroslav Klaus wrote:
Hi,
Im loosing TS packets in my dual CAM premium TT S-2300 card (av7110+saa7146).
I use dvblast to select 4 TV channels (~ 16 PIDs) from multiplex,
descramble them and stream them to network. Dvblast reports TS
discontinuity across all video PIDs only (no audio) usually every
1-3 minutes ~80 packets. But sometimes it goes well for tens of
minutes (up to 1-2hours). Everything seems to be ok with 3 TV channels.
The full-featured cards are not able to deliver the full bandwidth of a
transponder. It is a limitaion of the board design, not a firmware or
driver issue.
I noticed that saa7146 uses dvb_dmx_swfilter_packets().
I planned using of that function too for
Mantis 16K buffer delivery, but I found out that
hardware delivers sometimes additional bytes (corrupted partially lost
packets?)
between the full sized 204 byte packets:
Jun 26 16:20:37 koivu kernel: demux: skipped 49 bytes at position 3379
Jun 26 16:20:37 koivu kernel: demux: skipped 18 bytes at position 9868
Jun 26 16:20:37 koivu kernel: demux: skipped 30 bytes at position 10090
Jun 26 16:20:38 koivu kernel: demux: skipped 14 bytes at position 7208
Jun 26 16:20:38 koivu kernel: demux: skipped 114 bytes at position 7426
So dvb_dmx_swfilter(_204)() is needed to skip
these unwanted bytes. With simple usage of
dvb_dmx_swfilter_packets() the rest of the buffer
would have been lost. I wrote a faster version of these
functions, also for 188 sized packets today:
"Re: [PATCH] Avoid unnecessary data copying inside
dvb_dmx_swfilter_204() function"
CU
Marko
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at rel="nofollow" vger.kernel.org/majordomo-info.html vger.kernel.org/majordomo-info.html
|
