mory VDR could
keep track of that, starting from scratch whenever VDR is restarted.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
uot;C" {
#include "headerfile.h"
}
This makes the compiler interpret the header file as plain C and
-- as a result -- generate plain C symbol references.
Hope this helps.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
reserve the build file times
of the plugins.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
quot; as the global VDR Makefile exports the value.
Thanks for this hint. This is what I was looking for. If it works
as you write, then at least I have no need for plugins.conf at
the moment.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
config.template)
Well, that's not what I was looking for, but kls suggested that
already on vdr-portal too. I dislike on that solution that there
is not a single central configuration file, but a symbolic link
could do the trick to share a common file.
Bye.
--
Dipl.-Inform. (FH) Reinh
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
e do we put the file?
6.a) kls suggested /etc/vdr at a random shot
6.b) I would like to put it next to Make.config
6.c) use pkg-config to determine path (defaults to VDRDIR)
Please start sharing your ideas now ;-)
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
figuration file for VDR-1.7.35 in a separate
thread named
[DISCUSSION REQUEST] reintroduce a common make configuration file
in VDR-1.7.35
Just hold your breath for a few seconds, until that thread
appears in the mailing list ;-)
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni
list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@g
VB setup
option video format.
So just select 16:9 as video format in VDR's DVB setup.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
through" from case tsTuned.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
# priority for vdpau_h264_alter decoder
# numeric, default: 0
engine.decoder_priorities.vdpau_h264_alter:1
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
onder
changes
are recognized (thanks to Reinhard Nissl).
Regarding Sonnenklar.HD TV: it appeared automatically in my
channels.conf without further modifications. I have developed
this patch for 1.7.17 so I haven't modified my channels.conf by
hand since then. In case this transponder
h OSD size do you use on your TT-S2 6400?
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
streams are likely to
have just a single PES packet per access unit (= e. g. image) and
as a result you see the TS PUSI at the same time as the PES "AUSI".
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
v
2: can_record, can_do_epg_scan, can_do_liveview, devprio=90
device #3: can_do_liveview, devprio=10
Is there a way for plugins to alter *cDevice::GetDevice behavior ?
Are there any plans on that matter ?
Please modify the attached plugin, telling that device 3 doesn't
provide any transponder.
/config:
# disable decoder flush at discontinuity
# bool, default: 0
engine.decoder.disable_flush_at_discontinuity:1
# disable decoder flush from video out
# bool, default: 0
engine.decoder.disable_flush_from_video_out:1
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
Hi,
Am 16.03.2011 20:29, schrieb Reinhard Nissl:
- Added support for VDR-1.7.17s TrueColor OSD.
I forgot to mention, that TrueColor OSD is currently only
possible with VDPAU.
Furthermore you have to select an "OSD display mode" different
from "X11 overlay" in
ks to Valdemaras
Pipiras).
- Included Slovak translation (thanks to Milan Hrala).
- Included Chinese and Taiwanese translations (thanks to
NanFeng).
- Fixed MANUAL about centre_cut_out_mode (thanks to Vorg on
#xine-vdpau).
Enjoy.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@g
channels
with PPID != VPID are handled differently by VDR, hence causing
this issue in vdr-xine.
vdr-xine-0.9.4 will include that patch, but it will still take a
few days to get it ready.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
--- ../xine-0.9.3/xineDevice.c 2009-06-1
nnot tell
whether VDPAU honors TOP/BOTTOM field flag and displays the frame
when the field is due. This was always a problem with xxmc and
VIA EPIA CLE 266. Incorrect field order is most noticeable on
fast movements.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nis
ou to send them again to me (privately). A
sample recording would be appreciated too.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
Am 05.10.2010 21:00, schrieb Luca Olivetti:
> Al 05/10/10 20:49, En/na Reinhard Nissl ha escrit:
>
>>>>> FWIW, if I set the audio pid to 0, the video is perfect.
>>>>
>>>> With all output plugins (vdr-xine, dxr3 and streamdev, the latter only
es in the console:
>>>
>>> FWIW, if I set the audio pid to 0, the video is perfect.
>>
>> With all output plugins (vdr-xine, dxr3 and streamdev, the latter only
>> if NOT streaming in TS, which pulls the audio anyway and breaks the
>> picture).
>
>
ns (vdr-xine, dxr3 and streamdev, the latter only
> if NOT streaming in TS, which pulls the audio anyway and breaks the
> picture).
Please have a look at
http://sourceforge.net/mailarchive/forum.php?thread_name=4C93BD03.80702%40gmx.de&forum_name=xine-devel
and try changing buffer sizes. J
+:11488:HC56M2O0S0:S13.0E:27500:164=2:96=...@4,97=...@4:0:0:5105:318:1500:0
> (in fact all polish channels on this transponder do the same)
> RTV;Harmonic:11471:VM2O0S0:S13.0E:27500:611=2:6...@3:0:0:10622:318:1400:0
>
> and many more.
>
> Any idea?
I've just tried th
video streams, but
> also the teletext. (as far as I know, not even Sky/Premiere crypt their
> teletext)
Not that I have an usecase for this already, but what about
scrambled DVB subtitles? Shouldn't those PIDs be sent to the CAM too?
Bye.
--
Dipl.-Inform.
uityDetected: triggering soft start"
> is generated by the output device, and that causes the transfer mode
> to be stoped and restarted. Maybe the output device chokes on something
> in the TS stream?
I doubt that vdr-xine does anything which would cause transfer
mode to be s
d a similar behaviour on my system since a few
days but I haven't managed to collect a backtrace though, because
xine-lib resolved the freeze on it's own.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vd
Hi,
Am 06.06.2010 14:49, schrieb Klaus Schmidinger:
> - Implemented handling of HD resolution subtitles according to v1.3.1 of
> ETSI EN 300 743, chapter 7.2.1 (thanks to Rolf Ahrenberg).
The attached patch fixes DDS detection on arte HD.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mail
ference (t),
picture_coding_type (P) and 3 MSB of vbv_delay (v).
So the bits of byte Data[i + 2] look like that:
ttPPPvvv
And the above code does:
>> 3000ttPPP
& 0x07 0PPP
== 10001
If you put 001 for an I frame from the above table for PPP
lease soon ...
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
cords PCR. Please apply the patch found in
the below link to vdr-xine-0.9.3:
http://www.linuxtv.org/pipermail/vdr/2010-February/022368.html
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
the output.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
you be so kind and create a backtrace of xine when this
happens again. And provide an "unwrapped" backtrace, e. g. by
attaching the backtrace as a text file, which makes it easier to
read, especially as xine has much more threads.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Am 17.03.2010 07:23, schrieb Torgeir Veimo:
> On 14 March 2010 21:47, Reinhard Nissl wrote:
>> Hi,
>>
>> Am 14.03.2010 12:46, schrieb Goga777:
>>>>>>> I have experienced this problem several times today while on HD h264
>>>>>>> cha
h vdpau and h264. There is no problem when using ffmpeg as
decoder. It looks like vdpau h264 decoder leaks some images.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>> I assume, you both use vdr-xine. It would be a good idea to
>> create a backtrace in that situation to rule out vdr-xine as
>> source of this issue.
>
> yes, I'm using the vdr-xine 093
> please advice how should I use
>> Derek
>>
>> Sorry, forgot to mention this is with VDR-1.7.13...
>
>
> I confirm - with vdr 1.7.13 still have the same issue
I assume, you both use vdr-xine. It would be a good idea to
create a backtrace in that situation to rule out vdr-xine as
source of this iss
if you run vdr-xine with option -p. Just remove it
then. MANUAL reports:
-p[N] use socket connections on port N (18701)
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
nnot tell why audio doesn't work in your case).
In 1.7.x, cChannel provides this information (vtype). So it looks
like pvrinput doesn't provide the information or channels in a
way that vtype gets set to H.264.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
__
onstant for simplicity just to 5
for testing and the issue is gone at least for audio recordings,
but I haven't tested the change with mp3 plugin yet.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ible to access cPatPmtParser since a few releases,
I've changed vdr-xine to pull VPID from there instead of picking
it from packets passed to PlayTsVideo.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
--- ../xine-0.9.3/xineDevice.c 2009-06-17 20:06:35.0 +0200
+++ xineDevi
ther to find a solution.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
below version:
tThreadId cThread::ThreadId(void)
{
tThreadId tid = syscall(__NR_gettid);
if (tid == -1)
esyslog("ERROR: retrieving thread ID failed: [%d] %s", tid,
strerror(tid));
return tid;
}
Please report the logged error message.
Bye.
--
Dipl.-Inform. (FH) Reinhard Ni
her debug information: please provide it in
a way that it doesn't get wrapped around. Wrapping makes it hard
to read. Simply attach it as plain text file if you cannot find
another way to achieve this.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
__
l.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
--- ../xine-0.9.3/xineDevice.c 2009-06-17 20:06:35.0 +0200
+++ xineDevice.c 2010-01-06 15:46:15.0 +0100
@@ -4119,6 +4126,8 @@ store_frame(jumboPESdata, todo, __LINE__
void cXineDevice::MakePrimaryDevice(bool On)
{
+
en VDR sends the still picture data to vdr-xine. Hence, the
image cannot be decoded, so you won't see a change on screen.
The bug is going to be fixed -- see [vdr] FF/RW problems with xine.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
_
e first TS packet missing, the I frames
cannot get decoded.
I reported that issue to Klaus but -- to keep it simple -- he
expects a patch to fix this issue.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.or
Hi,
Simon Baxter schrieb:
> #engine.buffers.video_num_buffers is left at the default of 500. If I
> set this any higher, fast forwarding or rewinding causes the video to
> jump about 90 seconds.
VDR-1.7.x should address this.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni.
Hi,
Simon Baxter schrieb:
> Had no response on this - guess Reinhard has been away?
>
> Any suggestions on this??
Please tell vdr-xine settings regarding buffering and try to
change the buffer settings in .xine/config to huge values as
mentioned in MANUAL.
Bye.
--
Dipl.-Inform. (FH)
set_param(this->stream, XINE_PARAM_VO_ZOOM_Y,
this->image16_9_zoom_y);
}
}
pthread_mutex_unlock(&this->adjust_zoom_lock);
}
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
he method
SetAudioChannelDevice. The parameter values 0, 1 or 2 represent
stereo, left or right channel. A further parameter value 3 would
represent 'combined' mode. For compatibility and the most common
use case, 'combined' mode should need to be activated in VDR's
setup m
netpbm-10.26.44-98.16
ppmtoy4mpart of mjpegtools-1.8.0
mpeg2encpart of mjpegtools-1.8.0
so please look for a netpbm package for ubuntu.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
reo,
but for such tracks, selecting among the individual mono tracks
is not supported.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ra;6220=deu:6230:0:11120:1:1011:0
BTW: I have reverted this changeset in xine-lib-1.2 which is part
of xine-lib-1.1 too, but not part of xine-vdpau:
http://hg.debian.org/hg/xine-lib/xine-lib-1.2/raw-rev/fd48f5a5841d
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
__
tart VDR in order to make
changes to the OSD extent take effect.
- replaying fast reverse stops at start of recording.
Enjoy.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ckground makes the area dirty even when continuously
rendering the same text which actually doesn't change anything.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
he OSD memory.
In case a fancy OSD implementation puts a background image behind
the OSD text, scrolling in the above sense doesn't is no benefit
without separate layers for foreground and background.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
roduce such an
incorrect OSD setup.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
buffers.audio_num_buffers:460
the default value should do
> # number of video buffers
> engine.buffers.video_num_buffers:250
some HD channels require 1500 to 2000
> # number of video frames
> engine.buffers.video_num_frames:22
increasing this to 30 allows more latency
Bye.
--
Dipl.-Inf
acy has improved a
lot since VDR reads back real replay position from xine.
Can you provide backtraces of the xine-ui crashes?
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
S1:S19.2E:22000:6410=27:6420=deu;6421=deu,6422=Ori:6430:0:11140:1:1011:0
you'll see marks indicating overscan areas at 1 %, 2 %, 3 %, 4 %
and 5 % of the image.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
ttached patch but he thinks of changing the semantic of
SetTrickSpeed() at all. That's why I haven't released this
functionality yet.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
--- ../vdr-1.7.5-pre/./player.h 2009-03-08 13:29:10.0 +0100
+++ ./player.h 2009-04
um.php?thread_name=4A15672E.5090908%40gmx.de&forum_name=xine-devel
If you revert the changeset, zapping should behave as usual.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-b
m with 9400M.
Well, the attached patch is better than nothing but a better
approach would be to render both fields into a single surface
before displaying them. At the moment, both fields are rendered
separately.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
diff --git a/s
s to
> fine-position a cut mark, the video image is not updated, so I
> am basically forced to navigate in complete darkness.
>
> Is that a known bug?
Well, yes, but I didn't find time to look into a sample till
tonight. Please find attached the fix, at least for the sample I
the
> movie does not pause.
>
> Anybody has experienced this and more important found a way to get this
> working?
This is by design: this functionality requires SLAVE mode, but
xineplayer currently only supports TRADITIONAL.
Bye.
-
HD channels people reported that it is required to
increase engine.buffers.video_num_buffers to 2500 or something
like that. Otherwise the huge A/V offset between audio and video
input packets cannot be compensated and leads to noticeable
delays in decoding and presentation.
Bye.
--
Dipl.-Inform
evice::GetVideoSize() to return an
OSDs maximum extent.
NOTE: * no xine-lib changes since 0.9.1 *
BTW: it seems to be necessary to restart VDR in order to make
changes to the OSD extent take effect.
Enjoy.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@g
Hi,
Morfsta schrieb:
> Sounds like VDPAU (or xine's interface with VDPAU) doesn't support
> MBAFF properly then.
>
> BBCHD is one of the few HD channels that uses MBAFF, most use PAFF.
Is there a chance to provide a TS sample for investigation?
Bye.
--
Dipl.-Infor
required too, but more
compliated and cannot be implemented without in depth parsing of
several H.264 data structures.
As vdr-xine doesn't implement the later and seems to work for
this kind of stream (see this thread), implementing the former
should fix this issue.
Bye.
--
Dipl.-Inform
Hi,
the patch was previously part of my H.264 support patch. I
release it again now for 1.7.5 to not loose track of my work ;-)
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
diff -Nurp vdr-1.7.5-orig/Makefile vdr-1.7.5-speedup/Makefile
--- vdr-1.7.5-orig/Makefile 2008-12-24 16
crash due to calling PlayTs() from different threads.
- Fixed crashes due to negative OSD coordinates caused by some
skins.
- Fixed INSTALL regarding xine-ui cvs repository and how to
apply the patches as they have been created differently since
release 0.9.0.
Enjoy.
--
Dipl.-Inform. (FH
ch
Hope this works, too.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
Reinhard Nissl schrieb:
> Lauri Tischler schrieb:
>> Darren Salt wrote:
>>> I demand that Lauri Tischler may or may not have written...
>>>
>>>> Reinhard Nissl wrote:
>>>>> after being away 7 month from VDR development I'm ple
Hi,
Lauri Tischler schrieb:
> Darren Salt wrote:
>> I demand that Lauri Tischler may or may not have written...
>>
>>> Reinhard Nissl wrote:
>>>> after being away 7 month from VDR development I'm pleased to announce
>>>> release 0.9.0. You can
ssue. fbxine worked with vdr-1.7.3 and
xine-ui with 1.6.0.
Thought of an issue (deadlock) with 1.6.0 but discovered later
that 1.7.3 was running at the same time, using the same fifos.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
sumes that there is no PlayTS().
Please change APIVERSNUM to 10701 in VDR's config.h
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ch a case. This will
help to resume to fluent playback from bad weather conditions
or when disconnecting and reattaching the antenna cable.
- Updated it_IT.po (thanks to Diego Pierotto for providing the
translations).
Enjoy.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
like for
cDevice::PlayTsVideo().
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
--- ../vdr-1.7.3-orig/device.c 2009-01-06 10:55:13.0 +0100
+++ device.c 2009-01-07 23:25:51.0 +0100
@@ -1288,8 +1288,9 @@ int cDevice::PlayTsAudio(const uchar *Da
for (int Pass = 0
ne-0.9.0 waits for video
frames to arrive which will not happen. As a result, one won't
hear anything from the radio channel until restarting VDR.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
--- vdr-1.7.2-orig/config.h 2008-09-14 15:46:13.0 +0200
+++ vdr-1.7.2-patched/
ra:6230:0:11120:1:1011:0
arte
HD;ZDFvision:11361:hC23M16O35S1:S19.2E:22000:6210=27:6221=deu,6222=fra:6230:0:11120:1:1011:0
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/
Arte and ArteHD work out of the box with VDR-1.7.2 using this
repository:
http://mercurial.intuxication.org/hg/s2-liplianin
Sure, had to add 2g flag in stb0899 source though. Before using
this repository it was hardly possible to tune to ArteHD.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
m
FE_CAN_QPSK
+|0x1000
},
.release= stb0899_release,
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
attached you'll find an updated patch for VDR-1.7.2.
The patch includes the formerly released remux fix.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
vdr-1.7.2-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2
Description: BZip2 compressed
Hi,
Reinhard Nissl schrieb:
>>> Is there a regular chance for you to reproduce this issue?
>>>
>>> I could send you a code fragment then which would store a
>>> reasonably sized fragment of the TS stream which would help me
>>> very much in solvin
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
to
> dump them from the ringbuffer...
I would be glad if you could extract that data too ;-)
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
you'll find
a possibility to indicate trick modes in PES packets, and if I
recall correctly, it should be possible by just setting a single
bit. But I could be wrong and then it would be more complex than
the approach in the previous paragraph.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
ma
ular chance for you to reproduce this issue?
I could send you a code fragment then which would store a
reasonably sized fragment of the TS stream which would help me
very much in solving this issue.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
et the progressive_frame_flag.
Forcing deinterlacing of such scenes with
use_progressive_frame_flag=0 improves image quality but the
default field order is incorrect which leads to a jumpy replay
like that (assuming the correct order would be 1 2 3 4 5 6):
2 1 4 3 6 5
Bye.
--
Dipl.-Inform. (FH)
'-g3 -O3 -pipe -march=pentium4' ../xine-ui/configure
--prefix=/soft/xine-ui-1.2-video --enable-vdr-keys
Last but not least: make sure that you use a graphics board which
supports hardware color space conversion and image scaling. Use
an appropriate output driver, e. g.
xine ... -
S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0
> ESP HD Spanish;CYFRA
> +:11278:vC23M5O20S1:S13.0E:27500:3000:3212=esl:0:500,B00,1803,100:13072:318:400:0
> EUSP PL AUDIO;CYFRA
> +:11278:vC23M5O20S1:S13.0E:27500:0:407=pol:0:0:13035:318:400:0
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
bles by typing
locale
In case an LC_... variable is not set explicitly, the locale
command will print it's default value derived from other
variables like LANG, so there is no need to set them unless you
want some of them to be different from their default values.
Bye.
--
Dipl.
just
May 10 18:04:03 video vdr: [6165] cVideoRepacker: operating in
MPEG1/2 mode
so I assume you didn't specify
-l 3
on VDR's command line, or debug messages are logged into a
different file by syslog. Please try to provide those log lines too.
Bye.
--
Dipl.-Inform. (FH)
ing this issue properly in H.264 would mean to not send
the first B frames to the output device which is more complex
than just setting a single bit. And with the upcoming recording
format changes I don't want to address this issue at the moment.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
code_slice_header error
[h264 @ 0xac236490]B picture before any references, skipping
[h264 @ 0xac236490]decode_slice_header error
[h264 @ 0xac236490]B picture before any references, skipping
[h264 @ 0xac236490]decode_slice_header error
[h264 @ 0xac236490]no frame!
Bye.
--
Dipl.-Inform.
rence any data structures broadcast
before the IDR picture.
Let's now come back to the term "during watching":
As written above, those messages are OK when switching to a
channel. When they appear "during watching" the channel, I could
think of VDR having issued a
persistent.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
1 - 100 of 355 matches
Mail list logo
