Am Sun, 7 Oct 2012 14:27:20 +0200
schrieb AlexW honda...@gmx.de:
|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
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
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
On 12/06/2009 04:18 PM, Theunis Potgieter wrote:
2009/12/1 alexw al...@undercover.mine.nu
mailto:al...@undercover.mine.nu
On 11/29/2009 04:13 PM, Theunis Potgieter wrote:
2009/11/27 alexwal...@undercover.mine.nu
mailto:al...@undercover.mine.nu:
Hi
On 11/29/2009 04:13 PM, Theunis Potgieter wrote:
2009/11/27 alexwal...@undercover.mine.nu:
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
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
theunis.potgie...@gmail.com mailto:theunis.potgie...@gmail.com wrote:
Hi guys, I've recently
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:
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 minutes) for both case.
1) Streamdev
wget -q -O - http
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 VDR is
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
/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 schrieb:
Hi,
Yes, I confirm this. With the latest firmware, the memory leakage
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:
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
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 PMT PID...
Cheers,
Frank
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 problem.
Hum - PID 132 is a french
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
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, tid=3836)
vdr: [3836] resuming replay at index 1950 (0:01:18.01)
vdr
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:
On Thu, Mar 27, 2008 at 9:19 AM, Artur Skawina [EMAIL PROTECTED] wrote:
I have a similar setup
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 concurrently, while keeping the latency low enough.
I'm assuming the vdr server in powerful enough to handle the load, yes.
artur
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 enough
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
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 my target. But I experienced bad
(de-)interlacing when
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 similar functionality
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. connection
So both
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
30 matches
Mail list logo
