Re: [vdr] [ANNOUNCE] VDR successfully ported to Windows

pipes (Unix-sockets). This probably works also on Windows... You can have a look in filter.c of https://svn.baycom.de/repos/vdr-mcli-plugin/ -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher "Oh no, no

Re: [vdr] softdevice audio problem. audio repacker issue?

channels, but maybe it's worth to have a look at its code... svn co svn://[EMAIL PROTECTED]/testing/src/vdr-1.4/ -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias _

Re: [vdr] softdevice audio problem. audio repacker issue?

should work also on a full featured card without any modifications. Maybe you need to tweak the makefile... The remuxer itself should be API compatible, so exchanging the file and using tools.c/h from the svn should also work. -- Georg Acher, [EMAIL PROTECTED] http:

Re: [vdr] reelbox HD kit - vendor?

imedia, it's no OEM. But "Mini-PCI" is misleading anyway. The interface and the first few centimeters of the PCB are Mini-PCI, but the overall format is a bit weird (L-shape). Even with a PCI-to-MPCI-adapter card it does not really fit in a PC case. -- Georg

Re: [vdr] reelbox HD kit - vendor?

On Wed, Mar 28, 2007 at 03:33:51PM +0100, Torgeir Veimo wrote: > Ok. I guess they could sell a lot of PCI versions of that card if > they made one.. Not everyone wants a "ready made" reelbox. Well, maybe there will be one later... -- Georg Acher, [EMAIL PROTECTE

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

the Micronas DeCypher) will be seperately available. As the Reelbox uses vdr, Linux drivers for the HD card and the NetCeiver (a DVB-API emulation and a vdr plugin with more features) will be there from the start. -- Georg Acher, [EMAIL PROTECTED]

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

an August/September, the price isn't fixed yet. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

e driver for the HDMI chip) it will be open source. Actually, there's a Linux running on the card... -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias _

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

On Fri, Jun 29, 2007 at 12:13:53PM +0100, Torgeir Veimo wrote: > Is this the card in question? > http://www.directupload.net/images/070503/CjsyApL2.jpg It is. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

y from an application running on the MIPS (with a little overhead, but it's good enough for >5MB/s). -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias _

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

unhappy with that issue and I don't understand why it has to be a kernel module at all. But for now it's built that way. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

ry modules for controlling it. 3) Use a HDMI transmitter, publish the controlling code and pay a contract penalty of a few million $. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

On Sat, Jun 30, 2007 at 08:29:19PM +0200, Clemens Kirchgatterer wrote: > Georg Acher <[EMAIL PROTECTED]> wrote: > > > 1) Don't use a HDMI transmitter and ignore the market demand. > > the market never "demanded" an encrypted data stream on the HDMI cable

Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia

> thing. The OSD framebuffer (RGBA) is accessible over PCI, but I don't know if acceleration functions will work outside the embedded system. We are planing to write a small fb-driver (shouldn't be that hard, as a direct mmap() already works). -- Georg Acher, [EMAIL PROTEC

Re: [vdr] OT: issues about binary only code in GPLed programs [WAS] future VDR and Net??eiver OEM from Reelmultimedia

or their expensive / high performance > video card than free drivers for a cheep one. fine. but at least > vendors MUST respect the will of the countless developers who release > their work under the license of their choice for a reason. Apropos "developers": How much do YOU already

Re: [vdr] OT: issues about binary only code in GPLed programs [WAS] future VDR and Net??eiver OEM from Reelmultimedia

still work, but you lose and HDMI/DVI output. Maybe there will be a better solution later, but for the moment that's it. There are enough real challenges in the project than thinking about how that module can be put into user space... -- Georg Acher, [EMAIL PROTECTED]

Re: [vdr] OT: issues about binary only code in GPLed programs [WAS] future VDR and Net??eiver OEM from Reelmultimedia

On Sun, Jul 01, 2007 at 03:55:04PM +0100, Darren Salt wrote: > I demand that Georg Acher may or may not have written... > > > On Sun, Jul 01, 2007 at 02:33:21PM +0100, Darren Salt wrote: > >> That doesn't matter. It's still Linux-based and you still need to release

Re: [vdr] OT: issues about binary only code in GPLed programs [WAS] future VDR and Net??eiver OEM from Reelmultimedia

multi million penalty, all these theoretical ideas get unimportant and the vendor cares about each single letter in the NDA. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, no

Re: [vdr] OT: issues about binary only code in GPLed programs [WAS] future VDR and Net??eiver OEM from Reelmultimedia

a plug in the right form factor. And nobody spends a few hundred thousand $ on HW development just for a freak product... -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias _

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

ption. > >and here there's first test's result > >http://www.vdr-portal.de/board/thread.php?postid=631271#post631271 ...describing a very early stage of the SW... It's getting better day by day ;-) -- Georg Acher, [EMAIL PROTECTED] http://www

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

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 :-( -- Georg Acher, [EMAIL PROTECTED] htt

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

t do any bursts on the PCI bus as a master and therefore the PCI bandwidth is limited to about 12MB/s. > BTW, what variant is better - to buy this card or to upgrade CPU and > video-card? Depends ;-) The power consumption of the card is less than 8W, might be useful in some applications.

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

a bit oversized and too preliminary to rely on for a "product". The RMM S2 stuff on the RB Lite uses the old 2.6.11 and packs the few additional S2 parameters in the upper FEC bits. It is a hack, no question, but it's compatible and an easy patch on &q

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

recording should be easy. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

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

the RMM-remux already works similar when it detects this behavior (new frame at the beginning of new PES). Surprisingly, almost all "usefull" channels can benefit from this optimization. The ones where it does not work have low data rate anyway... -- Georg Acher, [EMAIL PROTEC

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

mment on other supported formats than h.264 and MPEG2 (SD/HD) for now. > Yes the same i think - looks like NG FF card ;) - so who is starting to > buy one ? ;) For the "full" it's missing the tuner. But given the TV programming nowadays, it's not a real drawback ;-) --

Re: [vdr] Reel Extension HD PCI

quot;integration" volunteers in the vdr forum. AFAIK the metal slot mounting is still missing. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr ma

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.10

On Wed, Oct 17, 2007 at 08:16:54PM +0200, Reinhard Nissl wrote: > Hi, > > attached you'll find an updated patch for VDR-1.5.10. It replaces the > formerly patch for VDR-1.5.9. I still don't understand why you want to record h.264 in PES... -- Georg A

Re: [vdr] next features?

ent signals on the 9-pin MINI-Din-connector. It's also with I2S and I2C for audio DA-converter and some GPIOs on a flex cable slot on the backside of the PCB. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher

Re: [vdr] next features?

7 6 5 9 4 3 21 3/5: GND 1: SPDIF-out 6: Y (Y in YC-mode) 8: U (C) 9: V (CVBS) If you remove the plastic pin of a 4-pin-S-Video plug, it fits nicely (without any violence...) in the 9-pin socket and has the right pin assignment. A very strange coincidence ;-) -- Georg

Re: [vdr] current status of Extension HD PCI card from ReelMultimedia

be possible, but are not implemented yet. Currently HDMI and analog ouput have the same timining. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias __

Re: [vdr] current status of Extension HD PCI card fromReelMultimedia

lem. I don't know a 720i-mode, but upscaling 1280x720 AVIs to 1080i works. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias __

Re: [vdr] [ANNOUNCE] VDR-1.5.12: some "micro" speed improvements

M also submitted the patches. At that time nobody was interested in them ("vdr is fast enough" or the like). -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias __

Re: [vdr] H.264 VPID's

oPacket() of the remuxer-rewrite of the Reelbox. I haven't seen a problem with that code for almost a year now... -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias

Re: [vdr] Extension HD PCI card from ReelMultimedia - what's new ?

On Sat, Mar 15, 2008 at 10:45:06PM +0400, Manu Abraham wrote: > Is this card still being manufactured, considering that Micronas USA > closed down and the Decypher has been EOL'd ? There are enough chips available... -- Georg Acher, [EMAIL PROTECTED]

Re: [vdr] Extension HD PCI card from ReelMultimedia - what's new ?

On Sat, Mar 15, 2008 at 11:52:43PM +0400, Manu Abraham wrote: > Georg Acher wrote: > > On Sat, Mar 15, 2008 at 10:45:06PM +0400, Manu Abraham wrote: > > > >> Is this card still being manufactured, considering that Micronas USA > >> closed down and the Decypher ha

Re: [vdr] Extension HD PCI card from ReelMultimedia - what's new ?

On Sat, Mar 15, 2008 at 01:12:28PM -0700, VDR User wrote: > On Sat, Mar 15, 2008 at 12:36 PM, Georg Acher <[EMAIL PROTECTED]> wrote: > > On Sat, Mar 15, 2008 at 10:45:06PM +0400, Manu Abraham wrote: > > > > > Is this card still being manufactured, considering that M

Re: [vdr] Extension HD PCI card from ReelMultimedia - what's new ?

y a side effect being a regular PCI card. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] error decompressing frame for Astra HD+

lty stream also to PremiereHD... -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] eHD, VDR and multimedia files

(usually in YUV) works in parallel with HDMI. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] eHD, VDR and multimedia files

ver PCI without using bursts. Autonomous DMA should be possible, but is not yet finished. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias __

Re: [vdr] eHD, VDR and multimedia files

;load" almost independent on the CPU speed. There are DMA blocks in the chip, but the documentation is a bit ...er... weak -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias

Re: [vdr] eHD, VDR and multimedia files

e and High Profile at Level 4. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR Development

sign and how individual modules/plugins interact with each other. Just my EUR0.01... -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR Development

rds. There are rumours that Ati is planning such drivers... In the long term special decoder cards will vanish, but I think it will still take some time. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher

Re: [vdr] Fw: about eHD from Reelmultimedia (was - VDR Development)

uot;last order date" yet. I don't know of any sourcing problems. > How many boards are available for vdr users? Enough... ;) -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, n

Re: [vdr] vdr 1.7.0 + reelbox plugin problem

to shorten this sequence a bit, but for that you need to exchange a SMD capacitor on the HDE board. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias __

Re: [vdr] vdr 1.7.0 + reelbox plugin preoblem

ing below 80-90% load indicates another problem. > When I run lspci -b I get 3 devices sharing with IRQ 5: The card does not use the IRQ, so that is not relevant. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !&qu

Re: [vdr] vdr 1.7.0 + reelbox plugin problem

. It is a simple demo that plays back TS files over the DeCypher. If that works, your basic driver setup (+ the HW) is OK, and something in the vdr (or the patches) itself is wrong. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, no

Re: [vdr] Syncearly + subtitles problem

late a somewhat synchronous STC on the PC for the AV-sync via mainboard audio. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr

Re: [vdr] VDR -> S2API: 2 questions

s also a S-only tuner avaliable you don't want to waste the precious S2-tuner for S-stuff. Also it can be important for timer collision checking. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of p

Re: [vdr] Channel overview based upon Bouquet

I use 0, I hate the bouquet sorting in any variant ;-) In the Reel-vdr, the menu is in "OSD settings" (expert mode). -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias __

Re: [vdr] VDR with S2API (update)

lugin. The reelvdr code base is tested by a really large number of users (many thousands and not many geeks ;-) ). Is there any specific reason why you don't want to profit from the experiences RMM already made? -- Georg Acher, [EMAIL PROTECTED] http://www.lr

Re: [vdr] VDR with S2API (update)

On Tue, Dec 09, 2008 at 12:46:21PM -0800, VDR User wrote: > On Tue, Dec 9, 2008 at 11:48 AM, Georg Acher <[EMAIL PROTECTED]> wrote: > > The reelvdr code base is tested by a really large number of users (many > > thousands and not many geeks ;-) ). Is there any specific rea

Re: [vdr] VDR with S2API (update)

h needs to be addressed. There are some watchdogs implemented (eg. to large timestamp jumps, internal buffer overflow, apparent decoder stalls etc.). But the overall handling is quite fragile, some decoder problems cannot detected. Can you reproduce these hangs reliably?

Re: [vdr] eHD and how subtitle timing start work

ed memory, there's also the GetSTC-method implemented. Currently I just don't know why it works only when the mainboard sound is enabled... -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher "Oh no, not again

Re: [vdr] reel netclient

lticast by the NetCeiver-hardware. This is the same way the Avantgarde gets its data, so the NetCeiver traffic is just bridged into the LAN for other clients. -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher

Re: [vdr] reel netclient

st the tuners are external. -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] reel netclient

client side, the sources will be published as GPL. Currently we use a closed source daemon with a dvb loopback driver in the kernel, but that makes it hard to fully use the tuner virtualization and costs some overhead for small CPUs. Since we already have a native vdr plugin for that, the networ

Re: [vdr] reel netclient

On Mon, Apr 13, 2009 at 05:46:14PM +0100, Andrew Herron wrote: > But does the Reel Smart-Client box run vdr? Yes, but like on the Avantgarde it's the Reel-variant (based on 1.4.x with our own HDTV extensions). -- Georg Acher, ac...@in.tum.de http://www.lrr.i

Re: [vdr] reel netclient

On Mon, Apr 13, 2009 at 08:48:44PM +0100, Andrew Herron wrote: > What is the hardware platform then? What CPU & GPU is used? Are you running > closed or open graphics drivers etc? It's a typical System-on-Chip for STBs. Details will be announced later. -- Georg Acher,

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

to get 576i over HDMI. -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

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

hings in the avantgarde, but this is probably what is actually giving > the avantgarde the edge over a normal vdr install, so I won't complain. Just ask, there are no secrets ;) There's just not enough time to guess what will be of interest... -- Georg Acher, ac...@in.tum.

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

On Mon, Jun 08, 2009 at 09:09:06PM +0100, Morfsta wrote: > On Mon, Jun 8, 2009 at 8:54 PM, Georg Acher wrote: > > > Just ask, there are no secrets ;) There's just not enough time to guess what > > will be of interest... > > Great! Georg, can you let us know why

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

ame to > i-frame ..) I guess the vdr 1.7 has it's own intelligence about frame-precise playback for TS that doesn't match the requirements of the plugin... It took us quite a while to make it work almost as responsive as on the

Re: [vdr] No Dolby Digital+ with VDR

osed to be compatible with DD, it is maybe just a different audio format type in the PMT. Can you run dvbsnoop on that channel? -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias _

Re: [vdr] Truecolor osd and speed.

slow. Now it's done different, as PCI bursts are possible and the bandwidth is greater than 30MB/s. The hdshm kernel driver on the host linux implements a framebuffer driver (which also can be used for X). The reelbox-PI draws all its stuff in a shadow buffer and copies only the

Re: [vdr] new support

r_white_paper.pdf -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB (usb) device hotswapping?

e there is no reliable resource usage tracking in vdr...). -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB (usb) device hotswapping?

. However, internally in one NetCeiver an expensive resource (like a rotor or a S2-tuner that were used because no other tuners were free at that time) is automatically switched back to a cheaper resource if possible. This is almost invisible from the outside... -- Georg Acher, ac...@in.

Re: [vdr] Replay Problems with Extension HD

last packet put into the video decoder queue and not the latest value of the currently shown frame... That would explain the time lag, the ES queue of the decoder is about 3MB or so. -- Georg Acher, ac...@in.tum.de http://www.lrr.in.tum.de/~acher "Oh no, not agai

Re: [vdr] dvb devices on demand patch

b) Disabling unused tuners, however this is hard in general as there's no hard information on the PID usage type available. But be warned, hotplugging has some pitfalls ;) So the "resource allocation checks" for a point of time in the future (like timer collisions) are no longer use