Re: [vdr] Extension HD PCI from ReelMultimedia in August ?
For the price of that card you can almost build a pc that can handle hdtv. No thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] audio skips on NFS recording playback
I have a remote VDR box which holds a bunch of recordings. I attach from the local VDR box via an NFS share. Every 2-5 minutes I get a 1/2 second slip in audio, but no logs are written in /var/logs/messages, kernel messages or on the VDR console. There are also no reported errors on eth0. I don't get these audio slips playing locally recorded files. Can anyone suggest any more detailed logs I can look at? I had suspected when the playback moved between files (001.vdr 002.vdr etc) perhaps there was a slip - but I can't see what file the player is up to. Is there any logs I can run to show the audio stream being played? Thanks Simon vdr-1.4.6 locally vdr-1.5.2 remote recorder ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Extension HD PCI from ReelMultimedia in August ?
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] Extension HD PCI from ReelMultimedia in August ?
On Mon, Aug 06, 2007 at 08:44:49PM +0200, Lars Bläser wrote: 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? Haven't seen that yet, but I guess it's similar. It has methods for playing ES and TS (see below) and uses the transfer mode. does it work with other plugins like the dvd-plugin? Yes. It also provides the OSD-stuff. what about the h.264, vdr does not support that (yet)? Our vdr does already. Due to performance constraints with the Geode, remux.c was replaced in the RMM-vdr with a more optimized one from the beginning (but it's still API compatible). That allows some really nasty extensions... Now there's a simple h264 detection added. It's maybe not formally correct (I'm sure that I've missed some obscure packing scenarios), but it works with the few h264 channels on air... After the h264 detection, the remux output is no longer PES, but raw TS. So the CPU load SDTV vs. HDTV is about the same, no complex repacking is done for h264. The TS recordings have a synthetic PMT now and then, so they are correctly detected by mplayer/vlc. The frame index is also stored, ie. go-to and jumps work. The playback section detects the TS format and forwards it directly via the TS-play-methods to the card, as the TS demux runs on the DeCypher (load sharing, quite important with a 300MHz turtle ;-) ). 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? No (enough other things to do...), but the idea of putting the tuner parts into user space is IMO the future. the problem is that this is the only solution for linux with vdr The old API itself is OK for most aplications. But I don't want to write a device driver now. I've lost track during all the PLL refactoring and the totally new API for S2 support is IMO 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 proven kernels. -- 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 ?
On 08/06/07 22:38, Georg Acher wrote: On Mon, Aug 06, 2007 at 10:19:50PM +0200, Klaus Schmidinger wrote: How do you handle different audio tracks (German, English, etc) and Then there is more than one audio PID in the TS. But I don't know if the current PMT generation can handle that. But it doesn't look impossible, in the beginning everything was TS anyway ;-) subitles in a TS stream? (Not that the core VDR supports subtitles, yet, but it will at some point, and I don't see that happening with TS). No subtitles for h264 for now... But AFAIK they are encoded in a separate PID, so recording should be easy. The way VDR currently handles different tracks is to identify them through their PES ids, and I'd like to keep it that way when going to HDTV. But if TS works for you, that's fine, of course. What I am wondering about, though, is: how do you detect the frame borders in order to generate the index file? Don't you have to unpack the TS to see the actual payload, anyway? Klaus ___ 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 wrote: 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 As Georg said, this binary module is *inside* the *card*. It may only limit your ability to update/modify the kernel which is running *in* the card. I don't see much of a problem in that (note that the firmware of current DVB full-featured cards is completely closed!), while some others do. -- Anssi Hannula ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
