[vdr] Small VDR-streamdev patch for Popcorn Hour NMT

Wed Nov 5 14:44:28 CET 2008

> The TS from the streamdev is not recognized by the PCH (neither SD nor
HD). 
> I tried to remux SD through vlc and this works quite well. I assume that
the 
> PCH only supports a certain "flavour" of TS packets because if you remux
HD 
> material with a TS-Remuxer for the PCH (see
> http://www.hdd-player.de/syabas/showthread.php?tid=2285 or
> http://www.hdd-player.de/syabas/showthread.php?tid=3353 ) it works. 
> Maybe it would be a solution to patch the streamdev plugin in a way that
it 
> generates a TS valid for the PCH.

I ran some experiments on streamdev and mplayer on vdr machine. And upgraded
PCH firmware to latest - no change.

Here is two outputs of command ran after each other. I am using SSH and not 
forwarding X (hence the error message):

Look VIDEO line of 1st entry: H264 and 2nd entry: MPEG2. Also difference on
PROGRAM N. parameter.

---------------
MPlayer dev-SVN-r26753-4.1.2 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (Family: 15, Model: 3, Stepping: 4)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Warning unknown option threads at line 10
mplayer: could not open config files /root/.lircrc and /etc/lircrc
mplayer: No such file or directory
Failed to read LIRC config file ~/.lircrc.

Playing http://localhost:3000/C-0-13-3805.ts.
Resolving localhost for AF_INET6...
Connecting to server localhost[::1]: 3000...
connect error: Connection refused
Resolving localhost for AF_INET...
Connecting to server localhost[127.0.0.1]: 3000...
Cache size set to 320 KBytes
Cache fill:  0.00% (0 bytes)
TS file format detected.
VIDEO H264(pid=514) AUDIO MPA(pid=648) NO SUBS (yet)!  PROGRAM N. 3805
Stream not seekable!
FPS seems to be: 25.000000
X connection to localhost:10.0 broken (explicit kill or server shutdown).
---------------
MPlayer dev-SVN-r26753-4.1.2 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (Family: 15, Model: 3, Stepping: 4)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Warning unknown option threads at line 10
mplayer: could not open config files /root/.lircrc and /etc/lircrc
mplayer: No such file or directory
Failed to read LIRC config file ~/.lircrc.

Playing http://localhost:3000/C-0-13-3805.ts.
Resolving localhost for AF_INET6...
Connecting to server localhost[::1]: 3000...
connect error: Connection refused
Resolving localhost for AF_INET...
Connecting to server localhost[127.0.0.1]: 3000...
Cache size set to 320 KBytes
Cache fill:  0.00% (0 bytes)
Stream not seekable!
TS file format detected.
VIDEO MPEG2(pid=514) AUDIO MPA(pid=648) NO SUBS (yet)!  PROGRAM N. 0
Stream not seekable!

Too many audio packets in the buffer: (1429 in 8391088 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
MPEG: FATAL: EOF while searching for sequence header.
Video: Cannot read properties.
==========================================================================
Forced audio codec: hwdts
Forced audio codec: hwac3
Cannot find codec for audio format 0x50.
Read DOCS/HTML/en/codecs.html!
Audio: no sound
Video: no video
---------------

So I believe there might be a problem even inside streamdev for TS-streams.
And like said on last night's email - the clock does not run on PCH for TS
streams. Can there be invalid PCR-clock or problem with PTS?

I also have similar experience what Helge is writing. If I WGET a TS-stream
to 
a file, PCH does not play it. But after cutting file with TS Packet 
Editor, PCH plays the file correctly. So actual video/audio streams are OK,
but 
something on the stream is not working well and TSPE fixes that.

>> I doubt that *.vdr is known as an official filename extension for PES
files.
>> Maybe any (possibly otherwise unknown) extension would do? Could you
verify that? 
>   
>PCH supports VDR recordings since firmware 080221. The VDR PES format is
not really 
>"detected" but the *.vdr extension is used to recognize it.

Yes, I believe this is a work-around made by Syabas to play VDR-files over
SMB/CIFS-mount, and how to recognize them.

>> Filename suffixes have already been suggested a while ago. I'd be fine 
>> with them if they are necessary.

Ok, the filename suffices are not standard or? Like .vdr is not standard
with 
PES-format. So please use it as a patch, but perhaps suffixes should be made
to more standard ones.

//Jori
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5933 bytes
Desc: not available
Url : http://www.linuxtv.org/pipermail/vdr/attachments/20081105/946ea113/attachment-0001.bin 