Hello all,
here's a proposal for speed control for vdr-dvd. It uses SG_IO and
GPCMD_SET_STREAMING so there's no need for VDR to run as root. The user
needs rw permissions on the drive, though. When the plug-in is
terminated the drive will be set to its initial speed (vacuum cleaner
mode).
The
Hello everybody,
I've recorded some shows (with subtitles) with vdr 1.5.10, I wanted to
demux the recordings with projectx but it looks like it has some
problems coping with the new subtitles; the error is suppic unknown
cmd: 44, a full log follows:
session infos
domenica 11 novembre 2007
El Sábado, 10 de Noviembre de 2007, Reinhard Nissl escribió:
Hi,
Reinhard Nissl schrieb:
Though, a cleaner solution would be to fix the result buffer to allow
retrieving any packet as soon as it is completely available in the
buffer (final subtitle packets are about 100 bytes in size).
On 11/01/07 13:21, Stefan Huelswitt wrote:
On 01 Nov 2007 Klaus Schmidinger [EMAIL PROTECTED] wrote:
I'm looking for a method to convert a JPEG image to an
MPEG-2 I-frame that can be displayed through VDR's
cDevice::StillPicture() function. The conversion should
be done by a (sequence of)
Davide Cavalca ha scritto:
Hello everybody,
I've recorded some shows (with subtitles) with vdr 1.5.10, I wanted to
demux the recordings with projectx but it looks like it has some
problems coping with the new subtitles; the error is suppic unknown
cmd: 44
Just tried with the last ProjectX
On 11/11/07 15:20, Reinhard Nissl wrote:
Hi,
Klaus Schmidinger schrieb:
When I display a picture generated with this script through a call
to DeviceStillPicture(), the display looks very nice for a short while,
and after that slanted lines get jagged. It appears as if the two
interlaced
On 11/11/07 15:30, Klaus Schmidinger wrote:
On 11/11/07 15:20, Reinhard Nissl wrote:
Hi,
Klaus Schmidinger schrieb:
When I display a picture generated with this script through a call
to DeviceStillPicture(), the display looks very nice for a short while,
and after that slanted lines get
Hi,
Klaus Schmidinger schrieb:
How does the attached PES file look like? In vdr-xine, I send it just
once and it looks OK in xine.
When it looks ok, I'll have to search for the commands which created it ;-)
I think, I had specified an option to create progressive frames.
After running
On 11/11/07 15:45, Reinhard Nissl wrote:
Hi,
Klaus Schmidinger schrieb:
How does the attached PES file look like? In vdr-xine, I send it just
once and it looks OK in xine.
When it looks ok, I'll have to search for the commands which created it ;-)
I think, I had specified an option to
Hi,
Klaus Schmidinger schrieb:
Looks like it is the file size.
I have now changed the line
mpeg2enc -f 7 -T 90 -F 3 -np -a 2 -v 0 -o $TMP2
to
mpeg2enc -f 7 -T 40 -F 3 -np -a 2 -v 0 -o $TMP2
so that the resulting file is about the same size as yours, and now
my images also are
On 11/11/07 16:05, Reinhard Nissl wrote:
Hi,
Klaus Schmidinger schrieb:
Looks like it is the file size.
I have now changed the line
mpeg2enc -f 7 -T 90 -F 3 -np -a 2 -v 0 -o $TMP2
to
mpeg2enc -f 7 -T 40 -F 3 -np -a 2 -v 0 -o $TMP2
so that the resulting file is about the same
Hi,
Klaus Schmidinger schrieb:
Hhm, if you set -n 3 for ppmtoy4m, mpeg2enc should detect, that there
are no changes.
The command sequence I use now looks like this:
pnmscale $S $TMP1 | \
pnmpad -black -width 704 -height 576 | \
ppmntsc --pal | \
ppmtoy4m -F 25:1 -A 4:3 -I p -r
On 11/11/07 16:54, Reinhard Nissl wrote:
Hi,
Klaus Schmidinger schrieb:
Hhm, if you set -n 3 for ppmtoy4m, mpeg2enc should detect, that there
are no changes.
The command sequence I use now looks like this:
pnmscale $S $TMP1 | \
pnmpad -black -width 704 -height 576 | \
ppmntsc
Hi,
Klaus Schmidinger schrieb:
But I still think that there is no need to repeat anything. Sending a
progressive I-frame as still image should be sufficient, no matter what
size the file has. Don't know whether the DVB-API has some limitations
regarding image size of still frames.
From
On 11/11/07 17:29, Reinhard Nissl wrote:
Hi,
Klaus Schmidinger schrieb:
But I still think that there is no need to repeat anything. Sending a
progressive I-frame as still image should be sufficient, no matter what
size the file has. Don't know whether the DVB-API has some limitations
Dear Fritz!Box- and VDR-Users,
a new version of the Fritz!Box Plugin is available at
http://joachim-wilke.de/index.htm?alias=vdr-fritz
- - -
The Fritz!Box Plugin connects to your Fritz!Box to inform you about
incoming calls. The plugin can automatically mute or pause VDR when a
call comes in.
Hi,
Klaus Schmidinger schrieb:
Do you get the same jagged images when editing cutting marks? Most
likely such an I frame isn't larger than 40 KB.
Yes, they are smooth for a brief moment, and then get jagged.
I recall this behavior when I had a FF card for testing. Maybe it's a
feature to
Hi,
Luca Olivetti schrieb:
Is it possible that newer version generate more traffic/are more
sensible to network latencies?
Yes, at least in the buffer monitoring phase, which was introduced with
0.7.7. Try to set it to 0 in vdr-xine's setup menu.
I'll need some time to provide a proper fix
En/na Reinhard Nissl ha escrit:
Hi,
Luca Olivetti schrieb:
Is it possible that newer version generate more traffic/are more
sensible to network latencies?
Yes, at least in the buffer monitoring phase, which was introduced with
0.7.7. Try to set it to 0 in vdr-xine's setup menu.
That
On 21:03:29 Nov 11, Reinhard Nissl wrote:
I recall this behavior when I had a FF card for testing. Maybe it's a
feature to stop flickering one pixel high horizontal lines in still
images by doubling one field of the frame. Maybe there exists a switch
to turn this feature off.
You've tried
20 matches
Mail list logo