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