Re: [vdr] DVB-T2 device in France

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 : > >

[vdr] VDR / Softhddevice Freeview HD Multichannel HE-AAC Audio Handling

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

Re: [vdr] TBS6285 slow onscreen menu

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 Kapoun

Re: [vdr] [Announce] streamdev-0.6.1

On Fri, Dec 6, 2013 at 8:55 AM, Frank Schmirler v...@schmirler.de 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

Re: [vdr] [Announce] streamdev-0.6.1

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 surely isn't the problem. But temporary congestion or high packet loss due to e.g. interference sound

Re: [vdr] [Announce] streamdev-0.6.1

On Thu, Nov 28, 2013 at 8:48 PM, Frank Schmirler v...@schmirler.de 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.

Re: [vdr] [ANNOUNCE] vdr-rotorng-0.3

On Tue, Feb 19, 2013 at 5:03 PM, YUP yupad...@gmail.com 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, Yarema

Re: [vdr] Does anyone see this or is the VDR mailing list broken?

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 XBMC

Re: [vdr] Does anyone see this or is the VDR mailing list broken?

On Fri, Feb 8, 2013 at 11:38 AM, Torgeir Veimo torg...@pobox.com 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

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

On Tue, Jan 1, 2013 at 8:52 PM, Lars Hanisch d...@flensrocker.de 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

Re: [vdr] [ANNOUNCE] vdr-rotorng-0.3

On Fri, Oct 26, 2012 at 7:59 AM, Lars Hanisch d...@flensrocker.de 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

Re: [vdr] [ANNOUNCE] vdr-rotorng-0.3

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

Re: [vdr] rotorng broken with 1.7.27 - any changes to vdr core / kernel?

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 morf...@gmail.com wrote: On Fri, Oct 12, 2012 at 3:31 PM, Klaus Schmidinger

Re: [vdr] rotorng broken with 1.7.27 - any changes to vdr core / kernel?

On Thu, Oct 25, 2012 at 3:32 PM, Klaus Schmidinger klaus.schmidin...@tvdr.de 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()

[vdr] [ANNOUNCE] vdr-rotorng-0.3

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

Re: [vdr] [ANNOUNCE] vdr-rotorng-0.3

On Thu, Oct 25, 2012 at 5:42 PM, Lars Hanisch d...@flensrocker.de 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

Re: [vdr] rotorng broken with 1.7.27 - any changes to vdr core / kernel?

On Fri, Oct 12, 2012 at 3:31 PM, Klaus Schmidinger klaus.schmidin...@tvdr.de 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

[vdr] HDMI CEC support in VDR with Pulse Eight Adapter

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

[vdr] rotorng broken with 1.7.27 - any changes to vdr core / kernel?

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 list vdr@linuxtv.org http://www.linuxtv.org/cgi

[vdr] VDR on Raspberry Pi

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

Re: [vdr] Quiet times...

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 oliver+l...@schinagl.nlwrote: 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

Re: [vdr] Rotor / Rotor-NG not working with latest VDR

is this handled, 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

Re: [vdr] Rotor / Rotor-NG not working with latest VDR

 Please install the latest updates with: $ sudo apt-get update $ sudo apt-get dist-upgrade  There was an error in the vdr-plugin dynamite's Makefile. Hi there, Thanks for your help, but the rotor / rotorng plugins still don't work after the update. Any other ideas? Kind Regards, Morfsta

[vdr] Rotor / Rotor-NG not working with latest VDR

to 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

Re: [vdr] Rotor / Rotor-NG not working with latest VDR

On Tue, Dec 20, 2011 at 9:23 AM, Klaus Schmidinger klaus.schmidin...@tvdr.de 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) were implemented

Re: [vdr] Rotor / Rotor-NG not working with latest VDR

On Tue, Dec 20, 2011 at 9:20 AM, Ales Jurik aju...@quick.cz 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

[vdr] [ANNOUNCE] vdr-rotorng-0.1.0

luck! Regards, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] How about a small UK/Ireland S28.2E VDR community forum?

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, Morfsta PS - for those waiting for rotor-ng, its still on my to do list to finish off

Re: [vdr] UK Channel Logos

On Thu, Apr 21, 2011 at 6:43 PM, Dominic Evans oldma...@gmail.com 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

Re: [vdr] rotor-ng

On Tue, Mar 22, 2011 at 12:05 PM, Arturo Martinez marti...@embl.de 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

Re: [vdr] rotor-ng in development [was [ANNOUNCE] vdr-actuator-1.2.0 plugin]

On Sun, Mar 20, 2011 at 10:08 PM, Timothy D. Lenz tl...@vorgon.com 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

[vdr] rotor-ng in development [was [ANNOUNCE] vdr-actuator-1.2.0 plugin]

On Mon, Oct 11, 2010 at 1:32 PM, Morfsta morf...@gmail.com 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

Re: [vdr] Request for rotor/actuator support integration to vdr

On Sun, Jan 23, 2011 at 8:56 AM, Arthur Konovalov art...@gmail.com 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.

Re: [vdr] Developer versions

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

Re: [vdr] Developer versions

On Wed, Jan 12, 2011 at 12:02 PM, Laz l...@club-burniston.co.uk 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

Re: [vdr] xine-lib and vaapi support

On Wed, Nov 10, 2010 at 12:52 PM, Darren Salt li...@youmustbejoking.demon.co.uk 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

Re: [vdr] [ANNOUNCE] vdr-actuator-1.2.0 plugin

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

Re: [vdr] vdr-1.7.15 problem with TV

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

Re: [vdr] xmltv2vdr genre info added

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/vdr

Re: [vdr] xbmc-pvr (was - HD clients for vdr)

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, Morfsta

Re: [vdr] xbmc-pvr (was - HD clients for vdr)

. Thanks, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] xbmc-pvr (was - HD clients for vdr)

On Thu, Aug 20, 2009 at 7:55 PM, VDR Useruser@gmail.com 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

Re: [vdr] BBC HD Problems

and stuttering video. The Reel support people are saying this is possibly 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 FYI It looks like BBC HD has

Re: [vdr] SKY and VDR

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

Re: [vdr] Any really working HD video output systems for VDR?

On Mon, Jun 8, 2009 at 8:54 PM, Georg Acherac...@in.tum.de 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,

Re: [vdr] VDR feature request: GotoStoredPosition

, but it doesn't seem to be supported anymore. :-( Thanks, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] BBC HD and vdpau

. 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

Re: [vdr] BBC HD and vdpau

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

Re: [vdr] BBC HD and vdpau

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

Re: [vdr] weekly or daily timers

On Mon, Apr 20, 2009 at 11:36 AM, marti...@embl.de 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

Re: [vdr] Forthcoming VDR Release To Support VDPAU (???)

On Mon, Mar 9, 2009 at 11:34 PM, Klaus Schmidinger klaus.schmidin...@cadsoft.de 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?

Re: [vdr] eHD experiences with VDR

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.org http://www.linuxtv.org/cgi

Re: [vdr] VDR 1.7.0 S2API - Channels not Available

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 mplayervlc. vdr-1.7.4 works fine with all my devices - but vomp isn't compatible with it yet for replaying its recordings and

[vdr] VDR 1.7.0 S2API - Channels not Available

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

Re: [vdr] VDR 1.7.0 S2API - Channels not Available

On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger klaus.schmidin...@cadsoft.de 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

Re: [vdr] VDR 1.7.0 S2API - Channels not Available

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 morfsta vdr: [18345] section handler thread started (pid

Re: [vdr] VDR 1.7.0 S2API - Channels not Available

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 morfsta vdr: [17791] ERROR: unknown parameter key 'A' Feb 4 10:06:01 morfsta vdr

Re: [vdr] VDR 1.7.0 S2API - Channels not Available

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).

Re: [vdr] VDR 1.7.0 S2API - Channels not Available

On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger klaus.schmidin...@cadsoft.de 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

Re: [vdr] Options for deinterlacing (or not)

Thomas Hilber v...@toh.cx 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

Re: [vdr] Which extension for TS files?

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...

Re: [vdr] HVR-4000, vdr-1.7.2 and v4l-dvb'hg ?

On Fri, Jan 2, 2009 at 8:53 PM, Gregoire Favre gregoire.fa...@gmail.com wrote: I give up... thank for your answer. I am still using multiproto here ... it works. :-) ___ vdr mailing list vdr@linuxtv.org

Re: [vdr] 1080p ready VDR

On Thu, Dec 25, 2008 at 11:10 PM, Tony Houghton h...@realh.co.uk 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

Re: [vdr] HD playback (was Where is the H.264 patch?)

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

Re: [vdr] HD playback (was Where is the H.264 patch?)

data too. Thanks, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] HD playback (was Where is the H.264 patch?)

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. Did

[vdr] BBC HD Problems

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

[vdr] VDR/eHD HD Picture Breakup

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 mailing list vdr

Re: [vdr] VDR + extension HD, mediaplayer

, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] ITV HD

: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

Re: [vdr] Syncearly + subtitles problem

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. You

Re: [vdr] for ffmpeg-devels needs the problem h.264 samples

portal and reel's own portal. Cheers, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR Development

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

Re: [vdr] VDR Development

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 it

Re: [vdr] Xineliboutput: segfault when started via init

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

[vdr] Possible PAFF interlaced stream bug(s) fixed in FFMPEG

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 AM

[vdr] OT: Deinterlacing algorithms [WAS:Re: [PATCH] RGB/PAL over VGA at variable frame rate]

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-xine.

Re: [vdr] xine tvtime parameters explained

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 use

Re: [vdr] [ANNOUNCE] vdr-webvideo 0.0.1

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

Re: [vdr] latest xineliboutput cvs and HDTV

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

Re: [vdr] latest xineliboutput cvs and HDTV

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? ___ vdr

Re: [vdr] coreavc for Linux (coreavc 1.7.0 + xine patches)

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 : SNIP Could someone explain me how to have libxinevdec in my src dir ? Patch isn't for HG version of xine, but for the latest

[vdr] OT: ITV HD Testing on Eurobird but receivable with VDR

) with your VDR box then enjoy. Cheers, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Defunct screensaver processes under Xine

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 find a

Re: [vdr] Defunct screensaver processes under Xine

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 all you

Re: [vdr] Defunct screensaver processes under Xine

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 manager -

Re: [vdr] VDR and sky CAM

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 ___ vdr mailing

Re: [vdr] BBC EPG from sat ? (loadepg equivalent ?)

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.

[vdr] [ANNOUNCE] Single CoreAVC Patch that Works with Xine-lib and Vdr-xine

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 Description: BZip2 compressed data ___ vdr mailing list vdr

Re: [vdr] VDR - xine - CoreAVC

On Feb 11, 2008 9:09 PM, Reinhard Nissl [EMAIL PROTECTED] wrote: In case the decoder doesn't provide the image aspect ratio (and it looks like that as you had to provide the image size too), you'll have to extract it from the H.264 data yourself (as you did already for the image size). OK -

Re: [vdr] VDR - xine - CoreAVC

On Feb 11, 2008 8:09 PM, Reinhard Nissl [EMAIL PROTECTED] wrote: Anyway, does the decoder tell you the aspect ratio anywhere? The aspect ratio must be passed to get_frame(). When the frame has the correct aspect ratio set, xine-lib will take care to setup the video scaler to stretch for

[vdr] VDR - xine - CoreAVC

OK, I spent a bit of time looking at this today as there doesn't seem to be much movement on FFMPEG and H264 at the moment. I have managed to get xine to now detect the H264 video size prior to starting up the CoreAVC decoder and set the size within the initialisation function: -

Re: [vdr] VDR - xine - CoreAVC

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 H264

Re: [vdr] xine problems with vdr

On Feb 7, 2008 4:27 PM, Jouni Karvo [EMAIL PROTECTED] wrote: The --stdctl option causes xine to crash if it is used when starting from the script... I found the same problem without the --stdctl flag (is it default?) and reported it to xine-devel. The Hg version of xine-lib cannot start from

[vdr] HD-TV hardware decoding on motherboard instead of waiting for FF DVB-S2 card

On Feb 6, 2008 9:58 AM, Laz [EMAIL PROTECTED] wrote: I don't think MPEG4 decoding will be supported in this way for a very long time, unless Via have changed their attitudes. (Not really bothered looking into this because HD is years off in the UK where I am, unless you fork out lots to Sky!)

Re: [vdr] Straw poll: stable version 1.6.0 now?

No! Let's not lose momentum on VDR moving forward. I am intrigued as to whether this move towards TS will improve performance for my H264 channels. BTW, vompserver (CVS) / epgsearch etc all work with latest VDR and multiproto. I use it here. On Feb 3, 2008 1:25 PM, Klaus Schmidinger [EMAIL

Re: [vdr] What is H264 Spatial Direct Mode?

Here's an update on this for those interested in H264 and VDR. I brought up the problems with Spatial Direct Mode and FFMPEG on their mailing list and Loren has implemented it within the code. When tuning to one of the affected channels I no longer get messages saying that spatial direct is not

[vdr] [ANNOUNCE] vdr-rotor support patches for VDR-1.5.14

I got the following error when compiling 1.5.14 with h264 patch applied and your VDR diff from the tgz: - g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -DVIDEODIR=\/video\ -DCONFDIR=\/video\

Re: [vdr] [ANNOUNCE] vdr-rotor support patches for VDR-1.5.14

. On Jan 28, 2008 10:34 AM, Morfsta [EMAIL PROTECTED] wrote: I got the following error when compiling 1.5.14 with h264 patch applied and your VDR diff from the tgz: - g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1

Re: [vdr] Multiproto updated Re: [ANNOUNCE] VDR developer version 1.5.14

I can compare the difference between the two cards soon. Regards, Morfsta On Jan 28, 2008 1:46 AM, Manu Abraham [EMAIL PROTECTED] wrote: Morfsta wrote: I guess so, but I'm not going to ;-) This new driver appears to be stable enough now - at least I've been using it for a few days now

  1   2   >