Re: [vdr] perfect little vdr client hardware

[Theunis Potgieter]

On 9 September 2011 14:25, Henning Pingel  wrote:
>
> Am Freitag, den 09.09.2011, 14:11 +0200 schrieb Torgeir Veimo 
> :
>>
>> The netv from chumby seems to be perfect as a hardware client to VDR,
>> if it can decode mpeg2/h.264. Does anyone here know any more about
>> this product? It seems to be fairly open, and based on an embedded
>> linux distro.
>>
>> http://wiki.chumby.com/index.php/NeTV_developer_info
>
> Hi,
>
> From what I read about it yesterday I had the impression that it can be used 
> for displaying "anything but videos" on top of the external sources picture 
> (that - by the way - can't come from an internal tuner integrated in the TV).
> "Anything but videos" IMHO means: Web pages, photos, rss news, its own OSD.
>
> So IMHO it's not meant to be used as a video player / video streaming device 
> like - for example these upcoming devices:
> http://dune-hd.com/news/183-dune-hd-tv-101-301.html
>
> Cheers,
> hepi
>

http://wiki.chumby.com/index.php/NeTV_FPGA_architecture somebody needs
to write an output device plugin for the hardware?
Unless you want to write a chrome application for the device and go
through the user interface
http://wiki.chumby.com/index.php/NeTV_local_UI ?

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

Re: [vdr] vdr-sxfe can't connect

[Theunis Potgieter]

Your vdr-xineliboutput might not be the primary output device, you must
first change that before you see live video/audio.

On 9 November 2011 12:02, Damien Bally  wrote:

>
>
> Le 09/11/2011 00:39, Mika Laitio a écrit :
>
>  What am I missing ? Thanks for helping.
>>>
>>
>> Have you configured file:
>>
>>plugins/xineliboutput/allowed_**hosts.conf
>>
>>  Yes I put 127.0.0.1 in /video/plugins/xineliboutput/**allowed_hosts.conf
> with no result.
>
> Here are the strace output for both vdr-sxfe and vdr :
>
> http://dl.free.fr/jHubExEA3
> http://dl.free.fr/g7WNGLEOn
>
> Damien
>
>
> __**_
> 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] vdr-1.7.22 mips_uClibc-0.9.30.1 (tools.c canonicalize_file_name...)

[Theunis Potgieter]

I would change:

-  char *TargetName = canonicalize_file_name(FileName);
+  char *TargetName = MALLOC(char, PATH_MAX);
+  TargetName = realpath(FileName, TargetName);

to

-  char *TargetName = canonicalize_file_name(FileName);
+  TargetName = realpath(FileName, NULL);

>From http://linux.die.net/man/3/realpath To prevent a memory leak.

Theunis

On 4 January 2012 21:59, Infonux  wrote:

> Wed, 4 Jan 2012 14:46:18 +0100
> Infonux  wrote:
>
> solved by removing FADVISE and ...
>
>
> http://svn.exactcode.de/t2/trunk/package/base/uclibc/patches/vdr-realpath.patch
> http://www.vdr-portal.de/index.php?page=Thread&postid=641884
>
>
> ___
> 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] vdr-1.7.22 mips_uClibc-0.9.30.1 (tools.c canonicalize_file_name...)

[Theunis Potgieter]

I meant,

+  char *TargetName = realpath(FileName, NULL);

On 4 January 2012 22:11, Theunis Potgieter  wrote:
>
> I would change:
>
> -  char *TargetName = canonicalize_file_name(FileName);
> +  char *TargetName = MALLOC(char, PATH_MAX);
> +  TargetName = realpath(FileName, TargetName);
>
> to
>
> -  char *TargetName = canonicalize_file_name(FileName);
> +  TargetName = realpath(FileName, NULL);
>
> From http://linux.die.net/man/3/realpath To prevent a memory leak.
>
> Theunis
>
> On 4 January 2012 21:59, Infonux  wrote:
>>
>> Wed, 4 Jan 2012 14:46:18 +0100
>> Infonux  wrote:
>>
>> solved by removing FADVISE and ...
>>
>> http://svn.exactcode.de/t2/trunk/package/base/uclibc/patches/vdr-realpath.patch
>> http://www.vdr-portal.de/index.php?page=Thread&postid=641884
>>
>>
>> ___
>> 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] playing two audio streams at the same time

[Theunis Potgieter]

vdr-streamdev plugin on vdr allows you to do this, where you can have
multiple streams send to each client. If you happen to choose mplayer
to play the sound then you will have to change your audio output + you
might have to fiddle with alsa to split it up into separate front and
rear audio devices.

On 6 August 2012 16:56, Peter Münster  wrote:
>
> Hello,
>
> Is it possible today with vdr, to send one audio channel to the
> headphones and the other audio channel to the speakers (or another
> headphones)?(it wasn't possible about 4 years ago)
>
> Example: we watch a film recorded from Arte, and my wife wants to listen to
> the French, and I want to listen to the German audio channel.
>
> If it's possible, what version do I need at least and what must be
> configured?
>
> If not, what would be the effort for a VDR developer to implement such a
> feature (in hours, $, € or whatever)?
>
> Or do you know other free software for watching and recording TV, with
> such a feature?
>
> TIA for any hints!
> --
>Peter
>
> ___
> 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

[vdr] Fwd: vdr-xine

[Theunis Potgieter]

I'm running patched xine-lib on a Gentoo system,
media-libs/xine-lib-1.1.8with the vdr USE flag.

vdr-1.5.8 using vdr-xine-0.7.11 as the software output device. I'm having
problems with the editing of recordings when setting a marker, also with
fast rewinding and fast forward, pause + forward/rewind.

With fast forward it will jump 15sec forward from the start and when going
back to normal play/pause, it will rewind 10 sec, making the forward
unpredictable. The same goes for rewind. It is 15sec in reverse ahead also,
and jumps a few seconds forward when going back to normal play.

In pause + rewind the following is happening:
Example 1:
I pause at e.g. 1:35:32, pressing rewind will jump to 1:35:18 and stop at
1:34:50 when I immediately tried to pause again. When I press play, it will
jump to 1:35:06. This jumping makes it very uncomfortable to use the
functionality.

Only pause + forward works as expected.

Example 2:

I will start playing at 1:35:07, and press forward and later on press the
play button again at 1:35:55, but video will move back to 1:35:50

Example 3:

I will start playing at 1:35:55 and it will rewind to 1:35:12, on pressing
the play button again it will jump to 1:35:29 (appears to be the same
problem as with pause + rewind)

Example 4:
The video has come to an end at 2:11:08, but it will play on for a further 5
seconds, when the timer is not counting anymore.

Example 5:
I will pause the video at 1:35:55 and press the marker button, the marker
says at 1:35:55.2 but when I press play, it will jump to 1:36:00

The same strange behavior happens with the vdr-softdevice-0.4 (the change in
time is a bit different but still the same strange behavior) It was more or
less working in vdr-1.5.5. I only have a budget card in my machine. Reinhard
Nißl from vdr-xine suggested it is a buffer problem between vdr and the
software device plug-in.

Your assistance would be appreciated.

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

Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 1.0

[Theunis Potgieter]

Where do you place the true type font?

On 15/10/2007, Martin Prochnow <[EMAIL PROTECTED]> wrote:
>
> Hi Matthias,
>
> The icons should be displayed at the left of a list entry. Take a look
> at the screenshot at plugin's homepage
> (http://martins-kabuff.de/extrecmenu_en.html).
>
> As I mentioned before you need a true type font containing the icons for
> VDR >= 1.5.3
>
> Greets,
> Martin
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Style may not be the answer, but at least it's a workable alternative.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time

[Theunis Potgieter]

I also have experienced this with DVB-S, however in my situation I
experienced it a bit different.

I was switched to a radio channel which was FTA, a timer was set to record a
channel on the same transponder but is scrambled. The vdr info bar showed it
was recording. The directory was created but the file 001.vdr was size 0. It
also shows that I cannot tune to this channel . I had to stop the
timer/recording and switch to the scrambled channel and enable the timer.
But from there on I could jump back to the FTA radio channel. Same happens
every time I'm on a FTA channel and a timer starts after I tuned to the
channel.

Theunis

On 17/10/2007, Arthur Konovalov <[EMAIL PROTECTED]> wrote:
>
> Hi all!
>
> Our local cable operator transmit on same frequency FTA and scrambled
> channels.
> During recording on FTA channel it is not possible to switch to any
> scrambled channel on the same frequency.
> "Channel not available!" message received.
>
> At the same time, when recording scrambled channel, switching to FTA or
> to other scrambled works.
>
> This behavior introduced with vdr-1.5.x versions (at least since 1.5.2,
> if I remember correctly).
> vdr-1.4.7 performs fine in same situation.
>
> Regards,
> AK
>
>
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Style may not be the answer, but at least it's a workable alternative.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] How to convert a JPEG image to an I-frame?

[Theunis Potgieter]

Would the jagged edges appear because the source was meant for 50Hz
Interlaced, while the hardware is set for 60Hz interlaced? I had a similar
problem on my nvidia tv-out device, and had to revert back to older drivers.

nvidia-drivers 1.0.7185, is the last driver that still support setting the
tv-out device to 50Hz, instead of the default: PAL 60Hz. Any driver that
nvidia released later on, doesn't seem to support tv-out @50Hz, no
xorg.confsettings will work. My card is an old Geforce4 440MX, so the
new cards
requires later drivers :(

I hope this maybe helps somebody.

Theunis

On 13/11/2007, Reinhard Nissl <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Reinhard Nissl schrieb:
>
> >> Yes, they are smooth for a brief moment, and then get jagged.
> >
> > I recall this behavior when I had a FF card for testing. Maybe it's a
> > feature to stop flickering one pixel high horizontal lines in still
> > images by doubling one field of the frame. Maybe there exists a switch
> > to turn this feature off.
>
> To prove the above mentioned behavior, please try this synthetic file:
>
> http://home.vrweb.de/~rnissl/radio/field_test.mpg
>
> Actually, it should display like here:
> http://home.vrweb.de/~rnissl/radio/field_test.png
>
> But if the above is true, you'll get some heavy flicker on TV and then
> it will split the screen into a top and bottom half where one half will
> be white and the other one black. This will happen when the FF card
> decides to display just a single field of the frame.
>
> > You've tried to repeat an I frame forever. Try to remove the sequence
> > end code (00 00 01 B7) from the end of the file before mplexing and the
> > MPEG program end code (00 00 01 B9) from the file after mplexing. Maybe
> > remove everything up to the first video PES packet from the final file.
>
> Bye.
> --
> Dipl.-Inform. (FH) Reinhard Nissl
> mailto:[EMAIL PROTECTED]
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Style may not be the answer, but at least it's a workable alternative.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] next features?

[Theunis Potgieter]

What about a simple multimedia networking device like the Mvix
www.mvixusa.com

They appear to have a live community in open source development for the
device.
Would have been nice if the device had the  sigma EM8623L and not the
EM8621L, the 21L doesn't support H.264 decoding :(

This would make nice VDR client (add-on) without having to upgrade your
current hardware. I would recommend a device _like_ this to Klaus for
development purposes. The TVix appears to have the EM8623L chip, but I can't
find any references to open source development community.

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

Re: [vdr] next features?

[Theunis Potgieter]

I don't agree, if we start upgrading the hardware, the software will become
relaxed and would require everybody to upgrade to always be at the latest
and greatest level of hardware. Then maybe later on we will see more
byte-code orientated languages creeping in. Just take a look at windows.

Klaus enforced strict control over the software and obviously had to work on
low end hardware (optimized, so that it doesn't turn into another heater),
which meant that it would run even better on the new hardware.

Intel claim to run at 11 watt idle, but the rest of the main board requires
~90 watt. I my self currently am using a desktop 24/7 and running vdr on the
same machine. But I have to set every desktop application's nice level to 19
so that it doesn't interfere with vdr's output. Of course I'm running low
end desktops like xfce or fluxbox.

I am still convinced that an external multimedia device would help in
different ways:

- steering vdr into multiple networking client setups,
- h.264 decode will happen on the client's hardware. still require vdr to
accept h.264 in its core.
- still low end hardware on server/clients, requiring efficient code, no
heaters.
- doesn't require you to upgrade your existing hardware. Just another add-on
to your setup.

My 2 cents.

Theunis

On 19/11/2007, VDR User <[EMAIL PROTECTED]> wrote:
>
> On Nov 18, 2007 4:20 PM, Alasdair Campbell <[EMAIL PROTECTED]> wrote:
> > I know what I'd go for...it's just a shame that hardware HD decoding
> > hasn't grown enough for there to be some competition and innovation.
>
> I think the cost of producing such hardware HD cards doesn't make
> sense when you can build a new pc that can handle software HD decoding
> for cheap anyways.  Also, as I understand, the chips which can do it
> contain many other functions that are just a total waste when you put
> the chip on a card to be only a HD decoder.  Besides, I don't think
> that many users are still using some ancient pc with a slow cpu like
> Klaus has.  Why would you bother when you can buy something way better
> & faster for cheap these days?
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Style may not be the answer, but at least it's a workable alternative.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] dxr3 and 1.5.11 antialiasing

[Theunis Potgieter]

Is this related to `xine -V xxmc` too? The skin skinsoppalusikka's colours
appears wrong when I use the video driver xxmc in vdr-xine. It also appears
to do a "clearscreen" everytime the OSD updates, which is annoying if you
have the playback bar updating every second.

Theunis

On 22/11/2007, Ville Aakko <[EMAIL PROTECTED]> wrote:
>
> 2007/11/18, Ville Aakko <[EMAIL PROTECTED]>:
>
> > And then VDR dies. If I disable it and use skinsoppalusikka instead,
> > everything is OK. It even seems more stable (i.e. as stable as
> > text2skin) than it used to, though I haven't done extensive testing
> > yet.
>
> I have to correct this: skinsoppalusikka is still unstable on dxr3 (as
> it always used to be for me and at least some others). You get the
> occasional freezes and garbled OSD, if you use the menus (as you get
> with any other skin, except than those made via text2skin). So there
> is no stable skin for dxr3 users on vdr-1.5.11 currently.
>
> - Ville
>
> --
> Ville Aakko - [EMAIL PROTECTED]
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Style may not be the answer, but at least it's a workable alternative.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] newbie question(s)

[Theunis Potgieter]

I went through the online manual at www.linuxtv.org/vdrwiki, in search of
explanation of why certain keys presses appears. I'm using vdr-1.5.12

If I watch live TV and press the OK button, it will show the current/next in
the info bar. By pressing Left/Right the information displayed disappears
and the only way to get it back is by pressing  Menu followed by OK again.
Is this a bug or is it fully implemented by a plug-in?

Is there any documentation of the acronyms used for example VPS and
explanation?

I have a single budget card:
02:0c.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB
chip / Technisat SkyStar2 DVB card (rev 02)

with an IR usb receiver:
Bus 003 Device 002: ID 147a:e02d Formosa Industrial Computing, Inc.

I use the vdr-remote plugin for using the IR remote control.

I couldn't map the channel +/- keys or volume +/- keys to the remote as they
appear to register as up/down keys that was already defined by
remote.confand also dead keys. Should I rather try out lirc or  does
somebody know of
how to resolve incorrect/dead keys?

I also tried doing a screen capture using vdr-xine-0.8.0 with xine-lib-1.1.8,
which failed with the following output:

=== CLEAR(-4.4)
=== CLEAR(-4.5)
--- CLEAR(-4b)
vdr: osdflush: n: 2, 20.3, timeout: 0, result: 0
AFD changed from -2 to -1
bad_frame
AFD changed from -2 to -1
bad_frame
vdr: osdflush: n: 1, 9.7, timeout: 0, result: 0
vdr: osdflush: n: 20, 203.1, timeout: 1, result: 2
vdr: osdflush: n: 11, 116.0, timeout: 0, result: 0
vdr: osdflush: n: 1, 12.0, timeout: 0, result: 0
vdr: osdflush: n: 2, 23.6, timeout: 0, result: 0
vdr: osdflush: n: 2, 18.9, timeout: 0, result: 0
vdr: osdflush: n: 1, 13.3, timeout: 0, result: 0
abort: xine.c:1996: xine_get_current_frame: Aborting.
Aborted

How would one go on to implement Afrikaans as a language for VDR, as it is
my native language?

Still a great product!
Theunis

-- 
The Analytical Engine weaves Algebraical patterns just as the Jacquard
loom weaves flowers and leaves.
-- Ada Augusta, Countess of Lovelace, the first programmer
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Straw poll: stable version 1.6.0 now?

[Theunis Potgieter]

No

On 03/02/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> There has been some controversy about my recent decision to
> move forward and require the "multiproto" driver for VDR in
> the developer version. It is also currently rather unclear
> whether the current PES recording format can be kept to handle
> HDTV, or whether it would make sense (or even be feasible)
> to switch to TS (as suggested by the people from RMM).
>
> In order to take the edge of this, I was wondering if it would
> make sense to revoke the switch to the "multiproto" driver and
> go straight towards a stable version 1.6.0 with what is now in
> version 1.5.14. This should satisfy all those who are eagerly awaiting
> a new stable version, without forcing them to make the driver switch
> now.
>
> If we decide to go that way, I would release a version 1.5.15 with
> what could become the new stable, wait until like the end of the month
> to see whether it still needs some minor fixes, and call it 1.6.0 then.
> I know there are still some patches out there that some would expect
> to go into the next stable version, but I actually want to prepare VDR
> for HDTV before looking into these patches.
>
> So, here's the straw poll:
>
>Should there be a stable version 1.6.0 now, based on what's in
>version 1.5.14, but without DVB-S2 or even H.264 support?
>
> Yes or No?
>
> Klaus
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Style may not be the answer, but at least it's a workable alternative.

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

Re: [vdr] DVB-T card on the move

[Theunis Potgieter]

udev rules

On 05 Feb 2008 00:27:00 +0100, Rainer Zocholl
<[EMAIL PROTECTED]> wrote:
> Hello
>
> for years i was running VDR 1.4.3.
>
> Now i felt forced to use ctvdr and 1.4.7 with a
> Linux 2.6.23x2 #2 SMP PREEMPT on a
> Main Board: K7S8XE+ AMI BIOS  P1.70 (04/27/2004)
> and an AMD Duron(tm) 1350MHz (under clocked from 1500)
> with 512MB RAM
>
>
> i found this miracle(?):
>
> The systen has 4 cards:
>
> vdr:~# dmesg | grep -i frontend
> DVB: registering frontend 0 (Zarlink MT352 DVB-T)...
> DVB: registering frontend 1 (ST STV0299 DVB-S)...
> DVB: registering frontend 2 (ST STV0299 DVB-S)...
> DVB: registering frontend 3 (ST STV0299 DVB-S)...
>
> with setup.conf
>
> PrimaryDVB = 2
>
> i got sound and live screen
>
> After a slight (benign) change reboot i have
> no live image and no sound anymore.
> Panic!
> What happend?
>
>
>
>
>
>
> vdr:~# dmesg | grep front
> DVB: registering frontend 0 (ST STV0299 DVB-S)...
> DVB: registering frontend 1 (ST STV0299 DVB-S)...
> DVB: registering frontend 2 (ST STV0299 DVB-S)...
> DVB: registering frontend 3 (Zarlink MT352 DVB-T)...
>
> Mystery...
> another warm reboot without any change:
>
> vdr:~# dmesg | grep front
> DVB: registering frontend 0 (ST STV0299 DVB-S)...
> DVB: registering frontend 1 (Zarlink MT352 DVB-T)...
> DVB: registering frontend 2 (ST STV0299 DVB-S)...
> DVB: registering frontend 3 (ST STV0299 DVB-S)...
>
>
> And again:
>
> vdr:~# dmesg | grep front
> DVB: registering frontend 0 (ST STV0299 DVB-S)...
> DVB: registering frontend 1 (ST STV0299 DVB-S)...
> DVB: registering frontend 2 (ST STV0299 DVB-S)...
> DVB: registering frontend 3 (Zarlink MT352 DVB-T)...
>
>
>
> vdr:~# lspci
> 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 746 Host (rev 10)
> 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202
> 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS964 [MuTIOL Media IO] 
> (rev 36)
> 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01)
> 00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 
> Sound Controller (rev a0)
> 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller 
> (rev 0f)
> 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller 
> (rev 0f)
> 00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller 
> (rev 0f)
> 00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
> 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast 
> Ethernet (rev 90)
> 00:05.0 RAID bus controller: Silicon Integrated Systems [SiS] RAID bus 
> controller 180 SATA/PATA  [SiS] (rev 01)
> 00:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
> 00:0a.0 Multimedia video controller: Brooktree Corporation Bt878 Video 
> Capture (rev 11)
> 00:0a.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture 
> (rev11)
> 00:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
> 00:0d.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
> 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400/G450 (rev 
> 85)
> vdr:~#
>
>
> So how can i "nail" this moving DVB-T card to a fixed postition?
>
>
>
> ___
> 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] HD-TV hardware decoding on motherboard instead of waitingfor FF DVB-S2 card

[Theunis Potgieter]

On 06/02/2008, Luca Olivetti <[EMAIL PROTECTED]> wrote:
> > for hdtv - no.
> > I don't see the h.264 hardware decoding. mpeg4 is not h.264.
>
> Maybe this thing can be hacked to run vdr or to be used as a front-end:
> http://www.popcornhour.com/

The popcornhour device (network media tank) is not linux :(

The interface looks like Vista's media center edition:

Windows Vista and WMP 11 - Seamless support for Windows Vista and
Windows XP Media Player 11 built-in media server

WMS HTTP / RTSP Streaming Technology
Microsoft / Cisco Multicast Streaming Technology
ISMAv1 RTSP Streaming Technology
Multicast Streaming Technology
H.264 / WMV9 HD Streaming and MPEG4 SD format
WMV9 High / Standard Definition Streaming with Janus DRM (silent
type) capability

I have not heard of a linux solution that supports DRM.

It does have the Sigma SMP8635, which supports the MPEG-4 Part 10,
1080p or High Profile (HiP)
http://en.wikipedia.org/wiki/H.264#Profiles.

Which is good for when HD-DVD or Blu-Ray becomes affordable. Finding a
device with this chip that runs linux and that is open is becoming
harder as Microsoft appears to corner the market :(

HD-TV dvb-s/dvb-s2 will never reach that profile, so I suspect that in
buying a FF-card will only go up to 1080i or Main Profile (MP) and be
useless for watching a HD content from a compact disc that is 1080p
through vdr :( Unless there is a dxr3 like solution as an add-on
pci/pci-express card.

Theunis

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

Re: [vdr] HD-TV hardware decoding on motherboard instead of waitingfor FF DVB-S2 card

[Theunis Potgieter]

I apologies for my mistake, it appears very secretively to run linux,
no where clearly stated. There is no source supplied. oh well, aren't
we used to that?

On 07/02/2008, Theunis Potgieter <[EMAIL PROTECTED]> wrote:
> On 06/02/2008, Luca Olivetti <[EMAIL PROTECTED]> wrote:
> > > for hdtv - no.
> > > I don't see the h.264 hardware decoding. mpeg4 is not h.264.
> >
> > Maybe this thing can be hacked to run vdr or to be used as a front-end:
> > http://www.popcornhour.com/
>
> The popcornhour device (network media tank) is not linux :(
>
> The interface looks like Vista's media center edition:
>
> Windows Vista and WMP 11 - Seamless support for Windows Vista and
> Windows XP Media Player 11 built-in media server
>
> WMS HTTP / RTSP Streaming Technology
> Microsoft / Cisco Multicast Streaming Technology
> ISMAv1 RTSP Streaming Technology
> Multicast Streaming Technology
> H.264 / WMV9 HD Streaming and MPEG4 SD format
> WMV9 High / Standard Definition Streaming with Janus DRM (silent
> type) capability
>
> I have not heard of a linux solution that supports DRM.
>
> It does have the Sigma SMP8635, which supports the MPEG-4 Part 10,
> 1080p or High Profile (HiP)
> http://en.wikipedia.org/wiki/H.264#Profiles.
>
> Which is good for when HD-DVD or Blu-Ray becomes affordable. Finding a
> device with this chip that runs linux and that is open is becoming
> harder as Microsoft appears to corner the market :(
>
> HD-TV dvb-s/dvb-s2 will never reach that profile, so I suspect that in
> buying a FF-card will only go up to 1080i or Main Profile (MP) and be
> useless for watching a HD content from a compact disc that is 1080p
> through vdr :( Unless there is a dxr3 like solution as an add-on
> pci/pci-express card.
>
> Theunis
>

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

Re: [vdr] HD-TV hardware decoding on motherboard instead of waitingfor FF DVB-S2 card

[Theunis Potgieter]

http://lundman.net/wiki/index.php/NetworkedMediaTank

Would be nice if someone could completely open up the device.

On 07/02/2008, Luca Olivetti <[EMAIL PROTECTED]> wrote:
>
> El Thu, 7 Feb 2008 06:44:41 +0200
> "Theunis Potgieter" <[EMAIL PROTECTED]> escribió:
>
> > On 06/02/2008, Luca Olivetti <[EMAIL PROTECTED]> wrote:
> > > > for hdtv - no.
> > > > I don't see the h.264 hardware decoding. mpeg4 is not h.264.
> > >
> > > Maybe this thing can be hacked to run vdr or to be used as a
> > > front-end: http://www.popcornhour.com/
> >
> > The popcornhour device (network media tank) is not linux :(
>
> I read somewhere that it runs Linux, maybe they were wrong but I doubt
> you can pack that kind of hardware and embed windows at that  price
> point.
> Of course the fact that runs linux (if it does) doesn't mean it's open:
> as I already said these companies (sigma, broadcom) only take from
> linux to reduce their development cost but never give back, not even a
> single line of specifications for their hardware.
>
> Bye
> --
> Luca
>
> ___
> 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] vdr-1.5x: problem with recording FTA and watching scrambled at the same time

[Theunis Potgieter]

I am using vdr-1.5.13

- start vdr and switch to encrypted channel
- set timer on encrypted channel one minute in advance from current time
- switch to same Transponder with FTA channel, in my situation a radio channel
- once the timer started I cannot switch back to the encrypted channel
with message channel is not available. In the recordings list it shows
the file but in 0 size.
- stop timer is the only way to switch back to encrypted channel.

Theunis

On 08/02/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
>
> I tried to reproduce this here, but everything worked fine.
> Here's what I did:
>
> - start VDR with only a single FF card with one CAM
> - switch to an encrypted channel
> => channel displays in live mode
> - start a recording on that channel
> => recording successful
> - switch to an FTA channel on the same transponder
> => channel displays in live mode
> - start a recording on that channel
> => recording successful
>
> At this point I had two recordings running on the same transponder,
> one with an encrypted channel and one FTA.
>
> This also worked the other way round (first recording FTA, then encrypted).
>
> This was done with the version 1.5.13 code base.
>
> Does the problem still persist on your system with VDR 1.5.13?
>
> Klaus
>
> ___
> 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] vdr-1.5x: problem with recording FTA and watching scrambled at the same time

[Theunis Potgieter]

mag video # equery uses vdr
[ Searching for packages matching vdr... ]
[ Colour Code : set unset ]
[ Legend : Left column  (U) - USE flags from make.conf  ]
[: Right column (I) - USE flags packages was installed with ]
[ Found these USE variables for media-video/vdr-1.5.13 ]
 U I
 - - cmdsubmenu: Allows the creation of submenus in the commands menu
 + + cutterlimit   : Limit IO bandwith used for cutting
 + + cutterqueue   : Adds a queue of recordings to be cutted
 - - cuttime   : Adjust starttime of cutted recording by
length of cut out parts
 - - ddepgentry: remove duplicate EPG entries
 - - debug : Enable extra debug codepaths, like asserts
and extra output. If you want to get meaningful backtraces see
http://www.gentoo.o
rg/proj/en/qa/backtraces.xml
 - - dolbyinrec: add a dedicated switch to control recording
of dolby digital
 + + dvbplayer : Use some special mpeg-repacker features. Most
usable for old recordings or software output devices.
 + + dvbsetup  : Setup for AC3 transfer, disable primary tuner
 - - dvdarchive: DMH DVD - Archiv ( used by vdr-burn-0.1.0_* )
 - - dvdchapjump   : Jump on capitels on DMH DVD - Archiv
 - - dvlfriendlyfnames : filter file names on recording
 - - dvlrecscriptaddon : enhancement for record-script
 - - dvlvidprefer  : controls video-dir choice on recording
 + + graphtft  : support for grapftft plugin up from vdr-graphtft-0.1.7
 - - hardlinkcutter: Speed up cutting by hardlinking unchanged files
 - - iptv  : Enables support for vdr-iptv
 - - jumpplay  : Enables automatic jumping over cut marks
while watching a recording
 - - liemikuutio   : Formerly known as AIO (all-in-one) patch,
adds some nice must haves
 - - lircsettings  : Allows to change lirc settings delay, freq
and timeout values in OSD
 - - livebuffer: does timeshifting/background recording all
the time, allows to rewind live TV
 - - lnbshare  : Enables support for two or more dvb cards
sharing the same cable to the lnb
 + + mainmenuhooks : Allows to replace main menu entries by some
special plugins (like epgsearch, extrecmenu, ...)
 + + menuorg   : Enables support for the menuorg-plugin
 + + noepg : Adds code to selectively disable
epg-reception for specific channels
 - - osdmaxitems   : Support for text2skin
 - - pinplugin : Support for pin plugin
 - - premiereepgfix: 
 - - rotor : Enable support for plugin vdr-rotor for
dish-positioner.
 - - settime   : set system time per script instead of via syscal
 - - setup : Enable support for the plugin vdr-setup
 - - sortrecords   : allows to change sort order of recordings
 - - sourcecaps: Adds the ability to define capabilities of
dvb-cards (e.g. card1 can receive Sat @28.2E)
 - - submenu   : Enable support for the plugin vdr-submenu.
 - - syncearly : start live display as soon as possible, not
waiting for sync of audio and video
 - - timercmd  : Adds submenu for user defined commands in timer menu
 - - timerinfo : Show with chars +/- if space on HD will
suffice for a timer
 - - ttxtsubs  : 
 - - validinput: Signal if it is possible to go left/right in
lists with chars < >
 - - vanilla   : Do not add extra patches which change default
behaviour; DO NOT USE THIS ON A GLOBAL SCALE as the severity of the
meaning cha
nges drastically
 - - volctrl   : allows volume control using left/right keys
 - - wareagleicon  : Replace original icon set in menu
 - - yaepg : Enables support for the plugin vdr-yaepg


patches used:
cutterlimit, cutterqueue, dvbplayer, dvbsetup, graphtft,
mainmenuhooks, menuorg, noepg

gentoo: overlay vdr-1.5

Theunis

On 08/02/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> On 02/08/08 16:32, Theunis Potgieter wrote:
> > I am using vdr-1.5.13
> >
> > - start vdr and switch to encrypted channel
> > - set timer on encrypted channel one minute in advance from current time
> > - switch to same Transponder with FTA channel, in my situation a radio 
> > channel
> > - once the timer started I cannot switch back to the encrypted channel
> > with message channel is not available. In the recordings list it shows
> > the file but in 0 size.
> > - stop timer is the only way to switch back to encrypted channel.
> >
> > Theunis
>
> I did this now, and it also worked just fine.
>
> Are you using a "plain vanilla" VDR, or are there any patches involved?
>
> Klaus
>
> > On 08/02/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> >> I tried to reproduce this here, but everything worked fine.
> >> Here's what I did:
> >>
> >> - start VDR with only a single FF card with one CA

Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time

[Theunis Potgieter]

It appears to switch over to encrypted channel after a minute or
so.Only if I tried it a couple of times, and only then, once it
switched over it starts to record even if the timer was set a few
minutes earlier.

Theunis

On 2/10/08, Antti Hartikainen <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote:
> > On 02/10/08 09:16, Antti Hartikainen wrote:
> > > NumUsableSlots = 4
> >
> > You wrote that you are using only a single budget card.
> > How can a single budget card have 4 CI slots?
> > And all four of these apparently contain a CAM that is ready?!
>
> Well one slot for each card ;) System has totally 6 DVB-devices, but at the
> moment of testing only one (1) DVB-T tuner was available for VDR (3 other
> devices
> were DVB-S tuners, including FF-card too).
>
> NumUsableSlots is one less when error about channel not being available
> appears, so slot of this card disappears somewhere?
>
> ___
> 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] vdr-1.5x: problem with recording FTA and watching scrambled at the same time

[Theunis Potgieter]

I believe it is the CAM too, and me being a user :) I'll wait for
someone with more experience than myself to better explain and/or know
what to look for. Thanks Klaus, great product!

On 2/10/08, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> On 02/10/08 17:12, Theunis Potgieter wrote:
> > It appears to switch over to encrypted channel after a minute or
> > so.Only if I tried it a couple of times, and only then, once it
> > switched over it starts to record even if the timer was set a few
> > minutes earlier.
>
> Could it be that your CAM has problems handling FTA and CA channels
> at the same time?
>
> The CAM I use here has no problem with this.
>
> Klaus
>
> > On 2/10/08, Antti Hartikainen <[EMAIL PROTECTED]> wrote:
> >> On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote:
> >>> On 02/10/08 09:16, Antti Hartikainen wrote:
> >>>> NumUsableSlots = 4
> >>> You wrote that you are using only a single budget card.
> >>> How can a single budget card have 4 CI slots?
> >>> And all four of these apparently contain a CAM that is ready?!
> >> Well one slot for each card ;) System has totally 6 DVB-devices, but at
> the
> >> moment of testing only one (1) DVB-T tuner was available for VDR (3 other
> >> devices
> >> were DVB-S tuners, including FF-card too).
> >>
> >> NumUsableSlots is one less when error about channel not being available
> >> appears, so slot of this card disappears somewhere?
>
> ___
> 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] vdr-sxfe don't start..

[Theunis Potgieter]

JJussi,

I have Gentoo with xine-lib 1.1.9.1 and it works for me currently with
vdr-xineliboutput  plugin.

Theunis

On 17/02/2008, JJussi <[EMAIL PROTECTED]> wrote:
>
> On Sunday, 17. Februaryta 2008 15:56:36 you wrote:
>
> > Actually problem is bigger..  Gentoo xine-lib-1.1.10.1 don't install (or
> > even compile) file xineplug_inp_xvdr.so...
>
> Fixing my own comment..
> Of course not, because it's vdr-xineliboutput what SHOULD generate that
> file..
> xine-lib-1.1.10 + vdr-xineliboutput-1.0.0_rc2_p20080120
> = /usr/lib/xine/plugins/1.1.10/xineplug_inp_xvdr.so
>
> xine-lib-1.1.10.1 + vdr-xineliboutput-1.0.0_rc2_p20080120
> =/usr/lib/xine/plugins/1.1.10.1/xineplug_inp_xvdr.so
>
> And that's the problem..  Rest of files are
> in /usr/lib/xine/plugins/1.1.10 -directory and that xineplug_inp_xvdr.so
> file
> is in /usr/lib/xine/plugins/1.1.10.1 -directory
>
> --
> JJussi
>
> ___
> 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] gentoo + vdr-1.5.12 + VDR_LOCAL_PATCHES_DIR

[Theunis Potgieter]

ask your question on irc

irc://irc.freenode.net

#gentoo-vdr

ask for nicknames:  zzam or hd_brummy.

Theunis

On 17/02/2008, JJussi <[EMAIL PROTECTED]> wrote:
>
> Hi!
> (this is maybe little bit wrong area.. But because gentoo vdr developer
> read
> this... I ask it here!)
>
> I have (in /etc/make.conf) DR_LOCAL_PATCHES_DIR="/var/cache/patch-dir"
> and I have patches in vdr-1.5.12 -directory
> 
> htpc patch-dir # pwd
> /var/cache/patch-dir
> htpc patch-dir # ls vdr-1.5.12
> vdr-1.5.12_ibptrickspeed_subtitles.patch
> vdr-1.5.12_improved_ibptrickspeed.patch
> 
>
> still when I 'emerge =media-video/vdr-1.5.12' it don't patch that version
> with
> those patches...  Do I do something wrong?
>
> --
> JJussi
>
> ___
> 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] gentoo + vdr-1.5.12 + VDR_LOCAL_PATCHES_DIR

[Theunis Potgieter]

zzam logged on 15min after you posted :)

On 19/02/2008, JJussi <[EMAIL PROTECTED]> wrote:
>
> On Monday, 18. Februaryta 2008 13:06:35 Theunis Potgieter wrote:
> > ask your question on irc
> >
> > irc://irc.freenode.net
> >
> > #gentoo-vdr
> >
> > ask for nicknames:  zzam or hd_brummy.
>
>
> Yeah, channel have quite many users logged in.. But nobody writes anything
> or
> answers to questions..
>
> Dead channel?
>
>
> --
>
> JJussi
>
> ___
> 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] VDR developer version 1.5.15 - compilation warnings

[Theunis Potgieter]

I am no expert, but if they teach STL for C++ why not use that instead which
is suppose to be type cast safe, instead of the older printf mechanism. I
don't want to start a war on what the best method is. But just wanted to
understand. Or would the cost in time be too high to convert everything?

my 2c

Theunis

On 19/02/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
>
> On 02/19/08 21:26, Ludwig Nussel wrote:
> > Klaus Schmidinger wrote:
> >> Apparently there are macros for this, like PRId64 and such.
> >> But i don't like having to write something like
> >>
> >>   int64_t n = ...;
> >>   printf("Some number %" PRId64 "\n", n);
> >>
> >> Don't know if the gettext mechanisms would be able to handle
> >>
> >>tr("Some number %" PRId64 "\n")
> >>
> >> I wonder why there ar no proper format specifiers for this.
> >> Or are there?
> >
> > The gettext info page says:
> >
> >>A similar case is compile time concatenation of strings.  The ISO C
> >> 99 include file `' contains a macro `PRId64' that can be
> >> used as a formatting directive for outputting an `int64_t' integer
> >> through `printf'.  It expands to a constant string, usually "d" or "ld"
> >> or "lld" or something like this, depending on the platform.  Assume you
> >> have code like
> >>
> >>  printf ("The amount is %0" PRId64 "\n", number);
> >>
> >> The `gettext' tools and library have special support for these
> >> `' macros.  You can therefore simply write
> >>
> >>  printf (gettext ("The amount is %0" PRId64 "\n"), number);
> >>
> >> The PO file will contain the string "The amount is %0\n".  The
> >> translators will provide a translation containing "%0" as well,
> >> and at runtime the `gettext' function's result will contain the
> >> appropriate constant string, "d" or "ld" or "lld".
> >
> > So translations should still work. The ugliness of those macros remains.
>
>
> I agree. I wonder who came up with this  idea?
> Why would somebody totally break the printf mechanisms and introduce
> such ugly macros?
>
> I really hope we can avoid this insanity in VDR...
>
>
> Klaus
>
>
> ___
> 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] VDR on OpenWRT / embedded system

[Theunis Potgieter]

It would be great if you could get it working, Nicolas Huillard,
mentioned also the popcornhour device, which in turn also has a MIPS
architecture according to:
http://www.lundman.net/wiki/index.php/NMT:fuse

Perhaps as time permits, one could setup a wiki page with some
detailed information. I'm interested in setting up such a device my
self.

--
Theunis

On 27/02/2008, Artem Makhutov <[EMAIL PROTECTED]> wrote:
>  Hi,
>
>  has anybody thought of running VDR on OpenWRT?
>
>  The Asus WL-500g Premium is an wlan access point with two USB 2.0 Ports.
>  It has a 266 MHz Broadcom BCM94704 MIPS CPU and is running linux.
>
>  http://wiki.openwrt.org/OpenWrtDocs/Hardware/Asus/WL500GP
>
>  It is possible to connect a harddrive and some USB DVB-S cards via USB
>  to the access point.
>
>  So VDR has to be compiled for the MIPS architecture.
>
>  The benefit of an access point is that it makes absolutly no noice,
>   is quite inexpensive and takes less electricity.
>
>  It would be great if the access point could record videos on its harddisk
>  and share them over network via samba or stream it...
>
>  Is this possible? Any ideas?
>
>  Thanks, Artem
>
>  --
>  Artem Makhutov
>  Unterort Str. 36
>  D-65760 Eschborn

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

Re: [vdr] VDR on OpenWRT / embedded system

[Theunis Potgieter]

I recently learned of the iStar Mini HD
https://www.istarhd.com/productpage/spec.html

Also based on the Network Media Tank (NMT) from Syabas. Apparently it
could use the same firmware from other suppliers like popcornhour.
This machine has more RAM,  but also not sure if one could add a dvb
device, if you managed to get the dvb api on the machine (2.6.15-sigma
preempt MIPS32_R2 32BIT gcc-4.0) Would it make sense to add a usb 2.0
hub and if you could manage to add the drivers if the kernel doesn't
support it already?

It already has a built in IR, but only 1 usb port available.

--
Theunis

On 29/02/2008, Laz <[EMAIL PROTECTED]> wrote:
> On Wednesday 27 February 2008 19:46:40 Artem Makhutov wrote:
>  > Hi,
>  >
>  > has anybody thought of running VDR on OpenWRT?
>  >
>  > The Asus WL-500g Premium is an wlan access point with two USB 2.0 Ports.
>  > It has a 266 MHz Broadcom BCM94704 MIPS CPU and is running linux.
>  >
>  > http://wiki.openwrt.org/OpenWrtDocs/Hardware/Asus/WL500GP
>  >
>  > It is possible to connect a harddrive and some USB DVB-S cards via USB
>  > to the access point.
>  >
>  > So VDR has to be compiled for the MIPS architecture.
>  >
>  > The benefit of an access point is that it makes absolutly no noice,
>  > is quite inexpensive and takes less electricity.
>  >
>  > It would be great if the access point could record videos on its harddisk
>  > and share them over network via samba or stream it...
>  >
>  > Is this possible? Any ideas?
>
>
> Not exactly the same but I've had vdr running relatively successfully on a
>  Linksys NSLU2, a.k.a. Slug, which was running Debian:
>
>  http://en.wikipedia.org/wiki/NSLU2
>
>  These have got an Intel XScale processor running at 133 MHz (underclocked 
> from
>  233 MHz) and a whole 32 MB of RAM (although it's possible to upgrade that
>  with some dubious soldering...).
>
>  I had a USB external disk and a USB DVB card on it and I used it as a backup
>  system for when I went away.
>
>  It worked reasonably well but the lack of RAM was a bit of an issue because 
> it
>  would occasionally randomly kill processes due to a lack of memory!
>
>  Overall, it worked but there's no serial port (well, no external serial port:
>  you can solder one on) so I couldn't get a LIRC remote detector on it. I
>  can't remember if I tried the remote detector on the USB card: probably not
>  because there's no video output so you wouldn't be able to see what you were
>  doing, anyway! I've never managed to get more than one USB DVB device to work
>  properly together for any length of time and a single DVB device would be
>  restrictive.
>
>  I was setting timers using a script which converted dates and times into 
> SVDRP
>  commands.
>
>  There's also the MediaMVP which is a small (I think) MIPS system but that's
>  designed for this sort of thing so maybe not as interesting!
>
>  Cheers,
>
>
>  Laz

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

Re: [vdr] sub channel numbering system

[Theunis Potgieter]

So what happens when the sub number was 2.10 is it now 21? And 2.11
becomes 21?  I don't understand why there are such numbers to begin
with. Why not just map 2.1 to the next available open number, giving
the user the choice to move the channels in any order afterwards?

my 2c

On 3/7/08, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> On 03/07/08 16:31, VDR User wrote:
> > On Thu, Mar 6, 2008 at 11:37 PM, Klaus Schmidinger
> > <[EMAIL PROTECTED]> wrote:
> >> On 03/06/08 21:13, Timothy D. Lenz wrote:
> >>  > Well, ".", "#", "*", something in the channels.conf. "0" is not  a
> valid
> >>  > notation because 0 is part of the number system. 40 won't work for
> KVOA
> >>  > because 40 is KHRR. And when displayed it should be "."
> >>
> >>  Well, 40 would become 400, accordingly.
> >>
> >>  Just add a 0 to each channel number (or two zeros, if you have two digit
> >>  sub channel numbers).
> >
> > Klaus, come on, you know bastardizing the channel numbers like that is
> > a horrible idea!  ;)
>
> "Bastardizing" channel numbers the way those "sub channels" do, that's
> a horrible idea!
>
> Channel numbers are *numbers*, *integer* numbers!
> There's a first channel, and a second one, and a third one,
> and they are numbered 1, 2 and 3. Now what's a "2.1" channel?
> Is that "ten percent more than the second channel"?
>
> VDR stores channel numbers as integers. So if you want to
> have a numbering scheme where you have channels "between" other
> channels, you need to make room for these additional entries.
> And the only way I see to do this is to shift all numbers one
> digit to the left.
>
> Klaus
>
> ___
> 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] sub channel numbering system

[Theunis Potgieter]

So if provider 1 broadcasts  a 2.1 channel and provider 2 also
broadcasts a 2.1 channel and you as a vdr user can have more than 1
provider. What will the channel numbering scheme be for Provider 2?
Will this introduce a bouqet in vdr?

On 3/7/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 07, 2008 at 04:57:50PM +0100, Klaus Schmidinger wrote:
> > On 03/07/08 16:31, VDR User wrote:
> > > On Thu, Mar 6, 2008 at 11:37 PM, Klaus Schmidinger
> > > <[EMAIL PROTECTED]> wrote:
> > >> On 03/06/08 21:13, Timothy D. Lenz wrote:
> > >>  > Well, ".", "#", "*", something in the channels.conf. "0" is not  a
> valid
> > >>  > notation because 0 is part of the number system. 40 won't work for
> KVOA
> > >>  > because 40 is KHRR. And when displayed it should be "."
> > >>
> > >>  Well, 40 would become 400, accordingly.
> > >>
> > >>  Just add a 0 to each channel number (or two zeros, if you have two
> digit
> > >>  sub channel numbers).
> > >
> > > Klaus, come on, you know bastardizing the channel numbers like that is
> > > a horrible idea!  ;)
> >
> > "Bastardizing" channel numbers the way those "sub channels" do, that's
> > a horrible idea!
> >
> > Channel numbers are *numbers*, *integer* numbers!
> > There's a first channel, and a second one, and a third one,
> > and they are numbered 1, 2 and 3. Now what's a "2.1" channel?
> > Is that "ten percent more than the second channel"?
> >
> > VDR stores channel numbers as integers. So if you want to
> > have a numbering scheme where you have channels "between" other
> > channels, you need to make room for these additional entries.
> > And the only way I see to do this is to shift all numbers one
> > digit to the left.
> >
> > Klaus
> >
> I'm sorry if you don't see it the way the rest of us do, but the goal
> here should be the user experience.  The channels are advertised from
> the channel makers as 2-1, 2-2, or 2.1, 2.2, or 2*1, 2*2 or whatever.
> When users go to a channel, they are not thinking:
>
> hmm what channel "number" shal I go to
>
> no they know
>
> if I want to watch WJLA, I go to 7*1 for the HD version, or 7*2 for
> the SD version.  They know this because that is how it is advertised
> to them in their markets.  They have accepted that channels are not
> just integers.
>
> The other issue you have is that channels in their system have
> well-known identifiers that are called "channels" for example NASATV
> is called channel 213.  This is something we have talked about in the
> past both on and off-list.  If you want to somehow map these
> subchannels to some wierd integer that's say greater than a million,
> that's fine, your channel numbers are integers, but the user needs to
> be able to select the channel he wants.  Is the goal here that the
> user is able to use the program or that channels can continue to
> antiquatedly be identified as ints?
>
> _J
>
> > ___
> > 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
>

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

Re: [vdr] sub channel numbering system

[Theunis Potgieter]

Then perhaps the core should expose the required features, so that
Klaus can keep it his default way but a plugin can extend without
having to patch the core. The end user can then choose from a range of
plugins for his/her provider(s) in the way they think is best.

On 3/7/08, VDR User <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 7, 2008 at 8:46 AM, Theunis Potgieter
> <[EMAIL PROTECTED]> wrote:
> > So if provider 1 broadcasts  a 2.1 channel and provider 2 also
> >  broadcasts a 2.1 channel and you as a vdr user can have more than 1
> >  provider. What will the channel numbering scheme be for Provider 2?
> >  Will this introduce a bouqet in vdr?
>
> That problem already exists even without sub-channels and has never
> been officially addressed (to my knowledge).  The people I know
> dealing with this issue pad the channel numbers by adding a set
> number.  For example, if provider A and provider B both use -
> for their channel numbers, the user pads one of the providers by
> adding say 1 to the channel numbers thus having one provider
> retain -, and the other becoming 1-1.
>
> ___
> 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] Autosort plugin segmentation fault

[Theunis Potgieter]

Try implementing a zap() function, checking to see if the pointer
doesn't contain a NULL before trying to free data.

On 24/03/2008, Seppo Ingalsuo <[EMAIL PROTECTED]> wrote:
> Seppo Ingalsuo wrote:
>  > #0  0xb7c2036a in free () from /lib/i686/cmov/libc.so.6
>  > #1  0xb74fceb1 in cMenuTimeStamps (this=0xb22f72dc) at autosort_menu.c:217
>  >
>
> I wonder if commenting out free() from that function is the right
>  solution? At least timestamp menu from autosort plugin setup doesn't
>  crash any more ...
>
>
>
>  ___
>  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] Problems playing ongoing recordings?

[Theunis Potgieter]

I guess what Jjusi is explaining is that some Broadcasters (wrong
frame/sec) or in the event of bad reception etc, it can occur that
some frames are lost, and/or because vdr plays back from a more
reliable source e.g. from disk it will catch up to live tv eventualy.
I've experienced this on my dvb-s system.

On 4/2/08, VDR User <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 1, 2008 at 7:44 AM, JJussi <[EMAIL PROTECTED]> wrote:
> >  recording.  Because playback is faster that "real life" you reach (in
> some
> >  poin of time) place where you are 0 (zero) seconds behind on going
> recording.
> >  AND in that point your playback start freeze and jump loop.
>
> Playback is faster then watching live tv?!  Maybe if you skip past the
> commercials or something!  I've started playing back a recording many
> times before it was finished and never had a problem with lockup or
> that the playback was going faster then live tv!
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>

-- 
Sent from Gmail for mobile | mobile.google.com

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

Re: [vdr] VDR continuously initializing CAM

[Theunis Potgieter]

Perhaps a plug-in or a setup menu entry to enable the work around code for
VDR until the driver has resolved this issue.

Could this be done as a plugin?

On 09/04/2008, Tuomas Jormola <[EMAIL PROTECTED]> wrote:
>
>
> On 9 Apr 2008, at 00:26, Klaus Schmidinger wrote:
> > On 04/08/08 23:17, Tuomas Jormola wrote:
> >> On 8 Apr 2008, at 23:49, Klaus Schmidinger wrote:
> >>> Since this apparently happens also without VDR, I guess it will have
> >>> to
> >>> be fixed in the driver.
> >> Well, the funny thing is that VDR 1.4.7 with exactly the same kernel
> >> and hardware does not give any symptoms at all. On startup CAM is
> >> initialized quickly just fine.
> >
> > VDR 1.4 didn't permanently monitor the module status.
>
> Well, as an end user I don't really care what the two versions do
> differently behind the scenes. Net effect for me is that with VDR 1.4
> my CAM is working and with VDR 1.6 it's unusable. So to me VDR 1.6 is
> broken, what ever the technical reason might be.
>
>
> Tuomas
>
>
> ___
> 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] HD PCIe boards

[Theunis Potgieter]

I hope it will have a linux driver, I like the idea of a 20W  addition to my
vdr. Problem is, the use of PCI-Express which only relatively new machines
have.

Thanks for the information.

On 09/04/2008, lucian orasanu <[EMAIL PROTECTED]> wrote:
>
> Hy too all.
>
> It seams the first hardware capable of MPEG 2 and
> H.264 encoding and decoding at 1080p full HD
> resolution, will be from Toshiba, look here:
>
> http://www.reghardware.co.uk/2008/04/08/tosh_samples_spursengine/
>
>
>
>   
> 
> You rock. That's why Blockbuster's offering you one month of Blockbuster
> Total Access, No Cost.
> http://tc.deals.yahoo.com/tc/blockbuster/text5.com
>
> ___
> 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

[vdr] xineliboutput audio lip sync problems

[Theunis Potgieter]

Since vdr-1.5.18 I have seen lip sync problems with xineliboutput. It
gets worse the longer you watch. This appears on both livetv and
recordings (which was recorded from vdr-1.5.2). I do not notice the
same problem with vdr-softdevice. The only quick fix for me is te
press the jump button in a recording and the audio will sync for a
peroid of time. I did not notice this problem with vdr-1.5.16

Could there be a simple fix for xineliboutput? By replacing the
xinliboutput_config or vdr setting?

-- 
Sent from Gmail for mobile | mobile.google.com

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

Re: [vdr] Output plugin

[Theunis Potgieter]

on Gentoo there is  vdr-mplayer plugin, it is basically a script that calls
mplayer as the plugin, it only works for people that use a FrameBuffer or
DVB Hardware output device. Now from what I understood at the time is that
there are to methods for invoking mplayer there is a mplayer.sh and a
mplay.sh script both have different settings and you have to choose which
one of the 2 to use.

Gentoo information:

media-plugins/vdr-mplayer
 Available versions:  0.10.0 ~0.10.1
 Homepage:http://www.muempf.de/
 Description: VDR Plugin: api to mplayer

Hope this is of any help to you.

On 11/04/2008, Josce <[EMAIL PROTECTED]> wrote:
>
>  My Hauppauge DVB card rev2.1 (FF) DVB-C card has some
> connection problem on its video out jack. So sometimes
> the screen goes blank and I have to slightly adjust the
> video out plug to regain picture.
>
> I am currently using vdr-1.6.0.
>
> I would like to use the softdevice plugin but here is the catch:
>
> The VGA is a Via CX700M2 and DirectFB does not support it,
> and my CPU is too slow for unaccelerated fb. (> 85% cpu usage)
>
> Now, Via has created a framebuffer driver that uses the CX700M2
> hardware MPEG2/MPEG4 acceleration. And a modified mplayer (VeMP1.6)
> that takes advantage of this. With this combination I can play
> vdr recordings with < 6% cpu usage. Now my question is:
>
> a) is there some plugin that could pipe the stream directly
> to mplayer to handle the output?
>
> b) could the hardware MPEG decoder by used somehow and the
> decoded stream be sent to framebuffer driver?
>
> c) would it be a big task to add acceleration support to the
> softdevice plugin? (Could then play hdtv stuff with it?)
>
> d) any other solution?
>
> Josce
>
> --
> Get news, entertainment and everything you care about at Live.com. Check
> it out! 
>
> ___
> 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] Output plugin

[Theunis Potgieter]

Perhaps the plugin could be adapted to pipe livetv  to a unix socket and in
the script tell mplayer where to connect to the unix socket? Or start
recordings from VDR Admin or SVDRP and watch live-recording.

Just playing with ideas. The mplayer script/plugin was designed to be not
dependent on X (depending on mplayer video output support compiled). I think
it contains a vdr-plugin that calls a script called mplayer.sh/mplay.sh so
that you as a user can play with the settings without having to modify the
vdr-plugin all the time. Perhaps in this case the plugin will have to be
modified include livetv viewing?

Do have a look at the script, you will see the attributes set in the script
builds the command line to call mplayer, so you will just have to adapt your
current command line that you use for your specific mplayer into this
script.

On 11/04/2008, Josce <[EMAIL PROTECTED]> wrote:
>
>
> > on Gentoo there is  vdr-mplayer plugin,
>
>
> I thought this plugin is for playing files only?
>
> What I am interested in is a "Output device" plugin.
> So that I could pipe/stream all the output - including live viewing -
> to the modified mplayer that has hardware acceleration.
>
> Josce
>
>
> _
> Invite your mail contacts to join your friends list with Windows Live
> Spaces. It's easy!
>
> http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us
>
> ___
> 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] xineliboutput audio lip sync problems

[Theunis Potgieter]

Well it looks like I'm the only Gentoo user here that is experiencing this
problem.

I noticed a bit more on when it occurs. I've current changed my vdr process
to run at -19 priority to see if it makes any difference. Livetv is some how
now correct. But I still experience problems with recordings where
cutting/editing occured.

So I changed to vdr-softdevice, and I'm experience the same problem. LiveTV
is acceptable but still experience audio/video sync problems after the
replay has reached a edit/cut mark. (This is a recording that was processed)

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

Re: [vdr] EPIA-ML6000 and vdr-xine full screen?

[Theunis Potgieter]

I suppose this is a bit off topic, but what happens when the source is
MPEG4-11?, can you expand on this mother board by using PCI Express add-on
card?

Theunis

On 18/04/2008, Tony Grant <[EMAIL PROTECTED]> wrote:
>
>
> Le vendredi 18 avril 2008 à 06:26 +1200, Simon Baxter a écrit :
>
>
> > Has anyone tested running an EPIA ML6000 fanless motherboard with
> vdr-xine?
>
>
> It is a CLE266 it will work just fine
>
>
> > The spec's only say "MPEG-2 Accelerator" rather than
> "Decoder/Accelerator" -
> > will it work with a VGA 1366x768 16:9 full screen?
>
>
> No problem the CLE266 limit is 1600x1050 I am running mine at 1440x900.
>
> Cheers
>
> Tony
>
> --
>
>
>
> ___
> 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] new graphics processor from VIA S3 for HD video

[Theunis Potgieter]

And I was just about to get exited, until I read this:

XvMC issues
● Limited hardware driver support
– Intel i810, i915/945 MC, 965 MC working in progress
– Unichrome VLD
– ATI, Nvidia (?)
● Limited modern video codec support, just for
MPEG1/2, can't support H.264/AVC.
– Multiple intra/inter prediction modes (multiple
motion vector styles)
– Multiple reference pictures
– No in-loop filter

So it appears there is no hope for my old machine with an AGP port, and
nvidia G-Force 4 MMX 440. Looks like I will have to upgrade, but the craze
will have to settle first before I buy anything. I wonder why they don't
create add-on cards in PCI format? so that it will work on older machines? I
guess they want you to upgrade to keep on making money...

Isn't there a method to use OpenGL to assist HD decoding?

On 23/04/2008, Pasi Kärkkäinen <[EMAIL PROTECTED]> wrote:
>
> On Wed, Apr 23, 2008 at 09:56:23AM +0400, Igor wrote:
> > > > The question is: Which of them will offer decent open source drivers
> for
> > > > HD decoding, and when?
> > >
> > > I wonder if every vendor pushes his own API for using these decoding
> > > accelerators? Or is there some "standard" (It's surely beyond XvMC)?
> >
> > there's VAAPI - Video Decode Acceleration API Specification
> > http://www.freedesktop.org/wiki/Software/vaapi
> >
> > but seems it hasn't finished yet :(
> >
>
>
> And then there's some "XvMC for H.264/AVC" work/patches:
>
> http://people.freedesktop.org/~zhen/xds2007_xvmc.pdf
>
> http://www.x.org/wiki/Events/XDS2007/Notes (link taken from here)
>
>
> -- Pasi
>
>
> ___
> 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] new graphics processor from VIA S3 for HD video

[Theunis Potgieter]

So in an ideal world, it would be great to have a pci add-on card, that does
not only do assisting, but actually does all the features, so by sending the
compressed stream directly to board, and it does all the un-compressing and
uses its own internal memory (on board memory) to do movement of
uncompressed streams and doing additional post processing on the picture.
Similar to a FF-card but independent of DVB and can do *High 10 Profile
(Hi10P)*.

I know it is a pipe dream. So in a perfect world it would be nice to have
something like the following: pci board with a sigma 8635 chip for decoding
(o rsomething similar) and a S3 chip for post processing (or something
similar) onto one board with a s-video out, HDMI out, spdif out/audio out.
And can do 1920x1080 progressive scan PAL @ 25 or even 50 frames per second.
So that we can be ready for when BluRay hits the market (affordable). the
output can either be by using a X driver or frame buffer driver. Oh well the
wish list goes on :)

So the end user can then upgrade the output device when he/she can afford an
upgrade to a HD output device and of course don't forget all have Open
Source drivers hehe. Tomorrow I will wake up and realise the truth of it
all...

To the future of open source!

On 23/04/2008, Martin Emrich <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> Theunis Potgieter schrieb:
>
>
> > So it appears there is no hope for my old machine with an AGP port, and
> > nvidia G-Force 4 MMX 440.
>
>
> I sit in a similar board (GF3 / GF2MX).
>
>
> > Looks like I will have to upgrade, but the craze
> > will have to settle first before I buy anything. I wonder why they don't
> > create add-on cards in PCI format? so that it will work on older
> machines? I
> > guess they want you to upgrade to keep on making money...
>
>
> I don't think a simple PCI card can handle the bandwidth. Think Full-HD
> PAL Video:
>
> 1920*1080*3 Byte/Pixel (RGB) * 25 FPS = 148MiB/s uncompressed RGB Data
> (For performance reasons one probably would even use 32bit/Pixel). The
> "classic" PCI Bus only does 133MB/s.
>
>
> > Isn't there a method to use OpenGL to assist HD decoding?
>
>
> AFAIK most of the current accelerators (AMD AVIVO, nVidia PureVideo,...)
> use the programmable shaders for decoding, scaling, colorspace
> translation, etc.
> Most of the newer AMD/ATI cards seem not to have a "traditional" backend
> scaler anymore (making it hard for opensource driver devs to implement
> XVideo as they now have to touch the 3D engine).
>
> Ciao
>
>
> Martin
>
>
> ___
> 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] [ANNOUNCE]: osdpip-0.0.9

[Theunis Potgieter]

What are the requirements of this plugin?

Will it work with vdr-softdevice/vdr-xineliboutput/vdr-xine?

Or does it require a work around on their behalf to make it work properly?

Theunis

On 28/04/2008, Anssi Hannula <[EMAIL PROTECTED]> wrote:
> Andreas Regel wrote:
>  > Hi,
>  >
>  > there is a new version of the osdpip plugin available:
>  > http://home.arcor.de/andreas.regel/files/vdr-osdpip-0.0.9.tgz
>
>
> Thanks.
>
>  BTW, the "Latest version available at" in README has not been changed
>  and points to the original site, that still has 0.0.8.
>
>  --
>
> Anssi Hannula
>
>
>  ___
>  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] [ANNOUNCE]: osdpip-0.0.9

[Theunis Potgieter]

Then surely it will not be an OSD pip any more but rather just a pip?
seems like osd is the bottle neck?

On 29/04/2008, Grégoire FAVRE <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 29, 2008 at 10:52 AM, Patrick Boettcher
>  <[EMAIL PROTECTED]> wrote:
>
>  With xine/softdevice, one should be able to do such things with very
>  few CPU usage, but that won't be
>  compatible to other output devices, kvdr for example was doing it
>  without any problem on my old [EMAIL PROTECTED]
>
>  And that's a feature I would also enjoy to add into vdr-xine :-)
>
>
>  >  I'm using it with vdr-xineliboutput from e-tobi. (not the 0.0.9 I think,
>  >  but I'm not sure).
>  >
>  >  Except that this version uses one complete processor when running. Good
>  >  thing, I have a dual-core :).
>
>
> --
>  Grégoire FAVRE
>  http://picasaweb.google.com/Gregoire.Favre
>  http://gregoire.favre.googlepages.com/
>
>
>  ___
>  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] no channel update on vdr 1.7.0

[Theunis Potgieter]

I would suggest to start vdr up with only one device at at time (by using
the command line parameter to a fixed dvb card) and then use the channel
scan plugin, repeat this for each device.

This will surely force vdr to use the only selected device to do a channel
scan?

Theunis

2008/5/21 Jean-Claude Repetto <[EMAIL PROTECTED]>:

> Klaus Schmidinger wrote :
> > Plain vanilly VDR assumes that every DVB-S card can receive all
> satellites.
> >
> > Klaus
> >
>
> I hope this will be configurable in VDR 1.8 !
> The LNB type should also be configurable for each DVB card (I am still
> using a Full-band LNB on my motorized dish).
>
> ___
> 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] update 1.4 to 1.6 -> cutting recordings makes vdr unresponsive

[Theunis Potgieter]

On Gentoo there is a USE flag that adds a patch to vdr that solves this
problem in one way.
package: media-video/vdr-1.6.0_p1-r1
USE flag: cutterlimit   : Limit IO bandwith used for cutting

Theunis

2008/6/9 Hanno Zulla <[EMAIL PROTECTED]>:

> Hi,
>
> I have updated my vdr:
>
> Old: Celeron 850 MHz, 256 MB Ram, very slow but silent PATA disk,
> Debian, vdr 1.4.x (e-tobi)
>
> New: AMD Athlon X2 2,1 GHz, 2 GB Ram, standard SATA disk, Ubuntu, vdr
> 1.6.x (self-compiled from e-tobi's repository)
>
> The hardware should be much faster now, but vdr turns very slow and
> unresponsive whenever it cuts a recording in the background. vdr reacts
> to a button on the remote with notable delay.
>
> (I don't remember this behaviour with the old vdr setup.)
>
> Any idea where to look for this issue?
>
> Thanks,
>
> Hanno
>
> ___
> 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] Sequential or random play?

[Theunis Potgieter]

xineliboutput can do that, you just need to press the red button to get the
playlist and then select random.

On 07/07/2008, JJussi <[EMAIL PROTECTED]> wrote:
>
> On Sunday, 6. Julyta 2008 20:09:26 Teemu Suikki wrote:
> > Hi!
> >
> > Is there an easy way to add sequential or even random playback to VDR?
>
>
> That would be nice in "Media player" side too..
> When I'm adding different music directories (One CD in one directory ;-) )
> to "queue", it would be nice IF vdr-sxfe would play that music in random
> order.
>
> --
>
> JJussi
>
>
> ___
> 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] RGB/PAL over VGA at variable frame rate

[Theunis Potgieter]

wow, when I buy an AMD card I will sure look up your code. :)

currently I'm still using a pentium 4, 2.4GHz machine with nvidia AGP 440MX
card,

only way to get that to work properly was with the older nvidia drivers
71.86.0 , apparently the newer drivers forces PAL or any other TV Standard
to run @60Hz instead of 50Hz, which is what my broadcast is. So I had to
"downgrade" the driver to get the proper output.

With these options in my xorg.conf to disable the driver's auto settings.

Section "Monitor"
.
.
ModeLine "720x576PAL"   27.50   720 744 800 880 576 582 588 625 -hsync
-vsync
ModeLine "[EMAIL PROTECTED]"  14.0625 720 760 800 900 576 582 588 625 -hsync
-vsync interlace
.
EndSection

Section "Screen"
.
.
Option "UseEDIDFreqs" "FALSE"
Option "UseEDIDDpi" "FALSE"
Option "ModeValidation" "NoEdidModes"
SubSection "Display"
 Modes   "720x576PAL"
EndSubSection
.
EndSection

xvidtune reports this on DISPLAY=:0.1
 "720x576"  27.50720  744  800  880576  582  588  625 -hsync
-vsync

cpu load is 10% with xineliboutput set to use xvmc, my cpu fan even turns
off, it only kicks in when I view a xvid/divx type movie.

Theunis

2008/7/22 Thomas Hilber <[EMAIL PROTECTED]>:

> Hi list,
>
> the last few days I made some interesting experiences with VGA cards I
> now want to share with you.
>
> goal
> 
>
> develop a budget card based VDR with PAL/RGB output and FF like output
> quality
>
> problem
> ---
>
> as we all know current VGA graphics output quality suffers from certain
> limitations. Graphics cards known so far operate at a fixed frame rate
> not properly synchronized with the stream.
> Thus fields or even frames do often not appear the right time at the ouput.
> Some are doubled others are lost. Finally leading to more or less jerky
> playback.
>
> To a certain degree you can workaround this by software deinterlacing.
> At the cost of worse picture quality when playing interlaced material. Also
> CPU load is considerably increased by that.
>
> It appeared to be a privilege of so called full featured cards (expensive
> cards
> running proprietary firmware) to output true RGB PAL at variable framerate.
> Thus always providing full stream synchronicity.
>
> I've always been bothered by that and finally started to develop a few
> patches
> with the goal in mind to overcome these VGA graphics limitations.
>
> solution
> 
>
> graphics cards basically are not designed for variable frame rates. Once
> you have setup their timing you are not provided any means like registers
> to
> synchronize the frame rate with external timers. But that's exactly what's
> needed for signal output to stay in sync with the frame rate provided by
> xine-lib or other software decoders.
>
> To extend/reduce the overall time between vertical retrace I first
> dynamically added/removed a few scanlines to the modeline but with bad
> results. By doing so the picture was visibly jumping on the TV set.
>
> After some further experimenting I finally found a solution to fine adjust
> the
> frame rate of my elderly Radeon type card. This time without any bad side
> effects on the screen.
>
> Just trimming the length of a few scanlines during vertical retrace
> period does the trick.
>
> Then I tried to implement the new functionality by applying only minimum
> changes to my current VDR development system. Radeon DRM driver is
> perfectly
> suited for that. I just had to add a few lines of code there.
>
> I finally ended up in a small patch against Radeon DRM driver and a even
> smaller one against xine-lib. The last one also could take place directly
> in the Xserver. Please see attachments for code samples.
>
> When xine-lib calls PutImage() it checks whether to increase/decrease
> Xservers frame rate. This way after a short adaption phase xine-lib can
> place it's PutImage() calls right in the middle between 2 adjacent vertical
> blanking intervals. This provides maximum immunity against jitter. And
> even better: no more frames/fields are lost due to stream and graphics
> card frequency drift.
>
> Because we now cease from any deinterlacing we enjoy discontinuation of
> all its disadvantages:
>
> If driving a device with native interlaced input (e.g. a traditional TV Set
> or modern TFT with good RGB support) we have no deinterlacing artifacts
> anymore.
>
> Since softdecoders now are relieved of any CPU intensive deinterlacing
> we now can build cheap budget card based VDRs with slow CPUs.
>
> Please find attached 2 small patches showing you the basic idea and a
> description of my test environment. The project is far from complete but
> even at this early stage of development shows promising results.
>
> It should give you some rough ideas how to recycle your old hardware to a
> smoothly running budget VDR with high quality RGB video output.
>
> some suggestions what to do next:
> - detection of initial field parity
> - faster i

Re: [vdr] [PATCH] RGB/PAL over VGA at variable frame rate

[Theunis Potgieter]

The xorg.conf options differ for newer versions of the nvidia driver, that
is why mine looks different.

How I picked up on the problem was, when I ran xvidtune on DISPLAY=:0.1
(TV-Out) and found that even when I set the modeline, it still ran @60Hz,
thus showing the tearing effect and had to enable deinterlacer. After
googling for 6 months, I found somebody on a mailing list explaining that
the TV-Out (s-video) could be set to run @50Hz but only with the older
drivers of nvidia and because my card is old it was not a problem. Obviously
this only helps for the TV-Out on nvidia, thus I don't require any
deinterlacers. I use the machine as a home PC on DISPLAY=:0.0. I understand
that your solution helps when using a LCD/Plasma with dvi/d-sub/scart
connectors.

Just wanted to share my experience with all :) I'm only showing that you can
consolidate your hardware too, if implemented correctly. I only have the 1
pc running in the house and don't see a need to run more. I extend the
svideo/audio/IR cable to the next room. Not really needed now since the pc
runs quiet when the cpu fan stops. Only thing making a noise now is the
already relatively "quiet" power supply. Things that start up the cpu fan is
xvid/divx and firefox (on DISPLAY=:0.0). Taking into account that "live" tv
is also off loaded using xvmc.

Theunis

On 22/07/2008, Thomas Hilber <[EMAIL PROTECTED]> wrote:
>
> On Tue, Jul 22, 2008 at 08:30:46PM +0200, Theunis Potgieter wrote:
> > currently I'm still using a pentium 4, 2.4GHz machine with nvidia AGP
> 440MX
> > card,
>
>
> at least the VGA-to-SCART cable (not yet the patch itself) does run here
> on nVidia hardware without problems. Box is a PUNDIT P1-AH2 with nVidia
> C51PV
> [GeForce 6150] graphics.
>
>
> > only way to get that to work properly was with the older nvidia drivers
> > 71.86.0 , apparently the newer drivers forces PAL or any other TV
> Standard
> > to run @60Hz instead of 50Hz, which is what my broadcast is. So I had to
> > "downgrade" the driver to get the proper output.
>
>
> really? On my Pundit I use NVIDIA-Linux-x86-100.14.19-pkg1.run and
> the attached xorg.conf with no problems.
>
>
> > Option "UseEDIDFreqs" "FALSE"
> > Option "UseEDIDDpi" "FALSE"
>
>
> I just use one big hammer instead:)
>
> Option "UseEDID" "FALSE"
>
> That works (mostly).
>
>
> -Thomas
>
>
> ___
> 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] OT: Deinterlacing algorithms [WAS:Re: [PATCH] RGB/PAL over VGA at variable frame rate]

[Theunis Potgieter]

I notice a AV desync after 5 minutes, it definitely happens when it reaches
an advertisement that was cut out, or when I jump to a advertisement. :(

the only way I could "fix" it was to re-encode the edited recording with
'mencoder -ovc copy -oac copy -of mpeg -mpegopts format=pes2 -o new/001.vdr
old/001.vdr'

I would see frames being skipped when it reaches where the cut took place...

I'm using vdr 1.6.0_p1

Theunis

On 23/07/2008, Martin Emrich <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> Torgeir Veimo schrieb:
> > On 23 Jul 2008, at 23:06, Martin Emrich wrote:
> >
> >>  (I wonder why there's no simple "TV simulator" that upmixes 50
> >> fields/s to 50 frames/s just like a CRT TV?).
> >
> >
> > It's very hard to simulate this 'upmix'. A CRT TV actually moves the
> > electron beam across the screen and the phosphor has some time it
> > stays illuminated after being hit by the beam. This is very hard to
> > simulate with a digital screen which is either on or off, or has some
> > slowness by itself which is different from how a CRT screen works.
>
> I did not mean to actually simulate the brightness decay in the
> phosphors, just the points in time where the fields are presented.
>
> Let's assume we have two frames to be played back, which each consists
> of two fields:  {1,2} and {3,4}.
>
> I don't know if it actually works this way, but as far as I know,
> playing back interlaced content with 25 frames/s on a progressive
> display looks this way:
>
> 1  3
> 2  ...1/25th sec. later:   4
> 1  3
> 2  4
>
> As field 3 is a 1/50th second "older" than field 4, there are jaggies in
> moving scenes.
>
> What I am looking for would be this, with 50 frames/s:
>
> 1 13  3
> .  1/50th s.  2  1/50s 2  4
> 1 13  3
> . 22  4
>
> So each field ist still being shown for a 1/25th of a second, but for
> the "right" 1/25th second. The output then no longer serves 25fps but
> 50fps to XVideo, DirectFB or whatever.
>
> All of this of course makes only sense for PAL content when the TV can
> do 50Hz, not 60Hz.
>
> > The dscaler project has implemented some of the best deinterlacing
> > algorithms and most of the tvtime algorithms are implemented (to my
> > knowledge) with basis in dscaler source / ideas. See http://
> > dscaler.org/ . dscaler basically is a deinterlace and display program
> > that takes input from bt8x8 based capture cards.
>
> I assume these are the "tvtime" deinterlacers in the libxineoutput
> plugin. I played around with them, but none of them resultet in a
> picture as sharp and contrasty as without any deinterlacer. So I have to
> choose between sharpness and clean motions. And even during the EURO
> 2008, I chose the first.
>
> > Someone on that project had an idea to create a setup where the
> > display hardware was synced to the input clock of the capture card,
> > but I'm not sure if anything ever came out of that idea.
>
> I also thought of that. One then would have to sync to the soundcard's
> buffer, too, and remove/duplicate samples as necessary, to keep the
> audio synchronized.
>
> BTW: How does libxineoutput synchronize? I noticed a slight AV desync
> growing over ca. 5 minutes, the the audio jumps once and the desync
> jumps into the right position (Digital output to AV receiver).
>
> Ciao
>
> Martin
>
> ___
> 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] [PATCH] RGB/PAL over VGA at variable frame rate

[Theunis Potgieter]

Does somebody have a URL on how to make one? for d-sub to scart or the new
DVI (modern graphic cards) to scart?

On 12/08/2008, Thomas Hilber <[EMAIL PROTECTED]> wrote:
>
> On Mon, Aug 11, 2008 at 07:40:15PM +0300, Jouni Karvo wrote:
> > with NVIDIA driver 169 and 173 at least, this does not yet work:
>
>
> the patch is not yet ported to nVidia that's true.
>
> Independent from that you can configure the nVidia-Xserver to output a
> PAL/RGB compatible signal. And connect a CRT via a VGA-to-SCART cable.
>
> But until the patch is ported to nVidia (if ever) you must use a
> deinterlacer.
>
> I attached my 'xorg.conf' and 'Xorg.0.log' which runs in several
> configurations here without problems. Maybe you give it a try.
>
> BTW:
> we do not use any of these evil TV encoder things. Just forget about
> that.
>
> Cheers
>
>Thomas
>
>
> ___
> 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] OT: Finnish Yle HD olympics channel..

[Theunis Potgieter]

When I started to convert my vdr recordings to h264 using ffmpeg
-vcodec libx264. I saw that running it without -threads or with
-threads set to 2, it used the same cpu usage. When I changed it to
-threads 3 I started to see more than 100% usage. Perhaps decoding
should also use -threads 3 to see it run on more than one cpu ?
Perhaps you can modify the ffmpeg profiles?

This was on a Core 2 Duo 1.8GHz. Hope this helps somebody.

On 8/12/08, Seppo Ingalsuo <[EMAIL PROTECTED]> wrote:
> Lauri Tischler wrote:
>> Hi. What card are you using to get DVB-S2 ?
>>
> Technotrend S2-3200.
>> CPU power ? Dual-core ? GHz ?
>>
> Intel E8200 is a low power dual core 2.66GHz chip. On arte HD (720p50)
> the load for vdr-sxfe (vdr server on other PC) is about 50%.
>> I have now AMD X2 4600 and DVB-T YLE HD is a bit jerky, sometimes,
>> playing recordings from YLE HD is totally jerky.
>> Wondering if getting quad-core 2.6GHz would help any.
>>
> Quad core could be good for 1080i stuff based on my 1st experiences ...
> My dual core handles 1080p24 trailers but I suppose not the better 1080p
> formats (and the 1080i case without going for low end deinterlacer such
> as bob).
>
> BR,
> Seppo
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>

-- 
Sent from Gmail for mobile | mobile.google.com

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

[vdr] Future of VDR and High Definition

[Theunis Potgieter]

Hi Guys,

I read an interesting article on
http://www.tomshardware.com/reviews/Atom-Athlon-Efficient,1997-14.html

and they say the problem why this machine can't do Blu-ray is because it is
encrypted and the cpu doesn't have enough horse power to do it keep up.

My question is, will it work with FTA HD channels? Or is it still under
powered, even though it has the 790G chipset. Or will a dual core cpu be the
answer. This solution looks ideal for software only low power low noise type
system.

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

Re: [vdr] PCI fun (RGB/PAL over VGA at variable frame rate)

[Theunis Potgieter]

Would be nice if someone could test the AMD Athlon 64 2000+ on a AMD
platform, the 780G chip set on a microATX board, because it can do HD
resolution (1920x1200) with high picture quality is possible through
DVI/HDMI ports.

On 16/08/2008, Gavin Hamill <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> Over the last days, Thomas and I have been trying to sort out why my
> nearly-identical machine couldn't run his VGA sync patches properly.
>
> The key difference is my Radeon 7000VE is PCI, whilst his is AGP. I
> tried the PCI Radeon in two old Pentium-3 era machines, and on my modern
> Pentium D930 desktop, all with the same behaviour - fullscreen video
> over PCI causes huge CPU usage in the Xorg process, even when using xv
> 'acceleration'.
>
> When I switch the PCI Radeon for a PCI Express X300 (the very lowest 'X'
> series you can get), everything is glorious: Xorg CPU use is barely 1%.
>
> Unfortunately I don't have any machines with both AGP and PCI on which
> I can try the same OS image but we both think it's safe to conclude that
> PCI is just unsuitable for this task.
>
> Many thanks to Thomas for writing the patches in the first place, and
> also for the time he's spent logged into my machine remotely trying to
> solve the problem!
>
> Cheers,
> Gavin.
>
>
> ___
> 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] PCI fun (RGB/PAL over VGA at variable frame rate)

[Theunis Potgieter]

I found this to be useful for me, however I'm using [EMAIL PROTECTED] and not 
NTSC
colour encoding.

http://www.linuxis.us/linux/media/howto/linux-htpc/video_card_configuration.html

Nice background information.

On 17/08/2008, Thomas Hilber <[EMAIL PROTECTED]> wrote:
>
> On Sun, Aug 17, 2008 at 04:31:58PM +0100, Gavin Hamill wrote:
> > CPU usage rather than userspace. Due to the critical timing nature of
> > the patches, they need to have nearly the whole machine to themselves,
>
>
> the patches are time critical as far as xine itself must time the
> frames very accurately.
>
> Even my old 800Mhz Pentium with AGP-Radeon shows that indeed every
> 4usecs +-35usecs a frame comes to Xserver's PutImage().
>
> It's by far not neccessary for the patches to work to get frames that
> accurately but it shows what is possible even on old and slow hardware.
>
> On Gavin's machine with PCI DMA problems we instead timed
> 4usecs +-21000usecs a frame comes to the Xserver's PutImage().
>
> That is way too unstable. I think xine itself also can't cope with that.
> At least it will show heavy jerkyness.
>
> Nonetheless I today released a new version of the patches with 100%
> lesser sensivity to timing problems (see announcement of today).
>
> Cheers
>
>Thomas
>
>
>
> ___
> 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] reelbox plugin - help compiling

[Theunis Potgieter]

Perhaps vdr in its developing phase support both, so when ever the API that
wins vdr and its users can continue without the API holding it back? What
does Klaus have to say about this?

On 19/09/2008, Niels Wagenaar <[EMAIL PROTECTED]> wrote:
>
> -Original message-
> From: Josce <[EMAIL PROTECTED]>
> Sent: Fri 19-09-2008 12:54
> To: VDR Mailing List ;
> Subject: Re: [vdr] reelbox plugin - help compiling
>
> > I would like to switch to vdr-1.7.0, but everytime I tried to install the
> > multiproto
> > driver some issue came up:
> > First I tried to get it from jhlasdflskdflii/multiproto hg, which didn't
> work.
> > So I tried kjwezzzmbasd/multiproto hg, wasn't there etc ...
> > Eventually I just gave up :(
> >
>
>
> Did you try:
>
> hg pull http://arvdr-dev.free-x.de:8080/testdvb/
> hg pull http://jusst.de/hg/multiproto/
> hg pull http://jusst.de/hg/multiproto_plus/
>
>
> It seems that liplianindvb is down at the moment, but according to some
> others the 1st link is a copy of the liplianindvb repository. The 2nd and
> 3rd are the 'official' multiproto repo's
>
>
> > Now apparently the multiproto might not be the future DVB api,
> > so I wonder if it is wiser to just wait and see what happens?
> >
>
>
> Might not or might be. Since there's no S2API patch for VDR 1.7.x, you can
> still use multiproto with these versions. It works (I use a Hauppauge WinTV
> NOVA-HD-S2 myself using the liplianindvb repo) beautifully on my
> configuration. And I watch HDTV/DVB-S2 channels using the eHD without any
> problems. My current VDR uptime is now 13 days with this configuration.
> Before that it was 35 days, but I had to shutdown my HTPC so that I could
> move my audio/video furniture to a different location :/
>
> > Josce
>
> Regards,
>
>
> Niels Wagenaar
>
>
> ___
> 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] Booting Linux in five seconds

[Theunis Potgieter]

Some interesting concepts, but some are basic

1) Try not to have any modules, built everything into the kernel, get rid of
initrd
2) On Gentoo you can start daemons/scripts in parallel, run the scripts from
shared memory OR have the option to use openrc, which uses C/C++ and binds a
lot faster.
3) Don't start services not required.

Just with that in mind, I'm sure one can get VDR box with X to idle in 5 sec
just with that in mind.

my 2c

On 04/10/2008, Goga777 <[EMAIL PROTECTED]> wrote:
>
> http://lwn.net/Articles/299483/
>
>
> is it possible in the future to implement this patches for vdr distros ?
>
> Goga
>
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] CCID smart card interface support for sc?

[Theunis Potgieter]

If I enable my subscription with my provider again, that uses irdeto2, will
it work?

On 05/10/2008, Mika Laitio <[EMAIL PROTECTED]> wrote:
>
> I though that it would mean that I could connect the card to VDR by using
>> the sc plugin, but I was wrong as sc plugin seems to only support smart
>> cards that has serial port or serial port over usb support, like phoenix
>> card readers.
>>
>> So I think there would be 3 options
>>
>> 1) Install newcs daemon (as it can read also CCID cards.
>> I want however avoid this as there is no sources available for
>> it.
>>
>> 2) Create virtual serial port driver over CCID library
>>
>> 3) Modify smartcard.c from sc plugin to support also the CCID cards.
>>
>> Has anybody worked with items 2 or 3 earlier?
>>
>
> Ok, attached is a patch for sc plugin to support CCID smart card readers.
> The patch is not originally from me but I modified it to work with sc code
> available in sc trunk.
>
> So far I have tested it with vdr-1.7.0 and liblianis multifrontend drivers
> with the pay channels that I have subscribed (and thus have the smart card
> key)
>
> I have not tested yet with s2 api version of vdr as I have still problems
> to watch even free channels with my card when using vdr-1.7.0 or 1.7.1 with
> s2 api patches in place. (and without having any plugins)
>
> Attachment contains the patch and in addition also the modified files in
> their final form. Code is simply using #ifdefs for places where CCID and
> serial interface differs instead of trying to abstract common c++ base class
> that both the serial and ccid implementations could inherit.
>
> Mika
> ___
> 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] [PATCH] S2API for vdr-1.7.0 (05-10-2008 - quickhack for DVB-S(2), DVB-T and DVB-C)

[Theunis Potgieter]

When will DVB-IP be included in the S2API? I'm asking because in South
Africa, our chances are looking slim by the moment to implement DVB-T, I
reckon by the time we get DVB-T the world has moved over to DVB-T2 and we
might skip the whole process over to DVB-IP, I see a lot of streamdev
discussions going on here in the vdr mailing list.

On 05/10/2008, Niels Wagenaar <[EMAIL PROTECTED]> wrote:
>
> > -Oorspronkelijk bericht-
> > Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Namens Klaus Schmidinger
> > Verzonden: zondag 5 oktober 2008 12:35
> > Aan: vdr@linuxtv.org
> > Onderwerp: Re: [vdr] [PATCH] S2API for vdr-1.7.0 (05-10-2008 -
> > quickhack for DVB-S(2), DVB-T and DVB-C)
> >
> > -- SNIP --
>
> > I'm about to begin setting up my new VDR with DVB-S2 support, so I was
> > wondering
> >
>
>
> Just to get one thing straight. Currently only a couple of DVB-S2 cards are
> supported. Be sure to check the Wiki of S2API:
> http://www.linuxtv.org/wiki/index.php/S2API
>
> I read somewhere you used a S2-3200. That is possibly not yet supported. At
> least, not yet ;)
>
>
> > - where is the ultimate S2API driver source?
> >
>
>
> Development repo: http://linuxtv.org/hg/~stoth/s2
>
>
> > - can you provide an S2API patch against plain vanilla VDR 1.7.1
> > (without
> >   any other patches)? It should only make the necessary changes to
> > switch
> >   from the multiproto API to the S2API.
> >
>
>
> It's attached :)
>
> > Klaus
> >
>
> Regards,
>
>
> Niels Wagenaar
>
> ___
> 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] vdr-xine A/V sync problems

[Theunis Potgieter]

I get the same audio/video sync problems, on recordings too. but it will
happen predictably after advertisements was cut out, it will start to go out
of sync by the first cut. I also noticed that my cpu usage increased and my
system's clock seems to drift into the future.

2.6.24-gentoo-r3 #1 Sun Mar 23 16:04:11 SAST 2008 i686 Intel(R) Pentium(R) 4
CPU 2.40GHz GenuineIntel GNU/Linux

media-video/vdr-1.6.0_p1(21:06:15 25/04/2008)(cmdsubmenu cutterlimit
cutterqueue dolbyinrec dvbplayer jumpplay liemikuutio menuorg noepg
syncearly timerinfo)
media-plugins/vdr-xineliboutput-1.0.1
media-libs/xine-lib-1.1.11.1

unfortunately I cannot upload a sample, since my service provider has set a
limit to my upload speed and causes time outs :(

Klaus mentioned that he can only help, if I try without any patches.

Theunis

2008/10/7 Reinhold May <[EMAIL PROTECTED]>

> Hi,
>
>   I'm using vdr  1.6.0  along  with  vdr-xine  0.8.2,  xine-lib
> 1.1.15 and xine-ui 0.99.5 on gentoo.
>
> Recently, I discovered A/V sync problems on my vdr.
>
> My family confirms that these problems have  been  there  for  a
> while now.
>
> So, unfortunately, I can't pinpoint which one of my changes  led
> to the behaviour described as follows:
>
> Mostly, when I switch  channels,  it  takes  a  while  (I  would
> estimate around a second) for the video and the audio to sync.
>
> But sometimes, audio and video stay out  of  sync,  then  either
> audio or video or both seem to stop, then, for  a  short  while,
> they stay synced, again, then either  audio  or  video  or  both
> stop, then they get out of sync, and so on...
>
> This behaviour can occur for recordings as well.
>
> I could neither find anything peculiar  in  the  xine-ui  stdout
> messages nor in vdr's stdout messages or logs that would explain
> that behaviour.
>
> Looking for people with similar problems, I fould Simon Baxter's
> problem description from 2008-05-04 on this list.
>
> He switched from vdr-xine 0.8.2 back to version 0.8.0.
>
> That seemed to do the trick for me as well. So far, there is no
> alternation between A/V going out of and back into sync anymore.
>
> Above, I mentioned I had made a few changes:
>
> At some point I thought, I might reduce channel  switching  time
> by using the syncearly patch.  I tried  this  for  a  while  but
> wasn't really happy with it as it didn't seem to reduce  channel
> switching time significantly and it took much longer  to  change
> audio streams (language  of  a  programme).  So,  eventually,  I
> recompiled vdr without the syncearly patch.
>
> A lot of things seem to have changed after xine-lib 1.1.8 (which
> is needed for vdr-xine 0.8.0) which I honestly cannot oversee.
>
> As xine-lib 1.1.8 won't be supported forever, I wanted  to  find
> out what could cause my problems in newer versions.
>
> So I wanted to ask on this list, if anyone can  pinpoint  me  to
> things I could try out in order  to  fix  this  issue  in  newer
> versions.
> --
> GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
> Jetzt dabei sein:
> http://www.shortview.de/[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] VDR and multicast streaming

[Theunis Potgieter]

What is exactly involved in changing it from streaming to multi-casting,
isn't it just changing the IP destination? Or does it require repacking it
from mpeg2-ts to something else?
Sorry if this is a stupid question.

Theunis

On 21/10/2008, Frank Schmirler <[EMAIL PROTECTED]> wrote:
>
> On Mon, 20 Oct 2008 20:04:43 +0200, Artem Makhutov wrote
>
> > do you know an solution to make VDR (maybe with the use of the
> > sreamdev-plugin) to stream using multicast?
>
>
> There's no multicast support in streamdev yet (any volunteers?). However
> I've
> heard of some guys who got it working by using VLC as mediator. They
> connected
> VLC to streamdev-server and then used the VLC streaming wizard to multicast
> the transmission.
>
> Cheers,
>
> Frank
>
>
> ___
> 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] VDR and multicast streaming

[Theunis Potgieter]

2008/10/21 Artem Makhutov <[EMAIL PROTECTED]>

> Hi,
>
> On Tue, Oct 21, 2008 at 04:44:20PM +0200, Frank Schmirler wrote:
> > On Tue, 21 Oct 2008 14:46:52 +0200, Artem Makhutov wrote
> > > The ADB-Boxes use Multicast-TS. I have captured a transmission from
> > > my IPTV provider. So you can take a look on it:
> > >
> > > http://www.makhutov.org/downloads/adb/
> >
> > The .pcap file is not accessible. Would it contain the IGMP traffic, too?
>
> Ah, sorry, I fixed the permissions.
> Yes, you can the the IGMP traffic there.
>
> Packet #4 is the IGMG Join Group packet. After this one the stream
> starts. Packet 1,2 and 3 not relevant, they are used for other multicast
> stuff.
>
> Packet #23114 is the IGMP Leave, after this packet the ISP stops the
> multicast transmission.


So we can safely assume that this is at least IGMPv2 packets. Since IGMPv1
doesn't have a "Leave Group message".

source : http://www.linux.org/docs/ldp/howto/Multicast-HOWTO-7.html
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr & s2ap

[Theunis Potgieter]

Will mpeg-ts recording fix the problems for PopcornHour device when
streamdev is the sender?

Theunis

On 13/11/2008, VDR User <[EMAIL PROTECTED]> wrote:
>
> On Wed, Nov 12, 2008 at 10:24 AM, lucian orasanu <[EMAIL PROTECTED]>
> wrote:
>
> Waiting more for mpeg-ts recording!  ;)
>
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Windows remote client

[Theunis Potgieter]

VLC runs on *nix and Windows, I've read where streamdev is combined with vlc
enables the stream to be multicast.

On 20/11/2008, Alex Betis <[EMAIL PROTECTED]> 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?
>
> Thanks.
>
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] New Video Decode and Presentation API from NVidia

[Theunis Potgieter]

On 24/11/2008, Petri Helin <[EMAIL PROTECTED]> wrote:
>
> On Mon, Nov 24, 2008 at 2:53 PM, Nicolas Huillard <[EMAIL PROTECTED]>
> wrote:
> > It seems that things are really moving, and VDR-HD may finally work with
> > cheap hardware by the time HD material is commonplace.
> >
>
>
> Well, in that case it is a good time for broadcasters to implement
> copy protection, chipset pairing in CAM etc...
>
>
> -Petri


If that is the case, how will have to proceed?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] xineliboutput OSD and playback problems

[Theunis Potgieter]

On 02/12/2008, Tony Houghton <[EMAIL PROTECTED]> wrote:
> On Tue, 2 Dec 2008 00:05:54 +0200
>  "Alex Betis" <[EMAIL PROTECTED]> wrote:
>
>  > Right now I've set with XV video and I have about 12-15% CPU with cheap
>  > tvtime (mplayer mode) deinterlacing
>  > and 18-20% CPU with non-cheap deinterlacing mode which in my opinion gives
>  > best results I could find so far.
>  >
>  > OpenGL takes about 2-3% more than that.
>
>
> According to
>  
> 
>  it should be possible to use OpenGL to mimic a CRT TV's phosphor for
>  deinterlacing but I haven't seen or even heard of the idea put into
>  practice.

What ever happened to RGB PAL output patch? According to that you
don't need a deinterlacer, just a pc of hardware that converts the
d-sub/vga connector to RGB if I'm not mistaken.

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

Re: [vdr] VDR with S2API

[Theunis Potgieter]

On 07/12/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:

> Apart from that the TS data stream will be saved
>  exactly as it comes in.
So will it then also record encrypted streams just as it was, or will
it save in unencrypted form?

>
>
>  Klaus
>

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

Re: [vdr] VDR with S2API

[Theunis Potgieter]

On 08/12/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> On 08.12.2008 10:08, Theunis Potgieter wrote:
>  > On 07/12/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
>  >
>  >> Apart from that the TS data stream will be saved
>  >>  exactly as it comes in.
>  > So will it then also record encrypted streams just as it was, or will
>  > it save in unencrypted form?
>
>
> It will only handle decrypted streams.
>
What is the best FF hardware solution if you have in my case only one
provider, which means one smartcard. But you want to watch an
encrypted channel on one transponder and record another on a different
transponder from the same provider. Do you require 2x FF cards with
both their own CI -> CA -> smartcard with each having it's own
subscription? Or is there a cheaper alternative that is legal? Or
could someone point me in a direction where I can look? Nobody seems
to explain this clearly. Nothing on the VDR wiki english FAQ page.

Thanks
>
>  Klaus

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

Re: [vdr] VDR with S2API (update)

[Theunis Potgieter]

On 08/12/2008, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
>
> Currently it creates a new one, but I guess this should be changed to
>  continue an existing file (if the file size limit hasn't been exceeded, yet).
>  If file splitting is removed, then it would of course continue the (one and
>  only) existing file.
>
>
I prefer 2GB files, which fits on FAT32 partitions, usually associated
with USB removable drives. I guess one can then just increase the file
size before it creates a new file?

>  Klaus
>
>

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

Re: [vdr] xineliboutput and Switching time

[Theunis Potgieter]

On 12/12/2008, Alex Betis  wrote:
>
> Found a solution for the delay, please try it and report if it helps you
> and even more important if it doesn't break something else.
> Special testing should be done for HD channels with high streams.
>
> Change line 77 in xine_input_vdr.c
> from:
> #define METRONOM_PREBUFFER_VAL  (4 * 9 / 25 )
>
> to:
> #define METRONOM_PREBUFFER_VAL  128//(4 * 9 / 25 )
>

so from 14400 to 128 lol, making it smaller helps with higher streams?

Some documentation says something that large buffers are needed for "mosaic"
> channels (what is it anyway?).
> Looks like there is another buffer somewhere on the way...
>
> Please report the results.
>
> Thanks.
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR with S2API (update)

[Theunis Potgieter]

What happens if vdr has got multiple FF-dvb-s cards in the same machine, and
you want to hookup multiple monitor/tvs? Can vdr successully handle this on
the same machine? Or is the only answer now to run multiple intances of vdr,
one for each FF-card? If vdr can do that, then surely implementing cross
network would also become easier?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] 1080p ready VDR

[Theunis Potgieter]

On 26/12/2008, Tony Houghton  wrote:
> On Thu, 25 Dec 2008 23:54:59 +0100
>  Sascha Vogt  wrote:
>
>  > Artem Makhutov schrieb:
>
> >
>  > > You can also use a Nvidia Video card with VDPAU, which will do the
>  > > decoding in hardware. Then then CPU-Load will be less then 10%, but
>  > > this is currenly in development and does not work reliably right now.
>  > > Using VDPAU you will be able to watch HDTV with a Atholon X2 4850e
>  > > CPU.
>  > As there are hardly any HD programs atm I think I'll go that way. I feel
>  > much more comfortable with a NVIDIA anyway (all my other PCs have one
>  > too). Hopefully that VDPAU will get stable soon (Soon as in till 2010).
>  > Point is the 4850e has a TDP of 45 Watts which is much more easier too
>  > cool than those "bigger" CPUs.
>
>
> I think that's a good idea. VDPAU may still be a bit too cutting edge
>  for comfort, but support for it is bound to improve, and HD is still
>  cutting edge in VDR in general (I haven't heard of anyone releasing a
>  patch for the BBC HD audio pid problem yet).
>
>  I chose a 4850e too. At first I tried ATI 3200 onboard graphics, like
>  you thought of, but it was dreadful, very unstable with ATI's fglrx
>  driver, while the open radeonhd driver doesn't even support Xv on it yet
>  AFAICT. I replaced it with an NVidia 8200 based board. I think there's a
>  performance problem with the 177 series nvidia driver on basic
>  acceleration, but it's fine with Xv and OpenGL, stable, and hopefully
>  the performance is fixed in 180. I haven't tried VDPAU yet.
>
>  IME the 4850e can playback 720p H.264 quite easily, but can't manage
>  1080i from DVB. It might be trying to run a deinterlacing filter that
>  pushes the demand over the limit. I'm quite disappointed that they
>  standardised on 1080i, even for movies by the look of it, instead of
>  720p.
>

deinterlacing is only required if your source/stream runs at a
different refresh rate than your output monitor. The problem with
nvidia and the tv-out adapter(s-video plug) is that they decided to
lock their driver(closed source) to 60Hz after a certain version, for
newer cards and your output happens to be a CRT screen/monitor. PAL,
happens to run mostly on 50Hz. You would see tearing and/or the
individual fields if you do not enable a deinterlacer, which requires
more cpu load. Offloading it to the gpu could help. The best would be
to get your output device to run at the same refresh rate. Now there
are different kinds of approaches: playing with your xorg.conf, to
disable EDID of the video driver and you define a mode that tells your
video driver you want 50Hz on your LCD, CRT/Plasma or on ATI there is
a RGB(red, green, blue) patch, that requires you to plug in an adapter
cable/board from your vga plug to your output monitor. Look for "PCI
fun (RGB/PAL over VGA at variable frame rate)" in the mailing list. So
there is another trick of saving on your electricity bill.

eHD works for up to 1080i which is fine for DVB-S2 etc, and it seems
they don't want to go 1080p because of bandwidth constraints. But what
happens if you want to watch DivX/Xvid, or happen to have a blu-ray
device capable of 1080p source. Then the eHD is not going to help you
and you need software (to transcode to a format the eHD can output).
So decide what the main purpose of the machine will be, unless if you
have the will and patience to fine tune your software machine setup.

my 2c

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

Re: [vdr] Frames per second PAL vs. NTSC

[Theunis Potgieter]

On 05/01/2009, Klaus Schmidinger  wrote:
> In order to correctly handle the progress indicator for NTSC
>  recordings I'm now determining the frame rate from the
>  actual data. With PAL's 25 frames per second the distance
>  between two frames is 3600 "ticks" of 1/9s. With NTSC
>  this number is 3003, which results in 29.97002997003 fps.
>  Is NTSC's frame rate really that "odd"? I thought it would
>  be an even 30 fps.
>
>  Klaus

Yes

http://en.wikipedia.org/wiki/Frame_rate
http://en.wikipedia.org/wiki/NTSC

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

Re: [vdr] Which extension for TS files?

[Theunis Potgieter]

On 05/01/2009, Klaus Schmidinger  wrote:
>
>
> I also strongly tend to drop the '.vdr' extensions and have the files
>  just named plain "index", "info", "marks" and "resume".
>
>
>  Klaus
>

I suppose if the manual page is updated accordingly it shouldn't be a problem (:

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

Re: [vdr] Frames per second PAL vs. NTSC

[Theunis Potgieter]

On 05/01/2009, Theunis Potgieter  wrote:
> On 05/01/2009, Klaus Schmidinger  wrote:
>  > In order to correctly handle the progress indicator for NTSC
>  >  recordings I'm now determining the frame rate from the
>  >  actual data. With PAL's 25 frames per second the distance
>  >  between two frames is 3600 "ticks" of 1/9s. With NTSC
>  >  this number is 3003, which results in 29.97002997003 fps.
>  >  Is NTSC's frame rate really that "odd"? I thought it would
>  >  be an even 30 fps.
>  >
>  >  Klaus
>
>
> Yes
>
>  http://en.wikipedia.org/wiki/Frame_rate
>  http://en.wikipedia.org/wiki/NTSC
>

http://en.wikipedia.org/wiki/Sampling_frequency

Please do not always _assume_ that it is actually PAL or NTSC, since
PAL or NTSC defines colour encoding, but the most of the time the
usual frame rates are associated with the colour encoding. However
like I've stated before nvidia on their newer drivers output PAL on
60Hz (on the tv-out of the card), not even 59.94006Hz, or 50Hz like
PAL is supposed to be for interlaced. The older CRT TVs (interlaced
monitors) expect PAL to run 50Hz. You can confirm this with xvidtune.

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

Re: [vdr] Support for different frame rates? (Re: Frames per second PAL vs. NTSC)

[Theunis Potgieter]

On 05/01/2009, Rolf Ahrenberg  wrote:
> On Mon, 5 Jan 2009, Pasi Juppo wrote:
>
>  > Would this be possible to implement?
>
>
> There's already a modeswitching patch using xrandr for vdr-sxfe
>  available on VDR-Portal. However, it lacks support for interpreting
>  frame rate of source video, but it could be added...
>
>  BR,
>
> --
>  rofa
>

Could you please provide a url to that information? I'm assuming it is
in German.

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

[vdr] VDR streaming multiple radio stations on same Transport

[Theunis Potgieter]

Hi, I did have a look at vdr's plug-ins
(http://www.linuxtv.org/vdrwiki/index.php/Plugins) and couldn't find a
suitable plug-in that would be ideal for my needs. I would like to
stream the radio stations that I find on the same transport, but of
course select individual stations to stream, but the point being more
than one.

Are there any vdr plug-ins hidden from the English readers that could
maybe already do this? Or could some one point me in the rite
direction that could make this possible already?

Thanks,
Theunis

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

Re: [vdr] Q: How to use Multiswitch w/ 2 satellites

[Theunis Potgieter]

On 15/01/2009, C.Scheeder  wrote:
> Harald Milz schrieb:
> Hm,
>  i would do it this way:
>  replace your single LNB with a dual LNB, and buy 2 disec-c switches.
>  then link them together this way:
>
>  *--**---*  **
>  | quad LNB ||  disec-c  |  ||
>  |  |-   |  switch   |--| Card 1 |
>  |  |-  *| 1 |  ||
>  |  |---|*   *---*  **
>  *--*   ||
> ||
>  *--*   ||   *---*  **
>  | dual LNB |---**---|  disec-c  |  ||
>  |  ||  switch   |--| Card 2 |
>  |  || 2 |  ||
>  *--**---*  **
>
>  this way you can record with both cards both Sat-positions.
>  To tell vdr which port of the switches is connected to which Sat-position
>  you have to setup the file disec.conf
>  Christoph
>
>
So is the quad LNB now acting like dual LNB? a waste of a quad LNB?

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

Re: [vdr] vdpau ouput to pal tv

[Theunis Potgieter]

On 01/02/2009, Torgeir Veimo  wrote:
>
>  On 1 Feb 2009, at 18:12, Torgeir Veimo wrote:
>
>  > I am having some issues trying out vdpau with an nvidia card on the
>  > svideo output; I'm getting testing.
>
>
>
> Hmm hangover day... Was going to say I'm getting tearing.
>
>
>  --
>  Torgeir Veimo
>  torg...@pobox.com
>

On the newer drivers for Linux for the later series cards from NVidia,
they have purposefully disabled the output of 50Hz when you select PAL
over the S-Video output. You would think that when you specify PAL in
your xorg.conf Options that it will automatically change the refresh
rate to 50Hz. You can confirm this by running "DISPLAY=:0.1 xvidtune",
assuming your S-Video out is :0.1, could even be :0.2 on yours. The
newer TVs will show the colour correct PAL encoding, but over 60Hz
refresh rate, the older CRT TVs cannot do this. Similar to PAL-B that
is said to be on 60Hz (wikipedia).

The tearing effect can caused due to your video is interlaced
requiring a 50Hz output device, but your card is actually output
@60Hz, so you require a deinterlacer to run. I would think that vdpau
would assist in achieving deinterlaced video, making it fit to view on
60Hz out. The other solution is to have an old card with an old
driver, but vdpau is only supported on newer cards. inspect your
deinterlacer configuration settings of vdpau.

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

Re: [vdr] eHD and how subtitle timing start work

[Theunis Potgieter]

Sounds similar to xinetliboutput plugin, when I press 0 to make a Mark
on a recording the time jumps 5 seconds. Fast Forward en Rewind, is
almost unusable on vdr using xineliboutput. Only slow playback seems
to work as it should.

On 01/02/2009, Georg Acher  wrote:
> On Sun, Feb 01, 2009 at 10:41:32AM +0100, Klaus Schmidinger wrote:
>
>  > Efforts should go into making the devices provide the actual PTS of
>  > the most recently presented frame - anything else is just trying to cure
>  > symptoms and not a real solution.
>
>
> The DeCypher delivers an STC over shared memory, there's also the
>  GetSTC-method implemented. Currently I just don't know why it works only
>  when the mainboard sound is enabled...
>
>
>  --
>  Georg Acher, ac...@in.tum.de
>  http://www.lrr.in.tum.de/~acher
>  "Oh no, not again !" The bowl of petunias
>
>
>  ___
>  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] vdpau ouput to pal tv

[Theunis Potgieter]

There is a VGA -> RGB connector that you can assemble/buy. I've seen
in the xorg.conf that you can still force your VGA out to run on 50Hz,
by disabling EDID on the nvidia xorg.conf Options. Try to set your
computer screen at 50Hz and see if the tearing goes away, if
successful try to move over using RGB adapter to output TV/device.

On 02/02/2009, Torgeir Veimo  wrote:
>
>  On 2 Feb 2009, at 18:48, Theunis Potgieter wrote:
>
>  > On the newer drivers for Linux for the later series cards from NVidia,
>  > they have purposefully disabled the output of 50Hz when you select PAL
>  > over the S-Video output.
>
>
>
> I'll try component output instead. I guess this definitely means that
>  vdpau will not be an option for those who require svideo or composite
>  signal.
>
>
>  --
>
> Torgeir Veimo
>  torg...@pobox.com
>
>
>
>
>
>
> ___
>  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] vdpau output to pal tv,

[Theunis Potgieter]

What is the input resolution and do they change? What is your output
resolution set to?

On 2/15/09, Torgeir Veimo  wrote:
>> On 3 Feb 2009, at 00:58, Theunis Potgieter wrote:
>>
>> > There is a VGA -> RGB connector that you can assemble/buy. I've seen
>> > in the xorg.conf that you can still force your VGA out to run on
>> 50Hz,
>> > by disabling EDID on the nvidia xorg.conf Options.
>>
>>
>> Yes this is what I'll be trying, but I'll just get an nvidia component
>> breakout box, they're about $10 on ebay.
> It appears that the component output breakout cable still uses the
> tvencoder chip..
>
> I was able to avoid tearing finally (!) by disabling the composite
> extension.
>
> Section "Extensions"
>  Option "Composite" "Disable"
> EndSection
>
> I then got pixel perfect component pal output without overscan. But
> now i'm left with.. judder !!!
>
> Watching live sports i get judder, it almost looks like it's dropping
> every even or odd field.. It might be that it's just that field parity
> is not observed, but it's a bit hard to make out.
>
> Am beginning to think that nvidia hardware is useless for 50Hz pal
> output..
>
> --
> Torgeir Veimo
> torg...@pobox.com
>
>
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>

-- 
Sent from my mobile device

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

Re: [vdr] xineliboutput improvements

[Theunis Potgieter]

This mail refers to the multimedia extension of xineliboutput. I would be
happy if I could just have the same experience using rewind and fast forward
as in softdevice with normal .vdr files :( pressing green/yellow to jump one
minute breaks video/audio sync on normal .vdr recorded files. Only way to
fix it is to every time stop/play the recording. Perhaps some of these
problems have been rectfied by the latest snapshot of xineliboutput.

Thanks

2009/3/9 Alex Betis 

> Hello all,
>
> I don't know whether xineliboutout developers read this list, if not, could
> someone pass the following to them somehow?
>
> Here are few points for improvements in xineliboutput:
> - Buffers problem on startup
> - There is no way to rewind a media file to start from the beginning (I
> would suggest a color button to do it when list of files is shown)
> - I would like to be able redefine the remote control keys, for example, in
> file playback both right and FWD buttons increase speed of the playback and
> both left and REW decrease the speed of playback. I would like to reassign
> one of those pairs to rewind and skip, the same as green and yellow buttons
> do it today. Or at least set replay and skip buttons do the same.
> - Trying to show images larger than current screen resolution crash the
> vdr-sxfe. I would expect automatic resize of the image.
> - Media files with file names in right-to-left language (hebrew for
> example) are shown in reverse. Nautilus shows them correctly somehow, so I
> believe its possible to get codepage of the UTF name and show it in correct
> direction.
>
> That's all for now.
>
> Thanks.
>
> ___
> 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] Where do you live and what kind of broadcast do you receive?

[Theunis Potgieter]

Country: South Africa
Transmission: DVB-S

Encoding:
MPEG-2 (2 channels) Free to Air
MPEG-2 (4 channels) NagraVision
MPEG-2 (50 channels) irdeto 2 + 1 HD channel, assuming still in MPEG-2 720p

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

Re: [vdr] weekly or daily timers

[Theunis Potgieter]

well it wasn't obvious for me, but when I pressed the left button on the
date to before today, it showed a MTWTFSS, and pressing left again changed
to --S (Sunday)

Hope this helps.

On 20/04/2009, marti...@embl.de  wrote:
>
> Is there someway in VDR to say schedule a repeated timer 'record this
> monday to
> friday from 9pm til 11pm' or at least a daily timer 'record this every
> monday
> between 9pm and 11pm'
>
> Perhaps some plugin? Any hints?
>
> ___
> 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] huge .TS files

[Theunis Potgieter]

perhaps, the .TS file contains more than one video/audio transport stream?

On 20/04/2009, marti...@embl.de  wrote:
>
> Question in case somebody can help or at least explain.
>
> Yesterday on a standard satellite channel (TVEi) I recorded about 2 hours
> and
> found 10 files x 2 gigs each recordings, thats about 20 gigs.
>
> I know that on a dreambox the same 2 hours of recording takes no more than
> 5
> gigs and the files are also .TS
>
> So the question... why such a huge difference in size? Is VDR recording
> something in a TS stream that a dreambox is not?
> And is there something I can do about this? Some patch, plugin or script to
> compress/convert these huge files?
>
> ___
> 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] Best practices for running vdr-xine

[Theunis Potgieter]

I use xineliboutput, permanently on my vdr, with xvmc enabled on my old
nvidia 440 MX card. however only on SD mpeg2 broadcasts. It does provide
some multimedia playback on other formats, which is useful. Normal vdr
recordings are a bit of a pain, since fast forwarded/rewind doesn't work as
you would expect with softdevice. If my vdr loses signal for a minute, I
have to restart VDR, perhaps I should just try restarting xineliboutput. It
is good enough for what I use. I didn't see any support for a vdr menu to
play back other multi media content in vdr-xine, so there for never used it.

On 29/04/2009, Jan Ekholm  wrote:
>
> On Wednesday 29 April 2009, Lauri Tischler wrote:
>
> > Has anybody made some kind of pros and cons analysis between
> > vdr-xine and xineliboutput.
> > Which is better or are they just different ?
>
>
> I've tried to set up *something* that would give me a picture on X11, the
> old
> Hauppauge cards only have s-video outputs and, well, today with HDMI and
> FullHD projectors that just doesn't cut it anymore.
>
> I compiled and installed xineliboutput-1.0.4 and it was really trivial to
> get
> going. I use http streaming to a Phonon/Xine based Qt client on the same
> system and stuff kind of works. Half the channels never give any picture
> even
> though they tune just fine on VDR and normal s-video watching shows them
> just
> fine. Also the OSD isn't working making normal VDR use a hassle and I'm
> forced
> to switch the the s-video side to see EPG, timers etc.
>
> Perhaps the supplied vdr-sxfe (or something like that) binaries work
> better,
> but from my initial tests that client didn't show most channels either.
>
> So xineliboutput can't be what budget card people use, so I guess it's time
> to
> test vdr-xine. My initial gut feeling is that VDR isn't meant for X11
> output
> at all, and it just happens to be possible to kludge it somehow.
>
> I'd be extremely happy to be larted into submission so that I see a light
> though. :)
>
>
> --
> Jan Ekholm
> jan.ekh...@smultron.net
>
>
> ___
> 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] Best practices for running vdr-xine

[Theunis Potgieter]

Yes, I setup vdr-skinsoppalusikka, but I had to set the video in
xineliboutput to auto, not xvmc directly (can't remember off hand), by
setting it to xvmc only, the colours are incorrect. The one that does work
is xvmc+... will have to look it up when I get home.

What I do find odd is, that my idle shows 91%, but vdr uses 17% cpu usage
and this is on an old Pentium 4, 2.4GHz. So I'm not sure how that works.

On 29/04/2009, Jan Ekholm  wrote:
>
> On Wednesday 29 April 2009, Theunis Potgieter wrote:
> > I use xineliboutput, permanently on my vdr, with xvmc enabled on my old
> > nvidia 440 MX card. however only on SD mpeg2 broadcasts. It does provide
> > some multimedia playback on other formats, which is useful. Normal vdr
> > recordings are a bit of a pain, since fast forwarded/rewind doesn't work
> as
> > you would expect with softdevice. If my vdr loses signal for a minute, I
> > have to restart VDR, perhaps I should just try restarting xineliboutput.
> It
> > is good enough for what I use. I didn't see any support for a vdr menu to
> > play back other multi media content in vdr-xine, so there for never used
> > it.
>
>
> Does the normal OSD work for you? I don't see it, nor do I see the channel
> info when I switch channels. Also, if a channel switch is successful it
> does
> take 5s+ which I think is a bit long as "normal" VDR changes channel in
> 1-2s
> or so.
>
>
> --
>
> Jan Ekholm
> jan.ekh...@smultron.net
>
> ___
> 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

[vdr] DVB-T: Compro VideoMate DVB-T200

[Theunis Potgieter]

http://www.comprousa.com/en/product/vmt200.html

Did anyone get that card mentioned above successfully working with vdr?

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

Re: [vdr] VDR-1.7.7 & Video aspect ratios

[Theunis Potgieter]

I agree that OSD should be set to the output of the device's resolution. Not
the video content it self. Would really love to see that change happen.

On 04/05/2009, Nicolas Huillard  wrote:

> Matthias Becker a écrit :
>
> > and what about  anamorphic material?
> > A 16:9 SD broadcast in fact still is 4:3 but is streached by the TV to
> > 16:9 to look ok (no egg-heads).
> > Wouldn't it be correct also to draw the OSD anamorphic so that is not
> > screached by the TV?
> >
> > Did you get the point? It's somehow difficult to describe this topic for
> me.
>
>
> With today's pixel-displays, we'd like to avoid all scaling, stretching,
> etc. done by the panel itself. ie. like Rolf said, always output from
> the computer at panel resolution, with 1:1 pixel mapping.
> Video would be scaled, but not the OSD.
>
>
> > Regards,
> > Matthias
> >
> > 2009/5/4 Rolf Ahrenberg :
> >> On Mon, 4 May 2009, Falk Spitzberg wrote:
> >>
> >>> The OSD should adopt to the size of the video material. If that is
> >>> scaled to some non TV screen size, the OSD is scaled by the same
> factor.
> >> I still disagree. If you scale down your OSD to video resolution (i.e.
> >> 544x576) and afterwards scale up the both video and OSD to output
> >> resolution (i.e. 1280x720), the OSD really looks crap due to scaling
> >> artefacts.
>
>
> --
>
> NH
>
>
> ___
> 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] Can I disable pause live tv altogher?

[Theunis Potgieter]

As far as I understand, vdr doesn't do pause live tv natively? I would
just go in the menu and disable the pause live tv option. I'm sure
that your vdr was probably patched to include this feature.

On 05/05/2009, marti...@embl.de  wrote:
> removing the pause key from remote.conf is not a proper solution as when
>  watching a recording I like to pause it sometimes.
>  In truth is not only my kids that press the pause key but my wife or myself
>   when
>  using mplayer to watch an .avi file.
>  Yes I could map the vdr pause key somewhere else as a workaround but I ask,
>  doesn´t anybody know how to patch the code to simply either:
>
>  a) Disable the pause live tv feature all together (not the pause recording
>  playback)
> ---  or   ---
>  b)Enable a confirmation dialog before the pause live tv kicks in
>
>  If I knew how to code option b I would go for that but I would settle for o
>  ption
>
> a
>
>  ___
>  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] Can I disable pause live tv altogher?

[Theunis Potgieter]

Well honestly I'm confused. I use vdr 1.6 and when I press down or up
it changes channel only. My vdr never pauses live tv. Mind you I don't
have a pause key either and neither defined. So perhaps this is the
way to for him.

On 5/6/09, Frank Scherthan  wrote:
> Hi there :)
>
> marti...@embl.de schrieb:
>> Well, keeping the remote control away from my kids is not easy unless I
>> han
>> g it
>> from the ceiling.
>>
>> Is there some way I can disable live tv pausing all together?
>>
>> It is causing a lot of trouble and I don´t reallly need that feature...
>
> I really don't understand the whole discussion that is going on here.
>
> This behavior is intented.
> Pressing "pause" in Live-View starts a recording and pauses it. This is
> a great feature and I really would miss that!
>
> If you don't want it, you just have to skip the learning of the pause
> key (or remove it from remote.conf).
> You can always pause recordings with the "down"-key, so you just don't
> need the "extra-pause-key".
>
> Please, please RTFM. It is all written in the manual, that comes with
> VDR. Read the manual before complaining.
>
> There is NO NEED for a patch, an option or anything else. Really! ;)
>
> Btw. I have a son, too. He is 2 years old and I have no problem with
> him, my remote or my VDR ...
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>

-- 
Sent from my mobile device

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

Re: [vdr] Can I disable pause live tv altogher?

[Theunis Potgieter]

I know I should RTFM. Since, vdr appears as a settopbox, it sometimes
makes you lazy into thinking you would get the help from the screen
and not think in Linux/Unix/PC way of checking a man page. Yes I know
I will be getting flack for this. But neither my wife and I bother to
check the pc after vdr works... So perhaps I need to investigate in a
plugin that displays the help. Since this is the entry point to VDR
for ordinary tv viewers. Thanks for that bit of info

On 07/05/2009, Frank Scherthan  wrote:
> Hi Theunis, Hi list,
>
>  Theunis Potgieter schrieb:
>
> > Well honestly I'm confused. I use vdr 1.6 and when I press down or up
>  > it changes channel only. My vdr never pauses live tv. Mind you I don't
>  > have a pause key either and neither defined. So perhaps this is the
>  > way to for him.
>
>
> Why didn't you just read the manual?
>  It is all there! :) It is really great!
>
>  The point is: keys do different things in differnet environments.
>
>  In liveview, the "down"- key decreases channel by 1
>  in replay-mode the "down"-key pauses the recording.
>
>  If you define a pause-key, than this key pauses in replay-mode.
>  In live-view it creates an instant-recording, that is replayed and paused.
>
>  Before anyone posts to this topic, would you please read the manual?
>
>
>  I think this whole thread would not exist, if anyone would have read the
>  manual ;)
>
>  btw. the manual comes with every copy of VDR and can be read via web in
>  the WIKI:
>  http://www.linuxtv.org/vdrwiki/index.php/VDR_User's_Manual
>
>  Frank, who read the manual ;)
>
>
>  ___
>  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] Can I disable pause live tv altogher?

[Theunis Potgieter]

On 09/05/2009, Udo Richter  wrote:
> On 09.05.2009 12:38, Klaus Schmidinger wrote:
>  > - When should such a recording be deleted?
>  >If it gets deleted as soon as replay is stopped, you'll be very 
> surprised
>  >when you (or your kids ;-) inadvertently press Stop, and you can't 
> resume
>  >replay.
>  >If it gets deleted after a certain timeout, you'll probably turn this 
> off
>  >once you lost such a recording for the first time, because something
>  >came up that kept you from finishing viewing it in time.
>  >
>  > - How to handle such a recording if it's not in the list of recordings?
>  >Maybe you find the recording to be so interesting that you want to
>  >keep it - no chance if it doesn't appear in the list.
>
>
>
> What about just asking the user?
>
>  So someone hit pause and play. No one remembers. For now, its some kind
>  of invisible recording. If someone hits 'stop' or tries to change
>  channels, ask the user 'Continue instant recording?'. If he presses OK,
>  make the recording visible. If he presses cancel, delete the recording.
>
>
>  Cheers,
>
>

How about a small icon/character in the corner that shows you are busy
viewing a live/paused recording...?

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

Re: [vdr] Can I disable pause live tv altogher?

[Theunis Potgieter]

our satellite provider's pvr, has 2 tv out and 2 remotes. If you are
watching a live/paused recording, you have the option to save it or
discard it. I do not know what the size of this buffer is. But it does
give you the option and it does show you are busy with a live buffer,
icon indication is better than asking all the time.

On 11/05/2009, Frank Scherthan  wrote:
> Torgeir Veimo schrieb:
>
> > Just my 5 cent on the topic; Having a pause key that records is really
>  > non-logical.
>
>
> You can keep your money ;)
>
>  The pause key pauses live TV.
>
>  It doesn't record in the background to surprise you!
>
>  It has to record, to do playback AND pause, so the key is doing EXACTLY
>  what you expect from that key. Pausing eather a playback when watching a
>  recording or pausing live-TV.
>
>  Well at least I think it is more logical, to pause my live TV than
>  doing just nothing at all...
>
>
>  Frank
>
>
>
>  ___
>  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] Can I disable pause live tv altogher?

[Theunis Potgieter]

I like this solution

On 11/05/2009, Timo Eskola  wrote:
> Handling of the pause key is an intreresting issue.
>
> There was proposal to configure the pause key as down key. This works during
> replay, but hitting the pause during live video changes channel.
>
> Better solution would be to add setup option for pause key handling. I made
> a simple patch for this:
> http://www.tolleri.net/vdr/vdr/vdr-1.6.0-2-pause-0.0.1.patch
>
> The patch adds pause key handling options to the recording setup:
> - do not pause live video
>  - confirm pause live video
> - pause live video (default)
>
> Please have a look if you need setup options for pause key handling. Patch
> is made for vanilla VDR 1.6.0-2. Plugins should be recompiled after
> implementing the patch.
>
> Timo
>
>
> 2009/5/8 Pasi Juppo 
> > I'd also like to see option where live-tv pause can be enabled/disabled.
> > It has seldom been a problem but the whole feature is not usable for our
> > usage.
> >
>
>
> ___
>  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

[vdr] DVB-H

[Theunis Potgieter]

Hi, is dvb-h a subset of dvb-t? our country decided to switch on
dvb-t, we receive dvb-t and dvb-h with h.264.

w_scan doesn't produce a channels.conf for what appears to be dvb-h

Any hints?

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

Re: [vdr] DVB-H

[Theunis Potgieter]

So far I only pick something up on 586MHz and 706MHz

w_scan produces this:

tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500:
--no signal--
tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500: (no signal)
 INT(Provider)
 SS1(Provider)
 SS2(Provider)
 SS3(Provider)
 CNN(Provider)
 eNews(Provider)
 E! Entertainment(Provider)
 SABC(Provider)
 Cartoon Network(Provider)
 ESG CBMS(Provider)
 Bootstrap-Nokia(Provider)
 Nokia-ESG(Provider)
Network Name 'Thomson'
tune to: :706000:I999B8C999D999M999T999G999Y0:T:27500:
Network Name 'DTT Network'
 M-Net(MCA)
 CSN(MCA)
 MStar(MCA)
 Actio(MCA)
 ChO(MCA)
 Blitz(MCA)
 NaGeo(MCA)
 AJE(MCA)
dumping lists (21 services)
M-Net:706000:I999B8C999D999M999T999G999Y0:T:27500:273:34:0:608:1010:0:0:0
CSN:706000:I999B8C999D999M999T999G999Y0:T:27500:289:290:0:608:1020:0:0:0
MStar:706000:I999B8C999D999M999T999G999Y0:T:27500:305:306:0:608:1030:0:0:0
Actio:706000:I999B8C999D999M999T999G999Y0:T:27500:321:322:0:608:1040:0:0:0
ChO:706000:I999B8C999D999M999T999G999Y0:T:27500:337:0:0:608:1050:0:0:0
Blitz:706000:I999B8C999D999M999T999G999Y0:T:27500:353:0:0:608:1060:0:0:0
NaGeo:706000:I999B8C999D999M999T999G999Y0:T:27500:369:0:0:608:1070:0:0:0
AJE:706000:I999B8C999D999M999T999G999Y0:T:27500:385:32:0:608:1080:0:0:0


Are those VDR generated channels.conf lines correct?
When I try to tune to them VDR says channel unavailable. I'm using vdr-1.6.0p2

Theunis

On 13/05/2009, Patrick Boettcher  wrote:
> Hi Theunis,
>
>
>  On Wed, 13 May 2009, Theunis Potgieter wrote:
>
>  > Hi, is dvb-h a subset of dvb-t? our country decided to switch on
>  > dvb-t, we receive dvb-t and dvb-h with h.264.
>
>
> DVB-H is more than just DVB-T plus H264 services. I strongly think that
>  what you're having in your country is standard DVB-T with normal H264
>  services how they are supported with VDR 1.7.
>
>  DVB-H is using also H264 to encode video streams, but is encapsulating it
>  in RTP over DVB-MPE. Up to now I don't know any complete DVB-H reception
>  chain, though there are some starting points which can be found in the
>  dvb-apps repository at linuxtv.org and at other places. But before you're
>  diving in to that, I recommend that you're first trying to find out
>  whether it is really DVB-H you're looking for or DVB-T with H264. DVB-H
>  service however are designs for handheld devices with small screens, most
>  likely the video quality will not be very nice when watching it on a
>  full-screen desktop/TV replacement.
>
>  HTH,
>  Patrick.
>
>
>  --
>Mail: patrick.boettc...@desy.de
>WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/
>
>  ___
>  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-H

[Theunis Potgieter]

My country is South Africa,  (soccer host for world cup 2010) so it
would be nice, if there was any kinda information on dvb-h + vdr.

So would you advise me to move to vdr-1.7.7 to see if I can get H.264?


On 13/05/2009, Patrick Boettcher  wrote:
> On Wed, 13 May 2009, Theunis Potgieter wrote:
>
>
> > So far I only pick something up on 586MHz and 706MHz
>  >
>  > w_scan produces this:
>  >
>  > tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500:
>  > --no signal--
>  > tune to: :586000:I999B8C999D999M999T999G999Y0:T:27500: (no signal)
>  > INT(Provider)
>  > SS1(Provider)
>  > SS2(Provider)
>  > SS3(Provider)
>  > CNN(Provider)
>  > eNews(Provider)
>  > E! Entertainment(Provider)
>  > SABC(Provider)
>  > Cartoon Network(Provider)
>  > ESG CBMS(Provider)
>  > Bootstrap-Nokia(Provider)
>  > Nokia-ESG(Provider)
>
>
> This really looks like a real DVB-H broadcast. You won't be able to use
>  this with VDR for now - like I explained in my previous Email.
>
>
>  > Network Name 'Thomson'
>  > tune to: :706000:I999B8C999D999M999T999G999Y0:T:27500:
>  > Network Name 'DTT Network'
>  > M-Net(MCA)
>  > CSN(MCA)
>  > MStar(MCA)
>  > Actio(MCA)
>  > ChO(MCA)
>  > Blitz(MCA)
>  > NaGeo(MCA)
>  > AJE(MCA)
>  > dumping lists (21 services)
>  > M-Net:706000:I999B8C999D999M999T999G999Y0:T:27500:273:34:0:608:1010:0:0:0
>  > CSN:706000:I999B8C999D999M999T999G999Y0:T:27500:289:290:0:608:1020:0:0:0
>  > MStar:706000:I999B8C999D999M999T999G999Y0:T:27500:305:306:0:608:1030:0:0:0
>  > Actio:706000:I999B8C999D999M999T999G999Y0:T:27500:321:322:0:608:1040:0:0:0
>  > ChO:706000:I999B8C999D999M999T999G999Y0:T:27500:337:0:0:608:1050:0:0:0
>  > Blitz:706000:I999B8C999D999M999T999G999Y0:T:27500:353:0:0:608:1060:0:0:0
>  > NaGeo:706000:I999B8C999D999M999T999G999Y0:T:27500:369:0:0:608:1070:0:0:0
>  > AJE:706000:I999B8C999D999M999T999G999Y0:T:27500:385:32:0:608:1080:0:0:0
>  >
>  >
>  > Are those VDR generated channels.conf lines correct?
>
>
> Please check in README/Manual of VDR or on the Wikis which can be found in
>  several places all over the internet. I'm sure this question can be
>  answered there ;)
>
>
>  Patrick.
>
>  --
>Mail: patrick.boettc...@desy.de
>WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/
>
>  ___
>  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-H

[Theunis Potgieter]

On 14/05/2009, Mikko Tuumanen  wrote:
> ke, 2009-05-13 kello 15:55 +0200, Theunis Potgieter kirjoitti:
>
> > Hi, is dvb-h a subset of dvb-t? our country decided to switch on
>  > dvb-t, we receive dvb-t and dvb-h with h.264.
>
>
> > Any hints?
>
>  I wrote some instructions for receiving DVB-H:
>  http://users.utu.fi/mijutu/digitv/dvb-h/index-en.html
>
>  I guess it would be possible to write a dvbh-plugin that would set up
>  dvbnet, receive the rtp packets, wrap the h.264 elementary stream into
>  ts packets and feed them to vdr.
>
>  Or how about using VLC for rfc3984 -> rfc2250 conversion and then
>  receiving the stream back to VDR with the iptv-plugin.
>

Thanks!

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