On 09/09/2011 10:19 PM, Reinhard Nissl wrote:
Hi,
Am 09.09.2011 16:54, schrieb Klaus Schmidinger:
Since you're saying that the problem is related to the dxr3
plugin I guess
I won't see any error with my TT-S2 6400.
I switch to 1.7.21 from 1.7.17 and see that teletext subtitles appear
now for
As much as I like the EPG scan, I usually have it turned off because
I think the driver gets rather unstable when VDR often switches
channels and maybe hits transponders that don't carry any signal.
What's especially unstable is the CAM situation. I have two CAMs
in my VDR (connected to budget car
I bought 2 years ago Zotac IONITX-A-E motherboard which came with atom
CPU and nvidia gpu, at that time it cost about 200 euro.
I use it only for web browsing, vdr-client (with vdr-xineliboutput)
and music listening purposes and for that kind of things the device
works like a charm. With SD mat
On 10/23/2011 06:02 PM, JJussi wrote:
> Because this is just client..
> Just vdr-sxfe what is capable play with VDPAU...
>
> Still I need to solve "some" problems at server end.. Get vdr-1.7 +
> skinsoppalusikka + epgsearch + some other plugins to install them to
> same machine.. Maybe I need to p
> What am I missing ? Thanks for helping.
Have you configured file:
plugins/xineliboutput/allowed_hosts.conf
Mika
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> I've received an email from Manu Abraham, informing
> me that he intends to change the driver in such a way that there will
> always
> be only *one* frontend, even if it can handle multiple delivery systems.
> So every frontend an adapter will provide will always be useable
> independent
> of all
> Because 1.6.0 was released a long time ago, and we want a new stable
> version soon? :)
I agree, 1.7 devel versions have many nice improvements like the support
for hvr-4000's multiple frontends in same adapter.
Even thought most active users in this mail list very likely uses
developer versions
> Yep I did know about these, but XBMC provides a much richer experience
> for DVD, Blu-ray playback. e.g., cataloguing and display of a library,
> automatic display framerate switching etc.
I thought blu-ray is dead format not supported by Linux movie players.
Does XBMC support it somehow?
Mika
> Damn, too late for today... :-)
> Just finished the noepg-plugin-skeleton at
So according to README this plug-in replaces the noepg.patch.
What is the functionality/purpose of this noepg patch/plugin?
Mika
___
vdr mailing list
vdr@linuxtv.org
http:
On 04/14/2012 06:15 AM, Torgeir Veimo wrote:
> Looks like the new remote from reelmedia is specially made for VDR,
> with all labels corresponding to the correct keys. It would certainly
> yield a better WAF for the VDR box. Says programmable, but does any
> insiders know if can be programmed to co
any better way to handle this at the moment.
Patch got inspiration from
http://www.u32.de/vdr-1.3.37-simple_record_sort-0.1.diff
originally submitted by Walter Koch some years ago.
Mika
>From d15458f012c5463648ee25b163284f1db14d5f1c Mon Sep 17 00:00:00 2001
From: Mika Laitio
Date: Sun, 20 May
> Also I wold welcome advice, which from those rather cheap USB cards
> works without any problems on stock linux kernel.
Hi, I just bought 19 euro Fujitech DVT Pro DVB-T usb stick which
seems to use Realtek RTL2832U chipset. USB stick also includes small
remote control, but I have not tested yet
On 06/06/2012 10:13 AM, Klaus Schmidinger wrote:
> The next developer version of VDR will contain sorting of recordings.
> You will be able to toggle between sorting by date or alphabetically,
> and that setting will be stored separately for each folder.
> When sorted by date, folders will still be
On 06/28/2012 08:02 PM, VDR User wrote:
> On Thu, Jun 28, 2012 at 12:01 AM, Ludwig Nussel wrote:
> That would be a nice feature -- worth suggesting for the big `after
> 2.0 is released` redesign(?). But, there may be plugins which need to
> be initialized with certain values. Although, maybe it's
On 08/08/2012 06:08 PM, VDR User wrote
> Honestly, I don't care about the Olympics at all. I hate that every
> channel gives it so much coverage instead of reporting real &
> important news. Will be glad when it's over.
Well, I am also glad that they are over but for different reason.
(even all go
On 09/10/2012 05:05 PM, Klaus Schmidinger wrote:
> VDR developer version 1.7.30 is now available at
I tried to use for a first time with VDR the HVR-4000's multible
delivery systems under same frontend feature that was introduced in
1.7.23. (HVR-4000 has DVB-T and DVB-S/S2 in the same card but onl
> From the log I can see that the driver apparently makes DVB-S/DVB-S2
> available
> under adapter1/frontend0 and tries to provide DVB-T on adapter1/frontend1.
> But if it does so, it tells the application that it can provide
> DVB-S/DVB-S2
> *and* DVB-T at the *same* time - which apparently isn't
On 01/04/2013 07:48 PM, Brian-Imap wrote:
> Hi,
> this looks to be pretty interesting.
> So where exactly does it fit in between XVDR, VNSI, streamdev, etc.
>
> I just bought a Samsung smart TV, haven't found a single DLNA
> music server that it could receive music from (sure I've heard about
> up
On 01/06/2013 12:31 PM, cedric.dew...@telfort.nl wrote:
> Hi All,
>
> Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then
> I would like to watch the rest of the show. Then I have to go to the list
> of TV shows, and find the correct one again.
>
> In my opinion it would be e
> I don't think it's difficult to do right at all to be honest. You can
> just make user-defined thresholds so the the user can decide himself
> how many mins or % of the total recording triggers the partial-view
> and viewed flags. For example one guy might want:
>
> not-viewed: <5% viewed
> part
On 11/04/2013 11:58 PM, Timothy D. Lenz wrote:
> To me, dumping files all over the drives is messy, sloppy, and bad
> practice. Always has been and always will be. Someone just wants to copy
> MS stupidity into linux.
Maybe so, but as that is supported it would be good if there are clean
install i
> At the beginning, drivers was buggy, and I could't use dvb-t *AND* dvb-s2
> cards at the same time. I worked with TBS support during several weeks to fix
> the problem :
>they even sent to me USB card to check if problem was from PCI-E or
from driver, etc...). At the end, they fixed their driv
Does anybody know whether there is a working ATSC vdr-plugin available
somewhere?
I found some old discussions from the some ATSC plug-in from the mailing
list pointing to http://www.fepg.org/
but from those I got an impression that plug-in is not actively maintained?
So fat I have tested that I
oerg Bornkessel wrote:
>>>
>>> Am 24.03.2016 um 07:35 schrieb Mika Laitio:
>>>>
>>>> Does anybody know whether there is a working ATSC vdr-plugin
>>>> available somewhere?
>>>>
>>>> I found some old discussions from
I have never tried Live TV on the mobile, but this should be possible
via the Streamdev VDR Plugin:
https://projects.vdr-developer.org/projects/plg-streamdev/files
Even N9 had enough CPU to to stream just fine, I made many years ago a
simple qt ui + ported sxfe and it's dependencies to it for
> The basic democratic rules should integrate the community
> and not only two multiproto developers.
>
> Any way, my compromise for this problem is:
> Manu Abraham and Steven Toth should work on one of the API's (together) and
> then
> decide which is the better solution for the new upcoming sta
> if I get short drop outs on a channel (NO Signal for example) the video goes
> on in normal speed,
> but after 3 or 4 further drop-outs the sound disappears and the video is
> in some kind of slow motion.
> I have to switch to another channel and back to get picture and sound
> normal.
When I a
I was planning to use my digi tv viewing card with VDR by installing the
sc-plugin. My understanding this is legal as I would still need to use my
real viewing card.
The card reader I have seems to support the CCID interface, therefore I
found the tools needed for communication from
http://pcs
On Sun, 5 Oct 2008, Mika Laitio wrote:
>> Hello All,
>>
>> Today I finished the patch for DVB-S, DVB-S2, DVB-T and DVB-C support using
>> S2API
>> in combination with VDR 1.7.0.
>> I've tested my code on DVB-S, DVB-S2 and DVB-T transports and they were
&g
>>> Enclosed are two patches. The clean patch is for a clean VDR 1.7.0 source
>>> tree patched with Reinhard's
>>> vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2
>>> patch. The patched patch is for
>>> those who have used the patch from 04-10-2008.
>>
>> I'm ab
> Hello All,
>
> Today I finished the patch for DVB-S, DVB-S2, DVB-T and DVB-C support using
> S2API
> in combination with VDR 1.7.0.
> I've tested my code on DVB-S, DVB-S2 and DVB-T transports and they were
> all successful. DVB-C is untested (don't have a DVB-C option where I
> live) but it sh
> here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
> and also for the vanilla vdr 1.7.1.
What is the purpose of this extension 64 patch?
Mika
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> i forgott write that the ext64 patch sits on top off :
>
> vdr 1.7.1 + extensions 64 + the h264 patch.
With h264 patch, do you mean that
vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
has been ported somewhere for vdr-1.7.1?
Mika
I though that it would mean that I could connect the card to VDR by using
the sc plugin, but I was wrong as sc plugin seems to only support smart
cards that has serial port or serial port over usb support, like phoenix
card readers.
So I think there would be 3 options
1) Install newcs daemon (as
> Hi, in these days I tried new version of vdr 1.7.1 with the lastest
> version of S2API.
> I have an ss2 and a HVR-4000 card in my system.
> I compiled and I installed correctly the lasted driver version (s2-mfe
> first, then i tried s2 tree) but when I start vdr 1.7.1, it remains in
> black scre
> If I enable my subscription with my provider again, that uses irdeto2,
will
> it work?
I can not say for sure whether irdeto2 works with sc and smartcard, there
however seems to be also a irdeto library in sc. The smart
card that I have subscribed uses conax.
Mika
Hi
My system has hvr-1300 (adapter0 connected terrestrial antenna for for
dvb-t) and hvr-4000 (adapter1 connected to satellite dish for dvb-s, dvb-t
antenna unconnected.)
Whether I use just vdr-1.4.7, 1.6.0, 1.6.0-2 or 1.7.0 with or without any
plugin, I have noticed that the dvb-t playback us
> [EMAIL PROTECTED]:/usr/local/src/vdr-1.7.1# make
> g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c
> -DUSE_CMDRECCMDI18N -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY
> -DUSE_DOLBYINREC -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_PLUGINMISSING
> -DUSE_SETTIME -DUSE_WAREAGLEICON -DREMOTE_KB
> you are using the older patch use the attached one.
> The fix-s2api-dvbs is not needed with this one.
I have some comment from these patches as I tried to investigate the code
to find out why it does not work with my hvr-1300 and hvr-4000 in
vdr-1.7.1 and xineliboutput. With vdr-1.7.0 version
> Can VDR handle two different types of DVB card at once? I've got two
> different makes of DVB-T card at the moment, which is fine because they
> share one channels.conf, but I'm thinking of replacing one with DVB-S
> for HD. Can VDR assign a different channels.conf to each card and merge
> the ch
>>> AMD's X-Video Bitstream Acceleration
>>> http://www.phoronix.com/scan.php?page=article&item=amd_xvmc_xvba&num=1
>>
>>
>> I see no mention on the mplayer mailing list about AMDXvBA. Are there
>> actual users that can confirm that (insert codec X here) playback is
>> indeed fully accelerated with
>> On Sunday 02 November 2008 12:46:16 Artem Makhutov wrote:
>>> Hi,
>>>
>>> On Sat, Nov 01, 2008 at 05:48:07PM +0100, horchi wrote:
Hi,
i like to use the actual vdr 1.7.1 with the xineliboutput plugin. I don't
need h264 or any HDTV this time.
Has anybody vdr 1.7.1 wit
> and appear to be dead. Don't know what I'm missing, but that's for
> another thread.
>
> I still have segfaults on xineliboutput and can't identify why. AFAIK,
> nothing changed except for multiproto >> S2API, and some cvs/hg
> compiled software.
>
> Anyhow, RadeonHD drivers seem to be much bette
Blah, only one PCI slot. Where are proper low-power MB's with 2 or
more PCI slots for DVB-cards?
>
> Asrock A780FullDisplay without DisplayPort card
> AMD Athlon X4 3850e
> 2GB DDR2-800
> DVD/RW
> 300W 80+ Green
> 1x Momentus 7200.3 250GB 2,5"
> 3x WD Caviar Green 1TB 3,5"
> Terratec Dive
>> Suspend to RAM as always been a pain in my various trials, but this
>> is a much simpler goal than a complete laptop. Virtually no device
>> to take down/bring up on a pure streamdev client. NFS handles must
>> just survive the long delay, but it should be OK.
>
> 7 seconds until I get a picture
> But for anybody who wants to use a beamer these FF-cards are full pain
> with there stupid outputs. I (and many others) want DVI/HDMI/Display-Port.
And I want beamer that has a network card and can download and show the
content downloaded from vdr server. I don't know whether they
could connect
> BTW. Softdevice/play, vdr-xine and xineliboutput are able to play youtube divx
> etc.
Is there btw any vdr-plugin for browsing you tupe content (like most
watched, movie trailers, etc...) and playing them.
Another nice plugin would be a something where you could select some of
your recordings
> and change scan.c so that it first tunes to DVB-S2, as in
>
>/* set up list of delivery systems*/
>//fe_delivery_system_t delset[]={SYS_DVBS,SYS_DVBS2};
>fe_delivery_system_t delset[]={SYS_DVBS2,SYS_DVBS};
Ok, I did run some
> That's great news! Myself and several others have been patiently
> waiting an h264 patch for vdr-1.7.1 and now 1.7.2 (for me at least,
> not sure who else has switched yet)! It will be great to finally have
> h264 support in vdr's core but until then we still need updated
> patches.
Ok, I didn
> attached you'll find an updated patch for VDR-1.7.2.
> The patch includes the formerly released remux fix.
Hi
The patch causes some problems in my system.
If I run vdr-1.7.2 without your patch I can watch both the dvb-t
and dvb-s channels by connecting to streamdev server plugin locally by
us
> unfortunately, it also don't tune to DVB-S channels (I have applied
> Klaus patch to the v4l-dvb sources).
Hi
Does hvr-4000 tune for you to dvb-s channels if you do not apply the h264
patch? That's the case for me. I send previously an email from similar
experiences to
http://www.mail-archiv
>> Does hvr-4000 tune for you to dvb-s channels if you do not apply the h264
>> patch? That's the case for me. I send previously an email from similar
>> experiences to
>>
>> http://www.mail-archive.com/vdr@linuxtv.org/msg08635.html
>
> Unfortunately I can't tune either without the h264 patch.
Hmm
Hmm, the differences in my and your setup are
1) I have also hvr-1300 in my system (for dvb-t)
2) I modified the vdr sources instead of modifying the driver for
informing the system from the S2 capabilities (klaus explained also that
method in his 1.7.2 announcements). I can re-test this in anothe
>> BUT there is somewhere bug in the vdr channel tuning because it seems that
>> if I want to watch dvb-s or dvb-s2 channels, I must first tune to
>> correct channel with vdr-1.6.0 or with szap-s2...
>
> I do not see such a behavior with stb0899 based TT-3200 here.
> Arte and ArteHD work out of the
>> BUT there is somewhere bug in the vdr channel tuning because it seems that
>> if I want to watch dvb-s or dvb-s2 channels, I must first tune to correct
>> channel with vdr-1.6.0 or with szap-s2...
>
> I give up... thank for your answer.
Well, in reality my family also still use vdr-1.6.0 for re
>> I do not see such a behavior with stb0899 based TT-3200 here.
>> Arte and ArteHD work out of the box with VDR-1.7.2 using this
>> repository:
>>
>> http://mercurial.intuxication.org/hg/s2-liplianin
>>
>> Sure, had to add 2g flag in stb0899 source though. Before using
>> this repository it w
>> I checked boxstar web-page (http://boxstar.sourceforge.net/index.html)
>> and I have to say that the goal of the project is ambiguous. Hopefully
>> the developer can actually do it.
>
> Do you mean ambitious? Yes, it is going to be a big challenge, but
> hopefully it'll get there one day.
At le
>> Try typecasting the first parameter, as in
>
>> off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2));
>
>> Klaus
>
>
> I think the compiler is not the problem (same version). Trying the
> next option.
>
> gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 1
>>> gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision
>>> 135036]
>>> Copyright (C) 2008 Free Software Foundation, Inc.
>>
>> I had same problem with gcc 4.3.2 on Mandriva. (x86_64 env)
>> Adding off_t() typecasting for the first parameter as you suggested fixed
>> it. Klaus do
> Q to all : The software output plugins had problems with 1.7.1 and 1.7.2 (
> and perhaps 1.7.3?). Can anybody confirm that this problem still exists?
> Because the reason why I don't upgrade to newer editions, is because newer
> versions had problems with the vdr-xine and vdr-xineliboutput plugin
> Have you tried to compile vdr with the livebuffer patch?
> This makes xineliboutput work with VDR (at least 1.7.1).
No, and I am little confused where is the version I could try with
vdr.1.7.x. I found out 3 candidates while googling, should I try one of
these with vdr-1.7.3 or some other one?
> In the bugtracker you'll find a patch which makes streamdev compile again. It
> comments out the PES output stuff which causes the problems until a clean
> solution is available.
>
> http://www.vdr-developer.org/mantisbt/view.php?id=506
Thanks, I applied that patch and streamdev build then fine
>> No, and I am little confused where is the version I could try with
>> vdr.1.7.x. I found out 3 candidates while googling, should I try one of
>> these with vdr-1.7.3 or some other one?
>>
>> - http://home.vrweb.de/~bergwinkl.thomas, This page mentions the patch
>> only for vdr-1.5
>> - VDR-E
Hi
I have tried to add some more printouts to dvbdevice.c for trying to
understand why the vdr-1.7.x fails to tune to dvb-s or dvb-s2 channels.
hvr-1300 is in /dev/dvb/adapter0 and hvr-4000 is in /dev/dvb/adapter1
I added printouts to SetFrontEnd() and Action() methods.
In SetFrontEnd() method
>> I have following in my channel conf for dvb-t and dvb-s channels:
>> YLE
>> TV1;YLE:546000:B8C23G8M64T8Y0:T:27500:512=2:650=fin:2321:0:17:8438:4097:0
>> arte;ARD:10743:hC56M5O0S0:S19.2E:22000:401=2:402=deu,403=fra:404:0:28724:1:1051:0
>>
>
> Concerning Arte, I've got that same setting in my chan
> I did check the TS stream with dvbsnoop and it is not containing corrupted TS
> packets.
>
> Apparently VDR is able to parse the PMT the first time the data buffer is
> used. Then, it seems to loose the sync inside the payload.
>
> I have attached a raw TS capture (~10M) containing the PMT pid 13
> VDR developer version 1.7.4 is now available at
Something made the hvr-4000 to work with this version of driver.
With exactly same drivers and channel.conf file and streamdev-plugin and
mplayer, the vdr-1.7.3 is not able to tune dvb-s channels but vdr-1.7.4
works :-)
Mika
__
> 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
I have myself thinked about the possibility of running vdr/xineliboutput
client on low end systems that just have usb 2.0 but not any graphic
cards or free pci slots available.
Has anybody experiences from the "usb vga" or "usb dvi" graphic card
adapters like these?
http://gizmodo.com/gadgets/
> did you check it with dvb-s2 h264 hdtv channels too ?
>
At least arte worked for me about 1 or 2 week ago released xineliboutput
cvs version. I however noticed it to be a little unstable in my system.
(crashed much easier than 1.0.4 with 1.6.0)
Mika
>> I have myself thinked about the possibility of running vdr/xineliboutput
>> client on low end systems that just have usb 2.0 but not any graphic
>> cards or free pci slots available.
>>
>> Has anybody experiences from the "usb vga" or "usb dvi" graphic card
>> adapters like these?
>
> I think th
> I want to buy this card, but before I wnat to know if this card works fine
> under linux and with vdr. Can some one tell me if is using this card and is
> ok?
New S2API kernels like 2.6.25 have more or less supported the card out of
the box either via old driver API or via newer S2API. (Some k
> Klaus, are there any plans to put these two nice features
> into the main recordings menu?
I have lot of recordings and for me the problem is often that I do not
remember the exact name of the recording, so I need to search them screen
by screen by watching the recording date. It would be nice
I tried today use vdr-1.7.8 with the latest cvs version of xineliboutput
but the client is segfaulting for me once it has found the vdr server.
Is the same happening also for others or is there some known xineliboutput
revision that works with 1.7.8? (mplayer + streamdev server seemed to work
fo
>> #0 0x7f6df3823208 in ?? () from /usr/lib64/libdbus-glib-1.so.2
>> #1 0x7f6df3818fd2 in ?? () from /usr/lib64/libdbus-glib-1.so.2
>> #2 0x7f6df3819b70 in dbus_g_proxy_call () from
>> /usr/lib64/libdbus-glib-1.so.2
>> #3 0x0041306a in gnome_screensaver_control (enable=0) at
I just published new releases of the plugins remoteosd and svdrposd (formerly
svdrpext) on http://vdr.schmirler.de. The most important changes are the
overdue gettext support for remoteosd and a major speedup of the remote menu
in combination with the new svdrposd plugin.
The remoteosd plugin pro
The goal is to have a VDR device which consumes the ???least possible???
amount of power. I heard that ARM based devices are good for this.
Does anyone on this list have any experiences using ARM based devices?
1. Since the boards are mostly small one needs to use mostly USB
devices, doesn???t o
I have N810 (Arm 2420 Omap) and tested the playback of sdtv with it by=20
using the mplayer as a player which connected to VDR streamdev server.
For a while the playback was good but then there were also moments where=
=20
the playback or sounds get scattered.
=A0
Nokia N800 was reported to hav
to upgrade. After the upgrade I had no sound at all on my system. As I saw,
many others had this problem with Ubuntu 9.10. After a day and a half I
managed to fix the sound (compiling alsa, etc), but the "TS continuity error"
came back on vdr.
Is ubuntu using Pulse Audio volume control? In man
I just bought a zotac ion motherboard and plan to harness it in the
weekend as a ultimate super master dream vdr client for my 19" monitor
:-)
Sofar I have used to run vdr-xineliboutput in my clients and would like to
do that also with this machine if possible. Currently my server runs vdr
1.
Has anybode DLNA capable televisions for example from samsung or sony?
It would be interesting to know would be easy to use those with vdr for
watching live tv and recordings.
Mika
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/m
graphlcd seems to not having been updated for a really long time...
Is there something else (I like to use my Logitech G15 LCD keyboard).
I have used lcdproc-plugin to get information from displayed channel,
played mp3, etc. to lcd in antec fusion v2 silver.
Newest version seems to be maintai
OK, i finally found the time to complete a VDR PC
based on the ION board.
The good news are:
+ 1080p plays back smoothly with xine/vdpau
with very low CPU usage.
+ sound over HDMI works.
+ the streamdev-client plugin works - even with HD channels.
+ the xine plugin works fine - also with HD cha
dto :-)
zotac-A; Dual Core Atom, 32GB-SSD
And over Christmas I managed to make it completely noiseless by
installing a Accelero S1 cooler !!!
http://www.schwanthalercomputer.de/advanced_search_result.php?keywords=accelero+S1&x=0&y=0
The mounting is somewhat unorthodox, but took me less than an
Have you compiled vdr-xineliboutput with --enable-vdpau ?
what does ./configure show and are you using xine-lib-1.2 HG with vdpau patch?
xineliboutput configure shows vdpau in the list of enabled features but
command "vdr-sxfe -help" does not list vdaup
Available video drivers: xv raw SyncFB
Couple of issues I reported earlier (see below) have now merged to
xineliboutput-plugin.
[...]
1. Cropping is not reseted if I switch to 16:9 channel that has the same
resolution as 4:3 channel that has turned on the cropping.
2. DVB subtitles are not positioned correctly during cropping if vd
If I watch vdr-sxfe just from a small window, the subtitle and text are
positioned correctly with a good looking font size to bottom of the
screen. But if I watch finish "yle 1" channel which uses dvb subtitles
from fullscreen vdr-sxfe, the subtitle font is small and text is
positioned about
Hi
I have now mostly used http://projects.vdr-developer.org/git/ as a link
for cloning the vdr and all plugins I have wanted to use for building new vdr versions.
So I could for example build 1.7.10 by using commands
#git clone git://projects.vdr-developer.org/vdr.git
#cd vdr.git
#git checkout
am getting some compile errors. Frank Schmirler says the current CVS
contains fixes for that, but the CVS server at vdr-developer.org is down.
Does anyone have a recent CVS checkout they wouldn't mind sending me?
streamdev is the last thing I need to finally upgrade from VDR 1.4.7
:)
unfortun
Personally I don't care if it's called CVS, SVN or git. However I wouldn't
want to loose the history, so I'd need someone with access to the internal CVS
structures. Unfortunately the vdr-developer.org admins are not very responsive
ATM. And of course I'd need to be in the mood for this sort of ta
with vdr 1.7.16 and reelbox plugin (eHD) this channels are ok in live tv
(even with some BER with my dish, Warszawa seemed to be weaker, i also
got UNC's there but no real problems, only a small picture distortion
some times)
And Reinhard also sees them ok with vdr-xine, while I still have p
> The second thing is the tuning. "Get next channel on this transponder"
> sounds simple, but actually deciding whether a channel is tuneable
> involves 17 different rules that get checked against each device, plus
> probing the CAM whether the channel can be decoded by the CAM. I think
> that part
Looks correct, at least for DVB subtitles. Did you test only with DVB
subtitles or also with teletext subtitles ?
How can I see whether the channel is sending teletext or dvb subtitles?
MIka
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.o
- what about being able to use aliases like /dev/dvb/dvb_s2_card_one
with the -D arg ? (tho it's not really important)
- what about a github tree of vdr with your patch already applied ?
Maybe - shouldn't be too bad. :)
Maybe just adding a patch branch to
http://projects.vdr-developer.
0 2008-05-17 17:48 001.vdr
-rw-r--r-- 1 76 76 727968 2008-05-17 17:48 index.vdr
-rw-r--r-- 1 76 76 4 2008-05-17 17:48 resume.vdr
-rw-r--r-- 1 76 76441 2008-05-17 17:48 summary.vdr
>From ef2f4122b44abbc4cae7876bb8566ed95151cdf5 Mon Sep 17 00:00:00 2001
From: Mika Laitio
Dat
I wonder who is actually calling cRecordingInfo::Read(FILE *f) with
a NULL pointer? In VDR's own code all calls to that function are
made sure to get a non-NULL pointer:
Yes, the real reason is in the vdrrip plugin that I cloned from
http://projects.vdr-developer.org/git/
It has this kind of c
96 matches
Mail list logo
