Hi,
attached is a small patch which I find very useful.
It extends the (Re)PlayButton.
If no last viewed recording was set (mostly after restart of vdr) and
you press the Play Button all Recordings will be shown.
Would be nice, if it find's a way into the main vdr.
BR,
Alex
--- vdr.c.orig 2012
Hi list,
I am trying to convert .vob to .ts with different tools.
Every new generated .ts file plays fine with vlc.
While playing this converted files in xinelibout, I can see everytime
jittering. (vdr-1.7.31/xinelibout with latest git)
Sample: http://www.russle.net/vomp/misc/1.ts.gz
At the
Am Sun, 7 Oct 2012 14:27:20 +0200
schrieb AlexW :
|While playing this converted files in xinelibout, I can see everytime
|jittering. (vdr-1.7.31/xinelibout with latest git)
|
|At the moment I do not know, whats causing this.
|
Problem seems to be xine-lib. (engine.decoder_priorities.mpeg2
Am Sun, 14 Sep 2014 12:02:09 +0200
schrieb Thomas Maaß :
|Hi!
|I use epgsearch's searchtimer to record my favorite series.
|But there could be a problem when using automatic shutdown
|and wakeup. When there is no event in the current epg, the
|searchtimer will not be updated any more. The shutdown
Hi,
I am using VDR 1.5.2 in a streamdev only environment. With the vanilla CVS
version of streamdev I am receiving a channel picture after every 2 channel
switches. I did a bug report and schmirl did post a quick fix. Unfortunately
it is not 100% perfect and time to time the picture does not p
On Tuesday 15 May 2007 10:33:21 Sebastian Frei wrote:
> Am Dienstag, 15. Mai 2007 09:47:27 schrieb alexw:
> > Hi,
> >
> > I am using VDR 1.5.2 in a streamdev only environment. With the vanilla
> > CVS version of streamdev I am receiving a channel picture after every 2
&g
On Tuesday 13 November 2007 13:50:42 mike lewis wrote:
> On Nov 13, 2007 7:12 PM, <[EMAIL PROTECTED]> wrote:
> > "mike lewis" <[EMAIL PROTECTED]> writes:
> >
> > Hi,
> >
> > > I've used vdr-xine, and I've used xinelibout for vdr. I've just ogt a
> > > general question, as they both seem to have s
On Tuesday 13 November 2007 15:16:32 Graziano Pavone wrote:
> > Hi,
> >
> > Using my PS3 as a vdr client is also my target. But I experienced bad
> > (de-)interlacing when watching SD TV using SD output (even with right
> > resolution). I am now waiting the new HV xorg driver to have more control
>
On Tuesday 13 November 2007 15:51:06 Graziano Pavone wrote:
> > Sure,
> >
> > Standard FC 7 (I will soon upgrade it to FC 8)
> > modified version of iwconfig to allow wpa-psk(2) to work
> > Xine-lib cvs (v1.1.6)
> > vdr-sxfe or vdr-fbfe as needed
>
> I'm using Ubuntu, with wired ethernet. connectio
On Wednesday 14 November 2007 13:19:39 Pasi Kärkkäinen wrote:
> On Tue, Nov 13, 2007 at 03:41:05PM +0100, alexw wrote:
> > On Tuesday 13 November 2007 15:16:32 Graziano Pavone wrote:
> > > > Hi,
> > > >
> > > > Using my PS3 as a vdr client is also
Dear VDR users,
I did try to get info about 2 projects discussed here and in dvb forum in the
past. At the moment I did not find any good status information.
1) The UDP client/server implementation for the streamdev plugin. It was
planned to reduce the number of ack sent by the client on a wif
On Wednesday 26 March 2008 21:51:06 VDR User wrote:
> On Wed, Mar 26, 2008 at 12:03 PM, Artur Skawina <[EMAIL PROTECTED]> wrote:
> > kind of hard to describe something you no longer remember... ;)
> > I _think_ the issue was some kind of stuttering playback; it didn't
> > happen always, but often
#x27;t think.
>
> I was referring to playing a finished recording and playing a file that is
> currently being extended by the "server" vdr -- alexw said that doesn't
> work well for him. It should, unless the disk and/or fs can't handle the
> two data streams concu
On Friday 28 March 2008 14:52:38 alexw wrote:
> On Thursday 27 March 2008 18:22:35 Artur Skawina wrote:
> > VDR User wrote:
> > > On Thu, Mar 27, 2008 at 9:19 AM, Artur Skawina <[EMAIL PROTECTED]> wrote:
> > >> I have a similar setup, just with 100M ethernet in
Artur Skawina a écrit :
> alexw wrote:
>
>> On Friday 28 March 2008 14:52:38 alexw wrote:
>>
>>> On Thursday 27 March 2008 18:22:35 Artur Skawina wrote:
>>>
>>>> VDR User wrote:
>>>>
>>>>&g
On Tuesday 01 April 2008 01:05:37 Artur Skawina wrote:
> Alexw wrote:
> >>> Sometimes the player stops in the middle of a recording due to a zero
> >>> size request. Here is the log:
> >>>
> >>> vdr: [3836] dvbplayer thread started (pid=3643, t
Hi Klaus,
I have noticed a PMT parsing issue with VDR version 1.7.x. The bug is still
present in version 1.7.3 but the behaviour is worst because it segfaults.
First I found out that 2 lines where added in the ParsePmt method.
Data += Data[0] + 1; // this is the first packet
Length
I have already tested the inversion. Reducing the length and after moving to
the new offset. This change does not solve the issue. The Length variable can
still decrease to a negative value.
What happen when the byte offset is greater than 188?
_
Yes Frank you are right. The problem is coming from bad CRC in the PMT (and
the same apply to bad PAT). If Pmt.CheckCRCAndParse() fails, bad PMT data
should be skipped.
@Klaus: will you look at this enhancement before rolling out 1.7.4?
___
vdr m
Hi,
I did check the TS stream with dvbsnoop and it is not containing corrupted TS
packets.
Apparently VDR is able to parse the PMT the first time the data buffer is
used. Then, it seems to loose the sync inside the payload.
I have attached a raw TS capture (~10M) containing the PMT pid 132 wh
Hi Mika,
I have already applied the mentioned patch ;-) But unfortunately it does not
solve the issue.
Cheers,
Alex
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
oops, it's a mistake. I am making reference to PMT pid 100 (sid 1537)
Thanks for having spotted that.
Cheers,
Alex
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Tue, Jan 20, 2009 at 04:01:17PM +0100, Frank Schmirler wrote:
> On Tue, 20 Jan 2009 14:43:22 +0100, Alexw wrote
> > I have attached a raw TS capture (~10M) containing the PMT pid 132
> > which is revealing the problem.
>
> Hum - PID 132 is a french dolby track, not a P
On Tue, Jan 20, 2009 at 04:11:17PM +0100, Klaus Schmidinger wrote:
> On 20.01.2009 16:01, Frank Schmirler wrote:
> > On Tue, 20 Jan 2009 14:43:22 +0100, Alexw wrote
> >> I have attached a raw TS capture (~10M) containing the PMT pid 132
> >> which is revealing the prob
Hi Johan,
You have a good approach. I am using the vdr-ui frontend right now which
uses the TS from streamdev to feed the mono player. I managed to have a
compiled version of the xine lib but I failed to use it due to deep code
cutting to get it running. As far as I have understood you succeed
Hi,
Yes, I confirm this. With the latest firmware, the memory leakage is
gone and the PCH can be used more than 20 min ;-) There is still an
issue with the anamorphic parameter. The WSS info is not properly taken
into account for the first 16:9 stream played. If you press the zoom
factor you w
A110!):
> http://www.popcornforum.de/showthread.php?tid=4143
>
> I couldn't observe this behaviour anymore since using vdr 1.7.4 with
> native TS.
>
> If this problem still exists please amend my bug report above.
>
>
> Best regards,
> Christian
>
>
>
> alexw s
Hi,
VDR-UI uses mono to play the stream. It is impossible for the moment to
switch from one channel to another without going back to VDR-UI. I can
imagine a workaround that consists of using a playlist instead of a
stream URL. But direct channel selection will still not be possible
(example: s
t; Hello,
>
> alexw schrieb:
>
>> Hi,
>>
>> VDR-UI uses mono to play the stream. It is impossible for the moment to
>> switch from one channel to another without going back to VDR-UI. I can
>> imagine a workaround that consists of using a playlist instead of
Artem Makhutov wrote:
> Hello,
>
> currently watching HDTV channels using a VDR frontend (streamdev and
> xineliboutput - current CVS builds) is impossible for me.
>
> Watching the recordings (1.ts) using xine (with VDPAU) works like a charm.
>
> I am wondering if there could be a bug in how VD
stream.
Cheers,
Alex
Artem Makhutov wrote:
> Hello,
>
> alexw schrieb:
>
>> Hi,
>>
>> Could you please check the TS continuity with dvbsnoop when using
>> streamdev or xineliboutput over the network? If not please make a
>> network recording (~ 5
Hi,
You can also add one more case :
case 0x19: // advanced codec HD digital television service
Rgds,
Alex
Marek Hajduk wrote:
> I made recording with vdr 1.7.7 and prewious patches.
> I get picture with several errors. Here:
> http://rapidshare.com/files/229350889/2009-05-05.10.45.1220-0.rec
Hi,
I do.
Alex
On 11/27/2009 09:55 AM, Michael Stepanov wrote:
I'd like to know if somebody uses any networked media player as VDR client
On Fri, Nov 27, 2009 at 9:59 AM, Theunis Potgieter
mailto:theunis.potgie...@gmail.com>> wrote:
Hi guys, I've recently bought an Xtreamer device www.
On 11/29/2009 04:13 PM, Theunis Potgieter wrote:
2009/11/27 alexw:
Hi,
I do.
Do you use an Xtreamer device as a frontend, what are you using to achive this?
I am using a PCH-A110 device with vdr-ui running on a separate server
(for better integration). Channels are served
On 12/06/2009 04:18 PM, Theunis Potgieter wrote:
2009/12/1 alexw <mailto:al...@undercover.mine.nu>>
On 11/29/2009 04:13 PM, Theunis Potgieter wrote:
2009/11/27 alexwmailto:al...@undercover.mine.nu>>:
Hi,
I do.
Do you use an Xtr
35 matches
Mail list logo