Re: [vdr] OT: Applications for the living room
On 24.02.2010 02:06, VDR User wrote: ... - VDR reporting incorrect runtime in h264 recordings. Klaus has worked on this and it's _much_ better now. If the runtime is incorrect, it's usually only off by up to +10 minutes or so, not several hours as it used to be. Do you have a recording created with VDR 1.7.12 where it reports the wrong runtime? Can you provide a few minutes of such a recording? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] remote femon (was OT: Applications for the living room)
On Wed, 24 Feb 2010 10:50:06 +0200, Theunis Potgieter wrote The only annoying bug that I found was, that if I ran femon on the client, it would stop the server's current replay of a recording. I guess that is the fault of vdr-femon? Currently femon provides signal information for VDRs ActualDevice only, i.e. the device which receives the DVB stream for output on the local primary device. So if a client wants to get signal information for its current channel, it has to tune the same channel on the server. And tuning a channel via SVDRP stops replaying recordings. Regards, Frank ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.7.13
VDR developer version 1.7.13 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.13.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.12-1.7.13.diff WARNING: This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. The changes since version 1.7.12: - Updated the Italian OSD texts (thanks to Diego Pierotto). - Changed the position of Sirius 4 to S4.8E in sources.conf (thanks to Alexander Gross). - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Moved the declaration of cMenuCommands to menu.h, so that plugins can use it. - Added a note to the MANUAL, saying that adding new transponders only works if the EPG scan is active (suggested by Halim Sahim). - Improved handling frames at the beginning and end of a recording in cDvbPlayer for devices with large buffers (thanks to Reinhard Nissl). - Implemented cDeviceHook to allow plugins more control over which device can provide which transponder (thanks to Reinhard Nissl). - Implemented cDevice::GetCurrentlyTunedTransponder() (thanks to Reinhard Nissl). - Moved strictly necessary Makefile options into Make.global, which is included by all plugins (thanks to Paul Menzel). The Makefiles of existing plugins should be modified like this: --- PLUGINS/src/hello/Makefile 2009/10/18 14:00:07 2.1 +++ PLUGINS/src/hello/Makefile 2010/02/06 14:50:03 2.2 @@ -18,7 +18,7 @@ ### The C++ compiler and options: CXX ?= g++ -CXXFLAGS ?= -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses +CXXFLAGS ?= -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses ### The directory environment: @@ -26,6 +26,10 @@ LIBDIR = ../../lib TMPDIR = /tmp +### Make sure that necessary options are included: + +include $(VDRDIR)/Make.global + ### Allow user defined options to overwrite defaults: -include $(VDRDIR)/Make.config - Added device definitions to the diseqc.conf file format, so that certain satellite positions can be limited to a given list of devices. This obsoletes the SOURCECAPS patch. - Keeping subtitles visible when pausing replay (thanks to Rolf Ahrenberg). - Fixed adding new transponders in case there is only a single channel in the channel list (reported by Halim Sahin). - The file name in the Timers menu now shows only the base name of the recording without the folder path (if any). Otherwise with long folder paths the actual recording name was not visible at all. - Updated the Romanian OSD texts (thanks to Lucian Muresan). - Exported some libsi functions (thanks to Lucian Muresan). - Improved scalability of the default skins. - Fixed the German translation of Folder name must not contain '%c'! (thanks to Frank Schmirler). - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - Plugins can now define new sources. In order to implement this, the following changes were made: + The transponder parameter string is no longer interpreted by cChannel, but rather stored as is and used only by the respective device. That way plugins can use a channel's parameter string to store arbitrary data (see vdr.5). + The new class cSourceParam can be used by plugins to define new sources, and to implement OSD items that will be used in the channel editor for editing the source specific parameters of a channel (see dvbdevice.c for an example of how this is done for the default DVB devices). + Purely numerical values are no longer accepted in the 'source' parameter of a channel. This obsoletes the PLUGINPARAM patch. - Updated the Lithuanian OSD texts (thanks to Valdemaras Pipiras). - cSafeFile::Close() now flushes the file (suggested by Stephan Austermuhle). - The option Setup/DVB/Use Dolby Digital now only controls whether Dolby Digital tracks appear in the Audio menu. Dolby Digital is always recorded. This obsoletes the DOLBYINREC patch. Have fun! Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: Applications for the living room
On Sun, Feb 28, 2010 at 6:49 AM, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote: On 24.02.2010 02:06, VDR User wrote: ... - VDR reporting incorrect runtime in h264 recordings. Klaus has worked on this and it's _much_ better now. If the runtime is incorrect, it's usually only off by up to +10 minutes or so, not several hours as it used to be. Do you have a recording created with VDR 1.7.12 where it reports the wrong runtime? Can you provide a few minutes of such a recording? Yup, will prepare a sample. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.13
Am 28.02.2010 16:07, schrieb Klaus Schmidinger: - The file name in the Timers menu now shows only the base name of the recording without the folder path (if any). Otherwise with long folder paths the actual recording name was not visible at all. If I understand that correctly, then many of my repeating recordings will soon be named TITLE or EPISODE only in the timer menu, because many of my timers use the scheme ShowName~EPISODE. I prefer to add ~EPISODE or ~TITLE individually instead of of using the Use episode name option. Maybe I can come up with a smarter scheme on how to shorten the timer name for display. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)
Reinhard Nissl ha scritto: Hi, Am 08.02.2010 22:29, schrieb Klaus Schmidinger: I can only reproduce this issue on channels with separate PCR pid. I'll have to investigate further to find a solution. As of version 1.7.12 VDR records the PCR pid if it is different than the video PID. For lack of better knowledge I made cDevice::PlayTs() send the PCR packets to PlayTsVideo(). The FF cards don't have a problem with that, but maybe xine or the cVideoRepacker does. Maybe VDR shouldn't even "replay" the PCR data - please advise. As it is possible to access cPatPmtParser since a few releases, I've changed vdr-xine to pull VPID from there instead of picking it from packets passed to PlayTsVideo hi all, with this patch, the situation goes to a major stability, but have some lack of sound, evry one or two minutes, the sound disappears, and on vdr log have : buffered 20.2 frames (v:28.7, a:20.2) buffered 21.5 frames (v:31.5, a:21.5) buffered 22.6 frames (v:33.6, a:22.6) buffered 20.2 frames (v:30.8, a:20.2) buffered 21.1 frames (v:34.8, a:21.1) buffered 22.0 frames (v:33.9, a:22.0) buffered 20.1 frames (v:28.9, a:20.1) buffered 20.0 frames (v:31.3, a:20.0) on xine log, have : set_speed 125000 set_speed 100 audio_out: inserting 31026 0-frames to fill a gap of 58188 pts set_speed 125000 audio_out: inserting 36423 0-frames to fill a gap of 68310 pts set_speed 100 audio_out: inserting 18840 0-frames to fill a gap of 35334 pts set_speed 125000 audio_out: inserting 31197 0-frames to fill a gap of 58510 pts set_speed 100 audio_out: inserting 18261 0-frames to fill a gap of 34248 pts audio jump, diff=150267 fixing sound card drift by -1396 pts fixing sound card drift by 3422 pts fixing sound card drift by 2286 pts fixing sound card drift by 1594 pts set_speed 125000 audio_out: inserting 11356 0-frames to fill a gap of 21298 pts set_speed 100 fixing sound card drift by -2986 pts audio_out: inserting 8492 0-frames to fill a gap of 15928 pts fixing sound card drift by 3079 pts set_speed 125000 audio_out: inserting 43927 0-frames to fill a gap of 82385 pts set_speed 100 audio_out: inserting 22411 0-frames to fill a gap of 42032 pts fixing sound card drift by -1323 pts set_speed 125000 audio_out: inserting 35870 0-frames to fill a gap of 67273 pts set_speed 100 audio_out: inserting 18729 0-frames to fill a gap of 35127 pts audio jump, diff=151340 fixing sound card drift by 3546 pts fixing sound card drift by 2392 pts fixing sound card drift by 1851 pts fixing sound card drift by 1342 pts thanks !!! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
