Peter Münster writes:
> Hi Klaus,
>
> What about adding a possibility to skip ±5 or ±10 seconds when replaying
> a recording?
>
> Would you perhaps accept a patch for the developer version?
Bonjour,
i've added this to menu.c :
case k5|k_Repeat:
case k5: SkipSeconds(240); break;
ca
Manuel Reimer writes:
> Hello,
>
> with event based init systems (in my case systemd) it seems to become
> a big issue to startup VDR.
>
> If you install VDR on a SSD device, then startup gets *really*
> fast. Sometimes that fast, that VDR starts before all devices are
> initialized.
>
> I've ask
Marx writes:
> Is it possible to start VDR without any device?
> Why? Because I want it to serve recordings via VNSI to XBMC
> Marx
Hi,
vdr-dummydevice
Written by: Petri Hintukainen
Project's homepage: http://phivdr.dyndns.org/vdr/
Latest version available at: http
"fnu" writes:
>> It's definitely difficult to provide short translations of short english
> technical keywords and sentences.
>
> If you don't make in couple of words, why translate it? Keep it in the
> proper short technical english original, it's not any prose what need to be
> translated sensi
Marc writes:
> On 12/02/2013 02:24, syrius...@no-log.org wrote:
>> Bernard Jaulin writes:
>>
>>
>> Bonjour,
>>
>>> We are working on that now ! We send you a new one .po asap.
>>> Dear french fellow countryman please take a look here :
>>> http://dvbkivabien2.info/viewtopic.php?f=21&t=14987
>>>
Bernard Jaulin writes:
Bonjour,
> We are working on that now ! We send you a new one .po asap.
> Dear french fellow countryman please take a look here :
> http://dvbkivabien2.info/viewtopic.php?f=21&t=14987
> and here :
> http://lite.framapad.org/p/ClyUvioD5s
Thanks Bernard !
I've just propos
Marc writes:
> On 09/02/2013 15:35, Klaus Schmidinger wrote:
>> VDR is now approaching version 2.0.0, so this might be a good time
>> for translators to complete the internationalized texts.
> Hi,
>
> Here is a patch for fr_FR.po.
NAK NACK NON NEIN NICHT NO :-)
> Regards,
>
> Marc.
Hi Mar
syrius...@no-log.org writes:
> louis.br...@gmx.de writes:
>
>> Hi,
>>
>> I'm the author of the plugin. You have to use a true color capable output
>> device (i 'm using softhddevice, but it should also work with xine, or
>> xineliboutput with HUD enabled) to run the plugin.
>
> Ok.
> Thanks fo
louis.br...@gmx.de writes:
> Hi,
>
> I'm the author of the plugin. You have to use a true color capable output
> device (i 'm using softhddevice, but it should also work with xine, or
> xineliboutput with HUD enabled) to run the plugin.
Ok.
Thanks for the information guys.
I don't know if my
Hi,
I've just discovered tvguide on vdr-developper.org.
I'm running vdr 1.7.31. i followed the instructions, copied the themes
files to $VDRCONF/themes.
When i try to use the plugin I get nothing (osd goes away).
vdr control doesn't work anymore so i guess the plugin is activated.
And vdr segfaul
Mariusz Bialonczyk writes:
> On 01/03/2013 02:09 PM, syrius...@no-log.org wrote:
>> I'm not using the xvdr plugin, what would be the equivalent workaround
>> for vdr itself ?
>
> The equivalent in VDR should be this:
> http://pastebin.com/raw.php?i=RnW6p5gt
Thanks Mariusz !
Giving it a try right
Mariusz Bialonczyk writes:
> On 11/10/2012 12:12 AM, Mariusz Bialonczyk wrote:
>> Is it possible that it is caused by some global lock or mutexes
>> in VDR?
>
> Hello
> It seems the cause of the problem has been located by Alex Pipelka.
>
> The vdr freezes occurs when obtaining the signal strengt
Hi,
Talking about dynamite,
I'm using it because of my dvb-ttpci card and my usb dvb-t dongle.
Their driver/firmware need to be reloaded from time to time.
There're 3 dvd-s cards and 1 dvb-t usb stick.
I'm using the adapter_nr module feature to order the cards.
- card 0 : WinTV-NOVA-HD-S2 (uses
Tobi writes:
> On 12.08.2012 14:32, Klaus Schmidinger wrote:
>
>> Do you actually *have* a remote control with "non-standard" color keys?
>
> I use an UR-2400 - R/Y/B/G.
>
> ...but I got used to it.
Same here, RYBG.
I'll give the patch a try this evening.
Thanks
--
___
Marx writes:
> Hello
> Let's say I have same channel available from DVB-S and DVB-T. Is it
> possible to tell VDR that those channels are the same and can be
> treated the same as on dual head DVB-S devices?
> So It would share EPG and would be used for recording if needed.
> There probably would
Lars Hanisch writes:
> Am 07.03.2012 21:43, schrieb Udo Richter:
>> Am 07.03.2012 21:19, schrieb Richard Scobie:
>>> I have found that adding a "sleep 5" to my startup script, between
>>> loading the drivers and starting vdr, has caused it to successfully
>>> survive five reboots.
>>
>> I'm doing
"Timothy D. Lenz" writes:
[...]
> A problem I have run into before is not that a channel is down, though
> that also happens, but that a tuner is down. I've had tuner crashes,
> but vdr just stayed with that tuner/chanel and recorded nothing. I
> currently have 5 ATA tuners. 2 Dual tuner cards an
Paul Menzel writes:
> Am Donnerstag, den 01.03.2012, 15:31 +0100 schrieb Gero:
>> On Thursday 01 March 2012 - 10:31:37, Paul Menzel wrote:
>> > On Thursday 01 March 2012 - 07:03:03, VDR User wrote:
>> >
>> > I just want to throw in, that there are several programs already using a
>> > client/serv
Eric Valette writes:
> On 02/28/2012 03:08 PM, Gero wrote:
>
>> ... but it's not that dau-proof than vdr-distributions like linVDR or yaVDR,
>> so I think it could be a good template for future vdr-development, but not
>> serve as a vdr-replacement.
>
> Well openelec distrib does have means to us
Udo Richter writes:
> Am 23.02.2012 19:36, schrieb Magnus Hörlin:
>> This is an interesting topic and I have had exactly the same ideas. But
>> I think this violates Klaus's "Keep it simple" philosophy and (as usual)
>> I tend to agree with him.
>
> If you've ever read the algorithm that picks th
Reinhard Nissl writes:
>> I'd like to prevent vdr from using it for recordings.
>> Do you know of any plugin or patch that help achieving this ?
>>
>> Ideally I'd love to be able to set priorities and properties to
>> devices.
>> Something like:
>> device #1: can_record, can_do_epg_scan, can_do_l
VDR User writes:
> On Sun, Apr 17, 2011 at 2:36 AM, wrote:
>> vdr-sxfe output complains it can't demultiplex the stream, but that
>> won't work when I'm away and nobody's watching tv. That won't prevent
>> vdr from using the bad card.
>
> If the vdr-sxfe log gives you useful text for this, why
Klaus Schmidinger writes:
> You could start by patching the function
>
> cDevice *cDevice::GetDevice(const cChannel *Channel, int Priority,
> bool LiveView)
ok thanks, that's what i thought.
> But wouldn't it be better to just replace that faulty
> device altogether?
it's a dvb-ttpci rev1.
VDR User writes:
> On Sat, Apr 16, 2011 at 7:28 AM, wrote:
>> I'm now running one vdr instance with 4 dvb devices.
>> One device is crashing quite often and I haven't find a way to
>> automatically detect when it's crashed. (vdr used to issues "unknown
>> picture type message in the past)
>
> I
Hi,
I'm now running one vdr instance with 4 dvb devices.
One device is crashing quite often and I haven't find a way to
automatically detect when it's crashed. (vdr used to issues "unknown
picture type message in the past)
I'd like to prevent vdr from using it for recordings.
Do you know of any
"L. Hanisch" writes:
Hi,
>> It is working perfectly, i haven't tried to remove/add adapter yet.
>> I will do later today.
>
> Thanks for testing this!
No issues with detaching and reattaching, that's a very nice feature !
>> Just another question:
>> When i decide to only use one vdr instanc
"L. Hanisch" writes:
>> - have you considered changing the way vdr detects adapter on startup ?
>>for instance vdr won't detect /dev/dvb/adapter1 if
>>/dev/dvb/adapter0 does not exist. this might happen when using udev
>>rules and restarting vdr while a module isn't loaded
>
> dynamit
"L. Hanisch" writes:
> Features:
> - attach/detach devices
[...]
> - set device on idle
[...]
> - GetTSPacket timeout
> It is possible to set a 'GetTSPacket' timeout on the devices. If a
> device delivers no data for some time it can be automatically
> detached. This is intended for devices which
Udo Richter writes:
> Am 09.02.2011 21:13, schrieb - -:
>> I upgraded my VDr system from 1.6.0 to 1.7.16. After upgrade, I found
>> that my FF card (fujitsu-siemens dvb-c) crashes almost every time
>> when I exit from a recording playback.
>
> Using 1.7.16 on an unmodified FF DVB-S regularly, no
"Hawes, Mark" writes:
> I'm have been using a Technotrend FF sat card on 1.7.16 without a
> problem.
>
> Check you are using the latest firmware.
:-)
Ok, i'll give it a last try with another motherboard and also with
vdr-1.6.0 and I'll give it away.
--
___
VDR User writes:
> I've got a couple FF cards that work fine, although I've used them as
> budget cards ever since I moved to a VDPAU setup.
Hi,
do you mean you have modified your ff card as explained on
http://www.linuxtv.org/wiki/index.php/DVB_TT_Budget_Patch ?
Do you use to have arm crashes
- - writes:
> I upgraded my VDr system from 1.6.0 to 1.7.16. After upgrade, I found that my
> FF card (fujitsu-siemens dvb-c) crashes almost every time when I exit from a
> recording playback. It won't tune anymore. Usually OSD still works but
> sometimes it also crashes. Only way to recover is t
Udo Richter writes:
Hi !
Thanks for your answer !
> Am 25.09.2010 16:38, schrieb syrius...@no-log.org:
>> I'm having a setup with 4 dvb cards, and I'm running 3 vdr instances.
>> I'm using an udev rules to make sure adapter numbers don't change.
>> I'm using the -D option the assign cards to vdr
Hi,
I'm having a setup with 4 dvb cards, and I'm running 3 vdr instances.
I'm using an udev rules to make sure adapter numbers don't change.
I'm using the -D option the assign cards to vdr instances.
I've just discovered that vdr -D 3 would not use the adapter 3 if
adapter2 was missing from /dev
"Frank Schmirler" writes:
>> The black screen also appears the first time you connect to the
>> streamdev-server using HTTP. (its primary output goes black for a
>> second then it's ok)
>
> I have not been able to reproduce this on my machine, except when the server
> VDR was not suspended and no
"Frank Schmirler" writes:
> On Tue, 27 Jul 2010 15:07:23 +0200, syrius.ml wrote
>> Have you had a look at
>> http://projects.vdr-developer.org/issues/show/10 ?
>
> Yep: http://www.linuxtv.org/pipermail/vdr/2010-July/023243.html
> Hope Klaus integrates the patch.
Hi,
I really hope he does too.
"Frank Schmirler" writes:
> On Fri, 30 Jul 2010 15:03:30 +0200, syrius.ml wrote
>> Just an offtopic note: i'm using 2 streamdev-client instances, in the
>> setup menu i get streamdev-client and streamdev-client2. when I
>> change an option from one instance it gets changed in the other's instanc
"Frank Schmirler" writes:
> I have not been able to reproduce this on my machine, except when the server
> VDR was not suspended and no idle device was available. Fixed that in
> getdevice-0.5.diff.
Thanks Frank.
Just an offtopic note: i'm using 2 streamdev-client instances, in the
setup menu
syrius...@no-log.org writes:
> "Frank Schmirler" writes:
>
>> On Tue, 27 Jul 2010 13:26:39 +0200, syrius.ml wrote
>>> "Frank Schmirler" writes:
>>>
>>> [...]
>>> > I quickly hacked together a patch at
>>> > http://www.vdr-developer.org/mantisbt/view.php?id=582. It's totally
>>> > untested,
>>>
"Frank Schmirler" writes:
> On Tue, 27 Jul 2010 13:26:39 +0200, syrius.ml wrote
>> "Frank Schmirler" writes:
>>
>> [...]
>> > I quickly hacked together a patch at
>> > http://www.vdr-developer.org/mantisbt/view.php?id=582. It's totally
>> > untested,
>> > but maybe you want to give it a try. M
"Frank Schmirler" writes:
[...]
> I quickly hacked together a patch at
> http://www.vdr-developer.org/mantisbt/view.php?id=582. It's totally untested,
> but maybe you want to give it a try. Might take a while until I have time to
> test it.
Hi,
The patch applies to the source, it even compiles.
Dieter Hametner <[EMAIL PROTECTED]> writes:
Hi,
>> > I couldn't run properly vdr 171 + s2api + extension patch + s2api patch +
>> > h.264patch that's why I keep vdr 170 + s2api patch + h.264patch
>>
>> There's a git repository for vdr at http://git.gekrumbel.de/?p=vdr.git
>> Wouldn't it be appro
Goga777 <[EMAIL PROTECTED]> writes:
> Hi
>
> I couldn't run properly vdr 171 + s2api + extension patch + s2api patch +
> h.264patch
> that's why I keep vdr 170 + s2api patch + h.264patch
There's a git repository for vdr at http://git.gekrumbel.de/?p=vdr.git
Wouldn't it be appropriate to use it t
Lars Bläser <[EMAIL PROTECTED]> writes:
[...]
> btw. there is a vdr fork repository (svn://reelbox.org)
> reel-multimadia has its own 1.4.7 dvb-s2, h.264 capable vdr
> they (Georg Acher?) wrote there own extension för dvb-s2 and they
> extended vdr to there needs
> it could be interesting to hear
Udo Richter <[EMAIL PROTECTED]> writes:
> Lets think this through: An open VDR repository for everyone to get in
> their personal 'I want this' patches. Surely this will lead to chaos,
indeed.
> since no one really oversees the needs of all VDR users. (Take
> sourcecaps vs. lnbsharing as exam
Klaus Schmidinger <[EMAIL PROTECTED]> writes:
> On 09/05/08 16:15, Vladimir Kangin wrote:
>> We can dedicate server for these purpose. And our administrators would
>> be able to support it. Does it make sense?
>
> Of course I can't prevent people from doing this.
> But I won't synchronize my work
"VDR User" <[EMAIL PROTECTED]> writes:
> I will however give you an example. There was a time when the
> majority of dvb users I talk to used VDR, and only a few guys used
> MythTV. Now the opposite is true. The majority of those people are
> using MythTV and few are left who still use VDR. Wh
"VDR User" <[EMAIL PROTECTED]> writes:
> What ever happened to the idea of setting up VDR deveopment on
> mercurial to allow the main contributors who want to work on it to do
> so without hassle/delay? I think converting to mpeg-ts instead of
> pes, and the hdtv support + all things related woul
Goga777 <[EMAIL PROTECTED]> writes:
> Hi
>
> Our last discussion about reelchannelscan was in May.
> http://www.linuxtv.org/pipermail/vdr/2008-May/017037.html
>
>>From May in svn version of reelchannelscan there's new features
> and fixes.
> svn checkout svn://reelbox.org/testing/src/vdr-plugins
Am I the only one to still have those kind of errors ?
In fact I'm not using the output of my ff card and I'm wondering if
any hack would allow to transform it into a budget card ?
I'm not sure to understand what the dvb tt budget patch does.
( http://linuxtv.org/wiki/index.php/DVB_TT_Budget_Pat
Petri Helin <[EMAIL PROTECTED]> writes:
> gimli wrote:
>> Screen resolution is 1920x1080 for HDTV.
>> When is switch from an SDTV channel to an HDTV channel
>> the OSD is way to small. Looks there is no scalling to
>> the larger resolution.
>>
>
> You might want to give the cvs a go now. There sh
[EMAIL PROTECTED] writes:
> Don't know, I haven't tried :)
> Going to try right now
Seems ok now.
Thanks again.
--
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Petri Helin <[EMAIL PROTECTED]> writes:
> It will affect in a sense since xine_input_vdr.c is used when building
> xineplug_inp_xvdr.so (the xine VDR input plugin) which in turn is used
> whether you use vdr-sxfe or xine-ui. So, the important thing is to
> replace the xine plugin after recompil
Pertti Kosunen <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> but vdr-sxfe wasn't recompiled. it seems there's no dependency to
>> xine_input_vdr.c
>
> You may have to run "make clean-plugins".
what I meant is that it does not seem vdr-sxfe depends on
xine_input_vdr.c
And the modificat
"Simon Baxter" <[EMAIL PROTECTED]> writes:
> If you could share your modified plugin - that'd be great
freevo-vdr.tar.bz2
Description: Binary data
If I recall correctly it was based on freevo-vdr-0.5.
I copy the 2 files in
/usr/local/stow/freevo-1.x/lib/python2.5/site-packages/freevo/plugins/
Petri Helin <[EMAIL PROTECTED]> writes:
>>> cvs update -C -r 1.127 xine_input_vdr.c
>>>
>>> It has been reported to cure the kind of behaviour you have been
>>> experiencing.
>>
>> btw, vdr-sxfe is also affected.
>>
>
> Reverting xine_input_vdr.c, recompiling (make plugins) and reinstalling
>
Petri Helin <[EMAIL PROTECTED]> writes:
> For a temporary solution you could revert file xine_input_vdr.c to
> version 1.127:
>
> cvs update -C -r 1.127 xine_input_vdr.c
>
> It has been reported to cure the kind of behaviour you have been
> experiencing.
btw, vdr-sxfe is also affected.
--
__
"Simon Baxter" <[EMAIL PROTECTED]> writes:
>> [EMAIL PROTECTED] wrote:
>>> Hi,
>>>
>>> I'm using vdr-1.6 and xineliboutput from cvs.
>>> I'm using it with freevo and vdr is controlled through
>>> xine-ui/vdr-sxfe by stdin.
>>> For instance I send "hitk Up" to vdr-sxfe or "EventUp" to xine-ui.
>
>
Petri Helin <[EMAIL PROTECTED]> writes:
> For a temporary solution you could revert file xine_input_vdr.c to
> version 1.127:
>
> cvs update -C -r 1.127 xine_input_vdr.c
>
> It has been reported to cure the kind of behaviour you have been
> experiencing.
I'll do that.
Cheers.
--
Hi,
I'm using vdr-1.6 and xineliboutput from cvs.
I'm using it with freevo and vdr is controlled through
xine-ui/vdr-sxfe by stdin.
For instance I send "hitk Up" to vdr-sxfe or "EventUp" to xine-ui.
Every so often when i change between channels xine-ui/vdr-sxfe stops
displaying video+osd. I have
Jörg Knitter <[EMAIL PROTECTED]> writes:
> Petri Helin wrote:
>> [...]
>> start up a fluxbox session. The fluxbox session runs a start up script
>> which starts vdr-sxfe, which connect to the xineliboutput plugin.
>> [...]
>>
> One general question: Is vdr-sxfe reliable enough on
> bad-weathe
Boguslaw Juza <[EMAIL PROTECTED]> writes:
> Hi
>
> Look at http://freevo.sourceforge.net/ - it is the frontend for home
> cinema linux PC. It starts Xserver itself, you don't need gdm, gnome
> etc... I'm using it and Im very glad :).
> I removed freevo TV config and I set xine for VDR as a "e
"VDR User" <[EMAIL PROTECTED]> writes:
> On Sun, Apr 6, 2008 at 9:57 AM, Jean-Claude Repetto <[EMAIL PROTECTED]> wrote:
>> I think most VDR users are using a full featured DVB card, so they don't
>> need X.
>
> There are very many users who do not use a full featured card! Please
> don't discou
This is the output of my dvb-ttpci FF card:
http://img252.imageshack.us/my.php?image=t1yz3.png
What are the box around the titles ?
Is anybody able to reproduce and fix this ?
--
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mai
Hi there,
First time i'm using the Makefile to install vdr.
Why is it :
install-i18n:
@mkdir -p $(DESTDIR)$(LOCDIR)
@(cd $(LOCALEDIR); cp -r --parents * $(DESTDIR)$(LOCDIR))
and
install-plugins: plugins
@mkdir -p $(DESTDIR)$(PLUGINLIBDIR)
@cp --remove-destination $(PLUGINDIR)/lib/lib*-
Klaus Schmidinger <[EMAIL PROTECTED]> writes:
>Should there be a stable version 1.6.0 now, based on what's in
>version 1.5.14, but without DVB-S2 or even H.264 support?
>
> Yes or No?
No !
I'm still using 1.4.7.
It would have been a yes if :
- i was using 1.5 already
- new dev version 1.
Niko Mikkila <[EMAIL PROTECTED]> writes:
>> >> So how do I force Xineliboutput to first scale the _video_ to screen
>> >> (not vice versa) and then put OSD (unscaled) on top of that?
>> > Same problem here.
>> > I'd prefer it to scale the osd the same way vdr-xine does.
>> > (i'm using xine as a
Samuli Seppänen <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I have a problem with Xineliboutput's OSD. In low resolution videos it
> look doesn't fit the screen. It seems as if Xineliboutput actually
> switches the resolution of the (VGA) monitor.
>
> So how do I force Xineliboutput to first scale
Alasdair Campbell <[EMAIL PROTECTED]> writes:
> Beside all that, I do believe VDR needs to integrate H264 & HD
> recording, along with support built-in for multiple frontends. Hopefully
> I can lend a hand with the coding (in about 6 years).
I'd be happy to do some clean C++ programming (I've h
"VDR User" <[EMAIL PROTECTED]> writes:
> Some of us aren't ready to switch just yet but there's no ignoring the
> shift in peoples interests. All I can say is when it comes time that
> I can't ignore those requirements anymore, I can only hope that VDR
> has envolved with the times and I won't be
"Graziano Pavone" <[EMAIL PROTECTED]> writes:
[...]
> And you wouldn't mind applying a huge patch on VDR to achieve this goal?
>
> This feature is so interesting that I certainly wouldn't mind, even if it
> would a very good feature to be included in the 1.5 vdr release... :)
imho that's a fe
Darren Salt <[EMAIL PROTECTED]> writes:
>> - it doesn't require me to recompile libxine
>
> Neither does vdr-xine (if you're using xine-lib-1.2).
oh, good to know, i'll give it a try then.
Cheers
--
___
vdr mailing list
vdr@linuxtv.org
http://www.lin
"mike lewis" <[EMAIL PROTECTED]> writes:
Hi,
> I've used vdr-xine, and I've used xinelibout for vdr. I've just ogt a
> general question, as they both seem to have similar functionality (or
> at least they both satisfy my need for a software client head to vdr.
> What's the driver for vdr-xine?
Ludwig Nussel <[EMAIL PROTECTED]> writes:
>> [...]
> I wonder whether reloading modules is still an appropriate action.
> Nowadays it's possible for example to bind/unbind drivers to/from
> specific devices. Ie if you have multiple dvb-ttpci cards it should
> be possible to reset a specific one.
[EMAIL PROTECTED] writes:
> Ok, Thanks a lot for this very quick patch.
>
> Unfortunatly it doesn't solve the issues i have with vtp.
> I'll have a look at the bug tracker to see if it has already been
> reported.
Hm in fact the issues I have are with vdr 1.5.1 and VTP.
I went back to 1.4 and vtp
Petri Hintukainen <[EMAIL PROTECTED]> writes:
> On Tue, 2007-04-03 at 15:20 +0200, [EMAIL PROTECTED] wrote:
>> Petri Hintukainen <[EMAIL PROTECTED]> writes:
>>
>> Hmm what about section filtering ?
>> it seems section_filters-0.2.patch doesn't apply well on cvs version.
>> is it possible to have
Petri Hintukainen <[EMAIL PROTECTED]> writes:
>> And are there any plans for streamdev to support HDTV (h.264 or
>> similar)?
>
> It should be possible to watch H.264 HDTV using HTTP TS streaming with
> the patch from
> http://phivdr.dyndns.org/vdr/vdr-streamdev-patches/testing/
Hmm what about s
"Simon Baxter" <[EMAIL PROTECTED]> writes:
> I've been trying all the available modes in the streamdev-server to
> find the one that suits my needs best.
>
> I have 2 VDRs, a server and a client. Ideally, I'd like them both to
> be able to change channel - and when the transponders need to change
- Fixed unscaled OSD scaling to display size when low-resolution video or
different aspect ratio
unfortunatly it seems it's not fixed here.
and i am still having big sound/video glitches/issues when zapping.
i'm using xine-lib 1.1.2 and xine-ui 0.99.4+cvs20060813-1 and tcp
it's reproducible o
Hi,
Am I the only one to have those issues ?
- no audio / big audio lags when changing channels (also the case with
pre4)
- osd does not fit screen. (right part is outside the screen)
i'm using xine-ui with remote tcp stream and debian/unstable:
libxine is 1.1.2-6
xine-ui is 0.99.4+cvs20060813
Anssi Hannula <[EMAIL PROTECTED]> writes:
>> [...]
> For a reference, here's the algorithm VDR 1.4.2 uses to select the
> device for viewing and recordings:
> If this is liveview and the primary device provides the channel without
> interrupting anything else, it is used. Otherwise:
> Devices that
Udo Richter <[EMAIL PROTECTED]> writes:
> I've tried, and was successful with udp://@224.0.1.9:37890
oh yes, i don't know what i did before asking here, but now it's
working.
> This is a multicast transmission, so the IP network will take care of
> connecting the client to the server. No need t
Hi,
I'm the happy user of xineliboutput 1.0.0pre3.
I'd like to know if it's possible for other rtp clients to play
the multicast stream. (while xine+xineliboutput is playing it)
In fact i'd like to be able to use vlc to transcode/re-stream it.
what's the format of the video stream sent by xinel
Udo Richter <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> Is there a plugin that allow to scan a specific transponder ?
>
> Hmm, usually its enough to tune to that transponder, I think. So if
> you start a recording, or use streamdev to enforce this transponder on
> the second card, ep
Hi,
Is there a plugin that allow to scan a specific transponder ?
I know it's possible to trigger a full scan, but i would like to know
if it's possible to only checks some transponders (not all).
I guess an option to the svdrp SCAN command would be nice :)
In fact while i'm watching a channel
85 matches
Mail list logo
