There is a fixed patchset here:URL:
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
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=/tmpBR.
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 the one
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 page in vdradmin does
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
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
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
strange thing about this is that this only
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
with vdr from it, vdr will often lockup
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
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, btw,
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
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
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
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
and NTSC, so
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
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
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
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
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 nice
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 the
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
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
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
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
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
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
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 know, if that
threshold worked
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 this
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
I'm using apache2.2 as shipped with Debian/etch and have the following
in my config:
ProxyRequests Off
Proxy *
Order deny,allow
Allow from all
/Proxy
ProxyPass / http://localhost:40404/
ProxyPassReverse / http://localhost:40404/
Thanks for the help. I just
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 my own question
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 fix
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 Windows
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 have read the HISTORY
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.
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.
Does it work if you use the v4lctl method
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
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
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
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
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 changed in 1.5.4)
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
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++- 3.4 -g -O2 -Wall -Woverloaded-virtual -c
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
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
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
for testing: text2skin and undelete
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.
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
compatibility for 1.5.9 though
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 system.
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(s) of the data that
is broadcast for each string. VDR uses
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.
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 easy way to
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 show filter
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 is triggered if a 1-bit OSD has a width
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 problem but the now adjustable font size. The error
occurs if the font
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
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
can see is that you might get a blank
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 special
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 bad
On 10/9/07, VDR User [EMAIL PROTECTED] wrote:
I was hoping some of these ideas would have made it into the next release.
But, since it didnt, does anyone have a patch put together?
Best Regards.
___
vdr mailing list
vdr@linuxtv.org
When I apply this patch to vdr-1.5.10, VDR no longer starts. Could this new
Audio Indexer patch be conflicting with the dynamc ringbuffer patch?
Best Regards.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
72 matches
Mail list logo