[vdr] vdr bug with InitialChannel?

[Lars Bläser]

hi,

may be a feature but from usability point its a bug
if you choose to have a special starting channel and insert or delete a
channel before that channel its not the right channel anymore when
starting vdr the next time

reason is that only the number of the channel in the channels.conf is
saved to setup.conf (InitialChannel =)
it should be the method as it is used in timers.conf, that way it should
always start with the channel originally selected in setup as start channel

PS: with vdr 1.7.18

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

Re: [vdr] HD programme recording still broken

[Lars Bläser]

On 11.06.2011 00:30, Luboš Doležel wrote:
> 
> How should I tell VDR not to care about encryption, as the decryption is
> fully handled by the dvbloopback virtual DVB device (sasc-ng)?

if a software outside vdr changes things in a way that standards does
not apply anymore this software should take care of it i.e. clear
encryption flags for those channels so that the channel scan recognizes
them in the way it's needed


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

Re: [vdr] Can' read mkv with vdr-1.7.18 + mplayer + TT S2-6400 !

[Lars Bläser]

On 20.06.2011 22:03, Karim Afifi wrote:
> Hello,
> 
> Since I have upgraded my hardware from "TT Nexus" to "TT S2-6400", I can't
> read any mkv 
> file anymore from my vdr-1.7.18 and MPlayer. It seems that VDR can't share
> the device.
> 
> This limitation is very very annoying :
> Is there any patch for VDR and/or for MPlayer ?
> Do you know any workaround or any other solution ?

if that would be the case then all nexus (old ff card) users would have
the same problem
imho the tt s2 6400 is not supportet by mplayer


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

Re: [vdr] reencode/transcode to(!) vdr

[Lars Bläser]

hi,

beside this it's just a remuxer, not a transcoder
you will need something like ffmpeg to transcode and if the resulting ts
is not properly muxed for vdr you can remux it with that tool

maybe a package like ripbot264 fits better to the topic

http://www.videohelp.com/tools/RipBot264
(tsMuxeR is part of that package)
or have look at this
http://forum.doom9.org/forumdisplay.php?&f=78


On 28.10.2011 11:28, Pertti Kosunen wrote:
> On 28.10.2011 9:02, M. Fiegert wrote:
>>
>>
>> Thanks a lot, that helps.
>> I will try at weekend (although I would have prefered a linux solution).
> 
> It says: "United cross-platform GUI - Windows, Linux, MacOS."
> 
> http://www.videohelp.com/tools/tsMuxeR/old-versions#download
> http://www.videohelp.com/download/tsMuxeR_1.10.6.tar.gz
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> 


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

Re: [vdr] vdr remote

[Lars Bläser]

On 14.04.2012 22:42, VDR User wrote:
> For that price it better come with one! It also better be a high
> quality remote and not some cheap plastic chinese production at that
> price.

hi,

i never had one in hand but remember things from reelbox forum and vdrportal

it doesnt come with a ir receiver, the reelbox receiver is integrated in
the frontpanel (/dev/input/rbfp0) and has a special firmware that
includes code for ir
(available as spare part from rmm as part of the case kit, 109€)
they also have a special remote vdr plugin (source in the rmm svn)

afaik the preselected layout for the reelbox is not rc5 (at least not
entirely, i remember something about pronto codes) but the remote will
be programmable and its a universal remote with the usual preprogrammed
devices
http://www.reel-multimedia.com/de/dokumente/anleitungen/ReelBox_Series_Kurzanleitung_Fernbedienung.pdf

about the new one i have no further info's except what rmm has published
but i wold expect the same preselected layout as the old one has
http://www.reel-multimedia.com/de/dokumente/anleitungen/ReelBox-RC-Slimline.pdf



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

Re: [vdr] plugin for DVD images

[Lars Bläser]

Hallo,

together the plugins dvd and dvdswitch play titelsets and iso's nativly 
in vdr
another (imho better) solution is something like yavdr does, if needed 
switching vdr in backround (still running, recording) and use the 
frontend with xbmc (also has iso support), depending on the system age 
switching the frontend between vdr and xbmc only takes seconds

xbmc is also pretty good for any type of media (i.e. mkv)


On 26.02.2013 03:51, Peter Münster wrote:

Hi,

I've just installed a new VDR-system with xineliboutput
(openSUSE-packages), and now I'm looking for a possibility to watch
DVD-images with best integration into VDR.
Unfortunately the media-player of xineliboutput crashes often and does
not select automatically the main-film.

I don't need DVD-navigation, just an easy possibility to chose language
and subtitles (as in smplayer).

Which one of all the plugins (vdr-play, vdr-dvd, externalplayer,
mplayer, etc.) could do the job please?
(I've just tried vdr-play, but no success...)

TIA for any hints,



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

Re: [vdr] FF card AV sync problems, possible fix to VDR (fwd)

[Lars Bläser]

VDR User wrote:
> On 3/7/07, *Dr. Werner Fink* <[EMAIL PROTECTED] > 
> wrote:
> 
> AC3 loop through sound card http://bitstreamout.sourceforge.net/
> Howto http://www.vdr-portal.de/board/thread.php?threadid=1958
> 
> 
> 
> German language howtos are useless to all us english-speaking vdr users
> (and there are a LOT of us!).  Perhaps someone can bother to translate.
> 
> Thanks.

how about this

http://www.linuxtv.org/vdrwiki/index.php/Bitstreamout-plugin

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

Re: [vdr] Thunderstorm over Munich

[Lars Bläser]

Klaus Schmidinger wrote:
> On 05/28/07 11:30, martin wrote:
>> Thanks all for your replys! At least I feel heard by the community.
>> ...
> 
> [ ... lengthy pamphlet, repeated three(!) times ... ]
> 
> Martin, why don't you simply remove the cThread::EmergencyExit(true)
> calls from recorder.c and remux.c?
> 

how about a compile or start switch for this

/Lars/

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

Re: [vdr] multiplex to PES

[Lars Bläser]

Patrick Cernko wrote:
> Hi List,
> 
> does anyone know how to multiplex some demuxed elementary streams (e.g.
> a video stream, an mpeg audio stream and an ac3 audio stream) into a
> proper vdr PES stream?

ProjectX does produce *.vdr files
http://sourceforge.net/projects/project-x

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

Re: [vdr] Extension HD PCI from ReelMultimedia in August ?

[Lars Bläser]

Georg Acher wrote:
> There was a discussion on that in this list a while ago which ended in
> fruitless anoyance about one binary only module in the Linux kernel on the
> HD card. Look for "future VDR and NetCeiver OEM from Reelmultimedia" and
> "issues about binary only code...".

its not really about the binary if its working its mote the fact that
future kernel wont support this binary stuff and its supposed to be a
future proof solution

> For the moment, we have only a plugin for vdr and some demo programs to
> transfer TS/ES data. There's no plan for a DVB adapter-like integration, but
> there's no obstacle in writing one...

"only a plugin for vdr"?
does that mean a output plugin like the one for the dxr3?
does it work with other plugins like the dvd-plugin?
what about the h.264, vdr does not support that (yet)?

> The current scheme works quite fine, also it requires only a small
> DVB-independent kernel driver for establishing the shared memory
> communication. BTW, when reading the DVB-ML, I don't get the impression that
> the DVB subsystem is in a good shape for the near future :-(

anything better to offer?
the problem is that this is the only solution for linux with vdr


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

Re: [vdr] [ANNOUNCE] vdr-femon-1.2.3 & vdr-femon-1.1.5

[Lars Bläser]

Rolf Ahrenberg wrote:
> Hi,
> 
> new versions of femon plugin for both stable and developer VDR series 
> are now available:
> 
> http://www.saunalahti.fi/~rahrenbe/vdr/femon/
> 
> 2008-01-20: Version 1.2.3
> 
> - Updated Italian translation (Thanks to Gringo).
> - Added '-Wno-parentheses' to the compiler options.
> - Mapped 'kInfo' as help key in setup menu.

hi,

an chances to see h.264 stream infos soon (means support for Reinhard
Nissl´s h.264 patch)?
or support for multiproto dvb-s2 to see the signal strengths or lock?

Bye


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

Re: [vdr] Wakeup methods

[Lars Bläser]

Kartsa wrote:
> What different wakeupmethods are there? I've built a few vdr boxes and 
> I've been forced to use different motherboards and they do not all work 
> the same. I've used nvram-wakeup on some and acpi on others when 
> nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with which 
> I'm having trouble in starting on timers.
> 
> What methods are people using with VDR?

beside nvram-wakeup und acpi-wakeup ( simply "echo 2006-02-09 23:05:00
>/proc/acpi/alarm", http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup,
sorry you have to use babelfisch, it´s not in the engl. vdr-wiki)

you could use the WOL feature of the system
the vdr sends the wakeup time to a system thats always on (linux
router?) and this machine sends a WOL packet to your vdr
http://www.vdr-portal.de/board/thread.php?postid=694894
(->babelfish)

or

a special home brew hardware device with it's own clock (kind of pic)
witch gets it's power from standby of the power supply
don't know about a running project but it people talked about something
like that on www.vdr-portal.de - usually if made by someone in a small
batch it will cost as much as a cheap mainboard

http://www.vdr-wiki.de/wiki/index.php/WakeUP_Projekte ("Echzeituhr:" is
whats needed)

http://www.vdr-wiki.de/wiki/index.php/C%27t-VDR_-_Hardware_WakeUp

this looks like something that you could buy and is out of the box
working with vdr
http://www.jepsennet.de/vdr/
http://www.k-data.org/index.php?product=1


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

Re: [vdr] Old schedule / old timers

[Lars Bläser]

Rainer Zocholl wrote:
> Too, long time ago "one time timers" were not deleted automatically.
> That has the advantage that if i found that "one time" worth to be 
> recorded again, it was easy by editing that old "used" one time timer.
> Manually deleting the superflous "used" timers was much easier than to wait
> for EPG to show that event in future.

create a weekly timer and deactivate it after you used it, to reuse it
change it

if you need to record something you only know the title it's possible to
user the autotimer function from vdradmin or epgsearch, this way
one-time-timer will always be created if needed


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

Re: [vdr] A VDR compatible dvb-s card with CI interface recommendation?

[Lars Bläser]

> As I said before, I know some cards, but I don't know which are supported
> under VDR, especially its CI part. For instance, I don't know if I buy a
> SkyStar HD 2, would it, and its CI is supported under VDR, because
> MultiProto should be available for VDR in 1.7.0.


http://www.linuxtv.org/wiki/index.php/DVB-S2_PCI_Cards

for the Sky Star HD 2 (same as Azurewave AD SP400 CI)

Common Interface support:
Still none.

may be the TechnoTrend TT-budget S2-3200 is more usefull

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

Re: [vdr] A VDR compatible dvb-s card with CI interface recommendation?

[Lars Bläser]

lets start from skratch

Ali H.M. Hoseini wrote:
> Hi,
> 
> I Want to buy a new DVB card to watch TV channels with VDR. The important
> point is I want it to have CI interface, So I could use CAM to view
> encrypted channels.

ok this means you need a PCI card
http://www.linuxtv.org/wiki/index.php/DVB-S_PCI_Cards

even if not procuced anymore the TechnoTrend Premium S-2300 is still
sold, with the growing market for dvb-s2 the the market for used "old"
dvb-s cards will be good

> I knew cards such as NEXUS, but they discontinued long time ago. I also know
> Technisat SkyStar HD 2, but as I know it is not compatible with VDR.

>> I don't want the card to be DVB-S2, I just need a card  with CI
>> support which works under linux and  VDR and I can buy it!

so YOU excititly asked for a dvb-s2 card

> So, Does anybody has recommendation for a card with this conditions?
> 1: good compatibility with VDR, Linux and good stability.
> 2: Has CI interface, and CI is supported under Linux and VDR.
> 3: Be in production.

the TechnoTrend Budget S-1500 with CI for 70€
http://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-budget_S-1500
(thats not the only one)

if you wnat hardware decodung for mpeg2 (no real need anymore) you can
use a old dxr3 card

be aware that the ci is bound to a card, a second card would need a
second ci with second decryption card



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

Re: [vdr] vdr & HD MPEG-4 DVB-C

[Lars Bläser]

Simon Baxter wrote:
> Has anyone tried one of these new cards with VDR?
> 
> http://www.dvbshop.net/product_info.php/info/p149_SATELCO-EasyWatch-PCI-DVB-C-HDTV--Basic-Edition-.html
> 
> Or any other DVB-C card supporting CI/CAM and MPEG-4 ?

mpeg4 is only a software thing, there is no h264 ff-card

i dont have one so this will only be a good guess:
cam-support -> the ci extension for all satelco cards (hdtv dvb-c,
dvb-s2, dvb-s, dvb-c) is the same
(http://www.satelco.de/htm/shop/easywatch_pci/index.htm) and the
linuxtv.org wiki lists the dvb-s satelco card as clone of knc1, because
they using the same ci extension the dvb-c version will also be a knc1
clone (Satelco EasyWatch HDTV PCI (DVB-C) will be the same as the KNC
ONE TV-Station DVB-C Plus)
the knc1 dvb-s card does have linux ci support
http://www.linuxtv.org/wiki/index.php/KNC1_TV-Station_DVB-S
so the dvb-c (hdtv) will also support it

beside this they look similar
http://www.kncone.de/d/produkte/zubehoer.htm
http://www.satelco.de/htm/shop/easywatch_pci/details_easywatch_ci.php?s=Produktinfo




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

Re: [vdr] UPnP/DLNA server plugin?

[Lars Bläser]

Teemu Suikki wrote:
> Has anyone written a direct UPnP/DLNA plugin, to stream out VDR
> recordings and live TV to PS3 or XBOX 360?
> 
> IMHO this would be a logical extension to the streamdev plugin. :)
> 
> There is a good UPnP server available for linux, called Fuppes:
> http://fuppes.ulrich-voelkel.de/
> 
> Fuppes can be used to stream VDR recordings, but so far I haven't been
> able to get live video to work.. And even with recordings you need to
> use transcoding because PS3 doesn't like MPEG-PES.
> 

"Sony PS3 as outputdevice" (with mediatomb)
http://www.vdrportal.de/board/thread.php?postid=705745

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

Re: [vdr] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

[Lars Bläser]

Gregoire Favre wrote:
> On Fri, May 02, 2008 at 12:03:48AM +0200, gimli wrote:
>> Hi,
>>
>> sorry, took a little bit longer to find time for made the patch.
>> This patch is against multiproto_plus +
>> HVR-4000-multiproto_plus-2008-04-25.diff.
>> With this combination i'm able to tune all HDTV channels on Astra 19.2E.
>> My Hardware is a WinTV Nova HD S2.
> 
> With this new patch, there is no change for me, which is fine, because
> everything was already working so it don't break anything here :-)
> 
> I attach an all in one patch just to be easier to follow, and as you
> wrote it to VDR's ml, I sent a copy there also.
> 
> Steven and Manu : could it be included into multiproto_plus ?

after this patch the multiproto_plus does not compile against my older
kernel (suse 10.2 stock kernel 2.6.18)


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

Re: [vdr] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

[Lars Bläser]

Gregoire Favre wrote:
> On Fri, May 02, 2008 at 01:15:45PM +0200, Lars Bläser wrote:
> 
>> after this patch the multiproto_plus does not compile against my older
>> kernel (suse 10.2 stock kernel 2.6.18)
> 
> Have you replaced linux/include/linux/compiler.h with the one from your
> kernel ? (in multiproto_plus dir) if that's going to be included, this
> shouldn't be in of course.

your patch included the compiler.h, after replacing it with the right
one the drivers are build
your patch also created a .config.old in v4l and the cx88 modules are
not build (the .config created during make does only contain inaktive
lines for cx88 modules), i modified the .config manual and started make
again



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

Re: [vdr] Can not view DVB-S2 channels

[Lars Bläser]

Vangelis Nonas wrote:
> I dont think that this is the case because with encrypted DVB-S channels 
> I get a blank screen but NOT the message "channel not available". I get 
> this message ONLY on DVB-S2 channels. I can perfectly watch HD Suisse 
> which is DVB-S.

with vdr 1.7 and the patch it´s possible to say that there is something
if you remove the encrypted flag, and vpid, ppid and dpid they will
reappear when you switch to that channel - its there, maybe they are
not broadcasting at that moment


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

Re: [vdr] no channel update on vdr 1.7.0

[Lars Bläser]

Mattia Rossi wrote:
> On Wed, 21 May 2008 17:01:22 +0300
> Lauri Tischler <[EMAIL PROTECTED]> wrote:
> 
>> Mattia Rossi wrote:
>>> On Wed, 21 May 2008 16:57:33 +0400
>>> Igor <[EMAIL PROTECTED]> wrote:
>>>
>>> --- snip -
 could you explain please how it's possible to connect 3 cards in
 VDR to 3 LNB's for Hotbird, Sirius, Astra for example with
 DiSEq-Cswitch

>>> Hmm, using this switch ?
>>> http://www.spaun.de/?lang=en&modul=products&product=842379&productname=SBK9935NF
>> Good God NO, just a simple 4 input diseqc-switch, one for
>> each card, price something like 10-30€ each
>>
> 
> Well, he didn't ask for the cheapest solution, he only asked how it
> could be done ;)
> 
> By the way, the multiple diseqc switch is ok if the
> number of dvb terminals is less than 4, for 4 terminal or more the
> multiswitch solution (it hasn't to be spaun) becomes quickly more
> convenient in terms of complexity and, eventually, costs
> 
> If you also need to mix terrestrial signal to the lot, then it
> becomes even more desirable.
> 
> ... but we are digressing :)

if he has never heard of diseqc maybe some basics would be good


http://www.spaun.de/files/8df79_en_DiSEqC_for_Technicians.pdf
http://www.spaun.de/?lang=en&modul=adigs

with diseqc you can address a single lnb among a limited number of lnb´s
from the "electrical" point there are two ways
lets say 2 sat´s and 4 receivers

1. using a lnb with 4 equivalent outputs for every satelite (you could
connect a receiver to those outputs and will get all four options high,
low, horizontal, vertical on every output, the receiver switches the to
its 4 options, same es having 4 single lnb´s) so you would need 4 single
passive diseqc switches, one for every receiver
shown here: http://www.spaun.de/files/ba406_de_ske11s133.pdf

2. using lnb´s with 4 different outputs (each for h, l, hor., ver., if
you connect a receiver you will only have one option at every connector,
thats the difference between quad and quattro lnb´s)
2 of those with a multiswitch (input for every option for every sat) you
can multiplie all 8 signals (the lnb´s don't have to be "switched" with
voltage or tone to a option) and deliver on the 4 receiver outputs whats
needed - this installation alway needs external power from 110/220V,
usually used for 4 or more receivers

in the situation with 4 sat´s and 2-4 receivers the scenario 1. will
usually cheaper



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

Re: [vdr] no channel update on vdr 1.7.0

[Lars Bläser]

Brian wrote:
> Aaah Bloody Germans 
> 
>  >> per design vdr reserves the first card in system for life viewing and 
> does not use it for other
> 
> "live" viewing.
> 
> Its a mistake that is made absolutely everywhere, especially in the press, who
> should really know better. I'm absolutely astounded about how many Germans (I 
> live in Germany),
> are nearly perfect with their English but make this mistake. But we see it in 
> "Clever Modern"
> advertising all the time now.
> 
> "the length of someone's life"
> "The concert was shown live in TV"
> "I live in my house", etc.
> 
> There's certainly no system in things like those in the English language.

fun like this will keep you alive - or was it alife
:-)))

> Sorry, just a pet rant of mine.

sorry couldn't resist

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

Re: [vdr] VDR Development

[Lars Bläser]

Davide Cavalca wrote:
> You say you want to fork it: what would you accomplish with that? It's
> not as if the code would magically write itself. I've yet to see a
> single prospective developer say "if it were forked I'd write X". (And,
> BTW, there's nothing forbidding him to write X in form of a patch and
> post it on this list.) On the other hand, by forking you'd probably lose
> Klaus, who has written by himself the majority of VDR code and knows it
> like no one else.

btw. there is a vdr fork repository (svn://reelbox.org)
reel-multimadia has its own 1.4.7 dvb-s2, h.264 capable vdr
they (Georg Acher?) wrote there own extension för dvb-s2 and they
extended vdr to there needs
it could be interesting to hear of the experience they have made
(backports, using vdr 1.7.x in the future?)



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

Re: [vdr] VDR Development

[Lars Bläser]

[EMAIL PROTECTED] wrote:
> but vdr has not evolved for years !

maybe because it was "bleeding edge" as it started, it only used the
(european) digital dvb standard
since then the whole tv marked developed to dvb-s/-c/-t (in europe) an
even now with dvb-s2 and h.264, vdr is fit enough to get a patch to
support that (there not that many free hdtv sources), there is a iptv
plugin too

did you ever used one of the first vdr´s ? the development is constant
and only because there is no fancy website, boasting about all the
stuff, does not mean there isn't development (link layer protocol,
plugins, ...)


> no real new features, it's still meant to be used with one ff dvb-s
> card.

no thats simply wrong, it started with the dxr3-plugin and at the moment
there are soft plugins (mpeg2/h.264) for decoding and there is a "new"
hardware solution too with a plugin (eHD)
you can even use vdr "headless" just with a bunch of budget cards
or VIDEGOR (http://i30www.ira.uka.de/p2p/videgor/index.en.html)

> there's a plugin interface but most of the time you don't want
> to hear about bugs when somebody is using a plugin.
> what's the point then ?

because klaus does program vdr not plugins, they can mean trouble for
the vdr-core functions (and patches are more dangerous), thats the
reason people are alway asked to try it with vanilla vdr without plugins

> And, what about this blackmail thing ?
> Wouldn't it be simpler to say "i don't have time anymore, my needs won't
> evolve and i don't want to code features i won't use, please carry on !" ?

why is a clear statemant from someone hwo started development for its
own purpose and tells (all the time) that it is still the same
blackmail? (btw. klaus has done a lot of development for things he never
saw as really useful for himself i.e. utf8 or subtitles)

imho: i would´nt trust someone who develops vdr for so long in its spare
time - may be he develops vdr for its own or will write code for another
project or idea (software that controls the whole house with natural
spoken words or something other useful) - but i don't think he will stop
 coding




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

Re: [vdr] Converting HD recording

[Lars Bläser]

Goga777 wrote:
> I asked in other way 
> 
> is there any fast method (without demux)  for converting the h264 pes records 
> from vdr to any other containers - ts, avi ?

if you ask that way - imho  - NO
demuxing is the minimum when comming from pes and want to convert to ts
remuxing is a very fast process compared with reencoding the whole thing
i produced a avchd (bluray structure on dvd) with HDvdrpes_to_mkv and a
windows toolset (tsMuxerGUI), only thing is the duallayer limit of the dvd

depending of "slim it down a bit", pes has a (small) overhead compared
with ts but its not that much to call it "slim"
realy sliming it would mean removing information
reencoding with lower bitrate or reduced resolution (can be difficult
because 1080i -> 720p is not much smaller and there ist no 720i
there is not much room to make it smaller (and keeping the quality) and
who wants to convert to 576/480 i/p format?

even if vdr records in ts, to get a avchd or bluray disk you will have
to remux the recording

> 
>> I use the solution here :
>>
>> http://www.vdrportal.de/board/thread.php?threadid=73791
>>
>> You can use mpeg_ps_extract to transform the vdr file in separate file .264
>> plus several audio file
>> When extracted, any soft like mencoder can convert them
>>
>> Best regards
>>
>> Le Wednesday 01 October 2008 21:15:59 Jelle De Loecker, vous avez écrit :
>>> Good evening all,
>>>
>>> I've got a bunch of old recordings made with VDR, like a 20 GB HD
>>> recording. I'd like to slim it down a bit, but don't really know where
>>> to start.
>>>
>>> How do you convert a show recorded on BBC HD to a "more" compact file?
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



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

Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers

[Lars Bläser]

Michael Stepanov wrote:
> Does somebody use it to watch HD channels with VDR? As I understand that
> solution can give the same result as nVidia Ion?

yes, ebsi got it working
http://www.vdrportal.de/board/thread.php?threadid=91157

"Status update :

Setup :

archlinux, kernel 2.6.28, vdr 1.7.10, vdr-xine 0.9.3,
xine-lib-1.2-crystalhd-r634

Hardware :

DVB-S2 TT3200, Motherboard D945GSEJT

Channel :

SKY Cinema HD
ORF 1/2 HD

Status :

Working with minor glitches"

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

Re: [vdr] implementing channel plug-in

[Lars Bläser]

Theunis Potgieter wrote:
...
>> There is an object of cChannel for each channel, and they are stored in
>> a list. You can either patch VDR to modify cChannel::Name() so that it
>> takes the original name as an index into some database of yours, or
>> modify the names in your channels.conf and set "Setup/DVB/Update channels"
>> to "PIDs only".
>>
>> Just curious: what's wrong with the original names?
> 
> The long names and the short names are the same. Asking my broadcaster
> to fix it would achieve the same results as if you would be talking to
> a brick wall :)

to prevent patching of vdr
how about creating a kind of favorite channel plugin that has its own
"namelist" which refers to the unique channel "markers" (like in
timers.conf)
maybe similar to that
http://famillejacques.free.fr/vdr/prefermenu/

beside the fact that you have you chosen name for the channel it reduces
the channel list to what you need

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

Re: [vdr] new support

[Lars Bläser]

abbe normal wrote:
> hello klaus
> 
> there is open-source software for a tuner called hdhomerun if you had
> this info could native support be added to vdr... this is a network
> device and it has support in other pvr dvr setups..
> just asking as i know there is a europe model of this device... or
> going to be if not already there... plus there ive read theres
> interest in it from your side as well as my side here in the us
> 
> here is the site if you would like to look at it and the link to there
> software info... i do have it and it does work in command line now...
> 
> http://www.silicondust.com/products/hdhomerun_home_atsc
> 
> http://www.silicondust.com/downloads/linux
> 
> let us know what you think i do know your time is short as you
> have other things on your desk...
> 
> abbe

sound like a light version of this
http://www.reel-multimedia.com/en/shop_netceiver.php

it could be useful to have a look how they have done the vdr integration
http://svn.baycom.de/repos/vdr-mcli-plugin




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

Re: [vdr] XBMC and vdr

[Lars Bläser]

martinez wrote:
> To the best of my knowledge XBMC can only be compiled for xbox1
> 
> Anyway for a linux program to 'pretend' to be a Windows Media Center so the 
> xbox 360 is happy talking to it?
> or any vdr plugin that can do the job?
> 
> On Feb 5, 2010, at 2:46 PM, Scott Waye wrote:
> 
>> Have you looked at XBMC?  

according to this
http://en.wikipedia.org/wiki/Digital_Living_Network_Alliance
the 360 is dlna complient

you could try this plugin to bring them together
http://upnp.vdr-developer.org/

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

[vdr] odd behavior with pause key and hdtv

[Lars Bläser]

with hdtv there seems to be a problem with the pause funnction in vdr
(tested with 1.7.10 and 13 with eHD es replay device)

- sdtv (arte) dedicated pause key - ok
- servus tv hd dedicated pause key - ok
- arte hd, dedicated pause key, timer is created, replay try's to start
and does not work, jumps back to live
- arte hd, open main menu, yellow key (pause) - ok

there should be no differece between pause key and menu/yellow?



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

Re: [vdr] merging correctly several .ts files to a single ts file or better mkv

[Lars Bläser]

Eric Valette wrote:
> On 28/03/2010 15:16, Klaus Schmidinger wrote:
> 
>> I just made a recording with a 1MB file size and cat'ed the files
>> together. The result played just fine on my FF-DVBS card.
> 
> It indeed works with xbmc, not with smplayer. Anyway I've found a way to
> make it work (and now I will have only one chunk) :
> 
> ffmpeg -y -ss 00:17:00 -map 0.0 -map 0.1 -i 1.ts  -vcodec copy
> -sameq -acodec copy simplified1.ts
> ffmpeg -y -i simplified1.ts  -vcodec copy -sameq -acodec copy -async 2
> -f matroska 1.mkv
> ...
> ffmpeg -t 00:14:10 -y -map 0.0 -map 0.1 -i 4.ts  -vcodec copy -sameq
> -acodec copy simplified4.ts
> ffmpeg -y -i simplified4.ts  -vcodec copy -sameq -acodec copy -async 2
> -f matroska 4.mkv
> 
> mkvmerge --title Foo 1.mkv +2.mkv +3.mkv +4.mkv -o foo.mkv

vdr does not look for any strukture of a recorded file it just cut's
when the byte conter limit for a file is reached

imho your method is not good
you will loose data on the file borders wich will result in gaps and
async audio

converting every file of a recording in sigle file mode will end in
"open" data on start and end that will be lost so every end and start of
a file means loosig a whole iframe with all following frames to the next
iframe
same for audio and that can get worse when audio anv video are
interleaved be a "gap" i.e. audio ist 300ms later then the picture you
will have a 300ms audio gap at the start aof every file

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

Re: [vdr] Cutting HD Recordings

[Lars Bläser]

Falk Spitzberg wrote:
> Hello,
> 
> recently, i tried to cut a TS recording with VDR 1.7.12. Cutting it
> works ok, but when i replay it, there is a short distortion when it runs
> across the cut. On my production system, that is equipped with a Reel
> eHD, the problem is worse, because the eHD is completely confused when
> it crossed a cut. To get it back in sync, i need to jump forward or
> backward.
> 
> Since this occurs only with HD recordings, i assume that VDR make some
> kind of mistake when it created the cutted version. 

i would'nt be so shure about that, afaik in its native enviroment (rmm
vdr in reelbox avg and netclient) pes replay is used for sd and a
special ts routine is used for hd, that ts routine is different from
what THE vdr is using (now), that means all the ts data from newer vdr
versions is played with the "normal" pes replay, even the hd h.264 data
(rmm took vdr 1.4, left the sd stuff as it was and programmed new
routines for dvb-s2/h.264 and made them ts)
no one has yet made a patch or something else (public) to bring the ehd
plugin to the level that would be needed for a real "ts" vdr like 1.7.12

Georg Acher would be able to describe it more precisely


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

Re: [vdr] Vdr 1.7.15 and vdradmin

[Lars Bläser]

Seppo Ingalsuo wrote:
> Hi,
> 
> Has anyone noticed problems with vdradmin-am, epgsearch and new vdr
> 1.7.15?
> 
> Since upgrade from vdr 1.7.14 VDRadmin web interface dones not work. Web
> browser shows this error:
> 
> "Can't connect to VDR at localhost:2001

its always a good idea to read the hitory file ...


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

Re: [vdr] Subdirectories are missing

[Lars Bläser]

On 14.07.2010 08:56, Arno Esser wrote:
> corrected headline
> 
> Am 13.07.2010 23:29, schrieb YUP:
>> Wow, thanks for the tip, it's good to know!
>>
>> Yarema
>>
>> 2010/7/13 Arno Esser mailto:arno.es...@gmx.de>>
>>
>> Hi,
>>
>> my 1.7.15 offer a nice feature. I have a subdirectory beneath
>> video.00, that contains other mounted dirs. Initially after
>> startup vdr only offers real recording in video.00. Only after a
>> touch on video.00/.update ALL files in video.00 including the
>> subdirectory are shown. Is that a mistake or a special feature?

this feature is 6 years old ;-)

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

Re: [vdr] Converting all recordings to TS?

[Lars Bläser]

On 25.08.2010 18:43, Teemu Suikki wrote:
> Hi,
> 
> I just upgraded to VDR 1.7.15, mainly because I want to watch TS
> recordings with PS3, directly from PS3 browser with VDRAdmin and
> StreamDev.. I already have it pretty much working, both LiveTV and
> recordings work fine. I have been modifying VDRAdmin-am slightly to be
> more ps3-oriented. :)
> 
> Anyway, now the biggest problem is that I have about 1TB of recordings
> recorded with older VDR.. I'd like to convert all of those to TS. :)
> Is there some simple shell utility? Writing the actual script is not a
> problem, if I just knew what program to use for the conversion.

as long as it's a normal mpeg2 PES recording (no PES h.264, hd recording
with h.264 patch for vdr 1.7.0) projectx (java) will be able to convert
PES to TS, the index can be ignored (vdr 1.7.15 regenerates it if missing)
not shure about the info.vdr to info conversion (with any luck renaming
is ok)

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

Re: [vdr] Converting all recordings to TS?

[Lars Bläser]

On 25.08.2010 20:31, Halim Sahin wrote:
> Hi,
> Just wondering why you want to convert old vdr recordings to ts?
> Vdr-1.7.15 can play old recording in pes format.

some players dont like pes at all or do not recognise *.vdr files

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

Re: [vdr] Converting all recordings to TS?

[Lars Bläser]

On 26.08.2010 11:52, Teemu Suikki wrote:
> Thanks for this!
> 
> I modified the script slightly, some error checks etc. I also added
> directory/file renaming magic so the generated files work with VDR
> correctly..
> 
> index files are deleted, vdr will regenerate them when you open the first 
> time.
> 
> Oh and this script will combine 001.vdr, 002.vdr etc to single
> 1.ts... This is because I couldn't make multiple file http
> streaming work to ps3, now I don't have to worry about that. :) VDR
> supports >2GB anyway if you enable it in the settings.

using projectx could be better because its able to correct errors and
recognise former cuttings witch can result audio drift or even
conversion errors

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

Re: [vdr] DIVX recordings? :)

[Lars Bläser]

On 05.09.2010 12:54, Teemu Suikki wrote:
> I know this is probably too much to ask at this moment when there just
> has been a transition to TS.. Anyway, here it goes. :)
> 
> I often compress my older recordings to Divx, to save space. However I
> never remember to watch them because they don't show up in VDR
> recordings anymore. :) I know I can watch them with the Mplayer
> plugin, but it's not convenient, especially if you are recording some
> series and half of the episodes are divx and half VDR..
> 
> So basicly I would like to be able to compress vdr recording to divx,
> but still view it like normal VDR recording. It would be quite enough
> to simply launch mplayer-plugin for the file if divx format is
> detected? Editing etc is not necessary at all.
> 
> This is probably something I can do myself, but I just thought I ask
> in case someone else has already done something similar. :)

there ist a archive patch for vdr that will link a archive dvd into
recordings and there is a media detection plugin (for dvd, audio cd, ...)
it could be possible to look for divx, gather informations and build
representations of that divx into recordings directory and if a divx
recording is selected it will have to recognize that and branch to the
proper replay plugin - but that's all very dirty and complicated, maybe
its easier to write a plugin that gathers all information about
recordings, divx, dvd-images, ... and put that into a small database and
instead of opening the recordings function open this plugin (like open
epg search instead of the normal epg function of vdr) and select a
"media entry" (recording, divx, ...) and the plugin will handle what
happens next (normal recording or mplayer, ...)
xxv does have a db function for recordings, maybe its possible to use
that as base? there is a media library function, maybe already something
in that direction, a kind of front end vdr-plugin (graphics
representation because xxv is made for use with browser) for that
medialib function could do the magic? xxv itself can also be extended by
modules
http://www.linuxtv.org/vdrwiki/index.php/Xxv

or just use the filebrowser plugin?
thats the way reel multimedia solved it with the ReelBox Avantgard (vdr
based)
http://vdr.nasenbaeren.net/filebrowser/

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

Re: [vdr] Problem creating index files

[Lars Bläser]

On 03.10.2010 14:06, Teemu Suikki wrote:
> Hi,
> 
> just a small update, it seems the TS file is indeed somehow corrupt..
> I tried simple stream copy with ffmpeg and it doesn't work either:
> 
> Seems stream 1 codec frame rate differs from container frame rate:
> 9.00 (9/1) -> 25.00 (25/1)
> Input #0, mpegts, from '1.ts':
>  Duration: 00:18:58.50, start: 53222.923633, bitrate: 3821 kb/s
>  Program 1
>Stream #0.0[0x44]: Audio: mp2, 48000 Hz, 2 channels, s16, 224 kb/s
>Stream #0.1[0x45]: Video: mpeg2video, 25 tbr, 90k tbn, 90k tbc
> [IMGUTILS @ 0xbfa239e8] Picture size 0x0 is invalid
> Cannot allocate temp picture, check pix fmt
> 
> 
> ffmpeg works fine with recordings where vdr index generation works too..
> 
> Any easy way to fix these somehow?
> 

hallo,

you can try ProjectX or Cypheros TSDoctor


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

Re: [vdr] Unwatchable channels (vdr-xine, dxr3, vlc, mplayer)

[Lars Bläser]

On 04.10.2010 00:36, Luca Olivetti wrote:
> Al 04/10/10 00:20, En/na VDR User ha escrit:
>> On Sun, Oct 3, 2010 at 3:06 PM, Luca Olivetti  wrote:
>>> Yes, it seems like a bad signal, but femon is reporting a ber and unc
>>> of 0
>>> (I really don't trust snr and strength, but ber and unc should be
>>> just about
>>> right).
>>
>> The point I was trying to make is that you can't rely on femon to give
>> you accurate statistics unless the dvb driver provides accurate
>> statistics, which very many don't.  Try plugging an analog signal
>> meter into that cable and you'll likely see a different result then
>> what you see in femon.
> 
> Well, I'm pretty sure the ber and the unc are right: I tried to stream
> those channels with dvbstream and they play perfectly, so the signal is ok.

hi,

to see if unc and ber are working you should provoke those errors by
weakening the signal and only if you see a change you know that it is
working, if you allway see a 0 you can'n be shure if its working the way
you expect it
imho there is no difference in femon between is not provided by driver and 0

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

Re: [vdr] Unwatchable channels (vdr-xine, dxr3, vlc, mplayer)

[Lars Bläser]

On 04.10.2010 21:07, Luca Olivetti wrote:
> Al 04/10/10 20:55, En/na Luca Olivetti ha escrit:
>> Al 04/10/10 20:10, En/na Luca Olivetti ha escrit:
>>> Al 04/10/10 19:36, En/na Luca Olivetti ha escrit:
>>>
 Now I tried with a clean vdr (1.7.16), no patches (though my patches
 didn't modify the signal path at all), only the vdr-xine plugin and the
 problem is still there.
 BTW, the same xine I'm using with the plugin, has no problem playing
 the
 stream from dvbstream.
>>>
>>> If I start a recording and try to play the ts file with, say, mplayer,
>>> it has the same problems, with a lot of messages in the console:
>>
>> FWIW, if I set the audio pid to 0, the video is perfect.
> 
> With all output plugins (vdr-xine, dxr3 and streamdev, the latter only
> if NOT streaming in TS, which pulls the audio anyway and breaks the
> picture).

hi,

TVN
Warszawa;TVN:11508:VC56M2O0S0:S13.0E:27500:512=2:650=...@4:572:0:15801:318:1600:0
TVP Kultura;CYFRA
+:11488:HC56M2O0S0:S13.0E:27500:172=2:128=...@4:513:0:5113:318:1500:0
PULS;CYFRA
+:11488:HC56M2O0S0:S13.0E:27500:171=2:124=...@4:0:0:5112:318:1500:0
TRACE TV;CYFRA
+:11488:HC56M2O0S0:S13.0E:27500:164=2:96=...@4,97=...@4:0:0:5105:318:1500:0
(in fact all polish channels on this transponder do the same)
RTV;Harmonic:11471:VM2O0S0:S13.0E:27500:611=2:6...@3:0:0:10622:318:1400:0

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)

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

Re: [vdr] Supported FF cards

[Lars Bläser]

On 11.10.2010 13:41, Rainer Blickle wrote:
> Hi,
> 
> i have found the following code snippet in dvbsdffdevice.c:
> 
> 0x110A, // Fujitsu Siemens DVB-C
> 0x13C2, // Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu
> Siemens DVB-C
> 0x13C20001, // Technotrend/Hauppauge WinTV DVB-T rev1.X
> 0x13C20002, // Technotrend/Hauppauge WinTV DVB-C rev2.X
> 0x13C20003, // Technotrend/Hauppauge WinTV Nexus-S rev2.X
> 0x13C20004, // Galaxis DVB-S rev1.3
> 0x13C20006, // Fujitsu Siemens DVB-S rev1.6
> 0x13C20008, // Technotrend/Hauppauge DVB-T
> 0x13C2000A, // Technotrend/Hauppauge WinTV Nexus-CA rev1.X
> 0x13C2000E, // Technotrend/Hauppauge WinTV Nexus-S rev2.3
> 0x13C21002, // Technotrend/Hauppauge WinTV DVB-S rev1.3 SE
> 
> Are these all supported ff cards ? Or ar these all available ff cards at all ?

yes, they are all the same design with differenr layout ("only" mpeg2
hardwaredecoder, sdtv) and are not in production any more,

http://www.vdr-wiki.de/wiki/index.php/Full-featured-DVB-Karte

there is no ff hdtv card (yet)
a vapor ware awardy wothy product may come out a least ...
http://www.tt-pc.de/2673/HOME.html

there are enough other solution as "decoder" without tuner

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

Re: [vdr] Supported FF cards

[Lars Bläser]

On 11.10.2010 21:37, Rainer Blickle wrote:
>> there are enough other solution as "decoder" without tuner
> What do you mean with "other" solutions ? I have a pvr350 cards for
> output. Do you mean xineliboutput or streamdev or other real hardware
> ?

xine/xineliboutput with vdpau (h.264/hdtv)
softdevice
...

hardware:
dxr3
em8400
eHD (h.264/hdtv)
Broadcom Crystal BCM70012 (h.264/hdtv, maybe not far enough developed)


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

Re: [vdr] Replay Problems with Extension HD

[Lars Bläser]

On 11.10.2010 21:22, Vesa wrote:
> eHD card has now days working plugin for vdr, more info about that here:
> 
> http://www.vdr-portal.de/board/thread.php?threadid=98019
> 
> eHD is stable with latest card firmwares, also for ts playback. Only issue
> is still that somehow VDR is not compatible with eHD on replay mode. With
> live tv DVB subtile timing is correct. During replay subtitles still comes
> 6-7s too early here in Finland.
> 
> Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009.
> And still no any real solutions. 

problem is that rmm develops for there own vdr tree based on vdr 1.4.7 -
don't know how good dvb subs work on there own solution (AVG)

it always was a crude patch that just made the reelbox plugin somehow
work with vdr 1.7.x, reason is that TS is differently implemented on
rmm's vdr and a proper TS capable reelbox plugin patch was started some
time ago but paused because the coder does not have time at the moment
(even still picture does not work as reliable as with the old patch and
ff/rew is also no good - it never was also with the old patch, lots to do)

the developer of the eHD (http://www.baycom.de ?) and rmm will only
provide doku and help but will not write a 2nd reelbox plugin for vdr
1.7.x (at least rmm said so) and it does not look like they will drop
there own vdr tree, they would have to do a lot of coding to get things
in the state they have now and would always have to struggle to get
features as they need it for there purpose (netclient, netceiver, ...)
in the rmm forum they also said that there are no plans of switching
completely to ts (mpeg2 is still pes and hdtv/h.264 is done as ts)

looks like you will have to wait or start coding

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

Re: [vdr] Compressing VDR recordings without losing quality.

[Lars Bläser]

On 29.10.2010 00:47, Carsten Koch wrote:
> Hi,
> 
> I have been using VDR for over 10 years now,
> so I currently have ~4TB of VDR recordings.
> Some of them are SDTV/MPEG2, many of the newer
> recordings are HDTV/H.264.
> ...

my first suggestion is to upgrade storage
if you compare the time you will have to invest and the power
consumption of the system that recodes all the stuff then new 2TB disks
look much more effective
you also will have lots of problems with async sound, lost audio streams
(ac3) and picture or just with broken recordings, what will consume
additional time

you can read about a conversion script here:
http://www.vdr-portal.de/board/thread.php?threadid=82167

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

Re: [vdr] mediamvp and subtitles

[Lars Bläser]

Jouni Karvo wrote:
> hi,
> 
> I was wondering of moving the (low) noise VDR machine away from the
> living room.  For that, I would need something new, and was
> considering Hauppauge MediaMVP.  So a couple of questions:
> 
> - does MediaMVP and work with dvb-subtitles plugin?
> - which plugin to use: mediamvp plugin, or vompserver plugin?
> - do these plugins show VDR:s OSD (so that e.g. tvonscreen or
>   osdteletext would work) ?
MVP ist not a "repeater" solution for vdr,s osd for that you  should
have a look at the xine-net solution with a passive epia system als
frontent (flash or network boot)
http://mitglied.lycos.de/peterweber69/xine/xine.htm
http://mitglied.lycos.de/peterweber69/index-Dateien/image003.jpg

imho the best developed client solution working with a noiseless
industriel produced client is the MTPCenter (Pinnacle Showcenter based)
http://www.panczyk.org/linux/mtp_center_eng.html
but this will not be a solution with VDR osd

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