Al 01/08/11 10:04, En/na Steffen Barszus ha escrit:
> 2011/8/1 Gerald Dachs :
>>> http://www.geek.com/articles/chips/raspberry-pi-25-pc-goes-into-alpha-production-20110728/
>>>
>>> Any thoughts?
>>
>> VDR runs just fine on a seagate dockstar, so I see no reason why it
>> shouldn't run on this devic
Al 12/08/11 00:09, En/na Chris Rankin ha escrit:
> Could someone tell me what the "recommended" approach is for parsing a
> Huffman-compressed EPG with VDR please? I suspect that I can integrate this
> patch into VDR manually, but this isn't a viable long-term solution.
You can use the eepg plu
Al 04/09/11 15:42, En/na Klaus Schmidinger ha escrit:
> - The subtitle PIDs are now stored in the channels.conf file as an extension
> to the
> TPID field (thanks to Rolf Ahrenberg).
When I start a recording on a satellite that's not the one the dish is pointing
at,
when it finally reaches th
Al 04/09/11 16:41, En/na Klaus Schmidinger ha escrit:
>> Does this modification fix the issue?
>
> It might - there's one way to find out ;-)
Well, I'm getting old, so I try the "latest and greatest" only if
it's strictly necessary :-D
Bye
--
Luca
Al 04/09/11 17:22, En/na Luca Olivetti ha escrit:
> Al 04/09/11 16:41, En/na Klaus Schmidinger ha escrit:
>
>>> Does this modification fix the issue?
>>
>> It might - there's one way to find out ;-)
>
> Well, I'm getting old, so I try the "latest
Al 04/09/11 23:05, En/na Klaus Schmidinger ha escrit:
>> Ok, I couldn't resist and I tried. I don't know if it solves the issue
>> because now the subtitles are "whacky": they only appear from time to
>> time and they're in the middle of the screen, both with my trusty dxr3 and
>> with the xine pl
Al 04/09/11 23:53, En/na Luca Olivetti ha escrit:
> Al 04/09/11 23:05, En/na Klaus Schmidinger ha escrit:
>
>>> Ok, I couldn't resist and I tried. I don't know if it solves the issue
>>> because now the subtitles are "whacky": they only appear from t
Al 05/09/11 18:15, En/na Klaus Schmidinger ha escrit:
> On 05.09.2011 00:08, Luca Olivetti wrote:
>> Al 04/09/11 23:53, En/na Luca Olivetti ha escrit:
>>> Al 04/09/11 23:05, En/na Klaus Schmidinger ha escrit:
>>>
>>>>> Ok, I couldn't resist a
Al 05/09/11 19:43, En/na Luca Olivetti ha escrit:
> Ok, I got confused, but why do you use VideoAspect * OsdHeight instead of
> OsdWidth?
> Most probably the problem is caused because the dxr3 plugin doesn't implement
> the GetOsdSize and GetVideoSize method, but the xine plug
Al 09/09/11 16:54, En/na Klaus Schmidinger ha escrit:
>> I think this is still needed for output plugins that don't implement the
>> method,
>> so that they should at least work as before this modification.
>
> Can you please point out exactly which modificaton you are
> referring to?
I'm refer
Al 09/09/11 21:19, En/na Reinhard Nissl ha escrit:
> No matter which OSD size I setup in vdr-xine (e. g. 720x576, 1280x720 or
> 1920x1080), the subtitles are never positioned correctly and vdr-xine
> complains very often like that:
>
> vdr-xine: new OSD(-152, 0) requested with coordinates out
Al 11/09/11 13:49, En/na Udo Richter ha escrit:
> Am 11.09.2011 11:37, schrieb Henning Pingel:
>> And this tackles another small problem: I think that VDR doesn't delete
>> any channels from the channels.conf in any case. So outdated channels
>> have to be removed manually. Has there been an attemp
Al 13/09/11 11:09, En/na Henning Pingel ha escrit:
> Can actuator be used by people without a "motor" behind their dish?
Yes, with the -s option it will just offer the channel scanning functionality.
Bye
--
Luca
___
vdr mailing list
vdr@linuxtv.org
h
Al 10/02/12 18:07, En/na Pim Zandbergen ha escrit:
> I suppose you could use mediatomb with vdrnfofs to share your recordings.
Or hack the TV to simply nfs mount the directory with the recordings
Bye
--
Luca
___
vdr mailing list
vdr@linuxtv.org
http:
> pluging I tried. Pls, find some time! ;-)
I'm really sorry, but I have even less time now :-(
I think I won't have time to touch this at least until summer.
Bye
> Regards,
>
> Yarema
>
> 17 січня 2012 р. 13:28 Luca Olivetti <mailto:l...@ventoso.org>> на
Al 27/03/2012 15:29, En/na YUP ha escrit:
I managed to build actuator plugin. As it was stated by Klaus, "Any
plugins that implement cStatus::ChannelSwitch() need to add the
parameter 'bool LiveView' to that function." So it is enough to add
"bool LiveView" , for details please see my PKGBUILD
ht
Al 27/03/12 16:35, En/na Dominic Evans ha escrit:
> Ah I realise now that someone sent me the rotorng sources rather than
> the actuator plugin.
>
> Which is the superior of these two?
They're different: "actuator" controls an "old style" 36V actuator, using a
relay board
connected to the paral
Al 17/06/12 12:50, En/na Klaus Schmidinger ha escrit:
> Well, first of all: there will be no SQL dependency in the core VDR ;-)
That's a pity, because channels.conf would be a perfect candidate for being an
sqlite table.
(Note that I said "sqlite", not "sql", but since sqlite uses sql it would a
Al 30/12/12 01:08, En/na Christopher Reimer ha escrit:
>
> I don't consider the mailinglist as "central spot of developement".
> Here I'm forced to speak English. Almost all VDR Users are German. And
> in VDR-Portal I reach the critical mass. With the addition that I am
> allowed to speak my nati
Al 04/03/13 15:30, En/na Klaus Schmidinger ha escrit:
> While implementing an option to turn on/off sorting folders first in the
> Recordings
> menu, one more string was necessary and needs to be translated:
>
> "Always sort folders first"
es_ES "Siempre ordenar primero carpetas"
ca_ES "Sempre
Al 21/04/13 14:54, En/na Klaus Schmidinger ha escrit:
> I'm currently implementing support for steerable dishes, loosely based
> on https://linuxtv.org/patch/12911. In doing so, I'm defining a virtual
> base class cPositioner, which defines all the functions necessary to
> control the positioner.
Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit:
>
> Any visual feedback will be done via the channel display of the skin, by
> comparing
> CurrentLongitude() to TargetLongitude(). And of course any section
> filtering will
> start only after the target position has been reached.
Mmh, how w
Al 21/04/13 20:17, En/na Luca Olivetti ha escrit:
> Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit:
>
>>
>> Any visual feedback will be done via the channel display of the skin, by
>> comparing
>> CurrentLongitude() to TargetLongitude(). And of course any sect
Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit:
One more observation
> virtual void StepEast(void) {}
> ///< Move the dish one step to the east.
> virtual void StepWest(void) {}
> ///< Move the dish one step to the west.
I'd suggest a parameter with the number of st
Al 21/04/13 20:36, En/na Luca Olivetti ha escrit:
> Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit:
>
> One more observation
>
>> virtual void StepEast(void) {}
>> ///< Move the dish one step to the east.
>> virtual void StepWest(void) {}
&g
Al 22/04/13 11:12, En/na Klaus Schmidinger ha escrit:
>> virtual void Recalc(int Number)
>>///> Number
>>///
> What would this actually be good for?
Imagine that the dish moved but the counter didn't work, or simply
there's some slack accumulated, so the actual position and the
registere
Al 22/04/13 11:11, En/na Klaus Schmidinger ha escrit:
>> I'd suggest a parameter with the number of steps to move (and for "step"
>> I mean a "pulse", not the next/previous stored satellite position).
>
> I don't see the need for a "number of steps".
Well, I use it from time to time. Say I move
Al 22/04/13 14:28, En/na Klaus Schmidinger ha escrit:
> So what do you folks think?
I don't have any preference wrt Left/Right East/West.
My last (and only) set top box with integrated positioner was analogue
and used East/West, but I don't remember if it had any provision for the
southern hemisp
Al 23/04/13 12:41, En/na Klaus Schmidinger ha escrit:
>>
>> So maybe it should be better called "SetCurrentPosition"
>
> The specs on the 0x6F command are a little vague.
> What do you suggest should be sent to a DiSEqC rotor?
> Something like
>
> 6F nn 00 00
>
> where 'nn' is the number of t
El 12/08/15 a les 09:28, jori.hamalai...@teliasonera.com ha escrit:
I abandoned VDR after 11 years of running it for Duo2+OpenVix.
Sorry for the off-topic, but my google-fu is failing: where could I find
instructions on how to build openvix from sources?
I see they're on github, but they have
El 02/10/15 a les 02:14, Ralph Metzler ha escrit:
Yes, build instructions are hard to find.
After some trial and error I am doing it like this:
git clone https://github.com/oe-alliance/build-enviroment.git
cd build-enviroment
make
MACHINE=vuduo2 DISTRO=openvix DISTRO_TYPE=release make image
Hello,
In cDiseqcPositioner the last nibble (corresponding to the first
decimal) of the angle is calculated as
a % 10 * 16 / 10
With, e.g. angle -123 (-12.3) the resulting diseqc command would be
6e e0 c4
(i.e. the last nibble is 4 to represent 0.3).
OTOH the enigma2 implementation uses
the "Positioner application notes" one.
Duh
Bye
Regards
El 2015-12-12 17:37, Luca Olivetti escribió:
Hello,
In cDiseqcPositioner the last nibble (corresponding to the first
decimal) of the angle is calculated as
a % 10 * 16 / 10
With, e.g. angle -123 (-12.3) the resulting dise
El 13/01/16 a les 12:00, Peter Münster ha escrit:
Hi,
Is is possible to play VDR-recordings on Samsung Smart TV with
subtitles, and if yes, how please?
It seems, that the Samsung Smart needs 2 files: an mp4 and an srt file.
I've tried: "ffmpeg -i 1.ts -vn -an -codec:s:0 srt 1.srt"
But
El 8/5/19 a les 19:25, Karl-Heinz Volk ha escrit:
I just purchased an Amazon FireTV 4k stick and this is amazing. It is
working until 2160p60 consuming 1..2 Watt using an USB power supply.
Why is there no VDR for Android using network DVB sources?
You can buy an android tv box and put libree
En/na Ondrej Wisniewski ha escrit:
I am using VDR 1.4.5 with the integrated auto pid feature and without
any CAM. When tuning to an encrypted channel, the CA value gets set
accordingly and "channel not available" is displayed. So far so good.
However there are channels that encrypt only certain
En/na Stone ha escrit:
3) Does vdr care or know anything about a rotor setup where the channel
isn't always present the moment the diseqc commands are sent?
Well, vdr isn't aware the dish is moving, so it doesn't wait for it.
This isn't a big problem for live view, but it is a potential probl
En/na Patrick Cernko ha escrit:
I'm using SGI's XFS for any kind of data filesystem and only use ext3
for / . So far, no problems at all.
I also use XFS exclusively, but I have the "random zeroed files" when
the system crashes/power goes off unexpectedly.
Bye
--
Luca
_
En/na Pasi Juppo ha escrit:
Same actually goes for this mailing list. Proper forum is much more
convenient than mailing list because of proper threading etc. features.
Could someone be able to set up the forum and most importantly would
this discussion move to the forum?
I hate forums, since
En/na kafifi ha escrit:
> Hi all,
>
> I've just tuned my second dish on 28.2E, viewing many FTA channels.
> Curiously, vdr doesn't display any EPG (just now & next information).
>
> Is there any special transponder I must tune to download EPG,
> or SKY uses a non standard EPG ? In this case, coul
Hello,
I wanted to try the development version of vdr (1.5.3) to see what's new
and to keep my actuator plugin up to date.
I think that the new vdr is doing funky things with the osd, since the
menu is unwatchable (a lot of "dxr3: colormanager: bummer, too many
sections (14), reusing last one").
En/na Luca Olivetti ha escrit:
> Hello,
> I wanted to try the development version of vdr (1.5.3) to see what's new
> and to keep my actuator plugin up to date.
> I think that the new vdr is doing funky things with the osd, since the
> menu is unwatchable (a lot of "d
En/na Luca Olivetti ha escrit:
> En/na Luca Olivetti ha escrit:
>> Hello,
>> I wanted to try the development version of vdr (1.5.3) to see what's new
>> and to keep my actuator plugin up to date.
>> I think that the new vdr is doing funky things with the osd, sinc
En/na Klaus Schmidinger ha escrit:
anels work ok
>> with a dxr3.
>> Probaly antialiasing produces too many colours for the dxr3 to handle.
>
> VDR's skins first check whether the OSD in use can handle 8bpp, and
> only then uses a single 256 color bitmap (with font anti-aliasing).
>
> Maybe the dx
[sorry if this turns out to be long]
In the actuator plugin main menu, I offer the possibility to tune to a
transponder "on the fly", to either quickly see what's there or to
trigger a transponder scan.
To do that I have this piece of code that worked find under 1.4.x but
stopped working under
En/na Klaus Schmidinger ha escrit:
>> Putting some printf here and there, it seems that's ultimately calling
>> cDevice::SetChannelDevice instead of cDvbDevice::SetChannelDevice, and I
>> don't understand why, since DvbKarte is 0 (the first and only card,
>> which should be a cDvbDevice).
>
>
Hello,
I'm releasing version 1.0.4 of the "actuator" plugin available at
http://www.ventoso.org/luca/vdr/
This plugin controls a linear actuator (or an horizon to horizon one)
through the parallel port with a simple circuit.
CHANGES:
- check the CardIndex to identify the selected card in the m
En/na Stefan Huelswitt ha escrit:
> Hi,
> trying to upgrade to 1.5.5 I'm facing the problem that VDR
> segfaults right on startup (no plugins envolved).
First step is to check if you have some tt font installed.
Then check /etc/fonts/fonts.conf (and subdirectories in /etc/fonts) to
see if "Sans S
En/na Luca Olivetti ha escrit:
> Hello,
>
> I'm releasing version 1.0.4 of the "actuator" plugin available at
>
> http://www.ventoso.org/luca/vdr/
I realized that, since I upgraded my kernel, I inadvertently released
the tarball with module.c already patched with
En/na Luca Olivetti ha escrit:
> I realized that, since I upgraded my kernel, I inadvertently released
> the tarball with module.c already patched with the
> "apply_for_kernel_2.6.15.patch", so if you run an older kernel you
> should patch it with -r
En/na Magnus Andersson ha escrit:
> ttxtsubsdisplay.c: In member function ‘void cTtxtSubsDisplay::ShowOSD()’:
> ttxtsubsdisplay.c:415: error: ‘SetCode’ is not a member of ‘cFont’
> ttxtsubsdisplay.c:415: error: ‘I18nCharSets’ was not declared in this scope
> ttxtsubsdisplay.c:438: error: ‘SetCode’
En/na Klaus Schmidinger ha escrit:
> Well, this might cause problems on channels that do adhere to the
> standard and actually broadcast their EPG data in ISO6937.
>
> Maybe somebody should call Premiere and complain to them. After all,
> it's them who are not following the standard ;-)
Unfortun
En/na Peer Oliver Schmidt ha escrit:
> Hello,
>
> after my vacation I no longer have any reception.
[...]
Just a wild guess, but if you usually leave your vdr pc switched on,
leaving it off for a while could make it not work right when turned back
on (usually capacitors are to blame). Maybe a
En/na VDR User ha escrit:
> On 7/5/07, Luca Olivetti <[EMAIL PROTECTED]> wrote:
>> Just a wild guess, but if you usually leave your vdr pc switched on,
>> leaving it off for a while could make it not work right when turned back
>> on (usually capacitors are to blame).
&
En/na VDR User ha escrit:
> Yeah, I know how to tell if a capacitor is bad, went to college for
> electronic engineering. In all my years of working with electronics I
> have never seen a capacitor blow because a device was left on for a
> long period of time and then turned off.
Yes, those we
En/na listnisse ha escrit:
> Hi all,
>
>
>
> I have searched the internet (including archive.org) for
> dvbtextsubs-0.2.tar.gz but haven’t found it. I would really appreciate
> if some friendly soul on this list would like to send me the file or
> point me to a location.
maybe you're lookin
En/na Klaus Schmidinger ha escrit:
> VDR developer version 1.5.6 is now available at
With this version display of national character broke here, e.g. "WDR
münster" changed to "WDR mnster" (not only in the
channels name, also in the epg for wdr, zdf, das erste ).
I reverted these two fixes in to
En/na lukkinosat ha escrit:
Hello
On site http://www.kikko77.altervista.org/ in the
section download, is available the new version of
LoadEPG.
History:
2007-07-26: Version 0.1.11
- Fixed for new format epg of Digital+ (S19.2E Spain)
Since vdr 1.5.x changed the numbering of the cards if there
En/na Luca Olivetti ha escrit:
> If I change the function cLoadepgOsd::SwitchToEpgChannel (and only that
> function) to use cDevice::PrimaryDevice() to do the switching then
> everything works as expected (well, special characters show up as little
> squares in accents in the e
En/na lukkinosat ha escrit:
> --- Luca Olivetti <[EMAIL PROTECTED]> ha scritto:
>> I made a crude hack: I assume that the epg is in
>> ISO-8859-15, so if
>> SystemCharacterTable is different than iso-8859-15,
>> I call iconv to
>> convert the file in c
En/na Luca Olivetti ha escrit:
En/na lukkinosat ha escrit:
--- Luca Olivetti <[EMAIL PROTECTED]> ha scritto:
I made a crude hack: I assume that the epg is in
ISO-8859-15, so if
SystemCharacterTable is different than iso-8859-15,
I call iconv to
convert the file in cLoadepgOsd::SaveEpg
Hello,
I'm releasing version 1.0.5 of the "actuator" plugin available at
http://www.ventoso.org/luca/vdr/
This plugin controls a linear actuator (or an horizon to horizon one)
through the parallel port with a simple circuit.
CHANGES:
- Updated russian translation from Vladimir Monchenko
- Com
En/na Klaus Schmidinger ha escrit:
> - The parameter OSDLanguage in 'setup.conf' is now a string and holds the
> locale
> code of the selected OSD language (e.g. en_US). If Setup.OSDLanguage is not
> set to a particular locale that is found in VDR's locale directory, the
> locale as defined
En/na Luca Olivetti ha escrit:
> En/na Klaus Schmidinger ha escrit:
>
>> - The parameter OSDLanguage in 'setup.conf' is now a string and holds the
>> locale
>> code of the selected OSD language (e.g. en_US). If Setup.OSDLanguage is not
>> set to a
En/na Luca Olivetti ha escrit:
> it appears that, even if the setlocale call succeeds, gettext doesn't
> find the correct translation for LanguageCode (it always returns esl,
> very strange since ca_ES is the first one tried).
> If I leave just the ca_ES directory, LanguageCod
En/na Klaus Schmidinger ha escrit:
> On 08/12/07 22:01, Luca Olivetti wrote:
>> En/na Luca Olivetti ha escrit:
>>
>>> it appears that, even if the setlocale call succeeds, gettext doesn't
>>> find the correct translation for LanguageCode (it always returns
En/na Klaus Schmidinger ha escrit:
>> I'm just unsetting LANGUAGE before launching vdr. Maybe someone else
>> will be bitten by this problem and he'll have to unset LANGUAGE too.
>
> Wouldn't that be problem for other applications, too?
> Could VDR do something to make this work better?
I don't
En/na Klaus Schmidinger ha escrit:
> Isn't there perhaps a way to tell gettext *explicitly* which files
> to use, completely bypassing this whole broken setlocale stuff?
> In that case VDR could collect it's list of *.mo files and decide
> by itself which one to use.
freepascal bypasses gettext a
En/na Anssi Hannula ha escrit:
> Note that KDE does provide the user a list of languages, but it does not
> use gettext, but instead uses its own glibc-derived implementation for
> translation, with file format being the same.
[...]
>> Isn't there perhaps a way to tell gettext *explicitly* which
En/na Klaus Schmidinger ha escrit:
>>
>> It seems that it *does* work, i.e. LANGUAGE=de, LANGUAGE=fr, LANGUAGE=fi
>> will work even if there is no such locale at all.
>>
>> I copied a .mo file into /usr/share/locale/testtest/LC_MESSAGES/, which
>> certainly is not a valid locale, and using LANGU
En/na Klaus Schmidinger ha escrit:
> Please test the attached patch. It scans the LOCDIR directory as before,
> but checks for the existence of a vdr.mo file and then uses setenv()
> instead of setlocale().
>
> This should work for VDR itself. For plugins I need to do more work.
> But first let's
The diff fails on all po files, it's only me or does it happens to others?
Bye
--
Luca
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
En/na Klaus Schmidinger ha escrit:
> On 08/19/07 16:54, Luca Olivetti wrote:
>> The diff fails on all po files, it's only me or does it happens to others?
>
> You need to add '-p1' to the patch command.
Yes, I know that, it doesn't prompt me for the filenam
En/na Luca Olivetti ha escrit:
> En/na Klaus Schmidinger ha escrit:
>> On 08/19/07 16:54, Luca Olivetti wrote:
>>> The diff fails on all po files, it's only me or does it happens to others?
>> You need to add '-p1' to the patch command.
>
> Yes, I kno
En/na Klaus Schmidinger ha escrit:
> On 08/19/07 17:12, Luca Olivetti wrote:
>> En/na Klaus Schmidinger ha escrit:
>>> On 08/19/07 16:54, Luca Olivetti wrote:
>>>> The diff fails on all po files, it's only me or does it happens to others?
>>> You need
En/na Klaus Schmidinger ha escrit:
> Please try version 1.5.8, which I have just uploaded.
yes, 1.5.8 works.
Bye
--
Luca
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
En/na Udo Richter ha escrit:
> Luca Olivetti wrote:
>> The diff fails on all po files, it's only me or does it happens to others?
>
> po files are a pain for diff-patches because they have lists of source
> code line numbers in the comments. If you've applied a
Hello,
I'm releasing version 1.1.0 of the "actuator" plugin available at
http://www.ventoso.org/luca/vdr/
This plugin controls a linear actuator (or an horizon to horizon one)
through the parallel port with a simple circuit.
The only change is the adaptation to the new translation method, so it
En/na Udo Richter ha escrit:
> Matthias Fechner wrote:
>>> cp Make.config.template Make.config
>>> edit it and set LOCDIR=./locale
>> ok I changed it, now VDR says at startup:
>> Aug 20 14:53:36 localhost vdr: [23028] found 21 locales in ./locale
>> Aug 20 14:53:36 localhost vdr: [23028] no locale
En/na Klaus Schmidinger ha escrit:
> Note that the "multiple OSD" change currently has no visible effect yet,
> but it is a necessary preparation for displaying subtitles, which will
> be addressed in the next developer version.
dvb or teletext?
Bye
--
Luca
__
En/na Klaus Schmidinger ha escrit:
> On 08/26/07 21:51, Luca Olivetti wrote:
>> En/na Klaus Schmidinger ha escrit:
>>
>>> Note that the "multiple OSD" change currently has no visible effect yet,
>>> but it is a necessary preparation for displaying subtitl
Hello,
I downloaded the patch for both vdr and the ttxtsubs plugin from Rolf's
page, but the subtitles aren't showing.
With a quick look (and I remark "quick" so I may be wrong) it seems that
the patches now don't change anymore the osd but use the new osd level
in vdr-1.5.9.
I'd like to know i
En/na Rolf Ahrenberg ha escrit:
On Thu, 30 Aug 2007, Luca Olivetti wrote:
With a quick look (and I remark "quick" so I may be wrong) it seems that
the patches now don't change anymore the osd but use the new osd level
in vdr-1.5.9.
Yes. I've set subtitles to use level 1
En/na Petri Helin ha escrit:
> Luca Olivetti wrote:
>> En/na Rolf Ahrenberg ha escrit:
>>> DVB subtitles are working nicely in my FF setup and someone reported
>>> that ttxtsubs are working with xineliboutput.
>> I somewhat doubt it, since I had to bypass the
En/na Luca Olivetti ha escrit:
En/na Petri Helin ha escrit:
Luca Olivetti wrote:
En/na Rolf Ahrenberg ha escrit:
DVB subtitles are working nicely in my FF setup and someone reported
that ttxtsubs are working with xineliboutput.
I somewhat doubt it, since I had to bypass the "IsOpen&quo
En/na Rolf Ahrenberg ha escrit:
> On Sun, 2 Sep 2007, Luca Olivetti wrote:
>
>> You're right, I've re-checked without my patch and it works (though with
>> the osd level the "IsOpen" check is not really necessary).
>
> Well, you're right too and i
En/na Rolf Ahrenberg ha escrit:
> On Mon, 3 Sep 2007, Luca Olivetti wrote:
>
>> why don't you take maintainership of the plugin, release a full tarball,
>> and be done with it?
>
> Because I don't want it. The plugin needs a complete rewrite and there'
En/na Klaus Schmidinger ha escrit:
> I haven't looked into the code of the ttxt subtitle plugin, yet, but
> currently my idea is to convert the ttxt subtitles into DVB subtitles,
> so that VDR only needs to handle one type of subtitiles for recording
> and live viewing.
Aren't dvb subtitles just
En/na Reinhard Nissl ha escrit:
> Hi,
>
> I'm pleased to announce the long awaited release 0.8.0, which integrates
> the vdr-xine-network patch. You can find it on my homepage:
I finally upgraded to this version (from 0.7.6 + network patches, I
think I tried some other version but with similar p
En/na Luca Olivetti ha escrit:
> En/na Reinhard Nissl ha escrit:
>> Hi,
>>
>> I'm pleased to announce the long awaited release 0.8.0, which integrates
>> the vdr-xine-network patch. You can find it on my homepage:
>
> I finally upgraded to this version (from
En/na Reinhard Nissl ha escrit:
> Hi,
>
> Luca Olivetti schrieb:
>
>> Is it possible that newer version generate more traffic/are more
>> sensible to network latencies?
>
> Yes, at least in the buffer monitoring phase, which was introduced with
> 0.7.7. Try t
En/na Graziano Pavone ha escrit:
> I'm currently using xineliboutput for my other client (on a standard
> PC), so this would be my first choice, but I've no problem to switch
> back to vdr-xine (which I used in the past - with the network patch... I
> moved to xineliboutput just because I don't
er_Glyph 32, 3
> vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3
> vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3
> Speicherzugriffsfehler
>
> Apparently the AntiAlias fix worked for Luca Olivetti
Yes, and it is working now, with vdr-1.5.11 (though
El Wed, 14 Nov 2007 14:38:39 +0100
Jan Willies <[EMAIL PROTECTED]> escribió:
> Luca Olivetti wrote:
> > FWIW I have 2.3.1 (the version that came with mandriva 2007.1).
>
> Seems that debian only has Version: 2.3.5-1+b1 and Version:
> 2.2.1-5+etch1. Unfortunately, 2.2
El Thu, 15 Nov 2007 19:58:43 +0100
YUP <[EMAIL PROTECTED]> escribió:
> I successfully compiled dxr3 plugin from cvs (stable at it was
> described here http://www.linuxtv.org/vdrwiki/index.php/Dxr3-plugin),
> but still no luck - vdr crashes with segmentation fault.
This happened to me with the fi
En/na Reinhard Nissl ha escrit:
> BTW: the patch is almost untested as there are currently no subtitles
> running.
FYI, if you can see astra 2d I just found that at least CBeebies and
BBC4 broadcast dvb subtitles.
Bye
--
Luca
___
vdr mailing list
vd
En/na Rob Davis ha escrit:
> I have a couple of SkyStar cards on a VDR server, running xineliboutput
> on an NVidia card using a VGA cable to my HDTV. I am seeing lagging,
> tearing and noticeable interlacing.
>
> Is it worth buying a DXR3 on ebay?
A dxr3 only decodes mpeg at standard resolution
En/na Stefan Lucke ha escrit:
>
> Excat :-(
>
> Stefan Lucke
In case it could help you: the dxr3-plugin had a similar issue, the
solution was to clear the osd each time SetAreas is called.
http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?r1=1.1.2.17&r2=1.1.2.18
Bye
En/na Klaus Schmidinger ha escrit:
> On 01/19/08 18:47, Luca Olivetti wrote:
>> En/na Stefan Lucke ha escrit:
>>
>>> Excat :-(
>>>
>>> Stefan Lucke
>> In case it could help you: the dxr3-plugin had a similar issue, the
>> solution was to
En/na Igor ha escrit:
>>> So I was wondering if it would be possible to use the on board video
>>> decoder chips of the VIA EPIA boards like the VIA EPIA EX15000G
>>> http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboa
>>> rd_id=450
>>>
>>> This board mounts a CX700M2 chipset wh
1 - 100 of 269 matches
Mail list logo
