headers
Lars Bläser | 1 Mar 2004 02:25
Picon
Favicon

Re: Two cards - One output

Adrian P Challinor wrote:

> Sorry folks, this is a newbie question.
> 
> Is it possible to have two cards with one output device? 
> For examples 
> 
> 
> ----> TV IN ----> DVB-T (Budget card) 
>                }
>                }
> ----> SAT IN ----> DVB-S (premium Card) 
>                       |
>    --< SCART OUT < ---+ 
> 
> 
> That is: 
>     	TV in from a terrestrial DVB source goes 
> 	to the DVB-T card 
> 
> and   TV OUT comes from the DVB-S card? 

(if you mean tv-in dvb-t as a cable from your antenna)
thats the way vdr woks, its called transfer-mode

> 
> 
> My problem is that I cant seem to get VDR to read the channels.conf for the
> DVB-T card. The ones supplied as samples in the VDR distribution seem
> incompatible with the expected format (eg channels.conf.terr).
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ragnar Sundblad | 1 Mar 2004 05:58
Picon
Picon
Favicon

[Announce] Teletext Subtitles - ttxtsubs plugin 0.0.5pre1


Release notes for 0.0.5pre1
2004-03-01: Version 0.0.5pre1

- New features:
  - More than one language can be chosen, they are used in order
    of preference
  - Handles languages with two ISO 639-2 identifiers
    (as ger/deu, fre/fra)
  - Subtitles can now be turned on or off
  - Optional main menu alternative for easy access
  - Selectable vertical position of text for 4:3/Anamorphic or Letterbox
  - Left, Center or Right horizontal position of text
  - Remapping option for those French channels that incorrectly
    sends teletext page numbers in decimal instead of hexadecimal.
    Very moderate remapping done at the moment, I hope it is enough.
  - Subtitles are now recorded with their PTS (timestamps). Not that
    the timestamps are completely wrong on some channels, this
    may confuse uncareful subtitle extracting software.
  - Included patch for VDR 1.3.5 - untested!
- Bugs fixed:
  - Fixed a net-to-host-order bug in the si parser that could make it
    incorrectly think that there are no subtitles on a channel.
    Thanks to Nicolas "tarass"!
  - Fixed a bit swapping bug causing incorrect character encoding for
    some languages. Thanks to Nicolas "tarass"!

-----------

README
(Continue reading)

Permalink | Reply | 8 comments |
headers
Paavo Hartikainen | 1 Mar 2004 08:00
Picon

Fix to build VDR 1.3.5 on PowerPC

On PowerPC compiling stops at "ci.c" with error unless one uses
"-D__KERNEL__" for compiling that file.  It is because
"/usr/include/asm/unaligned.h" begins with "#ifdef __KERNEL__" and
ends with "#endif /* __KERNEL__ */".

It also worked for building VDR 1.3.4 on same architecture.

-- 
 "pienena   /  Paavo "Rainbow Rat" Hartikainen
  minusta  /  E-mail: pahartik <at> sci.fi
  tulee   /  URL: http://www.sci.fi/~pahartik/
  rotta" /  EFnet: pahartik at #Atari and #LionKing

--

-- 
Info:
To unsubscribe send a mail to ecartis <at> linuxtv.org with "unsubscribe vdr" as subject.
Permalink | Reply | 3 comments |
headers
Paavo Hartikainen | 1 Mar 2004 08:35
Picon

VDR 1.3.5: Strange channels.conf entries

DVB-T, Tampere, Finland, VDR 1.3.5 (and 1.3.4), PowerPC.

Unless I set "UpdateChannels" to "0" or "1", I get "channels.conf"
entries like this:
---
YLEQ:578000:I0C23D0M64B8T8G8Y0:T:27500:0:653=fin;822532352=1Ù:0:0:274:8438:4097:0
---

This example is audio-only channel, but any channel with audio PID
seems to suddenly have "Dolby PID1: 822532352" after they get
auto-updated.  Probably related thing is that at the same time,
"channels.conf" gets written to disk at least once per second.
Turning auto-update off solves this problem until bug somewhere is
fixed.

-- 
 "pienena   /  Paavo "Rainbow Rat" Hartikainen
  minusta  /  E-mail: pahartik <at> sci.fi
  tulee   /  URL: http://www.sci.fi/~pahartik/
  rotta" /  EFnet: pahartik at #Atari and #LionKing

--

-- 
Info:
To unsubscribe send a mail to ecartis <at> linuxtv.org with "unsubscribe vdr" as subject.
Permalink | Reply | 3 comments |
headers
Dennis Noordsij | 1 Mar 2004 09:37
Picon

Re: Still problems with streamdev-0.3.1

On Friday 27 February 2004 19:50, Sebastian Frei wrote:
> Hi,
>
> even with the new version of the streamdev plugin, my problem persists:
>
> After a watching a while tv on my streamdev-client (today 1h), the server
> plugin stops delivering a stream.
> I know this because rebooting the client gives me "channel not available".
> I have to restart the server.
> Trying to get a stream with the VDR streamingcontrol tool doesn't work too.
>
> The server is a dual card system (FF1.6, Nova) and the client has a dxr3.
>
> When the error on the client occured, no one was using the server. This
> error is very annoying, especially
> when it occurs at 20:16 and I can't interrupt the server.
>
> Looking at the log files shows that at a certain point the Pid streamer
> thread just doesn't want to start anymore.

Hi,

In streamdev/server/connection.c I changed the call:

cDevice *cServerConnection::GetDevice( .. ) 

to be just:

	return cDevice::GetDevice( Channel, 
		Priority > -1 ? Priority + 1 : Priority , NULL );
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jan Ekholm | 1 Mar 2004 10:20
Picon

GRAB always gives gray image


Hi,

I experimented a bit with the SVDRP command GRAB to get screenshots, but
it always seems to return a solid gray image, such as this one:

    http://www.infa.abo.fi/~chakie/media/dvb/test.jpg

Come to think of it, I don't think I've ever got anything else than a gray
image, not even on older VDR versions. Doing 2-3 GRAB:s in a row makes no
difference, nor does tuning to some other channel. I do the GRAB with a
simple:

   grab /tmp/test.jpg

VDR logs:

  vdr[10157]: grabbing to /tmp/grab.jpg (JPEG 255 768 576)

so it all looks ok to me. Is this something expected or do I do something
weird? VDR seems to work ok otherwise. This is with 1.3.5 and the
recommended DVB drivers using a Hauppauge DVB-c 2.1 or 2.2 card.

Regards,
    Jan Ekholm

--

-- 
         In the Beginning there was nothing, which exploded.
                                        -- Terry Pratchett, Lords and Ladies
(Continue reading)

Permalink | Reply | 7 comments |
headers
Christoph Gohle | 1 Mar 2004 11:09

performance problems with vdr 1.2.x

Hi all,

this is my first posting to this list and i hope this is the right forum 
for my question.

I am running vdr 1.2.6 on a Pentium 133 machine with a single Siemens 
DVB-s rev1.3 and i have big difficulties with performance:

As soon as the dvbdevice starts it's recieverthread (i.e. start of a 
recording, or still beining in transfermode after a recording) cpu usage 
goes up to 70 - 100% (when looking with top), which usually results in a 
broken recording and liveview because the transfer and recording threads 
cannot deliver thier data in time (ring buffer overflows).
If i disable DO_MULTIPLE_RECORDINGS and 
DO_REC_AND_PLAY_ON_PRIMARY_DEVICE so that the transfer thread is not 
started during a recording, still CPU usage goes up to 70%.

With the old vdr 1.0.4 cpu usage was barely more than 10% during a 
recording. So i wonder, why this is the case for newer versions (even 
without running in transfermode).

Does anyone have a clue where the cpu cycles go? Do i have to use a 
bigger cpu if i want to run vdr 1.2.x?

Best wishes,
Christoph
-- 

--

-- 
Info:
(Continue reading)

Permalink | Reply | 4 comments |
headers
Axel Gruber | 1 Mar 2004 12:50
Picon
Picon

OT: 200GB or bigger under LINUX and on Wich hardware ?

Hi List,

I´m planing to renew my VDR-HArddrive Server-Storage.

I think about to use the WD 200GB Harddrives.
But now i have to ask:

Are there any limitations on using this big harddrives on a linux-Machine ?
Do  i need special-Controllers for this Drives ?

From my current configuration i have 2 Promise Fasttrack-Controllers (on 80-120 Maxtor drives) without
any problems.

If anyone use such Hardware please contact me !

Best Regards

Axel 

--

-- 
Info:
To unsubscribe send a mail to ecartis <at> linuxtv.org with "unsubscribe vdr" as subject.
Permalink | Reply | 5 comments |
headers
Carsten Koch | 1 Mar 2004 13:25
Favicon

Re: OT: 200GB or bigger under LINUX and on Wich hardware ?

Axel Gruber wrote:
> Hi List,
> 
> I´m planing to renew my VDR-HArddrive Server-Storage.
> 
> I think about to use the WD 200GB Harddrives.
> But now i have to ask:
> 
> Are there any limitations on using this big harddrives on a linux-Machine ?
> Do  i need special-Controllers for this Drives ?

All 2.6 and the newer 2.4 Kernels have LBA48 support and thus
can handle IDE hard disks > 128GB.
In my experience, UDMA 100 and 133-capable controllers
also work with LBA48.
I have a Promise Utra66 controller which does *not* work
with IDE hard disks > 128GB.

At the moment, 160GB hard disks are most economical. See
   http://www.geizhals.net/deutschland/?cat=hde7&sort=r

If you use larger disks, you will pay more per GB and
lose more data per disk crash.

Carsten.

--

-- 
Info:
To unsubscribe send a mail to ecartis <at> linuxtv.org with "unsubscribe vdr" as subject.
(Continue reading)

Permalink | Reply | 1 comment |
headers
André Weidemann | 1 Mar 2004 14:35
Picon

Re: OT: 200GB or bigger under LINUX and on Wich hardware ?

Axel Gruber wrote:
> Are there any limitations on using this big harddrives on a linux-Machine ?
> Do  i need special-Controllers for this Drives ?

I actually do not have a Promise Controller, but I can tell you that my 
old Asus P3BF (BX440 chipset) and Kernel 2.4.24 are running flawlessly 
with my 160GB WD drive. So as far as I can tell, there are no difficulties.

  André.

--

-- 
Info:
To unsubscribe send a mail to ecartis <at> linuxtv.org with "unsubscribe vdr" as subject.
Permalink | Reply | 0 comments |

Gmane