Reinhard Nissl wrote:
Hi,
Petri Helin wrote:
Please try the attached patch which adds VPID clipping to some locations.
I can gladly tell you that now there are several 00 00 01 blocks in
the sample.ts file. So something has changed to better. But for some
reason I am unable to play the
Hi,
Petri Helin wrote:
I am now also able to record h.264 encoded programs, just like mpeg2
encoded, and as a result xxx.vdr files are created. But still, i cannot
replay them either.
Stock xine-lib-1.1.7 or higher can play those files. You may also want
to use vdr-xine-0.7.11 with a
Hi,
Reinhard Nissl wrote:
the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer.
After the above patch, my sync early patch fails to apply. Attached
you'll find an updated version which should apply cleanly.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
Hi,
Petri Helin wrote:
the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer.
These changes should make VDR ready for the upcoming IFA fair in regard
to the broadcasts on the temporary channel EinsFestival HD.
Referring to the problems I've had with this patch, I'd like to
Reinhard Nissl wrote:
But I don't understand why streamdev still delivers a decrypted video
stream in that case. Can it be that the client asks streamdev to filter
certain TS packets and therefore uses the correct VPID?
Yes. In http streaming mode streamdev parses PIDs directly from PMT and
Hi,
Petri Hintukainen wrote:
But I don't understand why streamdev still delivers a decrypted video
stream in that case. Can it be that the client asks streamdev to filter
certain TS packets and therefore uses the correct VPID?
Yes. In http streaming mode streamdev parses PIDs directly from
Hi,
Reinhard Nissl wrote:
But I don't understand why streamdev still delivers a decrypted video
stream in that case. Can it be that the client asks streamdev to filter
certain TS packets and therefore uses the correct VPID?
Yes. In http streaming mode streamdev parses PIDs directly from PMT
Hi,
Petri Helin wrote:
Please try the attached patch which adds VPID clipping to some locations.
I can gladly tell you that now there are several 00 00 01 blocks in
the sample.ts file. So something has changed to better. But for some
reason I am unable to play the sample.ts file. This is
Reinhard Nissl wrote:
Hi,
Reinhard Nissl wrote:
The line will write the PES packet's content into file
/video/sample.es.h264 when a h264parser exists. Then please send me some
MB of the file.
The file you've sent me doesn't contain any useful data. You can have a
look at it yourself:
On Thu, Aug 30, 2007 at 08:44:27PM +0300, Petri Helin wrote:
I have now tested when there is a program running (I am even seeing the
dvb-subtitles with xineliboutput), but still there are no 00 00 01
series in the sample.ts. Anything more I could test with?
I lost the stream also today. The
Hannu Tirkkonen wrote:
There is some problems on tuning or encrypting hd channels.
Everything worked without problems when they used mpeg2 on Canal+ HD.
-Petri
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Reinhard Nissl wrote:
Hi,
Reinhard Nissl wrote:
Have a look at this file with
od -Ax -t x1 -v -w188 sample.ts | less -S
and locate the sequence 00 00 01 multiple times. It should then be
possible to record this channel although it doesn't work for now, as
cVideoRepacker didn't find
Reinhard Nissl wrote:
Hi,
Petri Helin wrote:
I have now tested when there is a program running (I am even seeing the
dvb-subtitles with xineliboutput), but still there are no 00 00 01
series in the sample.ts. Anything more I could test with?
I'm sorry, I can't help you any further.
On Thu, Aug 30, 2007 at 12:05:08AM +0300, Hannu Tirkkonen wrote:
I did apply this h264 patch and streamdev patch from:
http://www.vdr-developer.org/mantisbt/view.php?id=382
Now the load of the server is low when tuned to Canal+ HD and I can watch the
stream using vlc.
The recording at
On Fri, Aug 31, 2007 at 12:05:12AM +0300, Petri Helin wrote:
When I tried again with streamdev-plugin sending TS-stream to a vlc
client and letting it dump the TS-stream, I can find the 00 00 01 09
delimiter in the dumped stream. So if it works with the combination
above, what could be
Hi,
Arthur Konovalov wrote:
I trying to compile vdr-1.5.9 with h264 patches but vdr-xine-0.7.10 plugin
give
me error:
xineDevice.c: In member function 'int
PluginXine::cXineDevice::PlayCommon3(const
uchar*, int, int64_t)':
xineDevice.c:1387: error: cannot call member function 'int
El Jueves, 30 de Agosto de 2007, Hannu Tirkkonen escribió:
On Thu, Aug 30, 2007 at 12:05:08AM +0300, Hannu Tirkkonen wrote:
I did apply this h264 patch and streamdev patch from:
http://www.vdr-developer.org/mantisbt/view.php?id=382
Now the load of the server is low when tuned to Canal+ HD
Reinhard Nissl wrote:
Hi,
the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer.
The changes to earlier releases are:
- H264::cParser has been enhanced to provide information for
H264::cContext::GetFramesPerSec() and therefore outsourced
into separate files.
-
Hi,
Petri Helin wrote:
the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer.
The changes to earlier releases are:
- H264::cParser has been enhanced to provide information for
H264::cContext::GetFramesPerSec() and therefore outsourced
into separate files.
-
On Wed, Aug 29, 2007 at 11:38:39PM +0300, Petri Helin wrote:
Reinhard Nissl wrote:
Hi,
the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer.
The changes to earlier releases are:
- H264::cParser has been enhanced to provide information for
Reinhard Nissl wrote:
Hi,
Petri Helin wrote:
the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer.
The changes to earlier releases are:
- H264::cParser has been enhanced to provide information for
H264::cContext::GetFramesPerSec() and therefore outsourced
into
Hi,
Petri Helin wrote:
The channel I mean is the same, I think, but provided by my local cable
operator. Here is the entry in channels.conf:
Canal+ Film
HD;Telenor:33:C0M256:C:6900:10512+512:640=eng;641=eng:0:B00:3306:0:22:0
I have a valid subscription and this particular channel
Hi,
Reinhard Nissl wrote:
Can you provide me with a few MB of TS stream from that channel?
Something like czap and cat /dev/dvb/adapterX/dvr0 sample.ts should do
the trick.
The TS sample you've sent me looks ok, i. e. it can be parsed by
H264::cParser.
Please locate the following
Hi,
Reinhard Nissl wrote:
The line will write the PES packet's content into file
/video/sample.es.h264 when a h264parser exists. Then please send me some
MB of the file.
The file you've sent me doesn't contain any useful data. You can have a
look at it yourself:
od -Ax -t x1 -v
Reinhard Nissl wrote:
Hi,
Reinhard Nissl wrote:
The line will write the PES packet's content into file
/video/sample.es.h264 when a h264parser exists. Then please send me some
MB of the file.
The file you've sent me doesn't contain any useful data. You can have a
look at it yourself:
25 matches
Mail list logo
