Hi,
I found the error. With IPTV you must define the type of stream in channels.conf In my channels.conf I wrote
TF1;IPTV:1:IPTV|S0P0|UDP|232.0.1.17|8200:P:0:1217=2:1317:0:0:1:0:0:0
where VPID = 1217 and stream type = 2.
If i change stream type with 27 (0x1B in Hexa). Record works fine.
Thanks Klaus for your help
Senufo
On 26.04.2009 18:11, Senufo wrote:
/ Hi,
/>/ />/ I have add />/ />/ type = 0x1B; />/ />/ before the />/ />/ switch (type) { />/ />/ and now record work fine !! / Well, then all we need is a way to find out the correct video stream type. Apparently the PMT says it is 2, while in fact it is 0x1B. Does anybody know why the PMT is "lying", or how to detect that it actually isn't 2, but 0x1B?
Klaus
/ This looks like the "Access Unit Delimiter" code.
/>>/ />>/ Please try to force 'type' to 0x1B, for instance by putting />>/ />>/ type = 0x1B; />>/ />>/ right before the />>/ />>/ switch (type) { />>/ />>/ line. Does it work then? />>/ />>/ Klaus /
On Mon, 27 Apr 2009, Senufo wrote:
I found the error. With IPTV you must define the type of stream in channels.conf In my channels.conf I wrote
No, yo don't have to. The IPTV plugin has section filters implemented (if don't disable/blacklist them in setup options!). They seem to work in your setup too, but, please, correct me if your channel 39 isn't France 2. A snip from your first post.:
France 2;IPTV:2:IPTV|S0P0|UDP|232.0.1.1|8200:P:0:1201=2:1301:0:0:1:0:0:0 changing pids of channel 39 from 0+0=2:0:0:0 to 1210+1210=27:1310=fra:0:0
If the channel 39 really is the France 2, so question still remain, why the VDR's video type detection fails on TF1 as the mplayer do it rigth. You could provide a small video sample recording the multicast stream with i.e. emcast.
http://www.gizmolabs.org/~dhelder/junglemonkey/emcast/
BR, -- rofa