Sorry, I don't have modeline in mine. Btw, I also use a tv for
output, not a computer monitor. You need to figure out the correct
settings for your specific output device.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/list
The patch vdr-dvb-api-5-is-fine.diff is not a proper "fix" iirc.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I'm afraid I don't have any suggestions other then maybe try a newer
version of xine-ui. Every time I update xine-vdpau, I update my
xine-ui cvs source as well and all I can really say is that I haven't
experienced the problem you described. Btw, I don't actually 'update'
my sources, I always gra
Some questions have come up about how to have a high resolution/color
osd without having to sacrifice the speed of the osd. VDPAU users
have noticed that when using a high resolution theme in yaepghd, it
can take 5+ seconds for the osd itself to even be displayed.
Per Klaus, VDR's position is thi
I don't know if this will help you any but I use xine-vdpau for both
sdtv & hdtv. I haven't changed anything in .xine/config so the buffer
settings and so on are whatever they are as default. My box runs
debian with vdr-1.7.7 and xine-0.9.2 in case that matters. Currently
using xine-vdpau r266 r
On Sun, Jun 7, 2009 at 12:01 AM, Thomas Schäfer wrote:
> Am Sonntag 07 Juni 2009 schrieb VDR User:
>> Why not use the XFS filesystem? Proven high performance with large
>> files, perfect for an htpc.
>
> He asked for ext4, not for suggestions for filesystems.
If you look cl
Why not use the XFS filesystem? Proven high performance with large
files, perfect for an htpc.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, Jun 5, 2009 at 12:35 AM, Nicolas Huillard wrote:
> Could you please both detail a bit the DVB sources, software versions,
> plugins, patches, etc. related to HD, that you actually use now ?
> (DVB-T, DVB-S or S2, DVB kernel patches, VDR core, xineliboutput or xine
> plugin, xinelib patches.
VDR + hdtv has been pretty stable for me for some time now. The few
problems I ran into (with VDPAU) were quickly fixed by the xine-vdpau
devs. I'm not the only one either, I know a bunch of guys doing the
same. It's a highly discussed topic and I'm honestly surprised to
hear someone suggest it'
On Thu, May 28, 2009 at 8:16 AM, Luca Olivetti wrote:
> En/na VDR User ha escrit:
>> On Thu, May 28, 2009 at 7:50 AM, Josce wrote:
>>> Reelbox plugin still occasionally freezes, but so it has always done.
>>> The reelbox plugin is of course a joke and I deeply regr
On Thu, May 28, 2009 at 7:50 AM, Josce wrote:
> Reelbox plugin still occasionally freezes, but so it has always done.
> The reelbox plugin is of course a joke and I deeply regret buying the
> card from Reel-Multimedia. Hopefully the VDPAU is more promising.
Sorry for OT but just wanted to note th
On Thu, May 28, 2009 at 5:09 AM, Falk Spitzberg wrote:
> Hello,
>
> i recently built a vdr-1.7.6 + reelbox pluging, following the vdr-wiki
> for VDR DVB-S2 on OpenSuse.
>
> Everything was build properly, but unfortunately the eHD freezes after a
> few Minutes (not only when replaying recordings, b
Or you may also just do this:
--- vdr.c.orig2009-04-12 11:05:51.0 -0700
+++ vdr.c 2009-04-12 11:07:08.0 -0700
@@ -32,6 +32,7 @@
#include
#include
#include
+#include
#include
#include
#include
___
vdr mailing list
My preference, and many guys I know are using Debian. Also a few
Gentoo guys in there.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Thanks for the feedback on this hardware! There are many interested
parties (myself included) so it's great to hear some real world
experiences. Have you tried throwing any VC-1 at it yet?
Regards,
Derek
___
vdr mailing list
vdr@linuxtv.org
http://www
On Sat, May 16, 2009 at 8:57 AM, Patrick Rother wrote:
> As most pause key pressings are accidental, this is quite annoying.
That is user-error, not a problem with VDR.
> I'd prefer to have a switch to disable recording at all.
Although you can easily resolve your problem by simply paying
atten
Ok, thanks for clearing that up fellas.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
What's the best way to shut down VDR without the process exiting
prematurely? By that I mean before it has performed all of it's
cleanup tasks (like saving setup.conf, channels.conf, etc). I was
told that the method that comes with runvdr ("/usr/bin/killall -q
-TERM") kills it instantly and it do
On Fri, May 15, 2009 at 9:19 AM, Diego Pierotto wrote:
> i really don't know where to put it inside
> mplayer.sh script.
Look at the end of the mplayer.sh script and you'll see where $CMDLINE
is used on the mplayer execution line. Just add it there.
For example (this is not from mplayer.sh but
On Tue, May 12, 2009 at 9:20 AM, Jouni Karvo wrote:
> Ah, actually, all I needed to do was to edit one setting in the vdr-xine
> Makefile. Working finely now!
Ahh sorry, I was thinking of when using vdpau. :)
___
vdr mailing list
vdr@linuxtv.org
http
I'm excited to try the Nvidia Ion platform for an htpc. However, I'm
going to wait til the price comes down some.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Tue, May 12, 2009 at 7:48 AM, Jouni Karvo wrote:
> hi,
>
> I am using yaepghd + vdr-xine 9.2. The small window showing the current
> channel does not scale the video down, but only shows a small fraction
> of the normal-sized video window.
>
> Any idea on how to make the video scale for the wi
You probably don't want to force aspect ratio unless you don't care
about possibly breaking it. Also, forcing a maxbitrate and then using
quantizer is totally pointless. Stick with just a max quantizer only,
no minimum and no bitrate limits. Better yet, since that command line
is horrible I'd su
If you don't want VDR to "record" when pause is pressed, how do you
expect to resume play from the point at which you pressed pause?
Obviously it has to "record" the stream somewhere since there is no
live tv caching in VDR. Next, you _do_ have the option to delete
these pause/instant recordings,
On Mon, May 11, 2009 at 1:36 AM, Stuart Morris wrote:
>
> I haved lost count the number of times I have pressed the numbered keys on my
> remote by accident and then panic because I don't know how to undo what then
> happened.
>
> This is definitely a trap for unsuspecting beginners.
I mean thi
On Sun, May 10, 2009 at 1:49 AM, Andrey Kuzmin wrote:
>> If there's any intention to add live tv caching then ram should
>> definitely be available to the user as a storage option. Although I
>> don't really care about the feature, I don't mind if my ram is being
>> used whereas I absolutely don'
On Sat, May 9, 2009 at 1:04 PM, Klaus Schmidinger
wrote:
> Personally I don't find the key mapping that unintuitive. After all,
> the number keys are unused in replay mode, so why not use them for
> editing?
>
> 2=Cut
>
> 4=Move Back 6=Move Forward
>
> 7=Jump Ba
On Sat, May 9, 2009 at 1:04 PM, Udo Richter wrote:
> On 08.05.2009 01:17, Andrew Herron wrote:
>> I agree it must put extra wear & stress on the hard drive and yes the
>> energy usage must be higher.
>
> I don't think so. Disks don't wear that much by reading and writing.
> Spinning up and down, h
On Sat, May 9, 2009 at 4:05 AM, Gerald Dachs wrote:
> Am Sat, 09 May 2009 12:38:39 +0200
> schrieb Klaus Schmidinger :
>> It also raises several questions:
>>
>> - When should such a recording be deleted?
>> If it gets deleted as soon as replay is stopped, you'll be very
>> surprised when you (o
On Sat, May 9, 2009 at 3:30 AM, Gerald Dachs wrote:
> Am Sat, 09 May 2009 10:33:58 +0300
> schrieb Jouni Karvo :
>
>> No, I meant deleting automatically the pause-live-TV "recording".
>> That recording is conceptually just a technical implementation issue
>> (and should not be visible in the recor
On Fri, May 8, 2009 at 10:30 AM, Pasi Juppo wrote:
> VDR is very nice. I've been using it for years now. But it is still very
> much tech focused in many areas. E.g. cutting recordings is way too
> complicated for non-tech persons.
Could you elaborate on this? The editing in VDR is very simplist
On Thu, May 7, 2009 at 5:00 PM, Torgeir Veimo wrote:
> 2009/5/8 Andrew Herron
>>
>> This is a very popular feature in the Sky+ & SkyHD PVR's from Sky here in
>> the UK as it enables them to offer the ability to rewind 'Live TV' in an
>> ad-hoc way (at least to the point where you switched over t
On Thu, May 7, 2009 at 11:38 AM, Jouni Karvo wrote:
> I'd be pleased, if there would be some kind of a caretaking, so that the
> "pause-live-tv" recording would just disappear after returning to other
> modes of operation. I think it would not break anything for the user,
> since you can always u
On Thu, May 7, 2009 at 2:03 AM, Theunis Potgieter
wrote:
> 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.
On Wed, May 6, 2009 at 10:32 AM, Brian wrote:
> Isn't "pause live TV" an "instant recording". My VDR has some plugins,
> no patches, and has IMHO always done that.
Yes, pausing live tv was added over 6 years ago in VDR-1.1.28 actually.
___
vdr mailing
On Wed, May 6, 2009 at 6:07 AM, Alex Betis wrote:
> Same issue here with my 2 year old kid. But I think he presses the big red
> glowing button on MCE remote :)
>
> Confirmation will be a good idea, but not by pressing the pause button
> twice.
>
> I think it could be a good idea to implement mult
On Tue, May 5, 2009 at 11:07 AM, Petri Helin wrote:
> Antti Ajanki wrote:
>> New version of the Webvideo plugin is available at
>> http://users.tkk.fi/~aajanki/vdr/webvideo/
>>
>
> Hi Antti,
>
> since it sounded such a nice plugin I decided to give it a try, but am
> still trying, because the inst
On Tue, May 5, 2009 at 2:18 AM, wrote:
> 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...
If you're
I keep seeing mention of people using computer monitors and that VDR
should be designed to accommodate their aspect ratios. I'd like to
point out that plenty of users don't use VDR with a computer monitor
at all. Like many others, I have an hdtv (60" in my case) and would
love to have an osd that
On Mon, May 4, 2009 at 1:00 AM, Gerald Dachs wrote:
> Quoting marti...@embl.de:
>
>> Also one little thing that is driving me crazy.
>> My 3 years old daughter presses accidentally the Pause button and starts al
>> l
>> sort of instant recordings silenty, my wife then complains vdr is broken
>> be
I've only ever used vdr-xine and I must say it's pretty easy to get
going. I've never used (or installed) Linux as a desktop either,
maybe that's where people get problems?
For years it was console-only Debian with nexus-s tv-out. When that
didn't cut it anymore due to things like hdtv, hdmi, et
On Tue, Apr 28, 2009 at 1:20 PM, Simon Baxter wrote:
> I've recently taken a different approach altogether.
>
> I use MyMediaSystem (mms) as the "front end" to my pvr for dvd, movies,
> pictures, music, weather, radio etc etc and TV. When you select TV, it
> launches vdr-xine.
>
> I wanted a high
On Tue, Apr 28, 2009 at 7:23 AM, lucian orasanu wrote:
> on an gentoo distro and i start xine from .xinitrc like this:
> /usr/bin/xine -V vdpau -f -pq -A alsa --post vdr_video --post vdr_audio
> vdr://tmp/vdr-xine/stream#demux:mpeg_pes
I start xine only from my tv script. I don't use .initrc fo
On Tue, Apr 28, 2009 at 12:56 AM, Peter wrote:
> I have a bit of a problem running xine frontend – it will not reconnect if
> vdr backend restarts. Also, my vdr can take 10-15secs just to start up, and
> xine frontend will bail out during that time, too. Since frontend is being
> run on unattended
On Sat, Apr 25, 2009 at 9:22 AM, Andreas Mair wrote:
> Hi VDR User (Derek?),
>
> let's talk about that when high color OSD is available in vanilla VDR.
> At the moment I don't see a reason why not to support it, but time will
> tell...
I'll take that
Andreas, with the recent announcement that VDR's osd will be upgraded
to support high color & high resolution, do you have any plans to
upgrade enigmang for that?
Thanks
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinf
On Tue, Apr 21, 2009 at 12:06 PM, Steffen Barszus wrote:
> You have missed something indeed. Don't assume poor implementation
> without checking the facts or even read all of them. There are different
> type of users, usages, requirements out there then you might think. This
> is going from 300Mhz
On Tue, Apr 21, 2009 at 11:08 AM, Steffen Barszus wrote:
> the content therein is pretty vdr specific. So the suggested (and
> sensible) recommendations are in fact not that obvious. This also shows
> that there is a solution/recommendation to create some .do_not_touch
> files in possible empty di
On Mon, Apr 20, 2009 at 11:03 PM, Stefan Taferner wrote:
> I favor the epgsearch plugin. It allows to set several parameters for
> search timers, e.g. to record films with a specific name, in a specific
> channel,
> when they run in a specific time range. This is what I use when I want to
> recor
On Mon, Apr 20, 2009 at 11:29 AM, ThE-GuRuZ wrote:
> Hi all, i've a big problem with xineliboutput (cvs) and vdr-1.7.5, when i
> change from HD channel to an SD channel vdr-sxfe kill itself anyone know
> this problem?
I don't use xineliboutput (vdr-xine for me) but it may be helpful if
you can pr
On Mon, Apr 20, 2009 at 10:06 AM, Udo Richter wrote:
> To add some more variations to the same solution the others already
> mentioned:
>
> - Mount your big disk to /mnt/data
> - Put video to /mnt/data/video
> - either:
> - pass /mnt/data/video directly to VDR
> - put a symlink from /video to
On Sat, Apr 18, 2009 at 10:37 AM, Udo Richter wrote:
>>> This is mostly what the VDR skin interface already provides: A
>>> semantically structured description of the interface. Most skins
>>> translate this into a bitmapped OSD view, but they don't have to. The
>>> skincurses plugin for example u
On Fri, Apr 17, 2009 at 2:49 PM, Timothy D. Lenz wrote:
> In the startup scripts I've been using for some time, it does a check for
> /tmp/VDRBOOT_COMPLETE
> to confirm vdr started correctly. It doesn't seem to have a problem if the
> file is not found, but somewhere along the line vdr
> stoped c
On Mon, Apr 13, 2009 at 11:31 AM, Udo Richter wrote:
> This will hopefully be a true-color OSD with transparency and the
> ability to scale to the needs of the output device? Like having a HD OSD
> even on SD playback? And (even if these times are almost history) the
> ability to switch between 4:
There's been recent talk in #xine-vdpau about expanding VDR to allow
for a high color osd. Does anyone happen to know any bad implications
of changing tIndex from uint8_t to a uint16_t for allowing access to
more of a color palette?
___
vdr mailing list
I believe it was changed to DEFAULTFRAMESPERSECOND and is in
recording.h, have a look there.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Country: USA
Transmission: DVB-S/DVB-S2 (soon)
Encoding: MPEG-2 for SD, h.264 for HD (>100 channels)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Mon, Mar 16, 2009 at 6:05 AM, Peter Evertz wrote:
> Magnus Hörlin schrieb:
>> Hi. VDR 1.x was MPEG2-only and recorded in MPEG-PES. Now that it can do
>> MPEG4 AVC/AAC, and records in MPEG-TS, isn't it time to rename it 2.0 after
>> 1.7.5?
>> /Magnus H
>>
> Brilliant Idea. That will boost the sa
I've been using vdpau-enabled xine in VDR-1.7.4 (via xine-0.9.0) for
some time now so if he's only saying it's possible then that's old
news. But if he's saying vdpau will be supported in VDR core, then
that's pretty big news in my opinion (although I don't believe that's
the case).
Either way I'
On Mon, Mar 2, 2009 at 8:39 AM, Gavin Hamill wrote:
> My 2c...
>
> RAM is cheap - just add some RAM and use a memory-based filesystem like
> tmpfs? Then there would be no special handling required from VDR since
> the 'livebuffer' file is part of the directory tree like any other file.
Not a bad
On Mon, Mar 2, 2009 at 7:49 AM, Jörg Knitter wrote:
> What about using RAM oder some kind of flash media?
>
> I would really appreciate such a function - as long I can choose where I
> want the buffer to be written... I also would prefer not to have a HD
> recording 24/7...
Since flash media has
On Mon, Mar 2, 2009 at 2:28 AM, Rene wrote:
> Also a nice thing to have is a way of watching the saved
> livebuffer-files. Now it get´s saved into /video/LiveBuffer, and vdr
> does not see this. Maybe it could be saved into a subdirectory like
> /video/LiveBuffer/2100-01-01.00.01.50.99.rec, then v
On Fri, Feb 27, 2009 at 2:25 PM, wrote:
> we have start a poll at http://www.nmsweb.de/vdr/patch.php
> where you have the possibility to vote for your favorite VDR patches.
How about the voting text in English
___
vdr mailing list
vdr@linuxtv.org
On Tue, Dec 16, 2008 at 12:57 PM, Magnus Hörlin wrote:
> I'm very happy to say that I now run vdr-sxfe with vdpau! It's not
> stable yet but what a great first effort. It actually works, including osd.
Can you post your pc specs and what cpu usage is with/without using
VDPAU? Thanks!
__
On Mon, Dec 15, 2008 at 8:18 AM, Nicolas Huillard wrote:
> If so, my old (1 year) GeForce 6150 desktop mobo should accelarate H264,
> which is a good news, since in my understanding, VDPAU was only for real
> new hardware.
One of my boxes has a 6150 so of course I would love if it could
accelerat
2008/12/15 Goga777 :
>> > That's great news! Myself and several others have been patiently
>> > waiting an h264 patch for vdr-1.7.1 and now 1.7.2 (for me at least,
>> > not sure who else has switched yet)! It will be great to finally have
>> > h264 support in vdr's core but until then we still ne
On Sun, Dec 14, 2008 at 8:02 PM, Chris Silva <2manybi...@gmail.com> wrote:
> I was thinking on getting this one: Gigabyte GA-E7AUM-DS2H with a
> VDPAU working GeForce 9400 integrated onboard.
>
> But the problem remains. I need at least 3 PCI slots. So, any
> suggestions on other boards with VDPAU
On Sun, Dec 14, 2008 at 2:53 PM, Reinhard Nissl wrote:
>> Dears developers of such nice these plugins/patch
>>
>> are you planing to adapt your plugins to vdr 172 ? Will someone release h264
>> patch for vdr 172 ?
>
> Looks like I'm back to VDR development, but I cannot tell any
> schedules for p
On Sun, Dec 14, 2008 at 7:36 AM, Klaus Schmidinger
wrote:
> For good replay in Transfer Mode on full featured DVB cards you may want to
> apply
> the patch from
> ftp://ftp.cadsoft.de/vdr/Developer/av7110_v4ldvb_api5_audiobuf_test_1
> to the driver (thanks to Oliver Endriss).
url should be:
On Fri, Dec 12, 2008 at 12:30 PM, Halim Sahin wrote:
> This would add more complexity to vdr and make it unstable.
> BTW. VDR is a video disk recorder not a media center??
> I don't know an other multimedia project like vdr wich works
> stable like vdr.
Why would you assume VDR would become unsta
> It is already possible to have disks array, DVB devices, and all the
> cables down in the closet, and as many clients we want behind each TV
> set, with only a CAT5 cable and an IR sensor. That's just difficult.
> Moving existing plugin code into the VDR core, and getting some out of
> the core,
On Tue, Dec 9, 2008 at 11:48 AM, Georg Acher <[EMAIL PROTECTED]> wrote:
> The reelvdr code base is tested by a really large number of users (many
> thousands and not many geeks ;-) ). Is there any specific reason why you
> don't want to profit from the experiences RMM already made?
There are many
On Mon, Dec 8, 2008 at 11:57 AM, Halim Sahin <[EMAIL PROTECTED]> wrote:
> It makes no sense to me supporting something
> which can't be used with hdtv stuff in one year!
HDMI isn't going anywhere any time soon. Neither is h264, or anything
else so can you give us some examples of things you thin
On Mon, Dec 8, 2008 at 2:00 AM, Halim Sahin <[EMAIL PROTECTED]> wrote:
> Hi,
> I don't like the hd discusion because we don't have
> any tv's which are build using a well developed standard.
> E. G.
> You can buy a lcd tv and after two years you can't use it's
> hdmi connectiorr of hdmi revision 59
Just some small comments..
I don't think I argue against FF (btw, my main vdr box has two Nexus-s
in it), more along the lines of argue for other/better options of the
current times. Sure, FF was a great choice for it's day but that day
has moved on in my opinion. Maybe it was never intended tha
On Sun, Dec 7, 2008 at 9:43 AM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> On 07.12.2008 18:40, gimli wrote:
>> Hi Klaus,
>>
>> just one question. Do you also use a budget system ?
>> If so, how do you watch TV with vdr 1.7.1 and later ;)
>> since xineliboutput is completly broken with it.
>
>
I don't know if this helps but I'm using the xine plugin, not xinelibout.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, Dec 5, 2008 at 9:37 PM, Alex Betis <[EMAIL PROTECTED]> wrote:
> You're saying that kernel provided by distributors (Fedora 10 in my case) is
> not tuned for desktops?
> Interesting... Will try that after I'll try moving back to 1.7.0.
I'm not agreeing that tweaking your kernel will help ch
On Fri, Dec 5, 2008 at 11:34 AM, Morfsta <[EMAIL PROTECTED]> wrote:
> On Fri, Dec 5, 2008 at 11:05 AM, Alex Betis <[EMAIL PROTECTED]> wrote:
>> 2 channels on the same transponder - about 2 seconds - video and sound
>> playing right after the switch.
>> 2 channels on different transponders - about 4
On Thu, Dec 4, 2008 at 3:49 AM, Jukka Tastula <[EMAIL PROTECTED]> wrote:
> On Wednesday 03 December 2008 23:28:19 VDR User wrote:
>> On Mon, Dec 1, 2008 at 8:24 PM, Tobi <[EMAIL PROTECTED]> wrote:
>> I would've thought the remote, mp3, and mplayer plugins wo
On Mon, Dec 1, 2008 at 8:24 PM, Tobi <[EMAIL PROTECTED]> wrote:
> Thanks for your patience!
>
> It took quite a while, but the results are now online:
>
> http://e-tobi.net/blog/2008/11/18/vdr-plugin-survey-2008-results-part-1
> http://e-tobi.net/blog/2008/12/02/vdr-plugin-survey-2008-results-par
I've been hearing tons of people talking about VDPAU and I too hope we
see support for it in one way or another in VDR. If not, we'll
certainly lose even more users to MythTV. I suppose the good news is
that h264/HDTV/mpeg-ts are priorities for VDR at least! Hopefully
we'll see something soon. :
On Tue, Nov 25, 2008 at 12:29 AM, Niels Wagenaar <[EMAIL PROTECTED]> wrote:
>> Yes it's nice! My goal is diskless, fanless, low power consumption
>> dedicated HDTV box. Very small, very low cost!
>
> I again agree :) I would like an additional HDTV box in my bedroom. It
> needs to have the option
On Mon, Nov 24, 2008 at 9:46 AM, Nicolas Huillard <[EMAIL PROTECTED]> wrote:
> It's still good news to know that open-source software allowing current
> fanless integrated motherboards to decode HDTV at ~10% CPU is on its way...
>
> Going from 87% of 2 cores, to ~10% of an entry level CPU is good,
On Mon, Nov 24, 2008 at 8:05 AM, Niels Wagenaar <[EMAIL PROTECTED]> wrote:
> Only, in the US most of the HDTV transports don't use H264. At least, I
> heard from several people that it's HDTV through MPEG2. Over here (Europe)
> it's mostly HDTV through H264 (only a very small number of MPEG2 HDTV
>
On Mon, Nov 24, 2008 at 4:53 AM, 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.
You must live under a rock if HD content isn't already common where
you live/from your pr
If anyone does offer a prepatched tree, PLEASE DON'T use that enormous
"ext" patch! I'd rather if someone just kept a patch archive with an
explanation of what each patch does. However, hopefully we won't need
to use patches for s2api and h264 for much longer.
___
Nobody has any help?!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi guys. Need some help getting VDR-1.7.1 working with s2api v4l and
h264. Can someone please direct me to the necessary patches? Btw, I
don't want to use any kind of 'super-patch' with a million different
patches compiled into one big one.. Just vanilla VDR 1.7.1 with s2api
and h264 only if po
On Wed, Nov 12, 2008 at 10:24 AM, lucian orasanu <[EMAIL PROTECTED]> wrote:
> Hy Klaus,
>
> take your time, we are waiting.
>
> 10x!!
Waiting more for mpeg-ts recording! ;)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/li
On Mon, Oct 27, 2008 at 1:35 AM, Oliver Joa <[EMAIL PROTECTED]> wrote:
>>> Would this approach allow easier implementation of a real client-server
>>> solution for VDR or would VDR still need severe changes in order to
>>> allow this?
>>
>> Has not much to do with this. The limitation for a client-
It sounds like there are some really strong points in favor of using a
plugin instead. It would be great to hear more input on this! I
don't see any real immediate drawbacks to switching over, are there
any?
Cheers
___
vdr mailing list
vdr@linuxtv.org
>> > has anyone on this list any experience in setting up VDR for older
>> > people like grandparents? It would be nice, if she/he could share
>> > her/his experience or point me to information on the WWW.
>>
>> I have experience with second best thing after grandparents. A
>> totally clueless user
The idea of adding the DVB support in form of plugins instead of
including it in the core code? Before I left on vacation there was
some talk about how this is a better solution these days but not sure
if anything ever came out of that...?
Thanks.
___
On Sat, Oct 25, 2008 at 7:36 AM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> On 24.10.2008 20:56, Artem Makhutov wrote:
>> Hello,
>>
>> the S2API is included in kernel 2.6.28-rc1.
>>
>> Will the S2API patches be integrated in VDR 1.7.2?
>
> I'm currently (with the help of Oliver Endriss) working
On Fri, Sep 26, 2008 at 11:43 AM, hermann pitton
<[EMAIL PROTECTED]> wrote:
> Put at least a sticker on such guys like Uwe/Derek and Manu should do it
> as well.
Why do you keep insisting I am Uwe? I am not so stop confusing me
with someone else. As you can see here, I've been registered on this
On Wed, Sep 24, 2008 at 10:22 AM, Oliver Endriss <[EMAIL PROTECTED]> wrote:
> Hi,
>
> due to the way S2API was pushed through (I would call it a plot)
> there is not much motivation left to spend my time with DVB.
>
> So - if someone wants to take over the dvb-ttpci drivers he should speak
> up now
On Fri, Sep 19, 2008 at 8:20 AM, Petri Helin <[EMAIL PROTECTED]> wrote:
> But why should even a fatal error (from plugin's perspective) cause VDR
> to not start? It should only cause the plugin not to be loaded. Of
> course plugins could also implement more intelligent initialization and
> try to d
I like that VDR won't load if a plugin failed. That means there was a
problem, and I should go fix it. Also, it's the plugins job to
continue on non-fatal errors, not VDR. How would VDR even know whats
a non-fatal error for a certain plugin? From VDR's perspective either
the plugin is working o
On Wed, Sep 17, 2008 at 12:20 AM, Halim Sahin <[EMAIL PROTECTED]> wrote:
> Hello,
> Vdr supports only the multiproto stuff.
> Afaik is latest branch broken according to Klaus mail at linux-dvb list.
A couple days ago I pulled a fresh multiproto tree (Manu's tree) and
recompiled everything. VDR-1.
501 - 600 of 794 matches
Mail list logo