Приветствую, dplu@free.fr

Thanks for this information, I had search first before posting but not found this information, --psprobe option give nothing (unknow parameter) I will continue to use my HD sat receiver when I will have to convert stg

sorry, please use mplayer -psprobe 5000000

Goga777

Still the same problem , unknow option , I have tried with - , -- and many option. A google search with psprobe return nothing :o(

http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.txt

-psprobe <byte position> When playing an MPEG-PS or MPEG-PES streams, this option lets you specify how many bytes in the stream you want MPlayer to scan in order to identify the video codec used. This option is needed to play EVO or VDR files containing H.264 streams.

I give up for now, maybe the solution is to convert pes to ts and try to play/convert it as I do with my sat receiver

Thanks for this information, seems you know better than I do mplayer and all its functionnality. I have try many time psprobe option but still same result, meaning my mplayer is too old to do that.

Most important is to keep ability to convert my recording, even if not coming from vdr and continue to watch / record HD with vdr

Have a good day

Selon Goga777 goga777@bk.ru:

...

...

I give up for now, maybe the solution is to convert pes to ts and try to play/convert it as I do with my sat receiver

...

...

When I try to mplayer the same vdr recording (ie 001.vdr) it find no video track. I can only see them with xine from vdr or from command line Does anybody has successfully convert those records ?

ÏÔ the dvbn's site there's some explanation about your problem with recorded on VDR h.264 pes files

===============================================================================================

mpeg-pes is just a container for the video, in this case, h264... mpeg-pes can also encapsulate mpeg2 video. The default transmission of most cable/satellite channels use mpeg-ts.

VDR, for some reason, converts all video and stores it as mpeg-pes. So, it's not a matter of people "viewing" pes h264. It only matters if your software player (myth, mplayer, xine, etc) knows how to demux h264 video in a mpeg-pes stream. I'm not sure exactly what VDR does, but it doesn't store it's video in a properly formed mpeg-pes container either, so if you want to play them in xine or mplayer you will need to "fix" the demuxer so they understand it.

There were some patches floating around for Xine and someone asked the mplayer-mailing list for support, but was basically told that they would not further hack the demuxer to support something that's not standard. I'm not sure if the old Xine pes patch will work with what we have now.. I've been way too busy to even try the dshowserver + Xine.

================================================================================================

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Hi

Very late on answer ;o) I have allready found a very good solution for this Demuxing with mpeg_ps_extract and remuxing on MKV

Have a nice day

Selon Artem Makhutov artem@makhutov.org:

Hi,

dplu@free.fr schrieb:

...

Hi I have a little question about vdr recording format when in H264 (BBC HD), currently I can convert with mencoder my recording made from my HD terminal after converting trp to ts. When I try to mplayer the same vdr recording (ie 001.vdr) it find no video track. I can only see them with xine from vdr or from command line Does anybody has successfully convert those records ? Thanks for help

you must use a different demuxer with mplayer:

$ mplayer -demuxer lavf 001.vdr

Will playback the recording.

Regards, Artem

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Hi Artem

Yes you right, it was a so long time I've posted, stayed on my curent solution. Just tested your solution and this is very easy and fast, some segfault but due to discontinuity on test stream

I've got the same error than getting it from streamdev in ts format (with wget) and trying to read it with mplayer, the fps is not found but not a problem at all

Playing bbc.ts. TS file format detected. VIDEO H264(pid=256) NO AUDIO! NO SUBS (yet)! PROGRAM N. 1 FPS not specified in the header or invalid, use the -fps option. No stream found.

thanks for your help

Selon Artem Makhutov artem@makhutov.org:

Hi,

On Sun, Nov 23, 2008 at 06:40:30PM +0100, dplu@free.fr wrote:

...

Hi

Very late on answer ;o)

Yes, but better late than never.

At lease the solution will be in the mailing list archives now and can help other people that are facing the same problem.

...

I have allready found a very good solution for this Demuxing with mpeg_ps_extract and remuxing on MKV

Yes, I know, but there is an easier solution for it, without demuxing it:

http://www.linuxtv.org/pipermail/vdr/2008-November/018452.html

Regards, Artem

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Hi

It is uploading but will take time .. low adsl speed. By the way recoding recognized the format, and popcorn play it without problem but not sure it is the good speed .. will have to check more

recode log :

Input #0, mpeg, from '001.vdr': Duration: 00:00:50.10, start: 46302.005978, bitrate: 16499 kb/s Stream #0.0[0x1e0]: Video: h264, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 25.00 tb(r) Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 256 kb/s Output #0, mpegts, to 'bbc.ts': Stream #0.0: Video: 0x0000, yuv420p, 1440x1080, q=2-31, 25.00 tb(c) Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 256 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding frame= 1236 fps=477 q=-1.0 Lsize= 118961kB time=0.02 bitrate=40605305.3kbits/s video:96562kB audio:1kB global headers:0kB muxing overhead 23.194904%

I will post the link when completed

Best regards

Selon Artem Makhutov artem@makhutov.org:

Hi,

On Sun, Nov 23, 2008 at 07:36:18PM +0100, dplu@free.fr wrote:

...

Hi Artem

Yes you right, it was a so long time I've posted, stayed on my curent

solution.

...

Just tested your solution and this is very easy and fast, some segfault but

due

...

to discontinuity on test stream

I've got the same error than getting it from streamdev in ts format (with

wget)

...

and trying to read it with mplayer, the fps is not found but not a problem

at

...

all

Playing bbc.ts. TS file format detected. VIDEO H264(pid=256) NO AUDIO! NO SUBS (yet)! PROGRAM N. 1 FPS not specified in the header or invalid, use the -fps option. No stream found.

Can you upload the recoding somewhere?

Regards, Artem

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

I've got the same error than getting it from streamdev in ts format (with wget) and trying to read it with mplayer, the fps is not found but not a problem at all

Playing bbc.ts. TS file format detected. VIDEO H264(pid=256) NO AUDIO! NO SUBS (yet)! PROGRAM N. 1 FPS not specified in the header or invalid, use the -fps option. No stream found.

This has been addresses on another thread with playback to Popcorn Hour 'set-top box' device. Patches are already developed and tested.

For quick fix please see: http://www.vdr-developer.org/mantisbt/view.php?id=496

and apply patch #5.

As TS stream gets more standardized and some other minor changes happened, the stream is also more compatible with Mplayer. Now mplayer recognizes the stream better.

Best regards, Jori

No major change on mplayer, still have to enter the -fps to let play it but on popcorn it is night and day, now I can stream to popcorn all my HD channels and all is working nice, some desentrelacing problem on SD channels but was not the first goal

Well for me the patch cured most of my mplayer-problems which affected the stream identifying. Before this patch I mostly get "no audio" and even video was identified as MPEG2 when it should have been H264/AVC. But 9 out of 10 streaming attemps failed. Now I am able to stream 99 out of 100 attemps. So sometimes it fails but very seldom.

Typically if "PROGRAM N." is 0 or 1, then there is a problem on Mplayer stream analyze. I think it should be the last number of your URL (for my example 3805). Then is it hard to tell differences of Mplayer- versions. And my HD channel on below example is VoomHD on DVB-C -network. As even some other channels might have flawed PAT/PMT etc.

# mplayer -vo null -ao null http://xxx:3000/TS/C-0-13-3805.ts 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

Playing http://xxx:3000/TS/C-0-13-3805.ts. Resolving xxx for AF_INET... Connecting to server xxx: 3000... Cache size set to 320 KBytes Cache fill: 0.00% (0 bytes) TS file format detected. VIDEO H264(pid=514) AUDIO A52(pid=649) NO SUBS (yet)! PROGRAM N. 3805 Stream not seekable! FPS seems to be: 25.000000 Opening video filter: [pp=li] ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Forced audio codec: hwdts Forced audio codec: hwac3 Opening audio decoder: [hwac3] AC3/DTS pass-through S/PDIF No accelerated IMDCT transform found hwac3: switched to AC3, 384000 bps, 48000 Hz AUDIO: 48000 Hz, 2 ch, ac3, 384.0 kbit/25.00% (ratio: 48000->192000) Selected audio codec: [hwac3] afm: hwac3 (AC3 through S/PDIF) ========================================================================== AO: [null] 48000Hz 2ch ac3 (1 bytes per sample) Starting playback... VDec: vo config request - 1920 x 1088 (preferred colorspace: Planar YV12) [PP] Using external postprocessing filter, max q = 6. ...

Hi,

On Sun, Nov 23, 2008 at 08:59:59PM +0300, Goga777 wrote:

...

...

I have a little question about vdr recording format when in H264 (BBC HD), currently I can convert with mencoder my recording made from my HD terminal after converting trp to ts. When I try to mplayer the same vdr recording (ie 001.vdr) it find no video track. I can only see them with xine from vdr or from command line Does anybody has successfully convert those records ? Thanks for help

you must use a different demuxer with mplayer:

$ mplayer -demuxer lavf 001.vdr

Will playback the recording.

thanks for your advice. It's working :) I didn't know about this hint

btw - when MPlayer developers implement such method ? recently ?

It existed the whole time. At least nobody knew it or nobody cared about it.

I saw it a few months ago, when I set up CoreAVC in linux, but I forgot about it - until now.

Take a look at the last lines: http://code.google.com/p/coreavc-for-linux/wiki/MplayerInstallation

Regards, Artem

Hi,

On Sun, Nov 23, 2008 at 10:30:13PM +0300, Goga777 wrote:

...

...

...

...

I have a little question about vdr recording format when in H264 (BBC HD), currently I can convert with mencoder my recording made from my HD terminal after converting trp to ts. When I try to mplayer the same vdr recording (ie 001.vdr) it find no video track. I can only see them with xine from vdr or from command line Does anybody has successfully convert those records ? Thanks for help

you must use a different demuxer with mplayer:

$ mplayer -demuxer lavf 001.vdr

Will playback the recording.

thanks for your advice. It's working :) I didn't know about this hint

btw - when MPlayer developers implement such method ? recently ?

It existed the whole time. At least nobody knew it or nobody cared about it.

I saw it a few months ago, when I set up CoreAVC in linux, but I forgot about it - until now.

Take a look at the last lines: http://code.google.com/p/coreavc-for-linux/wiki/MplayerInstallation

btw - what about your impression about coreavc for Linux ? have you good results with MPlayer/xine/vdr and coreavc ?

I did not saw any performance increase while using coreavc. And coreavc had problems with some movies. So for me ffmpeg worked better than coreavc...

Regards, Artem