On Thu, Sep 17, 2015 at 8:58 PM, Karim wrote:
> Hi,
>
> I use TBS6280 (dual tuner, pci-e) from Turbosight in dvb-t mode (no dvb-t2
> signal here): good card, not expensive and great technical support. Newer
> model is TBS 6281 :
>
> http://www.linuxtv.org/wiki/index.php/TBS6281
>
> I hope it help
her day on BBC Three which was broadcast in 5.1 which exhibits the
problem.
Cheers,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
kdvb process
entering the D state.
I worked around it for now by using dvbtune to tune the adapter to an
initial DVB-T frequency on boot up (init script which starts before VDR),
but they say they are fixing it in the next driver release.
Thanks,
Morfsta
On Thu, Jun 12, 2014 at 9:46 PM, Milos K
On Fri, Dec 6, 2013 at 8:55 AM, Frank Schmirler wrote:
>
> Can you try adding the sleep command as suggested in my first answer? Maybe
> try a short delay (e.g. 500 ms) and a long delay (e.g. 3000 ms). If it
> helps,
> I'll add a setup option.
>
>
Hi Frank,
Putting in a delay of 500ms definitely
gt; impact.
> The fact that streamdev uses TCP to transmit the stream might be an
> additional
> problem here as packet loss leads to retransmission.
>
> As Morfsta is able to view HD recordings while he seems to get problems
> even
> with SD live TV, bandwith alone sure
On Thu, Nov 28, 2013 at 8:48 PM, Frank Schmirler wrote:
> Hi,
>
> it was about time to publish a streamdev release for VDR 2.0.
> Streamdev-0.6.1
> is now available from
> http://projects.vdr-developer.org/projects/plg-streamdev/files. The server
> plugin requires at least VDR 1.7.25. The client
On Tue, Feb 19, 2013 at 5:03 PM, YUP wrote:
> Hey Morfsta,
> Vdr 2.0.0 is coming, it's time to update your plugin. BTW, take a look into
> this issue http://projects.vdr-developer.org/issues/740 . The same error I
> discovered when compiled against vdr-1.7.38.
> Regards,
>
On Fri, Feb 8, 2013 at 11:38 AM, Torgeir Veimo wrote:
> The purpose for me would be to run a VDR client on a raspberry pi.
> XBMC already runs there and I've used it a bit with VNSI, but until I
> can get the native GUI running on XBMC, it's not WAF ready. I assume
> whenever libxine is finally ab
> I use XVDR and miss in some ways the plain old Vanilla VDR "GUI".
> Maybe its possible with configuration, but I would like to "push"
> XBMC to the background and be able to use all remote keys in XVDR as if I
> was working natively with VDR, then maybe a single key press to get back to
> "normal
On Tue, Jan 1, 2013 at 8:52 PM, Lars Hanisch wrote:
> This is an invitation: Please create more posts in english at vdr-portal! If
> a critical mass is passed it will be
> easier for the ones coming past us. Sure there's only a small "international"
> part, but it is there. And of course there
Okay, updated version (0.3.1) has been uploaded to the VDR Projects site.
I have also fixed all the compilation warnings (at last)!
Thanks
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, Oct 26, 2012 at 7:59 AM, Lars Hanisch wrote:
>> There are two places: one in the class definition and one a few lines below
>> that. Just search for "ChannelSwitch"... :)
> Line 336 and line 347.
Oops. Thanks for the help, I'll update and release a fixed version.
Thanks
_
On Thu, Oct 25, 2012 at 5:42 PM, Lars Hanisch wrote:
> You've forgotten the wrap the definition of ChannelSwitch into #if's:
>
> --- a/rotorng.c
> +++ b/rotorng.c
> @@ -333,7 +333,11 @@
>int last_position_shown;
>bool transfer;
> protected:
> +#if VDRVERSNUM >= 10726
>virtual void Ch
Hi,
The third version of my plugin rotorng has been released here: -
http://projects.vdr-developer.org/projects/plg-rotor-ng/files
This plugin allows you to steer a disecq 1.1 rotor, find satellites
with a signal meter and to store them at given positions. It also has
a rudimentary channel scann
On Thu, Oct 25, 2012 at 3:32 PM, Klaus Schmidinger
wrote:
>
> What "ChannelMonitor"?
> There is no such thing in VDR.
>
Hi Klaus,
Thanks for getting back to me.
Sorry, I meant cStatusMonitor::ChannelSwitch.
> cDvbTuner is local to dvbdevice.c, and cDvbTuner::ExecuteDiseqc() is
> private.
> So
le to give me would be much appreciated and
would hopefully move this plugin forward. I'm not a C++ developer,
more a code hacker so please be gentle! ;-)
Many Thanks,
Morfsta
On Mon, Oct 15, 2012 at 9:29 AM, Morfsta wrote:
> On Fri, Oct 12, 2012 at 3:31 PM, Klaus Schmidinger
> wrot
might look at trying to hack up a plugin if I get some time.
Thanks,
Morfsta
[1] http://www.pulse-eight.com/store/products/104-usb-hdmi-cec-adapter.aspx
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, Oct 12, 2012 at 3:31 PM, Klaus Schmidinger
wrote:
>
> I'm afraid I can't think of anything obvious.
> Could you try using versions 1.7.13 thru 1.7.27 in turn to see
> which version introduced the problem?
>
Thanks Klaus, I will dig into it.
I suspect it could be related to some changes i
changed in VDR, or perhaps the driver that means this no
longer works the way that it used to? I've looked through the HISTORY and
can't spot anything that stands out.
Thank for any help you can provide.
Kind Regards,
Morfsta
___
vdr mailing lis
n one of these too and given the work done so far on VOMP
and XBMC how difficult it would be to create an output plugin?
Cheers,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I'll bite three.
There is no summer in England, so no excuses for all this quietness
On Mon, Aug 6, 2012 at 4:14 PM, Oliver Schinagl wrote:
> I'll bite too :)
>
> I'm still 'waiting' for comments on my patch that I posted on 23-07-12;
> 11:21
>
> [PATCH] Make RGYB buttons customizable (attemp
d, for example by femon or other plugins that need
to communicate with the required physical adapter #?
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ther ideas?
Kind Regards,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Tue, Dec 20, 2011 at 9:20 AM, Ales Jurik wrote:
>
> I also had to implement changes into Seppo patch for gotoxx - so maybe
> you could take a look into the latest version of gotoxx patch for
> 1.7.22, it is working without problems, hope it helps.
>
> You could find the patch at
> http://www.li
On Tue, Dec 20, 2011 at 9:23 AM, Klaus Schmidinger
wrote:
> On 20.12.2011 09:49, Morfsta wrote:
> I don't see what could have changed in version 1.7.21 that might
> have an impact on this.
> "Satellite Channel Routing" (SCR) and "Device Bonding" (unicable)
disecq
handling code within VDR as part of the Unicable update. Klaus could
you point me in the direction of what might have changed such that
these plugins no longer work and I will do my best to implement a fix.
Thanks very much for your help,
Regards,
Morfsta
ons are there.
Good luck!
Regards,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
sing a FF card or my previous Reel eHD) and of course we
can then cover UK channel logos and red button support etc in there as
a subset. VDR Portal IMHO would be the ideal location if we can
consider asking them to open an area for us.
I'd be happy to help and contribute.
Thanks,
Mo
On Thu, Apr 21, 2011 at 6:43 PM, Dominic Evans wrote:
> I spent some time earlier in Illustrator, sourcing vector images of
> various UK channel logos from promotional PDFs issued by Freeview,
> Freesat and Sky and dumped them into individual SVG files for each
> channel.
Excellent work, there's
On Tue, Mar 22, 2011 at 12:05 PM, Arturo Martinez wrote:
> Excellent news!
> I am sure the entire rotor vdr community will be very glad to hear that!
> At the moment I use diseqc.conf with goto position commands for each sat
> position to move the dish
> With rotor-ng does diseqc use have to be sw
On Sun, Mar 20, 2011 at 10:08 PM, Timothy D. Lenz wrote:
> I only have a Nexus-s for sat card and right now my rotor alignment is all
> screwed up. Relays went bad and had to replace them. I left the rotor
> elevation setting untouched but now it over shoots more and more the farther
> it goes as
On Mon, Oct 11, 2010 at 1:32 PM, Morfsta wrote:
> This really is sorely missing from VDR. Its a nice project which I
> might look at if I ever get a spare moment! First I would have to
> update my VDR from 1.7.0 with multiproto as lack of good support for
> vdr-rotor has been hol
On Sun, Jan 23, 2011 at 8:56 AM, Arthur Konovalov wrote:
> I agree and awaiting too native rotor support in the vdr core.
I would also love to see native rotor support. The plugin crashes all
the time with yavdr and is virtually unusable.
___
vdr mail
On Wed, Jan 12, 2011 at 12:02 PM, Laz wrote:
> Sounds good. How are you running iPlayer, etc.? Through Firefox or
> equivalent?
No. Boxee (and XBMC) provide BBC iplayer apps formatted for the big
screen that require only a remote control to navigate.
> I've got a couple of Media MVPs hanging off
> Why not exclusively use the yaVDR repositories?
My winter project has been to migrate my old hand compiled VDR-1.7.0
system using Reel EHD to yaVDR (distro) using a Nvidia GT210 with HDMI
audio. Its taken a bit of tweaking to get somewhere near (mostly
addressing audio sync issues when I used th
On Wed, Nov 10, 2010 at 12:52 PM, Darren Salt
wrote:
> I demand that lucian orasanu may or may not have written...
>
>> how about moving to mplayer instead of xine-lib, is not maintained very
>> well any more?
Would be good, I returned to xinelibout / xine-lib with yavdr recently
after using a re
is sorely missing from VDR. Its a nice project which I
might look at if I ever get a spare moment! First I would have to
update my VDR from 1.7.0 with multiproto as lack of good support for
vdr-rotor has been holding me back from upgrading to S2API and later
development versions of VDR.
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Isn't it about time that VDR had a native out of the box plugin for
X11 output with H264 acceleration? There's so many problems with
having xine or xinelibout plugins developed by 3rd parties and relying
on syncing up with xine etc...
___
vdr mailing lis
>
> Is the maintainer still around?
Just about... ;-) thanks for your improvement.
I will review this and push it up to Klaus for inclusion on the FTP site.
Thanks
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vd
I got xbmc-vdr working the other day - but can't seem to see any
active deinterlacing when using VDPAU Temporal. Other methods such as
bob and weave work okay, but not VDPAU. Does anyone else see this
problem? Pretty useless without any reasonable deint going on.. :-(
Thanks,
Mo
rking.
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Thu, Aug 20, 2009 at 7:55 PM, VDR User wrote:
> I should note that even though I did give it a try, I never intended
> to replace VDR with it regardless of the test results. I am a VDR
> loyalist. :)
I too have tried Myth on a number of occasions and have found it
unwieldy and slow, not sure w
On Sun, Nov 23, 2008 at 11:34 AM, Morfsta wrote:
> Hi,
>
> There appears to have been some changes made recently to BBCHD on 28.2E: -
>
> BBCHD:BBC:10847:vC56M2O35S0:S28.2E:22000:2328:2330=NAR;2329=eng:2331:0:6940
> :2:2050:0
>
> It is now not watchable with a reel
formation about what you are trying to achieve and would be the best
place to ask questions on the subject.
Regards,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Mon, Jun 8, 2009 at 8:54 PM, Georg Acher wrote:
> Just ask, there are no secrets ;) There's just not enough time to guess what
> will be of interest...
Great! Georg, can you let us know why FF/FR and pause/play handling
within VDR with reelbox-3 is so laggy? It makes jumping, searching and
see
seem to be
supported anymore. :-(
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
e a TS sample for investigation?
>
> Bye.
Reinhard, look here: http://www.megaupload.com/?d=Y9UIF304
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
upport
MBAFF properly then.
BBCHD is one of the few HD channels that uses MBAFF, most use PAFF.
Kind Regards,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
rk
on a patch for those who are interested. But right now, I don't know
where to start (I'm a hacker not a coder).
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Mon, Apr 20, 2009 at 11:36 AM, wrote:
> Is there someway in VDR to say schedule a repeated timer 'record this monday
> to
> friday from 9pm til 11pm' or at least a daily timer 'record this every monday
> between 9pm and 11pm'
>
> Perhaps some plugin? Any hints?
If you press "0" on a timer da
ute of
fiddling with VDR > 1.7.0 again, could you confirm that this patch
allows playback of TS recordings on Vomp clients?
If so, I think it would also be a good idea to post this to the vomp forum too.
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv
On Mon, Mar 9, 2009 at 11:34 PM, Klaus Schmidinger
wrote:
> Why should any special output device get support in VDR core, if
> I'm permanently being pestered to remove even support for DVB devices
> from the core code?
Is core VDR still being developed?
_
of recording
> it will start playing again when pressing play.
I can confirm this problem with all version of VDR and reel plugin it
is very frustrating and makes controlling playback of recordings
difficult.
Morfsta
___
vdr mailing list
vdr@linuxtv.or
> Can you try with vdr-1.7.4, that's the first version from vdr 1.7x
> series that i got working with s2api and hvr-4000.
> I have testeed it with streamdev server plugin and mplayer&vlc.
vdr-1.7.4 works fine with all my devices - but vomp isn't compatible
with it yet for replaying its recordings
On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger
wrote:
>>> Have you considered trying VDR 1.7.4?
Klaus, 1.7.4 works fine with S2API and DVB-T here
Looks like there might be a problem in your patch somewhere Niels, but
not sure where? I would still prefer to use 1.7.0 if possible, as
expec
> I still think it's a problem with the channel.conf. For fun, please try
> using the old and default scan for DVB-T. Because I used the old dvb-scan
> with the option to output for VDR on my Gigabyte GT-U7000-RH based DVB-T
> adapter to scan for KPN Digitenne bouquets (location Zwolle/Apeldoorn).
On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger
wrote:
> Well, even using *any* version 1.7.x in a productive environment
> is a risk ;-)
[SNIP]
> S2API was necessary for HDTV channels, and recording HDTV channels
> only makes sense in TS. The PES recording of HDTV broadcasts was never
> offici
On Wed, Feb 4, 2009 at 10:46 AM, Klaus Schmidinger
wrote:
> Have you considered trying VDR 1.7.4?
Eek! Isn't that the one that even you don't consider using in a
productive environment? ;-)
I'm not sure about the TS stuff and how that works and also that I
won't be able to replay normal/HD recor
screen when
tuning to them. In user.log I see: -
Feb 4 10:38:08 morfsta vdr: [18340] probing /dev/dvb/adapter0/frontend0
Feb 4 10:38:08 morfsta vdr: [18340] device 1 provides: DVBS DSS
Feb 4 10:38:08 morfsta vdr: [18344] tuner on device 1 thread started
(pid=18340, tid=18344)
Feb 4 10:38:08 mo
roblem in
> your channels.conf.
>
Now I have recompiled it all and when I run VDR I get: -
vdr: error while reading '/video/config6/channels.conf'
in /var/log/user.log I see: -
Feb 4 10:06:01 morfsta vdr: [17791] loading /video/config6/channels.conf
Feb 4 10:06:01 morfst
Hi,
Due to an attempt on OS upgrade and thus kernel upgrade I'm grudgingly
(it worked for me for months with no issues so why would I want to
change it for now?) trying to make the transition from multiproto to
S2API. I have two DVB-T cards and a NOVA-S2-HD (HVR4000 lite). I have
downloaded a vani
> Thomas Hilber wrote:
>
>> Maybe some day FrameRateControl will allow for a pure open source HDTV
>> solution. Running with adequate picture quality on moderately powered
>> CPUs.
I think it is very important for HDTV without any other solution. One
of my main reasons for buying a eHD was that w
> I am strongly against this.
> *.ts may conflict with KDE, but it is a usual ending for transport stream.
> Several mpeg-tools can handle this. I think the dreambox is also using *.ts
> for its recordings.
>
I agree - .ts is the way to go if it a straight dump of the Transport Stream...
On Fri, Jan 2, 2009 at 8:53 PM, Gregoire Favre wrote:
> I give up... thank for your answer.
I am still using multiproto here ... it works. :-)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Thu, Dec 25, 2008 at 11:10 PM, Tony Houghton wrote:
...
> (I haven't heard of anyone releasing a patch for the BBC HD audio pid problem
> yet).
...
This is a fault with the broadcaster, not a problem with VDR. I have
informed the BBC of the problem and they have acknowledged the issue
and are
il a channel change.
This is a serious issue which needs to be addressed.
I hope the above helps, the eHD is a very nice solution but has some
issues and for vanilla VDR users
right now there doesnt appear to be any way to get them fixed.
Thanks,
Morfsta
___
On Mon, Dec 8, 2008 at 11:05 AM, Manu Abraham <[EMAIL PROTECTED]> wrote:
> It might be a bit more time, to know the actual status, but the TS
> feature might be a still important feature, if that were to happen.
I am an eHD user and I'm hoping that the TS feature might improve
things as currently
On Fri, Dec 5, 2008 at 11:05 AM, Alex Betis <[EMAIL PROTECTED]> wrote:
> 2 channels on the same transponder - about 2 seconds - video and sound
> playing right after the switch.
> 2 channels on different transponders - about 4 seconds - sound is playing
> right after the switch, image is shown, but
On Mon, Dec 1, 2008 at 12:04 PM, Laz <[EMAIL PROTECTED]> wrote:
> I don't have an nVidia card on my vdr box so I can't play about with this:
> no DVB-T HD stuff in the UK for several years to come so I'm happy using
> CPU grunt for MPEG2 decoding for now.
DVB-T2 HD starts broadcasting in the UK in
djusted to permit checking for the content of AC3 data too.
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Sorry to double post, but as an update to this the Reel Multimedia
guys have found that it appears that the AC3 track is currently being
broadcast in a PES packet stream with an ID of 0xc0, which could be
incorrect and AC3 should be broadcast with an id of 0xbd. Perhaps some
other set top boxes ign
> I'm having trouble with playback though. I found "In The Night Garden"
> playing on BBC HD and tried testing with that. With vdr-sxfe the picture
> was mostly OK but very jerky while the sound was hopeless, mostly
> silence with a click or brief snatch of recognisable sound every few
> seconds.
because they have
started using AAC audio which is not supported by VDR.
Is anyone else having problems with this and FFMPEG or CoreAVC via
xine or is it still fine?
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin
ak ups (ongoing
pixelisation and stutter) until I change channel up and down. This
happens only on HD channels and usually occurs after about 10 minutes
of completely normal viewing.
Has anyone experienced this and is there any fix?
Thanks,
Morfsta
___
vdr m
On Wed, Nov 19, 2008 at 7:03 AM, Mattia Rossi <[EMAIL PROTECTED]> wrote:
> Hi Morfsta
> do you have a link to a test file to play with ?
>
> Mattia
They are all quite big, but you can download one from most torrent sites.
Try downloading any TV episode that is fl
r is this a known bug (it stutters badly).
Thanks,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
n
your channels.conf: -
ITV HD;BSkyB:11428:hO0S0:S28.2E:27500:3401:0;3402:0:0:54207:0:0:0
Enjoy,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> As I remember there was another problem - with audio/video sync. The sound was
> delayed more and more - I've patched the plugin myself to disable the
> audio/video sync algorithm. But in last versions (I'm now using the 8649
> version) it is ok. So it is maybe second reason of your problem.
>
>
his card, mostly in German on vdr portal and reel's own portal.
Cheers,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
What did I start?!
For what its worth, I think VDR had DVB-S2 support (albeit patches)
long before MythTV..
VDR does need some of its core functionality upgraded - for example
something like the Reel channel scan is badly missing, you should be
able to easily scan for transponders from within VDR
On Thu, Sep 4, 2008 at 11:46 AM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> This summer I had quite a few other things to do, and many times
> the weather was just too good to sit by the PC and do programming.
>
> I do intend to continue working on VDR, and I sure hope to find
> more time for
planned?
Hope everything is okay with Klaus too and he hasn't "disappeared" for
some reason...
Kind Regards,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
The news you might all have been waiting for - untested here but the
below is reproduced from the FFMPEG Dev mailing list: -
>from: Paul Kendall <[EMAIL PROTECTED]>
>reply-to: FFmpeg development discussions and patches <[EMAIL PROTECTED]>
>to: [EMAIL PROTECTED]
>
>date: Sat, Jul 26, 2008 at 1:13 A
On Fri, Jul 25, 2008 at 3:34 PM, it's me <[EMAIL PROTECTED]> wrote:
[...]
> but a
> automated start via init scripts lead to a segmentation fault (using both
> frontends local sxfe or vdr-sxfe).
>
> ** that's the message:
> --
> Jul 25 16:00:48 localhost kernel: [ 59.299437] Local dec
On Wed, Jul 23, 2008 at 9:38 PM, Theunis Potgieter
<[EMAIL PROTECTED]> wrote:
> I notice a AV desync after 5 minutes, it definitely happens when it reaches
> an advertisement that was cut out, or when I jump to a advertisement. :(
>
I can confirm this also occurs with the latest version of vdr-xin
On Tue, Jul 15, 2008 at 9:54 AM, Goga777 <[EMAIL PROTECTED]> wrote:
>
> is it good for 1080i/720p channels ?
>
Not on my athlon dual core 3Ghz. Too many dropped frames using
greedy2frame or tomsmocomp.
That is why in my patch for xine-lib-1.2 and coreavc I disabled the
interlacer by default as I
> i have mean xineliboutput with ffmpeg , I couldn't run vdr-xine + coreavc for
> linux 170 + dshowserver
>
> Goga
>
Would be nice if xinelibout supported CoreAVC... :-\
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listin
On Wed, Jun 25, 2008 at 7:58 PM, Antti Ajanki <[EMAIL PROTECTED]> wrote:
> I'm glad to announce a new plugin called Webvideo.
>
> The Webvideo plugin allows downloading video files from video sharing
> websites, such as YouTube or Google Video, to your hard disk using the
> VDR menu interface. This
On Wed, Jun 18, 2008 at 8:12 PM, Goga777 <[EMAIL PROTECTED]> wrote:
> today I updated cvs xineliboutput and I could run vdr 170 + xineliboutput on
> dvb-s2 hdtv channels without any problems
>
Was that using CoreAVC, or just FFMPEG's H264 support?
___
On Sat, May 17, 2008 at 8:42 AM, Gregoire Favre
<[EMAIL PROTECTED]> wrote:
> On Sat, May 17, 2008 at 09:47:09AM +0400, Igor wrote:
>
> But I can't apply the needed patch as :
> Could someone explain me how to have libxinevdec in my src dir ?
Patch isn't for HG version of xine, but for the lates
with your VDR box then enjoy.
Cheers,
Morfsta
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, May 2, 2008 at 4:40 PM, <[EMAIL PROTECTED]> wrote:
> I have some problems with interlaced channels on SD & HDTV. Judder and
> jitter and its good visible when I using a SD channel with a
> ticker-tape. If I tune to Discovery HD 1080i its shaking and stutter
> around but 720P channel like N
> In file included from i386/dsputil_mmx.c:30:
> i386/mmx.h:24:2: warning: #warning Everything in this header is deprecated,
> use plain asm()! New code using this header will be rejected.
> i386/h264dsp_mmx.c: In function `put_h264_qpel4_h_lowpass_3dnow':
> i386/h264dsp_mmx.c:1881: error: can't fi
On Tue, Apr 15, 2008 at 3:57 PM, Todd Luliak <[EMAIL PROTECTED]> wrote:
> No, I don't "need" Gnome and am looking into alternatives per your
> suggestion. I hate the idea of having to run a display manager at all, but
> the picture looks too good to back out now. ;)
>
You don't need a display man
On Mon, Apr 14, 2008 at 7:51 PM, Todd Luliak <[EMAIL PROTECTED]> wrote:
>
>
> I'd be happy if the screensaver never ran again, as it's of no use here
> whatsoever.
> Where do I begin looking to curb the creation of these zombies?
>
Do you need to run gnome at all? Its quite processor intensive if
t happened in 2-3 years).
BTW: You do not need a smart card for the forthcoming new FreeSat
service from BBC and ITV, it is all unencrypted (Channel 4 will be FTA
next month, Five to follow suit sometime over the year), including BBC
HD, C4 HD and ITV HD.
Hope this helps,
Morfsta
On Fri, Feb 29, 2008 at 4:32 PM, Brian <[EMAIL PROTECTED]> wrote:
> True, thats about all the info I retrive too. But, I had the occasional
> hang due to networking problems, and it never actually timed out. That
> may have been using Bleb as a source instead of radio times, I can't
> remember now
me over the last few days and is a vast
improvement over FFMPEG.
Finally, I urge you to go and BUY CoreAVC (http://www.coreavc.com) if
you are using this patch - it's only 15USD.
Let me know if there are any problems and good luck!
Cheers,
Morfsta
xine-lib-1.2hg-coreavc.diff.bz2
Descriptio
On Feb 11, 2008 11:03 PM, Reinhard Nissl <[EMAIL PROTECTED]> wrote:
> I've posted the URL to the spec some weeks ago already. In that
> issue, have a look into Annex E.2.1, Table E-1, Page 313.
>
Sorry. I'll see what I can dig out to set that up properly. For now
hardcoding works well as most H26
On Feb 11, 2008 11:00 PM, Torgeir Veimo <[EMAIL PROTECTED]> wrote:
> Which CPU are you using?
>
AMD BE-2350 overclocked to 2.6Ghz. Now running H264 channels like a
charm with CoreAVC.
Almost there
___
vdr mailing list
vdr@linuxtv.org
http://www.li
1 - 100 of 186 matches
Mail list logo