Hello,
Is there any patch for either bitstreamout-plugin, or vdr-1.7.2 that would
allow
the plugin to compile with vdr ? (I run Ubuntu 8.10).
http://sourceforge.net/projects/bitstreamout/
Here is the log :
Plugin bitstream:
make[1]: entrant dans le répertoire «
Klaus Schmidinger a écrit :
On 24.01.2009 23:23, Guy Roussin wrote:
...
Why this 1TB limitation ?
The index file uses 8 byte per entry, two of which are now
used for the file number, one bit is used to identify independent
frames, and 40 bits are used for the actual file offset.
Hello,
I am wondering on why the Sirius 4.8° satellite is noted as
S5E Sirius 4 in sources.conf
and S5.0E is used in diseqc.conf and channels.conf...
Regards, Artem
___
vdr mailing list
vdr@linuxtv.org
On 25.01.2009 11:42, Artem Makhutov wrote:
Hello,
I am wondering on why the Sirius 4.8° satellite is noted as
S5E Sirius 4 in sources.conf
and S5.0E is used in diseqc.conf and channels.conf...
Well, I guess the source from which this information was taken
initially was wrong (or
On 25.01.2009 12:04, Artem Makhutov wrote:
Hi,
Klaus Schmidinger schrieb:
On 25.01.2009 11:42, Artem Makhutov wrote:
Hello,
I am wondering on why the Sirius 4.8° satellite is noted as
S5E Sirius 4 in sources.conf
and S5.0E is used in diseqc.conf and channels.conf...
VDR developer version 1.7.4 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.4.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.3-1.7.4.diff
WARNING:
This is a *developer* version. Not even *I* use it
Приветствую, Klaus
Danke for your work.
when are you planning to implement in vdr the native h.264 support ? it will be
in vdr 1.7.* branch ?
VDR developer version 1.7.4 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.4.tar.bz2
A 'diff' against the previous version
On Sun, Jan 25, 2009 at 1:17 PM, Klaus Schmidinger
klaus.schmidin...@cadsoft.de wrote:
On 25.01.2009 12:04, Artem Makhutov wrote:
Hi,
Klaus Schmidinger schrieb:
On 25.01.2009 11:42, Artem Makhutov wrote:
Hello,
I am wondering on why the Sirius 4.8° satellite is noted as
S5E
On Sun, Jan 25, 2009 at 02:13:25PM +0100, Klaus Schmidinger wrote:
What do you mean by native h.264 support?
VDR just records the TS and sends it to the output device.
It doesn't care too much about the actual contents.
It's up to the output devices to replay h.264.
Or is there something
Have an original genpix-usb-module. Since vdr-1.4.0+ series I have had to
patch every vdr verison with the attached vdr-1.5.0-genpix-usb.patch and the
v4l-dvb kernel drivers with the gp_8psk-2.6.23.patch in order for the device
to tune correctly and for vdr to display channels. However since
Thanks Gerald and Darren
So I tried to build xine-lib-1.2 the debian way...
- modified changelog
- modified debian/rules Makefile with my configure options
- tried to meet all dependencies of the control file
But there are various dependencies I simply can't meet because
they would conflict
Am Sun, 25 Jan 2009 17:05:23 +0100
schrieb Stefan Ellenberger stefan_...@hotmail.com:
As you can see the dep archive is missing
How to solve this one? Like I said I can't install any of the
libav*-dev packages.
Don't know how you can solve this problem. I have made my
packages on Intrepid.
when are you planning to implement in vdr the native h.264 support ? it
will be in vdr 1.7.* branch ?
What do you mean by native h.264 support?
VDR just records the TS and sends it to the output device.
It doesn't care too much about the actual contents.
It's up to the output devices
On Sun, Jan 25, 2009 at 09:02:46PM +0300, Goga777 wrote:
I kept in mind the h264 patch from Reinhard Nissl for vdr 1.7.0.
This was only needed because of the PES issue, with TS it works out of
the box :-)
As far as I understand you - for vdr 1.7.4 no need to install any patches for
h264
Have VDR-1.7.4 up and running with nexus-s so far. And plenty of
timers set so recording playback testing will be extensive. :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I demand that Stefan Ellenberger may or may not have written...
So I tried to build xine-lib-1.2 the debian way...
- modified changelog
- modified debian/rules Makefile with my configure options
- tried to meet all dependencies of the control file
But there are various dependencies I simply
Hi all,
This patch adds ATSC support to VDR 1.7.4.
Klaus, would you consider adding this to VDR?
Regards,
Alex Lasnier
diff -u vdr-1.7.4.orig/dvbdevice.c vdr-1.7.4/dvbdevice.c
--- vdr-1.7.4.orig/dvbdevice.c 2009-01-10 05:07:33.0 -0500
+++ vdr-1.7.4/dvbdevice.c 2009-01-25
Hi list,
Attached is a new version of cDevice::PlayTsVideo and
cDevice::PlayTsAudio that properly handles partially accepted buffers of
the PlayVideo and PlayAudio functions. The original functions would
discard any partially written data.
These two functions are only used by devices that
Hi list,
The new S2API-Wrapper patch for VDR-1.7.4 is ready. Beside adding
support for the final 2G-flag, the patch also reverts the change that
sends TS data directly to the device, since TS playback support is even
newer than S2API support.
Since TS to PES conversion by VDR-1.7.4 is also
Hi list,
A first experimental version of the hard link cutter patch is available
for VDR-1.7.4.
The new version handles 1TB file sizes for TS recordings, properly
calculates the switch-to-large-files for 65535 files, and also handles
PES recordings properly with the old limits.
For TS
Hi list,
The Cuttime-patch modifies the recording time of edited recordings to
match the time of the first cut mark of the original recording. So if
you start a recording 5 minutes earlier, and then later cut off the
first 5 minutes, the resulting recording will have the proper start time
On 25.01.2009 23:53, Udo Richter wrote:
Hi list,
Attached is a new version of cDevice::PlayTsVideo and
cDevice::PlayTsAudio that properly handles partially accepted buffers of
the PlayVideo and PlayAudio functions. The original functions would
discard any partially written data.
22 matches
Mail list logo
