Hi!
I'm having a problem with that VDR version 1.5.4 and newer crashes as
fast as I tries to start them. See below - I have read through the
changelog but I have no idea what might cause my segfaults.
Dec 29 23:28:15 radiokaka vdr: [1078] VDR version 1.5.4 started
Dec 29 23:28:15 radiokaka vdr
Hi again!
One more thing that maybe has something to do with the the problem - I'm
having a HVR4000 and I'm running the new multiproto-driver patched with
HVR4000 support.
/Lars
On
Sat, Dec 29, 2007 at 11:43:24PM +0100, [EMAIL PROTECTED] wrote:
Hi!
I'm having a problem with that VDR
Just installed. Thanks for the update! :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Have you installed the libc6-dev package btw?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
pointless
Thanks for answering my question. Also, please pay attention to what
is actually being said in previous posts as I didn't call his plugin
pointless.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Dec 12, 2007 9:43 AM, Thomas Heiligenmann [EMAIL PROTECTED] wrote:
A new version of the plugin is available, which has been upgraded to
compile under VDR 1.4.7 and later. Thanks to all, who have provided
ideas and patches.
What is the purpose of this plugin
On Dec 12, 2007 4:59 PM, Halim Sahin [EMAIL PROTECTED] wrote:
Hi Vdr User,
You don't know video cd's?
??
If he means VCD's, sure, but then what would be the point since
playing them (and much more) can be done via the mplayer plugin? Is
this plugin meant to be an alternative
have done
something about it sooner.
Btw, do you still prefer music on cassette tape? ;) (just kidding)
___
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
and Core 2 Duo are not the same.
Core 2 Duo uses the new architecture while Core Duo does not. Unless
the price difference is drastic between your considerations, I would
absolutely go with the Core 2 Duo.
___
vdr mailing list
vdr@linuxtv.org
http
eyes
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
the
cards? How come manufacturers aren't jumping at the chance to capture
the profits from people like you with old slow pc's in need of such
cards?
I'm sure somebody somewhere still drives a Ford Model-T car, 'because
it still works'.
___
vdr mailing list
Anybody have any input at all here??
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
multiple dvb devices
and diseqc switches. I'll be using multiple cards soon and each will
have it's own switch and own diseqc requirements but at present it
doesn't appear VDR diseqc.conf supports this. I haven't heard any
comments back on it so that's all I can tell you at this time. The
good news
.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Nov 16, 2007 2:52 AM, Petri Helin [EMAIL PROTECTED] wrote:
That should be no problem. If a patch exists, a package developer
could easily make use of and include it in the release. So there is no
need for Klaus to add it in to the core VDR.
It's generally not a good idea to base your
I don't think anyone has implied that it's imminent VDR adopt
h264/HDTV support or tv viewing will cease to exist. That would be a
ridiculous claim to make! However, the truth is more and more HDTV
broadcasts are being offered by providers on a consistent and constant
basis due to market demand
On Nov 14, 2007 4:23 AM, Gregoire Favre [EMAIL PROTECTED] wrote:
I would love to have VDR support H.264 recording on DVB-S.
I know a lot of people, including myself, who agree!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin
On Nov 14, 2007 8:36 AM, Klaus Schmidinger [EMAIL PROTECTED] wrote:
H.264 will only become interesting (to me) once there are hardware
devices that can replay it (aka Full Featured DVB cards).
I am not interested in software players that might not even run
on my 450 MHz VDR.
Until
Greets. If you have more then one dvb device and each is plugged into
a diseqc switch, how would you define a diseqc.conf for each of them?
I've checked VDR's documentation and saw no reference to this unless
I've somehow missed the info. If VDR doesn't currently support
different diseqc.conf's
Can someone make a patch for this fix?
Thanks!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
%20Standards/Specifications%20and%20Standards/subtitling/dvb-sub/Ets300743_e1.pdf
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
and use the VDR menus as well as
teletext and DVB subtitles (pretty weird seeing the subtitles
displayed v-a-v a black picture).
You should set OSD alpha blending to software instead of pseudo.
Thanks, but unfortunately that has not helped. These are the settings
I am using now
/2007q3/000562.html
http://lists.berlios.de/pipermail/softdevice-devel/2007q3/002896.html
Stefan Lucke
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Yesturday I had the same problem where a very bad but short storm
caused my signal to drop and vdr again performed an emergency exit
when it wasn't wanted. I already commented out the EmergencyExit
request in recorder.c but this time it was generated in remux.c by:
if (!synced skipped = 0
the same
frequency they do not give problems.
I use vdr-1.4.7 + plugin xineliboutput-1.0.0rc2 + Linux 2.6.21.5 version (
[EMAIL PROTECTED]) (GCC version 4.1.2 20061115 (she prerelease) (Debian
4.1.1-21)) #1
SMP the Sat Jun 16 15:37: 15 WEST 2007 + AMD Athlon (metric ton) 64
Processor 3200+.
Mensages
There are some great suggestions in the beginning of this thread,
please let's not create a complicated solution where it's unnecessary
to have one. Let the user decide the behavior he wants and leave it
at that. No need/want for vdr to try auto-tuning this channel or that
transponder
and would please everyone I think.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 9/30/07, Jouni Karvo [EMAIL PROTECTED] wrote:
VDR User 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
Coincidently, I just had this broken video stream emergency exit the
other day because of bad weather that came went. I don't run some
kind of auto-restart script so vdr stayed unloaded and coincidently
caused several other timers to be missed.
For those who would say 'just add auto-restart', I
On 9/16/07, Clemens Kirchgatterer [EMAIL PROTECTED] wrote:
Anssi Hannula [EMAIL PROTECTED] wrote:
Dick Streefland wrote:
VDR User [EMAIL PROTECTED] wrote:
| I think a better idea is to just install a codec that plays
| whatever format your camera videos are in and use the mplayer
dream of the day vdr recordings are something more supported then
the current mpeg-pes format!
:(
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I think a better idea is to just install a codec that plays whatever
format your camera videos are in and use the mplayer plugin.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 09/02/07 18:35, Igor Nikanov wrote:
Hello
is it possible to logging the sending of diseqs command, like this
Dec 4 16:03:38 vdr[14005]: Rotor-command E0 31 6E D0 73 sent
Dec 4 16:03:38 vdr[14005]: Diseqc E0 31 6B 1 sent.
Dec 4 16:03:38 vdr[14005]: Diseqc E1 31 6B 1 sent.
Dec 4 16:03:38
Ps. by immediately following it I mean add a new line after.
___
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
the audio.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
install vdr. People
seem to expect that vdr is installed to /usr/local/bin while plugins
go to /usr/local/bin/PLUGINS/lib. The current Makefile puts:
vdr to $(DESTDIR)$(BINDIR), plugins to $(DESTDIR)$(PLUGINLIBDIR), with
DESTDIR empty by default.
ok.. so vdr goes in /usr/local/bin, as expected
is copying *.$(APIVERSION) rather then
lib*-*.so.$(APIVERSION). The reason is because not all plugins use
the same naming (softdevice for example) and this minor adjustment
would eliminate the need to edit the Makefile for this with every new
version of vdr, or having to manually copy them to the install
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.
Thanks.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo
I recently contacted Klaus about something somewhat related to this
actually. Although my inquiry was about the possibility of either
storing vdr recordings in a format that is more common friendly to
the video editing/encoding apps (as mpeg-pes isn't), or perhaps adding
more timing information
On 8/12/07, Stone [EMAIL PROTECTED] wrote:
Thanks Klaus. Since i18n.c has changed in this new version of vdr, a few
common patches I have been using have broke.
1) jumpplay-0.9.diff
2) liemikuutio-1.13.diff
3) timercmd-0.1.diff (comes from epgsearch)
Can someone explain to me the proper
Personally, I like the idea of vdr having a dedicated logfile. And
even more if the path/filename of this logfile can be defined by the
user.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
For the price of that card you can almost build a pc that can handle
hdtv. No thanks.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 7/7/07, Stefan Lucke [EMAIL PROTECTED] wrote:
ONE week and no other feedback on this list :-( .
Maybe not many guys are using dvb-s2 right now. Dunno how wide-spread
it is in Europe but in NA it's not common.
___
vdr mailing list
vdr@linuxtv.org
.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hello @all,
Fix Premiere NVOD Channels.
Link for new Channels over TransponderID added.
diff -Nru vdr-1.4.7-org/channels.c vdr-1.4.7/channels.c
--- vdr-1.4.7-org/channels.c2006-05-28 17:03:40.0 +0200
+++ vdr-1.4.7/channels.c2007-07-04 21:28:36.0 +0200
@@ -1007,6
I have discovered that the sysinfo plugin written by Kikko forces
VDR-1.5.x to use the default font rather then the user-defined
setting. I emailed the author and he responded by saying he won't fix
his plugin until Klaus releases a final version of 1.5, which could be
quite a long time. I don't
for the quick response! That was indeed the problem. Attached
is a patch to fix this for those interested.
sysinfo-0.1.0a-fontfix.diff
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
This is exactly what I have observed as well. Is there any way VDR could
perform this V4L ioctl without the need for external applications such as
VLC and v4lctl?
I hope so because installing x to do this seems pretty unreasonable.
___
vdr mailing
Hi,
This is a beta version of vdr which support dvb-s2.
So this version is able to watch TVHD through a streaming plugin
(streamdev plugin is include in archive).
http://www.freewebs.com/jlacvdr/vdr-s2hd/vdr-1.4.6-s2hd-070630.tar.bz2
The DVB-S2 channels must have 'M8' in modulation field
That's usually what the 'back' button is for. I would suggest just
getting a better remote. :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
The fontconfig subdir is missing from both vdr-1.5.4.tar.bz2 and the
1.5.3-1.5.4 diff.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
, please don't accept Stefan's method into the next version
of the plugin until this last problem has been resolved.
Many thanks for the work to fix this once and for all!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
this would be the best solution unless theres a sane
reason to not handle it like the video dir. A default setting in
Make.config and a commandline switch to override.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo
working as good as
yours?
I have tested your patch severl times in a row just now and while VDR
did not crash once, mplayer playback was aborted about 20% of the time
when the timer was triggered. This doesn't (or hasn't so far) happen
with Anssi's patch however. What are the differences between when
be different between your patch and
Anssi's. No other changes were made so I'm really at a loss why your
version of the fix randomly aborts playback. Can you think of any
further tests I can do?
Cheers
___
vdr mailing list
vdr@linuxtv.org
http
If a timer is triggered while the mplayer plugin is in use, VDR
crashes. This has happened to me about a zillion times now and I'm
hoping somebody will fix this! You can use the mplayer plugin after a
timer is started no problem. Correct me if I'm wrong but mplayer
should never have to take
On 6/6/07, Anssi Hannula [EMAIL PROTECTED] wrote:
VDR User wrote:
If a timer is triggered while the mplayer plugin is in use, VDR
crashes. This has happened to me about a zillion times now and I'm
hoping somebody will fix this! You can use the mplayer plugin after a
timer is started
On 5/20/07, Artur Skawina [EMAIL PROTECTED] wrote:
VDR User wrote:
I've recorded/watched a lot of tv in the last couple days and so far I
haven't noticed any problems with this patch. I am currently using v3
(the patch I attached to my previous post) with vdr-1.5.2.
Do you know how large
of the patch (two with the previous version,
which was starting out with just 128k).
I get a lot worse results here (buffers grow to a few M), but that's
probably because the vdr box is not a dedicated one, but also handles
quite a few other services; IO stalls are not uncommon and several
I've recorded/watched a lot of tv in the last couple days and so far I
haven't noticed any problems with this patch. I am currently using v3
(the patch I attached to my previous post) with vdr-1.5.2.
___
vdr mailing list
vdr@linuxtv.org
http
On 5/15/07, Patrick Cernko [EMAIL PROTECTED] wrote:
_VDR_ crashes when starting a timer while mplayer-Plugin is running.
That's because vdr had to close the device to let mplayer open it. When
the recording starts, vdr tries to open the device but fails:
- emergency restart - close mplayer
On 5/16/07, Chris [EMAIL PROTECTED] wrote:
Well, maybe a second DVB card fixes the problem, but this surely wasn't
what helped me. When I started with VDR half a year ago with one FF card,
I had this trouble with timers/mplayer but then I changed some stuff
during the time (settings, DVB
playing something like a .avi doesn't (or shouldn't) require the tuner
to be in use... You're playing a file, not something from the dvb
stream!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Ok, I've done some testing now with vdr-1.5.2 and the results are:
I could not reproduce the crash problems from the original post.
I could not reproduce the vdradmin crash problems.
Turning off Update channels did not have any affect on the crash
problem when a timer is triggered during while
In case anyone is having trouble, here's an attached patch of v3 for vdr-1.5.2.
diff -ruN vdr-1.5.2-orig/dvbdevice.c vdr-1.5.2/dvbdevice.c
--- vdr-1.5.2-orig/dvbdevice.c 2007-05-14 14:58:29.0 -0700
+++ vdr-1.5.2/dvbdevice.c 2007-05-14 15:22:50.0 -0700
@@ -1172,7 +1172,7
come to remember is that vdr is a great piece
of software with a lot of author community support. It's not
important that the public be aware of the TODO list or any related
time tables for the reasons Klaus has already mentioned.
I can say I have no concern about the development of vdr unless
When VDR compares epg data to see whether its been updated, does it
actually compare the show description/info data or just certain fields
in the epg data entry? I'm guessing the latter because I've noticed
that when I populate extended epg data, a lot of shows will have a
generic description
When VDR compares epg data to see whether its been updated, does it
actually compare the show description/info data or just certain fields
in the epg data entry? I'm guessing the latter because I've noticed
that when I populate extended epg data, a lot of shows will have a
generic description
On 3/18/07, anthony kelly [EMAIL PROTECTED] wrote:
I could not compile many plugins with 1.5.1 until I made the following
change in ./include/vdr/osdbase.h, in class cOsdObject I moved bool
needsFastResponse; from private to public scope.
There is now a SetNeedsFastResponse function to set
screenshot.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 3/15/07, Chris Jones [EMAIL PROTECTED] wrote:
Absolutely, since (if this insanity really happens) it means that
projects like VDR are effectively dead in the water :(
Why do you believe that?
Personally, I don't think there's any need for panic. Too much money
involved. How many times
I'm sure your heart is in the right place but please don't start using the
mailing list to spam news.
Thanks.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 3/14/07, Carsten Koch [EMAIL PROTECTED] wrote:
I am aware of two conventions on the VDR mailing list:
1) Use your real name to post.
2) Post in plain ASCII.
I am not aware of a convention that discourages DVB/VDR-related news.
Is there one?
Klaus?
Why are you so concerned with my real
On 3/13/07, André Weidemann [EMAIL PROTECTED] wrote:
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.
NTSC users shouldn't have to use a plugin to provide NTSC
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
this is a problem, the
better our chances of getting a resolution.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 3/7/07, Dr. Werner Fink [EMAIL PROTECTED] wrote:
AC3 loop through sound card http://bitstreamout.sourceforge.net/
Howto http://www.vdr-portal.de/board/thread.php?threadid=1958
German language howtos are useless to all us english-speaking vdr users (and
there are a LOT of us!). Perhaps
. ;)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 2/20/07, Marko Mäkelä [EMAIL PROTECTED] wrote:
Would it be enough to say %s wakes up?
That's fine if you don't mind using poor grammar. For example, femon wakes
up? makes absolutely no sense.
___
vdr mailing list
vdr@linuxtv.org
http
On 2/17/07, Stefan Huelswitt [EMAIL PROTECTED] wrote:
On 15 Feb 2007 VDR User [EMAIL PROTECTED] wrote:
I was watching something via the mplayer plugin. A recording timer was
triggered which aborted the mplayer playback. Is this behavior
intentional? If so, can the abort be disabled while
On 2/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]
Also, the user inactivity stuff is again, a bad idea. Vdr should not
assume anything or take action just because the user hasn't interacted
with it in a while. This type of behavior is simply not consistent with
other
On 2/8/07, Udo Richter [EMAIL PROTECTED] wrote:
H. Can a coffee maker run VDR? :)
If it's possible, somebody will find a way! ;)
Any other existing options you want to know of?
I hadn't pay much attention to this thread until recently and the way some
things were worded made it seem
possibilities
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
It's a safe assumption that when a user presses a power button, they intend
that the device be immediately turned off or shut down. I can't think of
any device that performs any differently. If a user wants to shut down vdr
after he's done watching a playback, he would obviously still
in menu.c to modify:
case kGreen: SkipSeconds(-60); break;
case kYellow: SkipSeconds( 60); break;
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I've found the actual patch that is used in BigPatch in case you want just
that. The thread is located at:
http://www.vdr-portal.de/board/thread.php?postid=68566
and the patch:
http://www.vdr-portal.de/board/attachment.php?attachmentid=1349
___
vdr
On 2/3/07, Reinhard Walter Buchner [EMAIL PROTECTED] wrote:
Actually my Nessy Patch already did this years ag :o)). Selecting
the View Only mode created a special timer. As soon as the
timer time was reached it let VDR switch to that channel. No
recording was started and the timer was deleted
On 2/1/07, Patrick Mackin [EMAIL PROTECTED] wrote:
I too would like this feature, but if you are using yaepg as many are, it
seems like that is a feature the plugin should provide, not vdr.
It makes absolutely no sense for a reminder feature to be done via plugin.
This is a very common
On 2/1/07, abbe normal [EMAIL PROTECTED] wrote:
hello all
wondering if there is a way from the timers menu to only select to
record or not record a program. what im wanting to do is set a timer
to watch a program but not have vdr record it... not sure but just
thinking it would be nice to have
(driver
and firmware) job to play the data correctly.
From what he's saying, the problem is buffer overrun's, not underrun's. Too
much data is being sent and the device isn't able to keep up. If that's the
case then it would make sense for vdr to have a user setting to limit how
many seconds
On 1/27/07, Kartsa [EMAIL PROTECTED] wrote:
Plugin mp3:
make[1]: Entering directory
`/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15'
g++ -O2 -fPIC -Wall -Woverloaded-virtual -c -D_GNU_SOURCE
-DAPIVERSNUM=10404 -DHAVE_SNDFILE -DHAVE_VORBISFILE -I../../../include
mp3.c
mp3.c:50:17: error: mad.h
On 1/23/07, Tero Siironen [EMAIL PROTECTED] wrote:
I can also report A/V sync working, but also problem that might relate to
this new test version of the firmware. Timer recording failed, because vdr
couldn't change the channel. Logs were filled with entries below resulting
recording of 0 bytes
I'm kind of surprised people even bother to shutdown vdr at all. Didn't
really how big of an issue this was until reading this thread. That's all I
have to offer the discussion at this point. My apologies. :)
___
vdr mailing list
vdr@linuxtv.org
http
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.4-1.4.4-1.diff
Whats with that filename? Any reason you're not following the usual
vdr-1.4.4-1.diff naming scheme?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo
! :)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
to specification?
Thanks guys.
Marco Skambraks wrote
On 11/30/06, Carsten Koch [EMAIL PROTECTED] wrote:
VDR User wrote:
...
Logic still says that if mplayer can play vdr recordings just fine
without losing sync, but vdr can't, the problem is with vdr, not the
firmware.
That's only correct
First, I too want to express my gratitude appreciation towards the people actively persuing a once for all fix to this problem! So what about this... Copy the mplayer code that does the PES layer and slap it into vdr just to test if the problem persists? It seems that the majority opinion
601 - 700 of 705 matches
Mail list logo