Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Gregoire Favre]

On Sat, Nov 03, 2007 at 10:24:33PM +0100, Reinhard Nissl wrote:

Hello :-)

> Please have a look at
> 
> http://www.vdr-portal.de/board/thread.php?postid=665758#post665758
> 
> The new libxine patch should fix this bug.

Great, thank !

> Maybe I'll have a look at it tomorrow.
> 
> Meanwhile, you could have a look at this issue with this gdb command:
> 
>   thread apply all bt
> 
> It'll tell you the backtrace for all threads.

Oops, with the new patched ffmpeg/xine-lib-1.2/vdr-xine it don't
segfault (but I still can't access my VDR after a "shutdown try".

Thank you very much :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Reinhard Nissl]

Hi,

Grégoire FAVRE schrieb:

> I have recompiled ffmpeg svn with this patch, and xine-lib-1.2 (there
> semmes to be included) and also my vdr which now segfault when I try
> to
> tune to BBC HD :
[snip]
> That's with OSD display mode : Blend scaled Auto, with X11 overlay
> it don't crash (but that's not nice at all...).

Please have a look at

http://www.vdr-portal.de/board/thread.php?postid=665758#post665758

The new libxine patch should fix this bug.

> By the way there is another annoying bug with xine-lib :
> if you have a timer set, and VDR want to powerdown, but it can't
> die to some external reason, you can't control it anymore :
> 
> #0  0x00305440deef in waitpid () from /lib/libpthread.so.0
> #1  0x004bfb82 in SystemExec (
> Command=0x2e9ee0c0 "sudo /usr/local/bin/vdrpoweroff.sh
> 1194037200 121229 317 \"C'EST PAS SORCIER\" 1",
> Detached=true) at thread.c:511
> #2  0x004ad2df in cShutdownHandler::CallShutdownCommand
> (this=0x7275c0, WakeupTime=1194037200,
> Channel=317, File=0xfecdec "C'EST PAS SORCIER",
> UserShutdown=) at shutdown.c:129
> #3  0x004ad8ac in cShutdownHandler::DoShutdown (this=0x7275c0,
> Force=false) at shutdown.c:247
> #4  0x004c962b in main (argc=14, argv=0x7fffcd756e48) at
> vdr.c:1062
> 
> Maybe the bug don't come from xine-lib directly, but without xine-lib
> it doesn't appear.

Maybe I'll have a look at it tomorrow.

Meanwhile, you could have a look at this issue with this gdb command:

thread apply all bt

It'll tell you the backtrace for all threads.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Grégoire FAVRE]

On 01/11/2007, Reinhard Nissl <[EMAIL PROTECTED]> wrote:

Hello :-)

> Please have a look at the patches referenced at
> http://www.vdr-portal.de/board/thread.php?postid=664938#post664938
>
> With theses patches, your recording looks much better.

I have recompiled ffmpeg svn with this patch, and xine-lib-1.2 (there
semmes to be included) and also my vdr which now segfault when I try
to
tune to BBC HD :

gdb ./vdr
GNU gdb 6.7.1
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run -u greg -c /etc/vdr -l 3 -s 'sudo
/usr/local/bin/vdrpoweroff.sh' -P'xine -r'
Starting program: /usr/src/vdr-1.5.10/vdr -u greg -c /etc/vdr -l 3 -s
'sudo /usr/local/bin/vdrpoweroff.sh'
+-P'xine -r'
warning: no loadable sections found in added symbol-file
system-supplied DSO at 0x7fff3effd000
-
MakePrimaryDevice: 1
=
SetVideoFormat: 1
SetVolumeDevice: 255
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
SetVideoWindow: 0, 0, 720, 576, 720, 576
SetVolumeDevice: 255
SetAudioChannelDevice: 0
SetDigitalAudioDevice: 0
SetAudioChannelDevice: 0
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
SetPlayMode: 1
video: synced early
[VM]
vdr-xine: Client connecting ...
vdr-xine: Client connected!
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
[vVMA]buffered 20.4 frames (v:28.7, a:20.4)
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetAudioChannelDevice: 0
SetDigitalAudioDevice: 1
SetAudioChannelDevice: 0
SetPlayMode: 1
audio: synced early
[AMMVframe: (0, 0)-(16, 32), zoom: (1.00, 1.00)
[New LWP 31657]

Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 31657]
0x2b0f6c5e47f1 in PluginXine::cXineLib::execFuncOsdDrawBitmap
(this=0x2ea15d98,
needsScaling=PluginXine::cXineLib::shq, videoWidth=16,
videoHeight=29, xineOsd=,
window=0, bitmap=0x2eb355f0, x=0, y=0, width=672, height=187,
stride=672) at xineLib.c:1010
1010  *c++ = delinearize(c2 / sai) / FIX_POINT_FACTOR;
Current language:  auto; currently c++
(gdb) bt
#0  0x2b0f6c5e47f1 in PluginXine::cXineLib::execFuncOsdDrawBitmap
(this=0x2ea15d98,
needsScaling=PluginXine::cXineLib::shq, videoWidth=16,
videoHeight=29, xineOsd=,
window=0, bitmap=0x2eb355f0, x=0, y=0, width=672, height=187,
stride=672) at xineLib.c:1010
#1  0x2b0f6c5e59bd in PluginXine::cXineLib::sendWindow
(this=0x2ea15d98, xineOsd=0x2eb35520,
windowNum=0, bitmap=0x2eb355f0, videoLeft=0, videoTop=0,
videoWidth=16, videoHeight=32, videoZoomX=100,
videoZoomY=100, dontOptimize=false) at xineLib.c:1867
#2  0x2b0f6c5e6fcb in PluginXine::cXineOsd::ReshowCurrentOsd
(this=0x2eb35520, dontOptimize=false,
frameLeft=, frameTop=,
frameWidth=,
frameHeight=, frameZoomX=100, frameZoomY=100)
at xineOsd.c:136
#3  0x2b0f6c5dae25 in PluginXine::cXineDevice::reshowCurrentOsd
(this=0x2ea14ad0, dontOptimize=64,
frameLeft=0, frameTop=0, frameWidth=16, frameHeight=32,
frameZoomX=100, frameZoomY=100) at xineDevice.c:3642
#4  0x2b0f6c5dae81 in PluginXine::cXineDevice::ReshowCurrentOSD
(this=0x5580, frameLeft=1820500048,
frameTop=2880, frameWidth=66187264, frameHeight=518684672,
frameZoomX=, frameZoomY=100)
at xineDevice.c:3739
#5  0x2b0f6c5e97ea in PluginXine::cXineRemote::Action
(this=0x2ea147f0) at xineRemote.c:135
#6  0x004bffc5 in cThread::StartThread (Thread=0x2ea14810)
at thread.c:244
#7  0x003054406597 in ?? () from /lib/libpthread.so.0
#8  0x003053cd406d in clone () from /lib/libc.so.6
#9  0x in ?? ()

That's with OSD display mode : Blend scaled Auto, with X11 overlay
it don't crash (but that's not nice at all...).

By the way there is another annoying bug with xine-lib :
if you have a timer set, and VDR want to powerdown, but it can't
die to some external reason, you can't control it anymore :

#0  0x00305440deef in waitpid () from /lib/libpthread.so.0
#1  0x004bfb82 in SystemExec (
Command=0x2e9ee0c0 "sudo /usr/local/bin/vdrpoweroff.sh
1194037200 121229 317 \"C'EST PAS SORCIER\" 1",
Detached=true) at thread.c:511
#2  0x004ad2df in cShutdownHandler::CallShutdownCommand
(this=0x7275c0, WakeupTime=1194037200,
Channel=317, File=0xfecdec "C'EST PAS SORCIER",
UserShutdown=) at shutdown.c:129
#3  0x004ad8ac in cShutdownHandler::DoShutdown (this=0x7275c0,
Force=false) at shutdown.c:247
#4  0x004c962b in main (argc=14, argv=0x7fffcd756e48) at
vdr.c:1062

Maybe the bug don't come from xine-lib directly, but without xine-lib
it doesn't appear.

Thank,
-- 
Grégoire FAVRE
http://picas

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Reinhard Nissl]

Hi,

Morfsta schrieb:

> I patched ffmpeg and did a make && make install and the recording is
> still the same on my system. Do I have to re-compile xine-lib?

Sure, because you need the fixes in xine-lib's FFmpeg interfacing file
ff_video_decoder.c, too.

And you'll have to specify a deinterlacer as mentioned on the vdr-portal
page.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Morfsta]

On Oct 31, 2007 11:51 PM, Reinhard Nissl <[EMAIL PROTECTED]> wrote:
> Please have a look at the patches referenced at
> http://www.vdr-portal.de/board/thread.php?postid=664938#post664938
>
> With theses patches, your recording looks much better.

Thanks for your help and assistance Reinhard - I read the thread on
gmane.comp.video.ffmpeg.devel with interest.

I patched ffmpeg and did a make && make install and the recording is
still the same on my system. Do I have to re-compile xine-lib?

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Reinhard Nissl]

Hi,

Morfsta schrieb:

> Now I have noticed another problem - there is a strange "fuzz" effect
> (like tearing, but not exactly the same) on some broadcasts and not on
> others. At first I thought it was the graphics setup on fast panning,
> but this is not the case - it affects static images also. I saw this
> on BBC HD and HD2/5. I managed to capture a snippet of the BBC HD
> preview that demonstrates this - it's very strange because clips
> before and after this preview snippet were fine again so it must be
> something to do with this particular HD recording as part of the
> preview...
> 
> Here is a link to a short recording (26Mb) demonstrating the problem: -

Please have a look at the patches referenced at
http://www.vdr-portal.de/board/thread.php?postid=664938#post664938

With theses patches, your recording looks much better.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Morfsta]

On 10/25/07, Reinhard Nissl <[EMAIL PROTECTED]> wrote:
> Please give the patch on the below mentioned site a try. Your recording
> (which uses only interlaced frames) plays properly here when I play it
> at 50 % of normal speed (my PC simply isn't fast enough for realtime
> decoding).
>
> http://www.vdr-portal.de/board/thread.php?postid=662944#post662944
>

That has fixed it - BBC HD and HD2/5 (Astra 3) are now playing
smoothly! It is so much better!

Now I have noticed another problem - there is a strange "fuzz" effect
(like tearing, but not exactly the same) on some broadcasts and not on
others. At first I thought it was the graphics setup on fast panning,
but this is not the case - it affects static images also. I saw this
on BBC HD and HD2/5. I managed to capture a snippet of the BBC HD
preview that demonstrates this - it's very strange because clips
before and after this preview snippet were fine again so it must be
something to do with this particular HD recording as part of the
preview...

Here is a link to a short recording (26Mb) demonstrating the problem: -

http://www.megaupload.com/?d=72LCAI2P

Regards,

Morfsta

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Reinhard Nissl]

Hi,

Morfsta schrieb:

>>> HD recordings also show the same symptoms. If you are interested I am
>>> currently uploading a minute of BBC HD recording (140Mb)
>>
>> Please provide a link to this recording.
>
> Try here: -
> 
> http://www.megaupload.com/?d=55JZHZ4A

Please give the patch on the below mentioned site a try. Your recording
(which uses only interlaced frames) plays properly here when I play it
at 50 % of normal speed (my PC simply isn't fast enough for realtime
decoding).

http://www.vdr-portal.de/board/thread.php?postid=662944#post662944

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Halim Sahin]

Sorry wrong thread!



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Halim Sahin]

Hi reinhard,

Is this patch only for (new) radio-recordings???

I tried it but sometimes I am getting a seeg fault when  trying to play
old recordings.
My client vdr is a vdr-1.4.7 with softdevice.
Thanks.
Halim



-- 
Halim Sahin
E-Mail: 
halim.sahin (at) t-online.de

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Morfsta]

On 10/25/07, Reinhard Nissl <[EMAIL PROTECTED]> wrote:

> Is there a special reason why you use -V xshm and not -V xv? The later
> would do colorspace transformation in hardware.
>

I was just changing settings - I did have xxmc on, but it didn't make
any difference.

> > HD recordings also show the same symptoms. If you are interested I am
> > currently uploading a minute of BBC HD recording (140Mb)
>
> Please provide a link to this recording.
>

Try here: -

http://www.megaupload.com/?d=55JZHZ4A

Thanks.

> Bye.
> --
> Dipl.-Inform. (FH) Reinhard Nissl
> mailto:[EMAIL PROTECTED]
>
> ___
> vdr mailing 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

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Reinhard Nissl]

Hi,

Morfsta schrieb:

> I have just tried it on BBC HD (Astra 2 - H264/MBAFF) as well as HD2/5
> (Astra 3 H264/???) and I get video jumping every 2 seconds. Here is
> the [clipped] output from xine (verbose=3): -
> 
> video_out_xshm: video mode depth is 24 (32 bpp), TrueColor, not swapped,

Is there a special reason why you use -V xshm and not -V xv? The later
would do colorspace transformation in hardware.

> HD recordings also show the same symptoms. If you are interested I am
> currently uploading a minute of BBC HD recording (140Mb)

Please provide a link to this recording.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Morfsta]

Hi Reinhard,

I have downloaded and installed the latest CVS of ffmpeg and xine-lib
as well as installing the latest vdr-xine-0.8.0. I again followed the
general compilation instructions at the Open Suse DVB-S2 instructions
page.

I have just tried it on BBC HD (Astra 2 - H264/MBAFF) as well as HD2/5
(Astra 3 H264/???) and I get video jumping every 2 seconds. Here is
the [clipped] output from xine (verbose=3): -

video_out_xshm: video mode depth is 24 (32 bpp), TrueColor, not swapped,
video_out_xshm: red: 00ff, green: ff00, blue: 00ff
x11osd: unscaled overlay created (XShape mode).
video_out: thread created
audio_alsa_out : supported modes are 8bit 16bit 24bit mono stereo
(4-channel not enabled in xine config) (4.1-channel not enabled in
xine config) (5-channel not enabled in xine config) (5.1-channel not
enabled in xine config) (a/52 and DTS pass-through not enabled in xine
config)
audio_out: thread created
xine_stream_new
video_out: thread created
audio_out: thread created
xine_interface: unknown or deprecated stream param 10 set
xine_stream_new
xine_interface: unknown or deprecated stream param 10 set
xine_stream_new
xine_interface: unknown or deprecated stream param 10 set
video_out_xshm: aspect ratio changed to 16:9
video_out_xshm: tried to get unsupported property 2
video_out_xshm: tried to set unsupported property 2
video_out_xshm: tried to get unsupported property 2
gui_xine_open_and_play():
mrl: 'vdr://tmp/vdr-xine/stream#demux:mpeg_pes',
sub 'NONE',
start_pos 0, start_time 0, av_offset 0, spu_offset 0.
xine: found input plugin  : VDR display device plugin
xine: found demuxer plugin: mpeg pes demux plugin
video discontinuity #1, type is 0, disc_off 0
waiting for audio discontinuity #1
audio discontinuity #1, type is 0, disc_off 0
waiting for in_discontinuity update #1
vpts adjusted with prebuffer to 38099
av_offset=0 pts
spu_offset=0 pts
xine_play
play_internal ...done
ratio: 0
prebuffer=0 pts
+++ CLEAR(-1a)
ao_flush (loop running: 1)
=== CLEAR(-1.1)
video discontinuity #2, type is 0, disc_off 0
waiting for audio discontinuity #2
audio discontinuity #2, type is 0, disc_off 0
waiting for in_discontinuity update #2
vpts adjusted with prebuffer to 26139
=== CLEAR(-1.2)
=== CLEAR(-1.3)
=== CLEAR(-1.4)
=== CLEAR(-1.5)
--- CLEAR(-1a)
+++ CLEAR(-1b)
ao_flush (loop running: 1)
=== CLEAR(-1.1)
video discontinuity #3, type is 0, disc_off 0
waiting for audio discontinuity #3
audio discontinuity #3, type is 0, disc_off 0
waiting for in_discontinuity update #3
vpts adjusted with prebuffer to 26166
=== CLEAR(-1.2)
=== CLEAR(-1.3)
=== CLEAR(-1.4)
=== CLEAR(-1.5)
--- CLEAR(-1b)
video_out_xshm: tried to set unsupported property 0
load_plugins: plugin mpeg2 will be used for video streamtype 00.
video_out_xshm: tried to set unsupported property 0
vdr_video: osd: (0, 0)-(720, 576)@1.3
video_out_xshm: tried to get unsupported property 8
video_out_xshm: tried to get unsupported property 13
ratio: 1
video_out_xshm: tried to set unsupported property 8
video_out_xshm: tried to set unsupported property 13
vdr: flush: n: 77, 941.1
input_vdr: flush buffers (vb: 0, ab: 0, vf: 0, af: 0) done.
+++ CLEAR(-5a)
ao_flush (loop running: 1)
=== CLEAR(-5.1)
=== CLEAR(-5.2)
=== CLEAR(-5.3)
=== CLEAR(-5.4)
=== CLEAR(-5.5)
--- CLEAR(-5a)
video_out_xshm: tried to set unsupported property 0
video discontinuity #4, type is 0, disc_off 0
waiting for audio discontinuity #4
audio discontinuity #4, type is 0, disc_off 0
waiting for in_discontinuity update #4
vpts adjusted with prebuffer to 113685
ao_flush (loop running: 1)
=== CLEAR(-5.1)
=== CLEAR(-5.2)
=== CLEAR(-5.3)
=== CLEAR(-5.4)
=== CLEAR(-5.5)
--- CLEAR(-5b)
video discontinuity #5, type is 0, disc_off 0
waiting for audio discontinuity #5
audio discontinuity #5, type is 0, disc_off 0
waiting for in_discontinuity update #5
vpts adjusted with prebuffer to 113716
set_speed 125000
video_out_xshm: tried to set unsupported property 0
load_plugins: plugin mpeg2 will be used for video streamtype 00.
video discontinuity #6, type is 2, disc_off 7837506763
waiting for audio discontinuity #6
load_plugins: plugin mad will be used for audio streamtype 01.
upmix_mono: upmixing a single channel from original 2 channels stream.
audio_alsa_out:open pause_resume=0
output sample rate 48000
audio discontinuity #6, type is 2, disc_off 7837506763
waiting for in_discontinuity update #6
video vpts adjusted to audio vpts 115876
audio jump, diff=0
video_out_xshm: tried to set unsupported property 0
video discontinuity #7, type is 0, disc_off 0
waiting for audio discontinuity #7
ao_close
audio_out: no streams left, closing driver
audio discontinuity #7, type is 0, disc_off 0
waiting for in_discontinuity update #7
vpts adjusted with prebuffer to 118377
video discontinuity #8, type is 2, disc_off 7837566420
waiting for audio discontinuity #8
audio discontinuity #8, type is 2, disc_off 7837566420
waiting for in_discontinuity update #8
vpts adjusted with prebuffer to 118378
l

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Reinhard Nissl]

Hi,

Tony Grant schrieb:

> OK I have lib-1.2 and vdr-xine-0.8.0 humming along. Image very clean and
> CPU usage is down another 5%. I will see if the new version of
> openchrome and libXVmc fixes something (CPU was 15% when I started this
> VDR journey). Zaps fast. Locks solid when right clicking to get the xine
> menu...

It would be interesting, where the deadlock occurs. To analyze the
deadlock, please compile xine-lib and xine-ui with debug information by
running configure like that:

CFLAGS='-g3 -O0' ../xine-lib/configure --prefix=/soft/xine-lib-cvs
--enable-debug --disable-optimizations --with-external-ffmpeg --disable-dxr3

CFLAGS='-g3 -O0' ../xine-ui/configure --prefix=/soft/xine-ui-cvs
--enable-debug --disable-optimizations --enable-vdr-keys

When the deadlock occurs, run gdb like that:

gdb /path/to/xine `pidof xine`

There will be a lot of libraries listed by gdb. Among the output gdb
will also report for which libraries it could find debug symbols. For
the best result, try to install missing debug symbols if your Linux
distribution provides them. For simplicity, quit gdb by typing quit and
let xine alive. Restart gdb as mentioned above until debug symbols for
all libraries are available.

Then type the following command into gdb:

thread apply all bt

gdb will then output the backtrace of each thread (and there will be
about 20). Please report the backtraces here.

> How do I set the PCM volume on startup? The setting in the OSD?

When VDR sets the volume, vdr-xine stores this value internally. When
xine connects to vdr-xine, the stored value will be transmitted to xine.

Please have a look into VDR's setup menu. There exists a setting which
controls whether VDR shall restore the last set volume when it starts.
When VDR doesn't restore the volume setting, then vdr-xine's internal
value will be 0 and xine's volume will be set to 0, 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

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Torgeir Veimo]

On 24 Oct 2007, at 15:44, Tony Grant wrote:



OK I have lib-1.2 and vdr-xine-0.8.0 humming along. Image very  
clean and

CPU usage is down another 5%. I will see if the new version of
openchrome and libXVmc fixes something (CPU was 15% when I started  
this
VDR journey). Zaps fast. Locks solid when right clicking to get the  
xine

menu...


Is there any support for h.264 decoding in any of the linux support  
libraries for the CN700 now?


Otherwise I'd assume that XvMC was not in use when not doing mpeg2  
decoding.



--
Torgeir Veimo
[EMAIL PROTECTED]



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Tony Grant]

Le mercredi 24 octobre 2007 à 09:47 +0200, Reinhard Nissl a écrit :

> xine-lib-1.2 is only available from the hg repository. Please follow
> this guide:

OK I have lib-1.2 and vdr-xine-0.8.0 humming along. Image very clean and
CPU usage is down another 5%. I will see if the new version of
openchrome and libXVmc fixes something (CPU was 15% when I started this
VDR journey). Zaps fast. Locks solid when right clicking to get the xine
menu...

How do I set the PCM volume on startup? The setting in the OSD?

Cheers

Tony

-- 


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Reinhard Nissl]

Hi,

Tony Grant schrieb:

>> Frame duration wasn't set at all in xine-lib for this case. xine-lib-1.2
>> contains now a fix for this issue. The fix is part of vdr-xine-0.8.0's
>> xine-lib.patch for xine-lib-1.1.8, too.
> 
> Where can I find xine-lib-1.2?

xine-lib-1.2 is only available from the hg repository. Please follow
this guide:

http://www.vdr-wiki.de/wiki/index.php/OpenSuSE_DVB-S2_-_Step_by_Step_Installationsanleitung_%28Achtung_Beta%29

Although not required, I'd suggest you to use vdr-xine-0.8.0 too (see
other thread about fixes).

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Tony Grant]

Le mercredi 24 octobre 2007 à 09:04 +0200, Reinhard Nissl a écrit :

> > The picture was very good, but there was dropped frames that xine
> > reported and the stuttered on occassion and then ran very quickly to
> > catch up. Playing around with the settings in xine (setting threads to
> > 2 etc) didn't really make much difference. However, for the first time
> > I've spent playing with this I was impressed with the picture quality
> > out of VDR. Top reported that the CPU was ~40% idle so I don't know
> > why I saw dropped frames...
> 
> Frame duration wasn't set at all in xine-lib for this case. xine-lib-1.2
> contains now a fix for this issue. The fix is part of vdr-xine-0.8.0's
> xine-lib.patch for xine-lib-1.1.8, too.

Reinhard,

Where can I find xine-lib-1.2?

Without patching and using the 0.3.0 CPU is back down under 40% on my
Epia M1

Cheers

Tony


-- 


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Reinhard Nissl]

Hi,

Morfsta schrieb:

> The picture was very good, but there was dropped frames that xine
> reported and the stuttered on occassion and then ran very quickly to
> catch up. Playing around with the settings in xine (setting threads to
> 2 etc) didn't really make much difference. However, for the first time
> I've spent playing with this I was impressed with the picture quality
> out of VDR. Top reported that the CPU was ~40% idle so I don't know
> why I saw dropped frames...

Frame duration wasn't set at all in xine-lib for this case. xine-lib-1.2
contains now a fix for this issue. The fix is part of vdr-xine-0.8.0's
xine-lib.patch for xine-lib-1.1.8, too.

> One other thing I noticed though was when using XVMC (-V xxmc) to view
> normal MPEG2 channels the VDR OSD looked terrible (very blockly
> looking) and playing with the settings in the xine plugin did not make
> it better. Any recommendations on improving this? When using MPEG4
> (i.e. software accel)  the OSD was fine.

xxmc's OSD support allows only 16 colors. I assume, you've enabled font
antialiasing in VDR, which requires much more than 16 colors. This is
the case for hardware accelerated MPEG2 decoding. For H.264, xxmc falls
back to xv where there is no such limitation.

You may also want to try to choose unscaled OSD in vdr-xine's setup
menu, which renders the OSD on top of the video image, using libX11. It
is therefore not limited to 16 colors but doesn't support OSD
transparency at all.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Igor Nikanov]

Hello, Morfsta


thanks you very much for your report

> vdr-1.5.9 with the earlier h264 patch (I didn't see the seperated
> patch for 1.5.10 yesterday)

can you try with yesterday patch for 1.5.10 ?


> The only test channel I could try it on at the moment is the BBC HD
> service on Astra 2 which is FTA, DVB-S and mpeg4 (MBAFF).  Used tvtime
> Greedy2Frame deinterlacer in xine.

can you try with others dvb-s FTA hdtv channels ?
http://ru.kingofsat.net/hdtv.php

regards
Igor


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Morfsta]

Hi,

I tried the patch yesterday on my desktop computer: -

2.13Ghz Intel Core 2 CPU
2Gb RAM
Nvidia 6200LE PCI-E graphics card
400Gb IDE (not SATA) hard disk
Skystar 2 DVB-S
Latest Ubuntu with xorg
Latest NVIDIA Drivers
Hooked up DVI -> HDMI on a Pioneer 43" plasma TV at 720p (native
resolution of the panel = 1024x768) and using 32bpp on the desktop.
vdr-1.5.9 with the earlier h264 patch (I didn't see the seperated
patch for 1.5.10 yesterday)
xine-lib-cvs

The only test channel I could try it on at the moment is the BBC HD
service on Astra 2 which is FTA, DVB-S and mpeg4 (MBAFF).  Used tvtime
Greedy2Frame deinterlacer in xine.

The picture was very good, but there was dropped frames that xine
reported and the stuttered on occassion and then ran very quickly to
catch up. Playing around with the settings in xine (setting threads to
2 etc) didn't really make much difference. However, for the first time
I've spent playing with this I was impressed with the picture quality
out of VDR. Top reported that the CPU was ~40% idle so I don't know
why I saw dropped frames...

One other thing I noticed though was when using XVMC (-V xxmc) to view
normal MPEG2 channels the VDR OSD looked terrible (very blockly
looking) and playing with the settings in the xine plugin did not make
it better. Any recommendations on improving this? When using MPEG4
(i.e. software accel)  the OSD was fine.

Any thoughts on this anyone and/or Reinhard?

Cheers

Morfsta




On 10/21/07, Igor Nikanov <[EMAIL PROTECTED]> wrote:
> Hello Reinhard
>
> it's interesting - is there some opinion from VDR's users about this path ? 
> Which h.264 dvb-s2 channels is
> it possible to watch really ? What about CPU's load during this ? which 
> hardware (dvb-s2 card, cpu,
> graphic card) use ?
>
> regards
> Igor
>
>
> ___
> vdr mailing 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