VDR developer version 1.3.15 (01.11.04)

  • Code
    Von: Klaus SchmidingerAn: MLDatum: Heute 16:29:52VDR developer version 1.3.15 is now available at[url]ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.15.tar.bz2[/url]*** NOTE THAT THE WARNINGS REGARDING THE USE OF VPS CONTROLLED*** TIMERS FROM PREVIOUS RELEASE NOTES STILL APPLY!The changes since version 1.3.14:- Fixed some typos in the Makefile's 'font' target (thanks to Uwe Hanke).- Added more checks and polling when getting frontend events (based on a patchfrom Werner Fink).- No longer explicitly waiting for a tuner lock when switching channels(apparently setting "live" PIDs before the tuner is locked doesn't hurt).Moved the wait into cDevice::AttachReceiver() instead.- Immediately displaying the new channel info when switching channel groups.- Moved the main program loop variables further up to allow compilation witholder compiler versions (thanks to Marco Schlüßler for reporting this one).- Now calling pthread_cond_broadcast() in the desctructor of cCondWait andcCondVar to make sure any sleepers will wake up (suggested by Werner Fink).Also using pthread_cond_broadcast() instead of pthread_cond_signal() incCondWait, in case there is more than one sleeper.- Making sure that timers and channels are only saved together, in a consistentmanner (thanks to Mirko Dölle for reporting a problem with inconsistentchannel and timer lists).- Now handling the channel name, short name and provider separately. cChanneltherefore has two new functions, ShortName() and Provider(). ShortName()can be used to display a short version of the name (in case such a versionis available). The optional boolean parameter of ShortName() can be set totrue to make it return the name, if no short name is available.The sequence of 'name' and 'short name' in the channels.conf file has beenswapped (see man vdr(5)).- Added the 'portal name' to cChannels (thanks to Marco Schlüßler).- Fixed handling key codes that start with 0x1B in the KBD remote control code.- Now using qsort() to sort cListBase lists. For this, the virtual functioncListObject::operator<() has been replaced with cListObject::Compare().Plugins that implement derived cListObject classes may need to adjust theircode.- The "Channels" menu can now be sorted "by number" (default), "by name" and"by provider". While in the "Channels" menu, pressing the '0' key switchesthrough these modes.- Fixed the buffer size in cRecording::SortName().- Now displaying the name of the remote control for which the keys are beinglearned inside the menu to avoid overwriting the date/time in the 'classic'skin (thanks to Oliver Endriss for reporting this one).Have fun!Klaus
    Code
    VDR developer version 1.3.14 is now available atftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.14.tar.bz2*** NOTE THAT THE WARNINGS REGARDING THE USE OF VPS CONTROLLED*** TIMERS FROM PREVIOUS RELEASE NOTES STILL APPLY!The changes since version 1.3.13:- Fixed detecting transponder lock in cDvbTuner (based on a patch from StefanMeyknecht).- What was previously marked with WAIT_FOR_LOCK_AFTER_TUNING is now permanentlyactive and uses a cCondVar to signal when a transponder is locked.- Added some missing 'const' to cChannel.- Added a sample setup for 'DisiCon-4 Single Cable Network' to 'diseqc.conf'(thanks to Oliver Endriss).- Fixed attaching a cPlayer to a cDevice, so that 'Operation not permited'errors don't occur any more (thanks to Marco Schlüßler).- Fixed a case where the resultBuffer in cRemux ran full before getting a sync.- Removed the usleep() call from cDvbPlayer::Action() to make VDR run on NPTLsystems (thanks to Alfred Zastrow). The NPTL check at startup has also beenremoved.- Taking the complete size of available data into account when deciding whetherto clear the transfer buffer to avoid overflows (thanks to Reinhard Nissl).- Updated Romanian language texts and the iso8859-2 fonts (thanks to Lucian Muresan).- Now actually using the iso8859-15 fonts (thanks to Lucian Muresan).- Some minor code cleanups (thanks to Prakash K. Cheemplavam).- Fixed missing cleanup at program exit in case there is a problem with a plugin(thanks to Mattias Grönlund for pointing this out).- Increased the required free buffer space in the resultBuffer of cRemux to2 * IPACKS to avoid a buffer overflow in case a cTS2PES writes one completepacket and then (within processing the same TS packet) wants to write anothersmall packet.- Removed the signal handler and WakeUp() call from cThread (it is no longerneeded).- Added some checks when cancelling a thread and removed the usleep() incThread::Start() (suggested by Ludwig Nussel). Also removed 'running' fromcThread and using only childTid to indicate whether a thread is actuallyrunning.- Added cCondWait::Sleep() and using it to replace all usleep() calls (basedon a suggestion by Werner Fink).- Only assigning events to timers if the related schedule has actually beenmodified.- When searching for the present event, the running status is now only takeninto account if the event has been "seen" within the past 30 seconds.This avoids shortly seeing the wrong events in the channel display whenswitching to a channel that hasn't been tuned to in a while.Have fun!Klaus

    ...cu rasta21 :rock: :mosh:

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!