I have TBS6285 card and been using it for few months without problems.
There was an issue with remote control but with lirc parameter change
(delay changes to get rid of repetition) it got fixed. The card and
drivers have been working pretty much flawlessly in my case (yavdr distro).
Pasi
On
Version is: tbs-linux-drivers_v140210
Pasi
On 06/12/2014 05:31 PM, Milos Kapoun wrote:
Thank you for your replay. It is good to see that card is working.
Could you send driver version?
Milos
Dne 2014-06-12 16:01, Pasi Juppo napsal:
I have TBS6285 card and been using it for few months
Hi,
VDR 2.06 (yavdr 0.50 distro) does not show subtitles in HD channels (Yle
channels in Finland). In SD version of the same channels subtitles are
working fine. TV shows subtitles fine.
I've tried HD softdevice and normally using xineliboutput. Various
different settings but none have had a
Can anyone tell me if there are mandatory elements (mandatory according
to DVB standard) in channels.conf that needs to be provided by the
broadcasting company?
There are some issues currently with Digita (DVB-T/T2). They are not
providing sufficient amount of information but cannot say for fa
Pertti Kosunen wrote:
> Pasi Juppo wrote:
>> Now I got more log from SVN version of mplayer:
>>
>> [AO OSS] Can't set audio device /dev/dsp to ac3 output, trying s16le...
>> AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
>> [format] Sample format big-
Hi,
I've tried to use vdr with xineliboutput and streamdev-client plugins on
server to view TV from HTPC (VDR + plugins and FF DVB-C and buget DVB-C
cards). No luck so far. I'm a bit lost here so maybe someone could give
hints how to proceed.
I tried executing:
./vdr -c /opt/video/config -L /opt/
Hi,
Is there any plans to have subtitle support for streamdev plugin? Or is
there by any chance a patch that provides it?
And are there any plans for streamdev to support HDTV (h.264 or similar)?
Br, Pasi
___
vdr mailing list
vdr@linuxtv.org
http://ww
alex bustamante wrote:
> Hi list,
>
> Let's say that i have one FF-card (dvb-c) and one budget card (dvb-t) in
> my vdr-setup. I have connected the FF-card to my TV via RGB-scart. Now,
> if i watch a dvb-t channel, will the mpeg stream still be decoded by the
> FF-card and will the picture be sent
Anssi Hannula wrote:
> Pasi Juppo wrote:
>> Hi,
>>
>> Is there any plans to have subtitle support for streamdev plugin? Or is
>> there by any chance a patch that provides it?
>
> What do you mean?
>
> 1) DVB Subtitles sent in the HTTP datastream:
> http:
Hi,
It would be nice if there was proper bug tracking used for VDR
development instead mailing list. See example from streamdev issue:
http://www.vdr-developer.org/mantisbt/view.php?id=255
The tool is good for this purpose.
Same actually goes for this mailing list. Proper forum is much more
conv
Hi,
There are couple of annoying problems in vdr (v1.4.4 at least but most
likely also in never ones):
1) If there is data stream problems in a channel VDR initiates emergency
exit. This can be a temporary situation and gets fixed in few seconds to
minutes.
To solve this: change to other channel
How about Klaus: do you see these features in a way that they get
implemented in v1.5 -branch or maybe even in v1.4 -branch?
Br, Pasi
Martin wrote:
> I totall support your feature request.
>
> Regards,
> Martin
>
>
>> Dat
Igor Nikanov wrote:
> Hello
>
> what do you think about this card ? Is it good choice for future vdr with
> hdtv support ?
>
>
> http://www.hardspell.com/english/doc/sho...=622&pageid=644
>>From the results we can see the HD acceleration of HD2600 and HD2400 is
>>striking.
> The CPU usage is
>> At the moment it seems that NVidia provides the best gfx cards for linux
>> HDTV usage. Hopefully AMD will provide something real to compete against
>> NVidia.
>
> do you mean Nvidia card with h264 decoder ? could you say exact type this
> Nvidia card
E.g. 8500-series seems very good alterna
Igor Nikanov wrote:
>> E.g. 8500-series seems very good alternative. Don't know whether there
>> is linux support for it yet.
>
> yes, as far as I understand this link
> http://www.nvnews.net/vbulletin/showthread.php?t=91896
> there's linux drivers for this card, but the support of technology for
Brian wrote:
> Martin wrote:
>> I totall support your feature request.
>>
>> Regards,
>> Martin
>>
>>
>> > Date: Wed, 16 May 2007 20:06:35 +0300
>> > From: [EMAIL PROTECTED]
>> > To: vdr@linuxtv.org
>> > Subject: [vdr] Fea
Hi,
For some reason VDR has decided to remove recordings. I've been
suspecting this for some time but now I'm sure. I've been recording Tomi
Traktori (a serie for kids) and there used to way more recordings that
single page. Now only single page and all recordings in 2007 have been
deleted.
There
rity and lifetime
> value. See MANUAL: a recording will last at least the number of days
> specified in "LIFETIME" before it is deleted because another recording
> with a higher priority needs the diskspace. Set LIFETIME to 99 and it
> will stay until you delete it manuall
Oh, one more thing. If there were shorter lifetime than 99 then wouldn't
there we at least some episodes from 2007 in the list? Now they are all
gone..
Br, Pasi
Pasi Juppo wrote:
> Cannot verify that these deleted recordings were using 99 as lifetime
> but all remaining recordings
Klaus Schmidinger wrote:
> On 06/04/07 19:12, Pasi Juppo wrote:
>> Oh, one more thing. If there were shorter lifetime than 99 then wouldn't
>> there we at least some episodes from 2007 in the list? Now they are all
>> gone..
>
> Whenever VDR deletes a recording, i
Torgeir Veimo wrote:
> The DVD plugin works reasonably well on a technical level, but my gf has
> a hard time operating it at times; it's hard to remember which keys are
> which when you only use it once in a while.
Your wife is not the only wife with similar problems. It's not a
solution to print
Jakob Lenfers wrote:
> Pasi Juppo schrieb:
>
>> [Video without sound]
>> Video clips were using AC3. They have used to work fine so I downgraded
>> to mplayer 1.0 pre 8 and now the audio gets passed through to the
>> amplifier via FF card.
>
> I guess I&
JJussi wrote:
> On Sunday, 30. Septemberta 2007 10:35:07 Stone wrote:
>> Since the recording is scheduled, I would assume the user has room on the
>> disk (so disk space usage is not really the problem). The only problem I
>> can see is that you might get a blank recording if the signal goes out (
Lauri Tischler wrote:
> Jan Exner wrote:
>
>> But there are more people like Klaus who are quite happy with hardware
>> decoding, and I am grateful he works the way he does.
>
> Hear, hear...
> Thankfully no need for totally bloated X-stuff or framebuffers or such..
> Just plain minimal text/cons
I had some issues with burn plugin and I was testing it via
xineliboutput (remote connection to VDR). Other things went nicely but
when there was a question for the operation (e.g. confirmation to remove
failed burn operation from the list) it was not shown (vdr-sxfe).
Question was shown in /var/lo
Hi,
There is a small jump (varies between less than a second to propably 2-3
seconds - not sure) forward in replaying after rew or ff. Seems (just
guessing) that after ff VDR starts playing the recording immediately but
the FF card cannot view the video immediately or the recording is played
from
Hi,
If someone has talent, will and free time then it would be really nice
to have a plugin that could show remote control in graphical format
(skins). From each used button there is a thin line and a label
describing the meaning of the button.
The plugin should be possible to call from VDR itsel
My vote is No.
Reason: teletext subtitles are missing and DVB-subtitles are not fully
supported. Because of these VDR core needs to be patched therefore I
consider it as incomplete regarding subtitling. If stable version is
created now there is high risk that subtitling support will remain
inc
Klaus Schmidinger wrote:
> On 05/04/08 18:18, Teemu Suikki wrote:
>
>> Sorry if I'm asking FAQ's, I tried to search the old articles but
>> there was no clear answer..
>>
>> I have been trying to watch vdr recordings with PS3, through fuppes
>> and/or mediatomb upnp servers. It sort of "works" t
Klaus Schmidinger wrote:
> On 05/04/08 19:29, Pasi Juppo wrote:
>
>> Klaus Schmidinger wrote:
>>
>>> On 05/04/08 18:18, Teemu Suikki wrote:
>>>
>>>
>>>> Sorry if I'm asking FAQ's, I tried to search the old article
Would this approach allow easier implementation of a real client-server
solution for VDR or would VDR still need severe changes in order to
allow this?
Br,
Pasi
VDR User wrote:
> It sounds like there are some really strong points in favor of using a
> plugin instead. It would be great to hear m
Nicolas Huillard wrote:
> Udo Richter a écrit :
>
>>> * if 2 VDRs record the same program at the same time, it seems to a be a
>>> big problem... If using a slightly different EPG data, this result in 2
>>> recordings with different times, and if using the exact same EPG, this
>>> result in some
Partly question and partly proposal. Maybe this is not VDR related but
e.g. xineliboutput etc. related.
I'm not an expert on satellite systems but I'd assume that there are
different frame rates in satellite systems available (shall be compared
to cable and terresterial as well). Instead of doing
Tony Houghton wrote:
> On Mon, 05 Jan 2009 20:48:57 +0200
> Pasi Juppo wrote:
>
>
>> Partly question and partly proposal. Maybe this is not VDR related but
>> e.g. xineliboutput etc. related.
>>
>> I'm not an expert on satellite systems but I'd ass
Rolf Ahrenberg wrote:
> On Mon, 5 Jan 2009, Pasi Juppo wrote:
>
>
>> Would this be possible to implement?
>>
>
> There's already a modeswitching patch using xrandr for vdr-sxfe
> available on VDR-Portal. However, it lacks support for interpreting
&
Tony Houghton wrote:
> On Tue, 06 Jan 2009 09:12:04 +0200
> Pasi Juppo wrote:
>
>
>> 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
Tony Houghton wrote:
> On Tue, 6 Jan 2009 16:47:35 +0200 (EET)
> Mika Laitio wrote:
>
>
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.
>>
Gerald Dachs wrote:
> Quoting Torgeir Veimo :
>
>
>> Why not go all the way and implement an opengl rendered OSD with vdpau?
>> This would of course require information from vdr in a slightly different
>> form; ie. semantically instead of pixels. I'd suggest trying to get the OSD
>> information
Udo Richter wrote:
> On 18.04.2009 15:36, Luca Olivetti wrote:
>
>> On Sat, 18 Apr 2009 13:28:24 +0200
>> Udo Richter wrote:
>>
>>
>>> This is mostly what the VDR skin interface already provides: A
>>> semantically structured description of the interface. Most skins
>>> translate this into
ACK.
VDR is very nice. I've been using it for years now. But it is still very
much tech focused in many areas. E.g. cutting recordings is way too
complicated for non-tech persons.
I'd also like to see option where live-tv pause can be enabled/disabled.
It has seldom been a problem but the whole f
VDR User wrote:
> On Fri, May 8, 2009 at 10:30 AM, Pasi Juppo wrote:
>
>> VDR is very nice. I've been using it for years now. But it is still very
>> much tech focused in many areas. E.g. cutting recordings is way too
>> complicated for non-tech persons.
>>
Klaus Schmidinger wrote:
> On 09.05.2009 21:31, Udo Richter wrote:
>
>> On 08.05.2009 21:42, Pasi Juppo wrote:
>>
>>> The problem is not how to edit but which buttons needs to be pressed to
>>> set cutting marks, which to move them, which to start act
Seriously, there are many many things that are purely user error - so
what! If the SW can eliminate few of those then wouldn't it be advantage
of the SW?
If VDR can provide assistance to solve "user error" then why not
implement it and make more users happy about VDR? Just because it is
additional
Petri Helin wrote:
> On Mon, Sep 7, 2009 at 6:57 PM, VDR User wrote:
>
>> I'd suggest posting to the mailing list or both as VDR Portal caters
>> 99% to people who speak german and isn't much help for the very large
>> english-speaking-only VDR community.
>>
>>
>
> I wouldn't say the englis
On 12/15/2010 10:49 PM, Ville Skyttä wrote:
On Wednesday 15 December 2010, Jouni Karvo wrote:
>
> I think adding dependencies to outside packages is a burden that
> should be avoided. There are already many things I need to install
> separately in order the vdr box to work; kernel, graphics dri
Hi,
Not that I have any urgent need for v1.5-series VDR but just interested
in when first version is planned to released for public testing. I
assume that it is already under development.
Br, Pasi
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv
Klaus Schmidinger wrote:
> Pasi Juppo wrote:
>> Hi,
>>
>> Not that I have any urgent need for v1.5-series VDR but just interested
>> in when first version is planned to released for public testing.
>
> Well, so far I've been busy doing maintenance patches
This problem is yet to be fixed to my understanding. Now I have a good
recording (one episode from Lost) where this happens very often. The
problem seems to be related to situations where the scene fades black
before new scene. There is something strange in those situations..
If someone has the kn
Tero Siironen wrote:
> On 14.10.2006 23.20, "Pasi Juppo" <[EMAIL PROTECTED]> wrote:
>
>> This problem is yet to be fixed to my understanding. Now I have a good
>> recording (one episode from Lost) where this happens very often. The
>> problem seems to
Udo Richter wrote:
> C.Y.M wrote:
>> If the answer to this question could be discovered, then problem
>> solved. So,
>> what you are suggesting is VDR is not doing something that mplayer is
>> doing that
>> fixes the problem. Hmm... so then it is not a driver or firmware
>> issue
>> after all
Hi,
I have a small annoying problem that most likely is quite trivial but
can find the cause. All characters above ASCII 127 are converted to
something else. E.g. 'ä' gets converted to ','. Funny thing is that on
my server (FC4) the conversion is done like that but on windows computer
they are con
Hi,
Upgraded to the most recent version of VDRAdmin (previous was 3.4.5a).
Now AutoTimer menu item is missing and can't get it visible. There seems
to be option for this (at least vdradmind.pl has reference to it) but
does not matter if I change the status in vdradmind.pl or vdradmind.conf
file (A
VDR patch, that changes its character encoding?
> Does this happen with all text or only with text that comes from VDR (e.g.
> EPG) ?
>
> Regards,
> Andreas
>
> On Monday 01 January 2007 20:51, Pasi Juppo wrote:
>> Hi,
>>
>> I have a small annoying problem
Matthias Schniedermeyer wrote:
> Clemens Kirchgatterer wrote:
>> Matthias Schniedermeyer <[EMAIL PROTECTED]> wrote:
>>
>>> I'd say the only downside of the Linux support kills it as a VDR
>>> platform. Graphic is NOT accelerated.
>>>
>>> That's the only downside i'm aware of, and i can understand S
Hi,
I've been thinking of a PVR solution where all DVB cards are installed
on a server and several clients connect to it. Each client must behave
like they are in control (normal menu operations even though most likely
a bit slower due network delays). Of course the number of DVB cards
define the
mind.conf.
>
> Regards,
> Andreas
>
> On Monday 01 January 2007 22:41, Ville Skyttä wrote:
>> On Monday 01 January 2007 23:14, Pasi Juppo wrote:
>>> Upgraded to the most recent version of VDRAdmin (previous was 3.4.5a).
>>> Now AutoTimer menu item is missing and ca
Peer Oliver Schmidt wrote:
> Pasi Juppo wrote:
>
>> I've been thinking of a PVR solution where all DVB cards are installed
>> on a server and several clients connect to it. Each client must behave
>> like they are in control (normal menu operations even though mo
Tero Siironen wrote:
> On 19.1.2007 22:30, "Oliver Endriss" <[EMAIL PROTECTED]> wrote:
>
>> Oliver Endriss wrote:
>>> Marco Skambraks wrote:
hi,
are there any new information about the FF a/v sync problem?
is the firmware development still in progress?
>>> Sorry, no success yet
Pasi Juppo wrote:
> Anyway, I can report also that A/V sync problem does not seem to be
> bothering anymore. Excellent work!
I was a bit too hasty. Sync got lost once while watching Pako (Prison
Break). However, it was nicer than earlier. Sync was out of sync but the
video and audio played
mproves things.
>
> Regards,
>
> Morfsta
>
> On 1/23/07, *Pasi Juppo* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> wrote:
>
> Pasi Juppo wrote:
> > Anyway, I can report also that A/V sync problem does not seem to be
> > both
Rolf Ahrenberg wrote:
> On Sun, 4 Feb 2007, Laz wrote:
>
>> I always copy the relevant lines for kGreen and kYellow (near the end of
>> menu.c), rename them to k1 and k3, and change the delay to 10 s, leaving
>> Green and Yellow to stay as 1 min skip.
>
> You could always google this patch: vdr-1
Rolf Ahrenberg wrote:
> On Sun, 4 Feb 2007, Pasi Juppo wrote:
>
>> Well, wouldn't the solution here be configurable jump length. Forward
>> and backward jump separated so that 1min forward and 10s backward jumps
>> are possible. This way most of the users would be hap
Hi,
Now when "ERROR: video data stream broken" occurs VDR performs emergency
exit. This is frustrating when you don't have a script that
automatically restarts VDR.
Why not try different channel instead. If that works then let user know
that there was a problem with channel XXX that you tried, tr
Marko Mäkelä wrote:
> On Tue, Feb 20, 2007 at 08:52:20AM +0200, Rolf Ahrenberg wrote:
>> On Mon, 19 Feb 2007, Udo Richter wrote:
>>
>>> Rolf Ahrenberg wrote:
I've one question about this sentence:
"Plugin %s wakes up in %ld min, continue?"
If I'm pressing 'OK' here, does it cont
Iltaa,
>> 18v riittää. Silloin on lapsen soundi kadonnut jo suurin piirtein
>> äänestä. 16v:llä tuota soundia on aivan liikaa. Anna on taitava ei
>> siinä mitään, mutta kyllä siitä laulusta puuttuu vielä monta
>> astetta kun vertaa muihin kokeneempiin kilpailijoihin.
>
> Ja olisihan se hauskaa,
Sorry about this.
Thunderbird plugin automatically added several addresses and I didn't
notice these before it was too late.
Br, Pasi
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
I have couple of video clips that fail to work properly via VDR. First
ones playback is very jerky (23.976fps) via VDR but no problem played
back on PC.
Second one does not play sound from the clip but the sound from the
channel that was being viewed before playback.
I've tried mplayer.sh 0.
> On Wed, 21 Feb 2007 20:32:02 +0200
> Pasi Juppo <[EMAIL PROTECTED]> wrote:
>>
>> I have couple of video clips that fail to work properly via VDR. First
>> ones playback is very jerky (23.976fps) via VDR but no problem played
>> back on PC.
>
> When play
Niko Mikkila wrote:
> On Wed, 21 Feb 2007 22:58:57 +0200
> Pasi Juppo <[EMAIL PROTECTED]> wrote:
>
>> Strange that it works fine on the server and both have the same setup of
>> codecs. Have to check further.
>
> It could also be that the clip has AC3 or DTS audi
Pasi Juppo wrote:
> Niko Mikkila wrote:
>> On Wed, 21 Feb 2007 22:58:57 +0200
>> Pasi Juppo <[EMAIL PROTECTED]> wrote:
>>
>>> Strange that it works fine on the server and both have the same setup of
>>> codecs. Have to check further.
>
>> It
Pasi Juppo wrote:
> Pasi Juppo wrote:
>> Niko Mikkila wrote:
>>> On Wed, 21 Feb 2007 22:58:57 +0200
>>> Pasi Juppo <[EMAIL PROTECTED]> wrote:
>>>
>>>> Strange that it works fine on the server and both have the same setup of
>>>> cod
71 matches
Mail list logo
