Re: [vdr] Help with: vdr-1.7.1 + s2api + h264

2008-11-20 Thread syrius . ml
Goga777 [EMAIL PROTECTED] writes:

 Hi

 I couldn't run properly vdr 171 + s2api + extension patch + s2api patch + 
 h.264patch
 that's why I keep vdr 170 + s2api patch + h.264patch

There's a git repository for vdr at http://git.gekrumbel.de/?p=vdr.git
Wouldn't it be appropriate to use it to maintain a working
vdr+s2+h264 source tree ?

what do you reckon ?

-- 

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


[vdr] Windows remote client

2008-11-20 Thread Alex Betis
Hello all,

Is there a plugin for VDR (I use 1.7.1) that allows a windows based client
to watch the channels remotely?
What windows based clients can I use in that case?

Is there a network overhead for watching a stream? I mean if the stream is
5Mbit, will it take 5Mbit of my network or the traffic will take more?
In case the client is used with a small window that can't show the whole
picture, will the network load be reduced?

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


Re: [vdr] Windows remote client

2008-11-20 Thread dplu
Hi

The best solution, at my opinion, is to use the plugin vomp under vdr and run
the vompclient under windows, you will have access to channels, records and
timers

http://www.loggytronic.com/vomp.php

Best regards

Selon Alex Betis [EMAIL PROTECTED]:

 Hello all,

 Is there a plugin for VDR (I use 1.7.1) that allows a windows based client
 to watch the channels remotely?
 What windows based clients can I use in that case?

 Is there a network overhead for watching a stream? I mean if the stream is
 5Mbit, will it take 5Mbit of my network or the traffic will take more?
 In case the client is used with a small window that can't show the whole
 picture, will the network load be reduced?

 Thanks.




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


Re: [vdr] Windows remote client

2008-11-20 Thread Laz
On Thursday 20 Nov 2008, Alex Betis wrote:
 Hello all,

 Is there a plugin for VDR (I use 1.7.1) that allows a windows based
 client to watch the channels remotely?
 What windows based clients can I use in that case?

 Is there a network overhead for watching a stream? I mean if the stream
 is 5Mbit, will it take 5Mbit of my network or the traffic will take
 more? In case the client is used with a small window that can't show
 the whole picture, will the network load be reduced?

One option is the vomp plugin which has a client built to run under 
windows.

See: http://www.loggytronic.com/vomp.php

I've only had a quick play with the windows client but it worked 
reasonably well. I _think_ it will do both live TV and recordings but, as 
I say, it was a while back that I tried the windows client (I regularly 
use the MediaMVP client, though, and it works really well).

Other options might be streamdev and vlc?

Cheers,

Laz

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


Re: [vdr] Windows remote client

2008-11-20 Thread Alex Betis
On Thu, Nov 20, 2008 at 7:42 PM, [EMAIL PROTECTED] wrote:

 Hi

 The best solution, at my opinion, is to use the plugin vomp under vdr and
 run
 the vompclient under windows, you will have access to channels, records and
 timers

 http://www.loggytronic.com/vomp.php

Thanks. Nice project. I'll try to use it, few questions still bother me.
What is MVP that that client was intended to use?
Why creating its own GUI and not pass the output of VDR (with all the menus)
on the network to the client as VLC and streamdev do it?
Maybe the intention was to pass only DVB traffic...

Anyone tried to use the VOMP client as an output device on Linux instead of
xine or softdevice?

Thanks!




 Best regards

 Selon Alex Betis [EMAIL PROTECTED]:

  Hello all,
 
  Is there a plugin for VDR (I use 1.7.1) that allows a windows based
 client
  to watch the channels remotely?
  What windows based clients can I use in that case?
 
  Is there a network overhead for watching a stream? I mean if the stream
 is
  5Mbit, will it take 5Mbit of my network or the traffic will take more?
  In case the client is used with a small window that can't show the whole
  picture, will the network load be reduced?
 
  Thanks.
 


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


Re: [vdr] ffmpeg-vdpau.git (was - New Video Decode and Presentation API from NVidia)

2008-11-20 Thread Goga777
http://repo.or.cz/w/FFMpeg-mirror/ffmpeg-vdpau.git

This project is a fork of the FFMpeg-mirror.git project. If you have that one 
already cloned locally, you can use 
git clone --reference /path/to/your/FFMpeg-mirror.git/incarnation mirror_URL
to save bandwidth during cloning.


 Good news!
 
 Competition with Intel benefits us all :)
 
 On Fri, Nov 14, 2008 at 9:03 PM, Goga777 [EMAIL PROTECTED] wrote:
 
  FROM XORG lIST
 
 
  I'm pleased to announce a new video API for Unix and Unix-like platforms,
  and a technology preview implementation of this API from NVIDIA.
 
  The API is called VDPAU (Video Decode and Presentation API for Unix).
 
  The current API documentation is here:
 
  ftp://download.nvidia.com/XFree86/vdpau/doxygen/html/index.html

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


Re: [vdr] Windows remote client

2008-11-20 Thread Gavin Hamill
On Thu, 2008-11-20 at 21:04 +0200, Alex Betis wrote:

 
 Thanks. Nice project. I'll try to use it, few questions still bother
 me.
 What is MVP that that client was intended to use?

Hauppauge MediaMVP - small hardware device that was supposed to use its
own Hauppauge Windows software as its 'server' - the vomp plugins allow
VDR to be the server for these devices.

 Why creating its own GUI and not pass the output of VDR (with all the
 menus) on the network to the client as VLC and streamdev do it?
 Maybe the intention was to pass only DVB traffic...

The vomp windows client seems to be a software implementation of the
MediaMVP hardware, so hence it's using the same protocols :) There is no
standard method by which to 'pass all the menus on the network'... 

 Anyone tried to use the VOMP client as an output device on Linux
 instead of xine or softdevice?

Yes, works fine. I use it from time to time with a full-featured card.
Mainly I just stream a single channel with VLC, tho :)

gdh




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


Re: [vdr] Windows remote client

2008-11-20 Thread Peer Oliver Schmidt
Alex Betis wrote:

 http://www.loggytronic.com/vomp.php

 Thanks. Nice project. I'll try to use it, few questions still bother me.
 What is MVP that that client was intended to use?

The Hauppauge MediaMVP is a small settop box.

 Why creating its own GUI and not pass the output of VDR (with all the 
 menus) on the network to the client as VLC and streamdev do it?

Because it is faster to create a text GUI on the box, instead of 
transferring the OSD over the wire.

 Maybe the intention was to pass only DVB traffic...
 
 Anyone tried to use the VOMP client as an output device on Linux instead 
 of xine or softdevice?

I am using it with the MediaMVP box, and LOVE it. Recently looked at 
the Windows version, and it was quite usable as well. The Qt port is 
very early, but might already be usable (not tested).
-- 
Best regards

Peer Oliver Schmidt
the internet company
PGP Key ID: 0x83E1C2EA


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


Re: [vdr] Windows remote client

2008-11-20 Thread dplu
Hi

No it does not play H264 .. but latest release of mpv plugin can play mp3 trough
media menu .. never test it personnaly but heard it work.

If you want to play H264 and/or HD content, this is not a good solution and you
cannot consider use a light client to do that

Best regards

Selon Alex Betis [EMAIL PROTECTED]:

 Any ideas if it can decode MPEG4 and playback mp3?


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


Re: [vdr] Windows remote client

2008-11-20 Thread Alex Betis
Any ideas if it can decode MPEG4 and playback mp3?

On Thu, Nov 20, 2008 at 9:14 PM, Gavin Hamill [EMAIL PROTECTED] wrote:

 On Thu, 2008-11-20 at 21:04 +0200, Alex Betis wrote:

 
  Thanks. Nice project. I'll try to use it, few questions still bother
  me.
  What is MVP that that client was intended to use?

 Hauppauge MediaMVP - small hardware device that was supposed to use its
 own Hauppauge Windows software as its 'server' - the vomp plugins allow
 VDR to be the server for these devices.

  Why creating its own GUI and not pass the output of VDR (with all the
  menus) on the network to the client as VLC and streamdev do it?
  Maybe the intention was to pass only DVB traffic...

 The vomp windows client seems to be a software implementation of the
 MediaMVP hardware, so hence it's using the same protocols :) There is no
 standard method by which to 'pass all the menus on the network'...

  Anyone tried to use the VOMP client as an output device on Linux
  instead of xine or softdevice?

 Yes, works fine. I use it from time to time with a full-featured card.
 Mainly I just stream a single channel with VLC, tho :)

 gdh




 ___
 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] Help with: vdr-1.7.1 + s2api + h264

2008-11-20 Thread Dieter Hametner
Hello

Am Donnerstag, 20. November 2008 schrieb [EMAIL PROTECTED]:
 Goga777 [EMAIL PROTECTED] writes:
  Hi
 
  I couldn't run properly vdr 171 + s2api + extension patch + s2api patch +
  h.264patch that's why I keep vdr 170 + s2api patch + h.264patch

 There's a git repository for vdr at http://git.gekrumbel.de/?p=vdr.git
 Wouldn't it be appropriate to use it to maintain a working
 vdr+s2+h264 source tree ?

I'm maintaining that aforementioned git repository. I didn't want to host 
different versions of VDR in this git repository (except the 'original 
sources' git).

This repository is intended to be used as a source for cloning own git 
repositories and pulling upcoming development changes provided by Klaus 
Schmidinger. If you clone it to a public git hoster (or publish it on some 
own server) and add the various patches (s2api, h.264 etc.), it will be easy 
for others to retrieve already patched versions of VDR to their local 
computers.

If I get informed of such a repository I will be happy to add a link on my VDR 
git hosting site, to inform others about the patched VDR git existence.

Look at git homepage http://git.or.cz/ for a list of public git hosting 
providers.

Kind regards
Dieter

-- 
Dieter Hametnerdh (plus) vdr (at) gekrumbel (dot) de
live plugin developer  http://live.vdr-developer.org

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


[vdr] Windows remote client

2008-11-20 Thread jean-paul
Please  use the multiproto drivers from manu and vdr 1.7.0 and patches  
. incl streamdev. For windows vdr zapper for remote controle and EPG.  
The client it self is MPC  Media Player classic. 6.4.9.0. Do not use  
newer versions they are not compatible. Gabest mpreg splitter doesn?t  
recognize 1080I streams any more. The best quatility can get with  
coreavc(HDTV  and powerdvd/SD decoders.



JP



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


[vdr] Twinhan 1041 card (stb0899) - femon 1.6.2 gives no signal info

2008-11-20 Thread Alex Betis
Hi,
Anyone with stb0899 (Twinhan 1041, TT3200) card can see signal info using
femon?
Currently it shows no signal info at all.

I previously used Twinhan 1034 card and femon wasn't working properly as
well.
I use Igor's S2API drivers.

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