> 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
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr