Re: [vdr] plugin for DVD images
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] vdr remote
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] reencode/transcode to(!) vdr
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] Can' read mkv with vdr-1.7.18 + mplayer + TT S2-6400 !
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] HD programme recording still broken
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
[vdr] vdr bug with InitialChannel?
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] Compressing VDR recordings without losing quality.
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] Replay Problems with Extension HD
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] Supported FF cards
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
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] Unwatchable channels (vdr-xine, dxr3, vlc, mplayer)
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 Olivettil...@ventoso.org 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)
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] Problem creating index files
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] DIVX recordings? :)
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] Converting all recordings to TS?
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] Converting all recordings to TS?
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?
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] Subdirectories are missing
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 arno.es...@gmx.de 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] Vdr 1.7.15 and vdradmin
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] Cutting HD Recordings
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
[vdr] odd behavior with pause key and hdtv
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] XBMC and vdr
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
Re: [vdr] new support
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] implementing channel plug-in
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] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
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] Converting HD recording
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] VDR Development
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
[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] no channel update on vdr 1.7.0
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=enmodul=productsproduct=842379productname=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=enmodul=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
Brian wrote: Aaah Bloody Germans G 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] Can not view DVB-S2 channels
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] VDR 1.7.0 multiproto hvr4000 - multiproto_plus
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
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] UPnP/DLNA server plugin?
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 HD MPEG-4 DVB-C
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] A VDR compatible dvb-s card with CI interface recommendation?
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] A VDR compatible dvb-s card with CI interface recommendation?
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] Old schedule / old timers
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] [ANNOUNCE] vdr-femon-1.2.3 vdr-femon-1.1.5
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] 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] multiplex to PES
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] mediamvp and subtitles
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