If you have a FF card, then getting the remote to work with the mplayer plugin should be trivial. If you are using some other type of remote (LIRC), the just add the "-L" switch to your mplayer.sh.conf and point the script to your .lirc config file. I would concentrate on getting the remote to wo
There is a fixed patchset here:
http://www.youmustbejoking.demon.co.uk/patches/vdr-xine/>Darren, should all of these patches in your vdr-xine directory be applied to current xine development? Thanks for the patches.
BR.
___
vdr mailing list
vdr@linuxtv
After updating to maintenance 4, I am getting the following error message when starting vdr:Aug 13 04:28:53 sid vdr: [16474] ERROR: plugin '' called cPlugin::ConfigDirectory(), which is not thread safe!
Am I missing something? Do all of the plugins have to be modified now to not use "cPlugin::Conf
On 8/13/06, Stone <[EMAIL PROTECTED]> wrote:
After updating to maintenance 4, I am getting the following error message when starting vdr:Aug 13 04:28:53 sid vdr: [16474] ERROR: plugin '' called cPlugin::ConfigDirectory(), which is not thread safe!
Am I missing something? Do al
On 8/30/06, Leo Márquez <[EMAIL PROTECTED]> wrote:
Hi,I'm setting my vdr server. Until now I had a vdr box with one fullfeatured dvb-s card (nexus-s).In my server I don't need any vdr output. Now my new server have this ffcard but I think I have to say to vdr that this card acts as budget.
I don't
On 9/12/06, Leo Márquez <[EMAIL PROTECTED]> wrote:
Hi again,I have installed the last mercurial v4l version and the grab commandstill not working.Anyone knows what could be the problem?Did you specify enabling the grab function in your vdr startup command? For example:
OPTIONS="-l 3 --grab=/tmp"BR.
On 10/15/06, V Live <[EMAIL PROTECTED]> wrote:
Upon patching vdr-1.4.3-2.diff to vdr-1.4.3-1 I first had to manually patch the vdr.c part of the patch; it did not patch cleanly. Also it would not compile unless I added an "}" on the very last line of "
vdr.c" file.
I didnt have any problem
On 10/15/06, Gregoire Favre <[EMAIL PROTECTED]> wrote:
Hello,sometimes I got cAudioRepacker messages with xxx bytes while syncing onnext audio frame and I would like to know if I could do something inorder to solve this problem ?You can disable the audio and video Repackers (although I dont know if
On 1/26/07, Andreas Mair <[EMAIL PROTECTED]> wrote:
Hi!
The new release is available at http://andreas.vdr-developer.org/en
Have fun,
Andreas
*** HISTORY ***
- Fixed: epgsearch's LSTT/DEFT commands need at least epgsearch v0.9.20.
Is epgsearch 0.9.20 available or is there an intermediary
Hi,
I just noticed a new version of the Enigma skin available and wanted to
try it out. But, when I downloaded the required extension patch for the
text2skin plugin, it turned out to be an older version of text2skin that was
prepatched for Enigma. I was hoping the Enigma extension patch would
On 2/2/07, martin <[EMAIL PROTECTED]> wrote:
You should have a look at the BigPatch. It has some "switch timer"
included.
It sounds like we can just extract this feature out of the "BigPatch". Has
anyone tried that? The entire "BigPatch" sounds a little scary, but I too
would like to try t
On 1/26/07, Christian Wieninger <[EMAIL PROTECTED]> wrote:
Stone wrote:
> Is epgsearch 0.9.20 available or is there an intermediary patch for
0.9.19?
sorry, not yet. I hope to release it within the next days.
Thanks for the updates.
Has anyone noticed that the "timeline&quo
Hi,
I was trying to apply the latest xine patches (that come with xine-0.7.10) to
cvs of xine-lib and I have hit a problem. The patch is looking for this
line to replace:
-dsputil_mmx.o dsputil_mmx.lo: CFLAGS=`echo @CFLAGS@ | sed -e
's/-funroll-loops//g; s/-O[0-9]/-Os/g'`
+dsputil_mmx.o dsputil
I have noticed that when I mount a samba drive on my vdr box and play mp3's
with vdr from it, vdr will often lockup and require a restart. But, the
strange thing about this is that this only happens when using the mpeg
decoder on the FF card. If I use vdr-xine as the playback method with my FF
c
Yes.
Thanks.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 3/1/07, Stefan Huelswitt <[EMAIL PROTECTED]> wrote:
On 02 Mar 2007 Stone <[EMAIL PROTECTED]> wrote:
>
> I have noticed that when I mount a samba drive on my vdr box and play
mp3's
> with vdr from it, vdr will often lockup and require a restart. But, the
> str
On 3/2/07, Halim Sahin <[EMAIL PROTECTED]> wrote:
Hi Stefan,
On Fr, Mär 02, 2007 at 07:56:14 +, Stefan Huelswitt wrote:
> On 02 Mar 2007 Stone <[EMAIL PROTECTED]> wrote:
> >
> > I have noticed that when I mount a samba drive on my vdr box and play
mp3's
>
After building the latest SVN today of the mplayer source, I noticed that
the slavemode patch from the vdr-mp3-plugin did not apply anymore. Here is
an attached working version of the patch for current SVN of mplayer.
Best Regards.
mplayer-1.0cvs-slavemode-20070302.1.diff
Description: Binary d
> Is there an easy way to fix this?
Edit the file dvbdevice.c, insert a line "return true;" at the beginning
of the method cDvbDevice::ProvidesCa.
With this modification you can tune to encoded channels, however you'll
never see a "channel not available", you'll just see a black screen.
This, b
On 3/3/07, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
VDR version 1.4.6 is now available at
Should the APIVERSION be incremented to 1.4.6?
Best Regards.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hello All,
I am curious how vdr's tuning algorithm, in general, works. With all the
refactoring that has gone on with how vdr tunes, locks, retunes, and
otherwise tries to anticipate various forms of interference, storms, or
other activities that could hinder vdr from performing its job adequit
Hi,
In all the prevous versions of VDR, I have had to patch the FRAMESPERSECOND
and change the rest of the hardcoded PAL values in VDR for my NTSC
television. Is making this an option in VDR on the TODO list?
Best Regards.
___
vdr mailing list
vdr@lin
I never had to patch my VDR to make it play NTSC properly. Have you ever
tried the videosystem plugin? I have been using it for quite some time
and it always worked flawlessly. It can be found here:
http://www.vdr-portal.de/board/thread.php?threadid=43516
VDR will play video fine w/o patchin
For VDR > 1.4.4 You need a patch to make it compile without errors. This
one can be found here:
http://www.linuxtv.org/pipermail/vdr/2006-December/011336.html
Simply save the: vdr-videosystem-0.0.1-uint64-0001.bin.
Let us know how if it worked and how well.
It seems this plugin assumes I am
On 3/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Stone wrote:
> It seems this plugin assumes I am currently using PAL. The plugin takes
> the OSD-Settings from VDR as PAL-settings and calculates the
> corresponding NTSC-settings. But, my television does not do both PAL
This makes absolutely no sense to me.
Why don't you simply grab a plain VDR 1.4.6 without any patches and try
the plugin out? It only takes 3-4 minutes to set it up and you'll see
whether or not it will work correctly.
Using the plugin was only a suggestion for the time being. I thought you
mi
I do appreciate the suggestion and I will take a better look at it. I was
just trying to conceptually understand whats going on. All I was trying to
say is that I dont think the plugin can generate valid NTSC values from
invalid PAL settings. I'll post my results.
Best Regards.
Ok, I h
On 3/13/07, VDR User <[EMAIL PROTECTED]> wrote:
I think I'll stick to what I said earlier in that support for NTSC should
really be a core feature of VDR. I have no interest in running a plugin
like this and would rather just stick to patching VDR if Klaus doesn't
intend to address this issue.
You may want to try the attached patch. It determines FramesPerSec by
having a look at the first picture of the recording and falls back to
the FRAMESPERSEC macro otherwise.
The current implementation requires that the recording was taken with
cVideoRepacker enabled. Furthermore it must be MPEG2.
I noticed that when the screenshot plugin starts, it grabs a PNM image to
/dev/null, but the resolution is not right. Fory my system, everything
should be in NTSC resolution. How is vdr getting 768x576 for the capture
screen resolution? I would like this to be 720x480 instead.
Mar 18 21:04:26
On 3/18/07, VDR User <[EMAIL PROTECTED]> wrote:
Grab screenshots are unfortunately screwed up for NTSC. I asked Klaus
about this a long time ago and he suggested the problem was
driver/firmware related. When I inquired I was told it's a software
problem. Rather than continuing to go in cricle
On 4/5/07, Artur Skawina <[EMAIL PROTECTED]> wrote:
Well, the streamdev-client reads data from a ringbuffer and when there
isn't anything
to read it tries to sleep for 1us and loops. This wasn't a problem when
the timer
resolution was in the 1000..1us range (1000..100Hz); the usleep(1)
call
sure, just changing it to 'usleep(1)' works too. Is there a reason to
avoid
the ringbuffer infrastructure?
No reason in particular, I just wanted to test which one worked best with
performance. Thanks for the patch. :)
___
vdr mailing list
vdr
I tried the 1us -> (1000|1)us sleep approach first, before using the
ringbuffer timeouts -- saw no noticeable difference wrt performance.
10ms timeouts seemed to be enough (it's the resolution of a HZ==100
kernel)
and gave similar interrupt and cs numbers as w/ low-res timers.
Is this pa
> Is this patch for streamdev a direct result from selecting the new
> "Tickless System (Dynamic Ticks)" option in kernel 2.6.21? If yes, then
CONFIG_HIGH_RES_TIMERS "High Resolution Timer Support". Whether NO_HZ
makes
a difference I'm not sure, i ran into this w/ both options on.
(launching "ni
Anssi Hannula wrote:
> However, the usual "use-already-tuned-devices" check in GetDevice() only
> checks for device->Receiving(), which does not report transfer-moded
> device, resulting in the new receiver being started on second device,
> thus both devices being reserved for receiving data from
On 4/29/07, Christian Wieninger <[EMAIL PROTECTED]> wrote:
Hi,
here's the next release of epgsearch.
I have two user-defined EPG times setup, but when I enable "favorites", only
the second user-defined time is displayed after the favorites is displayed.
Anyone notice that?
Best Regards.
__
By setup, one can add up to 4 additional times to extend the green
button, e.g. 'afternoon', 'prime time', 'late night'. Times, that are
already passed, are skipped (you will not get 'afternoon' at evening)
with the exception that a time will be displayed for the next day, if it
is less then 20h
Hi,
Klaus, I wasnt sure if you were going to release another version of 1.5.x,
so I just wanted to toss these out there for testing. The NIT fixes in
vdr-1.4.6-1 are not attached to this mail because they have already been
posted to the list.
Best Regards
--- vdr-1.5.2/dvbplayer.c.orig 2007-05-
I want to first implement something
really new before releasing a new dev version.
Now thats a teaser! Any hints? :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 5/10/07, Artur Skawina <[EMAIL PROTECTED]> wrote:
Auto sized ringbuffers, changes since v1:
- increased maximum sizes for a few rb users. Most of the time just a
small part will be used, but there will be more room for times when
more is required.
- a little smarter cRingBufferLinear::Read()
Very, very strange. The problem certainly exists using vdr-1.5.2,
mplayer-nogui 1:1.0-rc1svn20070501-0.1, mp3/mplayer plugin version
0.9.15, and mplayer.sh version 0.8.7.. The problem has always existed
here and I've used every version of all those starting nearly 4 years
ago. Patrick's expl
On 5/17/07, Marius Heidenstecker <[EMAIL PROTECTED]> wrote:
Hi everybody,
I'm pleased to announce version 0.0.3 of my cut-a-lot-plugin.
I really like the idea behind this. Can you tell me what the recommended
PTS threshhold should be for NTSC recordings? It seems like this will only
work w
If you take 30 frames per sec for NTSC-recordings, you will have 1 / 30 *
9 = 3000 PTS-ticks. So you should try 3005 for the PTS-threshold. Am I
right, that you talk about the gap finder? Please let me know, if that
threshold worked.
Thank you. Yes, the gap finder is what I am interest
On 5/18/07, Stone <[EMAIL PROTECTED]> wrote:
>
> If you take 30 frames per sec for NTSC-recordings, you will have 1 / 30
> *
> 9 = 3000 PTS-ticks. So you should try 3005 for the PTS-threshold. Am
> I
> right, that you talk about the gap finder? Please let me k
So you may want to use uint64_t.
Thanks again. This works:
--- cutalot-0.0.3/cal-mpeg.h.orig 2007-05-18 06:20:53.0 -0700
+++ cutalot-0.0.3/cal-mpeg.h2007-05-18 06:22:08.0 -0700
@@ -8,7 +8,7 @@
#include
-typedef uint64 pts_t;
+typedef uint64_t pts_t;
#define
On 5/26/07, Clemens Kirchgatterer <[EMAIL PROTECTED]> wrote:
hi.
since i get many lines of
read incomplete section - len = 1127, r = 334
when my machine is recording and under heavy CPU load, i was curios what
this means. i had a look at the vdr source and saw that there is nearly
no code to
>
> the motivation for this patch was to speed up zapping channels when
> using vdr-xine, i. e. to shorten the time from pressing the remote
> button till audio and video appear.
>
> FF card users may only see the effect of this patch when the FF card is
> running in transfer mode.
>
Could th
Hi,
I am currently using VDR with a Nexus-S FF card in an NTSC environment. For
a long time, I could never get the correct tv standard (NTSC) while trying
to watch television via VDRAdmin. I recently noticed that once I stream VDR
using VLC and its v4l interface, something in /dev/video0 gets set
On 6/7/07, Oliver Endriss <[EMAIL PROTECTED]> wrote:
Stone wrote:
> Hi,
>
> I am currently using VDR with a Nexus-S FF card in an NTSC environment.
For
> a long time, I could never get the correct tv standard (NTSC) while
trying
> to watch television via VDRAdmin. I recentl
But, this seems to make no difference when VDRAdmin tells VDR to "grab"
the picture.
To summarize, when I stream /dev/video0 with VLC, it seems like VLC's v4l
module is setting the resolution in the driver to something other than PAL
because now for the first time ever, I can use VDR's grab
Hi,
I am using VDRAdmin 3.5.3 behind Apache2 over HTTPS. Everything seems
to work fine, but when I try to edit a timer, I get an error stating "method
not allowed". Has anyone seen this problem? It does not happen if I use
VDRAdmin from the localhost on the default port. Also, as of now, w
I'm using apache2.2 as shipped with Debian/etch and have the following
in my config:
ProxyRequests Off
Order deny,allow
Allow from all
ProxyPass / http://localhost:40404/
ProxyPassReverse / http://localhost:40404/
Thanks for the help. I just realized that I
Hello,
I am currently using vdr-text2skin-1.1-cvs_ext-0.10.tgz with
Enigma-0.4pre9from vdrportal. Is there an updated version of
text2skin for
vdr-1.5.3 (or perhaps even better, a patch against current text2skin cvs)?
Best Regards.
___
vdr mailing lis
On 6/10/07, Stone <[EMAIL PROTECTED]> wrote:
Hello,
I am currently using vdr-text2skin-1.1-cvs_ext-0.10.tgz with
Enigma-0.4pre9 from vdrportal. Is there an updated version of text2skin
for vdr-1.5.3 (or perhaps even better, a patch against current text2skin
cvs)?
Answering
Hi,
Attached is a patch for vdr-1.5.3 and the timeline-1.0.141 plugin. Please
let me know if this patch is incorrect. Also, I am currently looking for
patches to fix epgsearch-0.9.22, tvonscreen-0.7.0, and liemikuutio.
timeline-1.0.141-vdr-1.5.3.diff
Description: Binary data
_
On 6/12/07, Stone <[EMAIL PROTECTED]> wrote:
Hi,
Attached is a patch for vdr-1.5.3 and the timeline-1.0.141 plugin. Please
let me know if this patch is incorrect. Also, I am currently looking for
patches to fix epgsearch-0.9.22, tvonscreen-0.7.0, and liemikuutio.
Here is also a f
On 6/12/07, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
The function ExchangeChars() in VDR/recording.c converts characters
that can't be used in file names on Windows to "#XX", where XX is
the hex code of the character.
This was simple when VDR only worked with single byte character sets,
but
On 6/13/07, Pertti Kosunen <[EMAIL PROTECTED]> wrote:
Oleg Roitburd wrote:
> As maintainer of ArVDR ( VDR distribution for Russian user) I would say,
that
> in 1.5 years as we use UTF-8 patch without VFAT part, I havn't heard any
> complaints about this issue.
touch 'foo:bar'
And dir in Window
For vdr-1.5.4 (fix for removal of FONTDIR):
Regards
vdr-1.5.4-t2s.diff
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 6/19/07, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
On 06/19/07 06:53, Stone wrote:
>
> For vdr-1.5.4 (fix for removal of FONTDIR):
Why patch VDR/font.[hc] and not just call cFont::CreateFont()
which was introduced in version 1.5.4 for this?
Thanks Klaus. I should h
When I select a different default font for vdr to use (other than San
Serif), and save it to setup.conf, vdr does not use the newly selected
default font upon startup. It seems vdr keeps defaulting back to the
original default font. Has anyone noticed this too?
Best Regards.
___
Basically there are two ways to select NTSC mode:
- v4lctl setnorm NTSC
- module parameter 'tv_standard' for dvb-ttpci
modinfo dvb-ttpci:
...
parmtype: tv_standard:int
parm: tv_standard:TV standard: 0 PAL (default), 1 NTSC
...
When tv_standard=1 is used, why does VDR still st
> vdr: [7841] connect from 127.0.0.1, port 49972 - accepted
> vdr: [7841] grabbing to JPEG 70 384 288
>
> Can I hardcode the default resolution from within VDR or the kernel
driver?
> Best Regards.
Does it work if you use the v4lctl method?
Are there any FTA NTSC transmissions on Astra 19.2°
o
On 6/30/07, Stone <[EMAIL PROTECTED]> wrote:
> > vdr: [7841] connect from 127.0.0.1, port 49972 - accepted
> > vdr: [7841] grabbing to JPEG 70 384 288
> >
> > Can I hardcode the default resolution from within VDR or the kernel
> driver?
> > Best Regards.
AFAIK:
The TV-out connectors in the dvb-ttpci board output automatically NTSC
if the stream is NTSC. They output automatically PAL when the stream is
PAL.
When there is no stream (channel switch or the like), they output PAL by
default, or NTSC if the tv_standard kernel option is used to selec
On 7/1/07, VDR User <[EMAIL PROTECTED]> wrote:
Unfortunately I don't have a patch to vdr to handle this but it's
better then having to install X and all the other unnecessary
packages... You can compile and use v4l2-ctl from the current
mercurial v4l drivers located in the v4l-dvb/v4l2-apps/uti
On 7/1/07, Stone <[EMAIL PROTECTED]> wrote:
On 7/1/07, VDR User <[EMAIL PROTECTED]> wrote:
>
> Unfortunately I don't have a patch to vdr to handle this but it's
> better then having to install X and all the other unnecessary
> packages... You can compile
> I just explicitly tested this and after a restart VDR did use
> the selected font.
>
> So I'm afraid I can't reproduce what you are experiencing.
>
I experienced the same bug!
It seems related to the loaded plugins.
Disabling these 3 Plugins for me cured the problem:
cpumon
pilotskin
skinelchi
On 7/2/07, Igor <[EMAIL PROTECTED]> wrote:
Hello
I have on my vdr-harddisc several video-files with video-clips.
Is it possible to command to MPlayer-plugin to play these files without
stop - one behind another (By
turns) ?
You might be able to make a playlist for mplayer, although I have n
Hi,
Today I tried to build the new 2.6.22 kernel but my external "cdfs" module
(which is used by the mp3 plugin) failed to compile with the following:
--snip--
/usr/src/modules/cdfs/2.6/root.c: In function 'cdfs_init':
/usr/src/modules/cdfs/2.6/root.c:598: error: 'CLONE_FS' undeclared (first
u
On 7/10/07, Malte Schröder <[EMAIL PROTECTED]> wrote:
On Tue, 10 Jul 2007 12:30:45 +0200
Stone <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Today I tried to build the new 2.6.22 kernel but my external "cdfs"
module
> (which is used by the mp3 plugin) failed to com
On 7/15/07, Chris F <[EMAIL PROTECTED]> wrote:
Hi everyone,
I've got a problem setting up a vdr system.
I installed Debian Etch with a vanilla 2.6.21 kernel and vdr using the
e-tobi packages.
I used the development firmware (f12623) and also tried the firmware from
linuxtv.org
Apart from the
Hello,
Here is a patch to fix a compile warning in the latest softdevice plugin.
Best Regards..
softdevice.cvs-warning-20070411.diff
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 8/9/07, Udo Richter <[EMAIL PROTECTED]> wrote:
>
> Petri Helin wrote:
> > Udo Richter wrote:
> >> I *think* that these are kill signals received by the child process.
> >> Which is strange, as the child does an exit immediately. (Unless you're
> >> somewhere between 1.5.1 and 1.5.3 - this change
On 8/10/07, Udo Richter <[EMAIL PROTECTED]> wrote:
>
> Stone wrote:
> > I noticed my vdr-1.5.6 did an emergency shutdown when I had poor signal
> > reception during a recording, which in itself is a fine thing to do...
> > but my "runvdr" script didn
On 8/12/07, Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
>
> VDR developer version 1.5.7 is now available at
>
>ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.7.tar.bz2
>
> A 'diff' against the previous developer version is available at
>
>ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.6-1.5.7.diff
Hi,
When I edit my Make.config and tell it to use CC=gcc-3.4 and CXX=g++-3.4, I
get the following error:
g++-3.4: ": No such file or directory
make: *** Deleting file `.dependencies'
ccache g++-3.4 -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD
-DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/
On 8/13/07, Stone <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> When I edit my Make.config and tell it to use CC=gcc-3.4 and CXX=g++-3.4,
> I get the following error:
>
> g++-3.4: ": No such file or directory
> make: *** Deleting file `.dependencies'
> ccache g+
Actually, I dont have to edit the default Make.config at all to make it
fail. If I copy Make.config.template to Make.config and use the default, it
still fails.
Regards.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinf
On 8/13/07, Stone <[EMAIL PROTECTED]> wrote:
>
> Actually, I dont have to edit the default Make.config at all to make it
> fail. If I copy Make.config.template to Make.config and use the default,
> it still fails.
Found the problem.. its a broken template.
--- Make.co
Hello,
As you all might have guessed, we have some more broken plugins (mainly due
to the i18n changes and some from OSDLanguage being changed from an integer
to a string).
*** failed plugins: autotimeredit burn dvd epgsearch skinenigmang text2skin
undelete
Can anyone help resolve these?
Best R
I must have had an older cvs link for the dvd plugin. The Dvd plugin works
now, thanks.
Epgsearch now also builds with beta 13, thanks.
Out of the rest, there are only two more that I really care about to fix for
testing: text2skin and undelete. Anyone have those patched up for the new
i18n stu
On 8/13/07, Stone <[EMAIL PROTECTED]> wrote:
>
> I must have had an older cvs link for the dvd plugin. The Dvd plugin
> works now, thanks.
>
> Epgsearch now also builds with beta 13, thanks.
>
> Out of the rest, there are only two more that I really care about to fix
&
On 8/13/07, VDR User <[EMAIL PROTECTED]> wrote:
>
> Could someone post the link to the dvd cvs real quick? I was under
> the impression it hasn't been maintained in a long time so I've been
> using dvd-0.3.6-b03.
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/dvdplugin
co -P dvd
>
> I think I have also fixed text2skin to atleast compile with vdr-1.5.7.
> The new "gettext" language still needs to be implemented, but I think
> text2skin should work with the previous i18n method. Please let me know if
> it works ok.
Best Regars.
text2skin-1.1-cvs_ext-0.10-20070620.3-vdr
It seems the new "Level" parameter in cOsd has caused xine and softdevice to
fail in compile with vdr-1.5.9. Does anyone know how to fix these?
Best Regards.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 8/27/07, Stone <[EMAIL PROTECTED]> wrote:
>
> It seems the new "Level" parameter in cOsd has caused xine and softdevice
> to fail in compile with vdr-1.5.9. Does anyone know how to fix these?
This seems to build now with these changes. I didnt add backwards
compati
On 9/1/07, Boguslaw Juza <[EMAIL PROTECTED]> wrote:
>
> On Sat, 1 Sep 2007, Klaus Schmidinger wrote:
>
> > The character set is defined in the first byte(s) of the data that
> > is broadcast for each string. VDR uses that information to convert
> > that string to the character set used on your syst
On 9/1/07, Boguslaw Juza <[EMAIL PROTECTED]> wrote:
>
> On Sat, 1 Sep 2007, Stone wrote:
>
> > On 9/1/07, Boguslaw Juza <[EMAIL PROTECTED]> wrote:
> >> On Sat, 1 Sep 2007, Klaus Schmidinger wrote:
> >>> The character set is defined in the first byte
Hello,
I am using prefermenu-0.6.6 along with prefermenu-0.6.6-1.5.3.diff that was
posted a while back on this list. When I try to use prefermenu with
vdr-1.5.9, I get the following error:
vdr: [4922] ERROR: cOsd::SetAreas returned 5
Would anyone know how to fix this?
Thank you.
__
Hi,
I decided to try the pin plugin (0.1.9) with vdr-1.5.9 today. I noticed
that the patch that came with the pin plugin was only for vdr-1.4.x, but the
merges seemed trivial and it appears to work fine. The plugin does seem to
have a few minor problems. It appears that when I associate "Record
On 9/14/07, JJussi <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> Have anybody knowledge how I can bring/use vdr-pluging what don't exists
> at
> gentoo..
>
> At other worlds, how I can install transfron (what uses transcode) vdr
> pluging because it don't exists at gentoo repository.
>
>
> OR, is there e
On 9/16/07, VDR User <[EMAIL PROTECTED]> wrote:
>
> On 9/16/07, Steffen Barszus <[EMAIL PROTECTED]> wrote:
> > Torgeir Veimo schrieb:
> > > Subject says it all. It's just way too much work to transcode files if
> > > I want to send a clip to friends.
> > VLC and mpui can do that. Also some direct s
On 9/22/07, Udo Richter <[EMAIL PROTECTED]> wrote:
>
> Stone wrote:
> > vdr: [4922] ERROR: cOsd::SetAreas returned 5
>
> This is oeWrongAlignment, and is returned if an OSD area has negative
> size, is outside of the screen, or does not byte-align.
>
> The latter
On 9/23/07, Thomas Günther <[EMAIL PROTECTED]> wrote:
>
> Stone wrote:
> >
> > You dont think it has something to do with the changes in vdr-1.5.9?
> > Prefermenu uses the CreateOsd without the new "Level" attribute.
>
> No, this is not the probl
Since the recording is scheduled, I would assume the user has room on the
disk (so disk space usage is not really the problem). The only problem I
can see is that you might get a blank recording if the signal goes out (and
you think its recorded but its not). So, perhaps vdr should NOT do a
emerg
On 9/30/07, JJussi <[EMAIL PROTECTED]> wrote:
>
> On Sunday, 30. Septemberta 2007 10:35:07 Stone wrote:
> > Since the recording is scheduled, I would assume the user has room on
> the
> > disk (so disk space usage is not really the problem). The only problem
> I
>
On 9/30/07, VDR User <[EMAIL PROTECTED]> wrote:
>
> I like these ideas... NO SIGNAL image in recording during no signal.
> Or that if no signal then no writing to disk. And a warning in the
> log about a possible incomplete recording cuz of lost signal +
> identified in recordings menu by a speci
>
> >
>
> Maybe a solution for all the ideas in here ? Let vdr call a command and
> decide based on exit status ? This could be simply set to /bin/false for
> never restart or any sophisticated logic for everything else ?
The main problem for me is that my reception is not that great. During ba
1 - 100 of 103 matches
Mail list logo