Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
>> So could streamdev be easily modified to provide PMT at stream start? > I opened a bug report (http://www.vdr-developer.org/mantisbt/view.php?id=496) > and posted a quick hack which should strip off all packets before the first > PAT and probably some packets before the first PMT (hopefully not including > the PMT). The PMT part needs to be elaborated. Sending a PMT with basic > information first should be possible and sounds like a good idea. I'll take > a look into this the next days. Thanks - I patched my streamdev with that patch and I'll test it after I get access to my PCH.. I hope when PCH finds PAT has some patience to read stream for particular PMT. - Jori smime.p7s Description: S/MIME cryptographic signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] TT3200/VDR 1.7.0/Streamdev running with S2API?
Hello, What doe I need to make TT3200/VDR 1.7.0/Streamdev running with S2API. This moment I using TT3200 with Multiproto drivers from Manu and it running well but I know it will change in the future. I have trying to make it running with S2 drivers from http://mercurial.intuxication.org/hg/s2-liplianin/ en vdr with some patches but not a success. HDTV only with TS and SDTV with PES. Does someone have it working? Thanks JP ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
On Wed, 12 Nov 2008 15:23:40 +0100, jori.hamalainen wrote > >> So could streamdev be easily modified to provide PMT at stream start? > > > I opened a bug report > (http://www.vdr-developer.org/mantisbt/view.php?id=496) > > and posted a quick hack which should strip off all packets before the > first > > PAT and probably some packets before the first PMT (hopefully not > including > > the PMT). The PMT part needs to be elaborated. Sending a PMT with basic > > information first should be possible and sounds like a good idea. I'll > take > > a look into this the next days. > > Thanks - I patched my streamdev with that patch and I'll test it > after I get access to my PCH.. > > I hope when PCH finds PAT has some patience to read stream for particular > PMT. Revised the patch in the bugtracker. It guarantees that the first packet is PAT, second is PMT. Untested however. Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr & s2api
Hello all, Klaus, can we have an vdr with s2api native support?? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
On Tue, 11 Nov 2008 13:02:48 +0100, jori.hamalainen wrote > >> --- PMT 0 --- > >> Packet : 1 > > > The fixed file starts with a PMT packet. Could PCH be choking on the fact > > that the TS stream starts right in the middle of nowhere? > > I think this is a good quess. I don't know how much PCH reads the > stream for PMT table (first 10kB, first 100kB,...?), so if it does > not have it in time it quits the stream. > > So could streamdev be easily modified to provide PMT at stream > start? And could PMT be rewritten later if new streams are found. > With this I mean on first PMT you have audio/video-stream. And > subtitle appears 60 seconds from the start so give new PMT with > private subtitles streams as well? I opened a bug report (http://www.vdr-developer.org/mantisbt/view.php?id=496) and posted a quick hack which should strip off all packets before the first PAT and probably some packets before the first PMT (hopefully not including the PMT). The PMT part needs to be elaborated. Sending a PMT with basic information first should be possible and sounds like a good idea. I'll take a look into this the next days. > How about the other symptom I was giving output. My VDR machine and its > mplayer. Sometimes it recognizes stream as MPEG-2, and sometimes > H.264. What do you believe, problem with TS stream or problem with > Mplayer stream recognition. Could have the same cause... Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr & s2api
On 12.11.2008 17:24, lucian orasanu wrote: > Hello all, > > Klaus, can we have an vdr with s2api native support?? As soon as I find the time... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcor n Hour NMT
> >> What is the best linux tool to diagnoze problems on TS? TS-Doctor is > >> windows software and does not run under terminal emulator. > > > did you try to use the Wine ? > > No, according to developer it works ok with Wine. > > But my criteria is that it does not run under terminal emulator == command > line. Like via SSH from my work place to home VDR. > > I found dvbsnoop - but it is per packet dumper - not higher level analyzer. > Like answer my question what is wrong on my stream. you can try this ffmpeg -i, or ffprobe -show_streams or MediaInfo http://sourceforge.net/project/showfiles.php?group_id=86862&package_id=90612 # ffprobe -h FFprobe version SVN-rUNKNOWN, Copyright (c) 2007-2008 Stefano Sabatini libavutil version: 49.6.0 libavcodec version: 51.54.0 libavformat version: 52.13.0 built on May 22 2008 10:25:52, gcc: 4.2.4 20080512 (prerelease) (Debian 4.2.3-6) usage: ffprobe [options] infiles Simple Audio and Video prober Main options: -k keep going even in case of error, always returns 0 -pretty pretty print numerical values, more human readable -read_packets read packets info -read_frames read frames info -show_files show file info -show_frames show frames info, implies the option -read_frames and -read_packets -show_packets show packets info, implies the option -read_packets -show_streams show streams info -show_tags show tags info ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
>> What is the best linux tool to diagnoze problems on TS? TS-Doctor is >> windows software and does not run under terminal emulator. > did you try to use the Wine ? No, according to developer it works ok with Wine. But my criteria is that it does not run under terminal emulator == command line. Like via SSH from my work place to home VDR. I found dvbsnoop - but it is per packet dumper - not higher level analyzer. Like answer my question what is wrong on my stream. smime.p7s Description: S/MIME cryptographic signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
> you can try this Thanks for the tip - now there is a bit more information about the streams in Linux environment. But they just indentify the streams - do not analyze them against the standards? Or inform about validity of PAT/PMT and where they are found on TS etc. > ffmpeg -i, FFmpeg version UNKNOWN, Copyright (c) 2000-2008 Fabrice Bellard, et al. Input #0, mpegts, from '/mnt/backup/Nomads/One_world.ts': Duration: 01:11:56.0, start: 67581.009756, bitrate: 17160 kb/s Program 3805 Stream #0.0[0x202]: Video: h264, yuv420p, 1920x1088 [PAR 1:1 DAR 30:17], 25.00 tb(r) Stream #0.1[0x289](eng): Audio: liba52, 48000 Hz, 5:1, 384 kb/s Stream #0.2[0x288](fre): Audio: mp2, 48000 Hz, stereo, 256 kb/s Stream #0.3[0x25d](swe): Subtitle: dvbsub Stream #0.4[0x260](fin): Subtitle: dvbsub Must supply at least one output file > ffprobe -show_streams FFprobe version SVN-r53, Copyright (c) 2007-2008 Stefano Sabatini Input #0, mpegts, from '/mnt/backup/Nomads/One_world.ts': Duration: 01:11:56.0, start: 67581.009756, bitrate: 17160 kb/s Program 3805 Stream #0.0[0x202]: Video: h264, yuv420p, 1920x1088 [PAR 1:1 DAR 30:17], 25.00 tb(r) Stream #0.1[0x289](eng): Audio: liba52, 48000 Hz, 5:1, 384 kb/s Stream #0.2[0x288](fre): Audio: mp2, 48000 Hz, stereo, 256 kb/s Stream #0.3[0x25d](swe): Subtitle: dvbsub Stream #0.4[0x260](fin): Subtitle: dvbsub No accelerated IMDCT transform found [STREAM] codec_name=h264 decoder_time_base=1/25 codec_type=video r_frame_rate=25.00 r_frame_rate_num=25 r_frame_rate_den=1 width=1920 height=1088 gop_size=12 has_b_frames=0 sample_aspect_ratio=1/1 display_aspect_ratio=30/17 pix_fmt=yuv420p index=0 time_base=1/9 start_time=67581.214022 duration=4315.80 nb_frames=0 [/STREAM] [STREAM] codec_name=liba52 decoder_time_base=0/1 codec_type=audio sample_rate=48000.00 channels=6 bits_per_sample=0 index=1 time_base=1/9 language=eng start_time=67581.009756 duration=N/A nb_frames=0 [/STREAM] [STREAM] codec_name=mp3 decoder_time_base=0/1 codec_type=audio sample_rate=48000.00 channels=2 bits_per_sample=0 index=2 time_base=1/9 language=fre start_time=67581.038367 duration=4315.56 nb_frames=0 [/STREAM] [STREAM] codec_name=dvbsub decoder_time_base=0/1 codec_type=subtitle index=3 time_base=1/9 language=swe start_time=67581.009756 duration=4316.004267 nb_frames=0 [/STREAM] [STREAM] codec_name=dvbsub decoder_time_base=0/1 codec_type=subtitle index=4 time_base=1/9 language=fin start_time=67581.009756 duration=4316.004267 nb_frames=0 [/STREAM] > MediaInfo http://sourceforge.net/project/showfiles.php?group_id=86862&package_id=90612 mediainfo /mnt/backup/Nomads/One_world.ts General ID : D Complete name: /mnt/backup/Nomads/One_world.ts Format : MPEG-TS File size: 8.62 GiB Duration : 1h 11mn Overall bit rate : 17.2 Mbps Video ID : 514 (0x202) Menu ID : 3805 (0xEDD) Format : AVC Format/Info : Advanced Video Codec Format profile : [EMAIL PROTECTED] Format settings, CABAC : Yes Format settings, ReFrames: 2 frames Duration : 1h 11mn Bit rate : 15.8 Mbps Width: 1 920 pixels Height : 1 088 pixels Display aspect ratio : 16/9 Frame rate : 25.000 fps Resolution : 24 bits Colorimetry : 4:2:0 Scan type: Progressive Audio #1 ID : 648 (0x288) Menu ID : 3805 (0xEDD) Format : MPEG Audio Format version : Version 1 Format profile : Layer 2 Bit rate mode: Constant Bit rate : 256 Kbps Channel(s) : 2 channels Sampling rate: 48.0 KHz Resolution : 16 bits Video delay : -176ms Language : French Audio #2 ID : 649 (0x289) Menu ID : 3805 (0xEDD) Format : AC-3 Format/Info : Audio Coding 3 Bit rate mode: Constant Bit rate : 384 Kbps Channel(s) : 6 channels Channel positions: Front: L C R, Surround: L R, LFE Sampling rate: 48.0 KHz Video delay : -205ms Language : English smime.p7s Description: S/MIME cryptographic signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr & s2api
Hy Klaus, take your time, we are waiting. 10x!! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
> Maybe streamdevs cStreamdevPatFilter::GetPid() filtered too much. Could you
> recompile streamdev with debug output enabled:
> cd STREAMDEV_SRC_DIR; make clean; DEBUG=1 make all
> Plese post the debug output (sent to stderr) as well as the messages from the
> log.
This trace has been done after PAT/PMT ver 1 patch.. I have not ran it yet, I
want
to test PAT-1st-packet-patch first, to see if it helps.
stderr:
constructor hsRequest
command GET /C-0-13-3805.ts HTTP/1.0
Request
command User-Agent: Wget/1.11.1
header
command Accept: */*
header
command Host: 127.0.0.1:3000
Host-Header
header
command Connection: Keep-Alive
header
command
process
before channelfromstring: type() param() filespec(C-0-13-3805) fileext(.ts)
query()
Apid is 0
after channelfromstring
* GetDevice(const cChannel*, int)
* ---
* Found following device: 0xb63cd8a8 (1)
* NOT suspended
Initializing Remuxer for full channel transfer
cStreamdevPatFilter("Voom HD")OUT: |HTTP/1.0 200 OK|
OUT: |Content-Type: video/mpeg|
OUT: ||
streamer start
start streamer
cStreamdevLiveStreamer::Attach()
cStreamdevPatFilter: PMT pid for channel Voom HD: 6351Creating Receiver to
respect changed pids
Attaching new receiver
cStreamdevLiveStreamer::Attach()
LiveReceiver->Activate(1)
activate streamer
Writer start
cStreamdevPatFilter PMT scanner adding PID 514 (ISO/IEC 14496-10 Video (MPEG-4
part 10/AVC, aka H.264))cStreamdevPatFilter PMT scanner: adding PID 649
(ISO/IEC 13818-1 Private PES data) AC3cStreamdevPatFilter PMT scanner adding
PID 648 (ISO/IEC 11172 Audio)cStreamdevPatFilter PMT scanner: adding PID 605
(ISO/IEC 13818-1 Private PES data) DVBSUBcStreamdevPatFilter PMT scanner:
adding PID 608 (ISO/IEC 13818-1 Private PES data) DVBSUBKilling live receiver
LiveReceiver->Activate(0)
Creating Receiver to respect changed pids
Attaching new receiver
cStreamdevLiveStreamer::Attach()
LiveReceiver->Activate(1)
Desctructing Live streamer
stopping streamer
cStreamdevLiveStreamer::Detach()
LiveReceiver->Activate(0)
destructing writer
Max. Transmit Blocksize was: 261767
cStreamdevLiveStreamer::Detach()
Killing live receiver
Desctructing streamer
Log from /var/log/messagesNov 12 23:16:09 vdr vdr: [30581] Streamdev: Accepted
new client (HTTP) 127.0.0.1:56782
Nov 12 23:16:09 vdr vdr: [30581] CAM 4: assigned to device 1
Nov 12 23:16:10 vdr vdr: [30604] streamdev-writer thread started (pid=30563,
tid=30604)
Nov 12 23:16:10 vdr vdr: [30605] streamdev-livestreaming thread started
(pid=30563, tid=30605)
Nov 12 23:16:10 vdr vdr: [30606] receiver on device 1 thread started
(pid=30563, tid=30606)
Nov 12 23:16:10 vdr vdr: [30607] TS buffer on device 1 thread started
(pid=30563, tid=30607)
Nov 12 23:16:10 vdr vdr: [30608] ecmhandler 0 filter thread started (pid=30563,
tid=30608)
Nov 12 23:16:10 vdr vdr: [30607] TS buffer on device 1 thread ended (pid=30563,
tid=30607)
Nov 12 23:16:10 vdr vdr: [30606] buffer stats: 128592 (6%) used
Nov 12 23:16:10 vdr vdr: [30606] receiver on device 1 thread ended (pid=30563,
tid=30606)
Nov 12 23:16:10 vdr vdr: [30609] receiver on device 1 thread started
(pid=30563, tid=30609)
Nov 12 23:16:10 vdr vdr: [30610] TS buffer on device 1 thread started
(pid=30563, tid=30610)
Nov 12 23:16:10 vdr vdr: [30568] changing pids of channel 103 from
514+514:648=fra;649=eng:0:0 to 514+514:648=fra;649=eng:605=sve,608=fin:0
Nov 12 23:16:11 vdr vdr: [30568] changing pids of channel 129 from
513+513:644=eng;645=eng:0:0 to 513+513:644=eng;645=eng:604=sve,607=fin:0
Nov 12 23:16:24 vdr vdr: [30581] client (HTTP) 127.0.0.1:56782 has closed
connection
Nov 12 23:16:24 vdr vdr: [30581] streamdev: closing streamdev connection to
127.0.0.1:56782
Nov 12 23:16:24 vdr vdr: [30605] streamdev-livestreaming thread ended
(pid=30563, tid=30605)
Nov 12 23:16:24 vdr vdr: [30604] streamdev-writer thread ended (pid=30563,
tid=30604)
Nov 12 23:16:24 vdr vdr: [30610] TS buffer on device 1 thread ended (pid=30563,
tid=30610)
Nov 12 23:16:24 vdr vdr: [30581] buffer stats: 359832 (8%) used
Nov 12 23:16:24 vdr vdr: [30609] buffer stats: 218832 (10%) used
Nov 12 23:16:24 vdr vdr: [30609] receiver on device 1 thread ended (pid=30563,
tid=30609)
<>___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
> Thanks - I patched my streamdev with that patch and I'll test it after I get > access to my PCH.. > I hope when PCH finds PAT has some patience to read stream for particular > PMT. This is after the first patch.. ffprobe and mediainfo recognizes the streams totally different. Ffprobe says MPEG1video and mediainfo AVC. Also note that mediainfo says No PAT/PMT.. # mplayer 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 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 C-0-13-3805.ts. TS file format detected. VIDEO MPEG2(pid=514) AUDIO MPA(pid=648) NO SUBS (yet)! PROGRAM N. 0 TS_PARSE: COULDN'T SYNC MPEG: FATAL: EOF while searching for sequence header. Video: Cannot read properties. # ffprobe -show_streams C-0-13-3805.ts FFprobe version SVN-r53, Copyright (c) 2007-2008 Stefano Sabatini libavutil version: 49.6.0 libavcodec version: 51.53.0 libavformat version: 52.12.0 built on Nov 12 2008 15:57:32, gcc: 4.1.2 (Gentoo 4.1.2 p1.0.2) Input #0, mpegts, from 'C-0-13-3805.ts': Duration: 00:00:27.3, start: 60871.262611, bitrate: 17210 kb/s Stream #0.0[0x288]: Audio: mp2, 48000 Hz, stereo, 256 kb/s Stream #0.1[0x289]: Audio: liba52, 48000 Hz, 5:1, 384 kb/s Stream #0.2[0x202]: Video: mpeg1video, 9.00 tb(r) Stream #0.3[0x25d]: Audio: liba52 No accelerated IMDCT transform found No accelerated IMDCT transform found [STREAM] codec_name=mp2 decoder_time_base=0/1 codec_type=audio sample_rate=48000.00 channels=2 bits_per_sample=0 index=0 time_base=1/9 start_time=60871.262611 duration=N/A nb_frames=0 [/STREAM] [STREAM] codec_name=liba52 decoder_time_base=0/1 codec_type=audio sample_rate=48000.00 channels=6 bits_per_sample=0 index=1 time_base=1/9 start_time=60871.369689 duration=27.264000 nb_frames=0 [/STREAM] [STREAM] codec_name=mpeg1video decoder_time_base=0/1 codec_type=video r_frame_rate=9.00 r_frame_rate_num=9 r_frame_rate_den=1 width=0 height=0 gop_size=12 has_b_frames=0 sample_aspect_ratio=0/1 display_aspect_ratio=0/0 pix_fmt=??? index=2 time_base=1/9 start_time=60871.262611 duration=27.371078 nb_frames=0 [/STREAM] [STREAM] codec_name=liba52 decoder_time_base=0/1 codec_type=audio sample_rate=0.00 channels=0 bits_per_sample=0 index=3 time_base=1/9 start_time=60871.262611 duration=27.371078 nb_frames=0 [/STREAM] # mediainfo C-0-13-3805.ts General Complete name: C-0-13-3805.ts Format : MPEG-TS Format profile : No PAT/PMT File size: 56.2 MiB Duration : 27s 440ms Overall bit rate : 17.2 Mbps Video ID : 514 (0x202) Format : AVC Format/Info : Advanced Video Codec Format profile : [EMAIL PROTECTED] Format settings, CABAC : Yes Format settings, ReFrames: 2 frames Duration : 27s 440ms Bit rate : 15.8 Mbps Width: 1 920 pixels Height : 1 088 pixels Display aspect ratio : 16/9 Frame rate : 25.000 fps Resolution : 24 bits Colorimetry : 4:2:0 Scan type: Progressive Audio #1 ID : 648 (0x288) Format : MPEG Audio Format version : Version 1 Format profile : Layer 2 Bit rate mode: Constant Bit rate : 256 Kbps Channel(s) : 2 channels Sampling rate: 48.0 KHz Resolution : 16 bits Video delay : -383ms Audio #2 ID : 649 (0x289) Format : AC-3 Format/Info : Audio Coding 3 Bit rate mode: Constant Bit rate : 384 Kbps Channel(s) : 6 channels Channel positions: Front: L C R, Surround: L R, LFE Sampling rate: 48.0 KHz Video delay : -276ms Hexdump start of the file dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/ SECT-Packet: 0001 PID: (Unkown PID), Length: 517 (0x0205) from file: C-0-13-3805.ts : 47 02 02 12 83 48 76 3b f3 dc 0e f2 5b 00 16 a9 GHv;[... 0010: 17 bb 55 e6 bf 72 98 56 3a
Re: [vdr] vdr & s2ap
On Wed, Nov 12, 2008 at 10:24 AM, lucian orasanu <[EMAIL PROTECTED]> wrote: > Hy Klaus, > > take your time, we are waiting. > > 10x!! Waiting more for mpeg-ts recording! ;) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
Frank Schmirler schrieb: > On Tue, 11 Nov 2008 13:02:48 +0100, jori.hamalainen wrote > --- PMT 0 --- Packet : 1 >>> The fixed file starts with a PMT packet. Could PCH be choking on the fact >>> that the TS stream starts right in the middle of nowhere? >>> >> I think this is a good quess. I don't know how much PCH reads the >> stream for PMT table (first 10kB, first 100kB,...?), so if it does >> not have it in time it quits the stream. >> >> So could streamdev be easily modified to provide PMT at stream >> start? And could PMT be rewritten later if new streams are found. >> With this I mean on first PMT you have audio/video-stream. And >> subtitle appears 60 seconds from the start so give new PMT with >> private subtitles streams as well? >> > > I opened a bug report (http://www.vdr-developer.org/mantisbt/view.php?id=496) > and posted a quick hack which should strip off all packets before the first > PAT and probably some packets before the first PMT (hopefully not including > the PMT). The PMT part needs to be elaborated. Sending a PMT with basic > information first should be possible and sounds like a good idea. I'll take a > look into this the next days. > > >> How about the other symptom I was giving output. My VDR machine and its >> mplayer. Sometimes it recognizes stream as MPEG-2, and sometimes >> H.264. What do you believe, problem with TS stream or problem with >> Mplayer stream recognition. >> > > Could have the same cause... > > Frank > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > After your patch TSDoctor does not find a PAT at all! Tested with both versions of the patch. Somebody in the NMT forum claims that he has it working with vdr-1.7.1 without any modifications. H264 streams should work too according to this post: http://www.networkedmediatank.com/showthread.php?tid=1696&pid=92157 Hope this helps. Helge. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
