TV and Recordings playback doesn't work for some streams in multiseat (1 Viewer)

[mvedrina]

MediaPortal Version: V1.1 Beta + latest SVN
MediaPortal Skin: Blue 3 wide
Windows Version: XP SP3
CPU Type: Intel Core2Duo E8400
HDD: Samsung 500GB
Memory: 4 (3,4) GB DDR2
Motherboard: Gigabyte EP43-DS3
Video Card: Sapphire ATI Radeon HD4890
Video Card Driver: 9.9
Sound Card: Integrated Realtek ALC888
Sound Card AC3: no AC3
Sound Card Driver: r2.31
1. TV Card: Hauppauge WinTV HVR-1300
1. TV Card Type: DVB-T, analog
1. TV Card Driver: 2.124.27191.1
2. TV Card:
2. TV Card Type:
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: Nvidia Video Decoder
MPEG2 Audio Codec: Nvidia Audio Decoder
h.264 Video Codec: Cyberlink h264 Decoder 8
Satelite/CableTV Provider:
HTPC Case: CoolerMaster Centurion
Cooling: Scythe Kabuto
Power Supply: Corsair TX650
Remote:
TV:
TV - HTPC Connection: DVI

Problem:
TV and Recordings playback doesn't work for some streams in multiseat.

This problem doesn't show in singleseat configuration. Still, if you try to playback timeshifting file with VLC player - it doesn't work.

Probable solution:
pcrPid should be faked only if it's same as vpid.
Possible (tyny) patch is included - now multiseat streaming works. Also, you can play timeshifnig files with VLC player.

Side efects
I believe that this is not caused by the patch - sometimes streaming is blocked when changing channel. This is reproducible and I believe the cause is that streaming server is reporting wrong stream duration. I can attach the logs if needed.

 

[tourettes]

hmm... sounds like such bug should cause issues in the single seat as well.

PCR PID can be a separate PID (same PID can be shared between different channels in the same mux) or every video PID can contain PCR data and thus the PCR PID should be the same as video PID.

If I remember correctly the PID patching was used to get continuous PIDs for video, audio etc. across the channel changes. Now sounds like it wont be even possible to achieve such goal as we can have separate PID for PCR or not (or at least some data manipulation would be required to embed the PCR information into video PID on every case). Not sure how this should be fixed.

Your change could be responsible for the freezing when changing channel.

 

[mvedrina]

Here is some longer explanation in the quote. Maybe this situation is specific for my IPTV service.

I also tested IPTV stream with source filter connected directly to file dump filter in graphedit and resulting file is perfectly redable with VLC.
But same channel recorded by Mediaportal was unredable by VLC. Still, TSReader filter manages to play it, but only locally.

I have IPTV service available using h.264 streams. Everything is working well when playing locally. But I had problems when I wanted to watch these streams on client - 90% of programs were unavailable.

I started to analyze logs and saw that streams that originally have pcr_pid same as vpid work fine. And if tswriter fakes vpid and pcr_pid for such streams everything works fine. I also saw that tswriter fakes pcr_pid when it's different from vpid than problems appear.

I tried to modify tswriter and leave original pcr_pid if it's different from vpid and I was finally able to watch IPTV channels on the client. And everything would be excellent if there is a slight problem - seems like a bug.

When I start timeshifting with the channel that has different pcr_pid than vpid changing programs is working like a charm. But if i start timeshifting with the channel that has same pids everything is working well until I tune to the channel that has different pcr_pid and playback freezes. Only thing I noticed in that case in logs is that streaming server is reporting wrong stream duration.

 

[mvedrina]

I think I solved this bug and I will post two line patch in patches forum.