VDR developer version 1.7.39 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.39.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.38-1.7.39.diff
MD5 checksums:
3f0681f4aa6bd8deffc8208c40d34d2d vdr-1.7.39.tar.bz2 1c13a683694c6c3c52444c1689477876 vdr-1.7.38-1.7.39.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.
Approaching version 2.0.0: ==========================
If all goes well, there will be just one more developer version after this one, and then it's going to be version 2.0.0.
The changes since version 1.7.38:
- Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Updated the Polish OSD texts (thanks to Marek Nazarko). - Modified handling user inactivity in the shutdown handler to avoid a problem in case the system time is changed after VDR has been started (thanks to Udo Richter, reported by Sören Moch). - Updated the Czech OSD texts (thanks to Ales Jurik). - Changed the template for PLGCFG to $(CONFDIR)/plugins.mk (thanks to Ville Skyttä). - Updated the Swedish OSD texts (thanks to Richard Lithvall). - Now clearing device bondings for devices that don't provide DVB-S in the Setup/LNB menu (reported by Juergen Lock). - Fixed a possible deadlock in handling the tuners of bonded devices (thanks to Juergen Lock). - Improved working around the broken driver values for SNR in case of a "TT-budget S2-3200" receiving DVB-S2. - The demos in the "osddemo" plugin can now also be ended with the "Back" key. - Fixed flashing OSD in "high level OSD" mode of the TT S2-6400 in case a menu is open while subtitles are being displayed. - Fixed stuttering or asynchronous audio after changing the audio track. This is done by doing a "jump" to the current position, which clears all buffers. However, this only works with TS recordings. With PES recordings it causes a segfault - haven't been able to figure out why. - Added a manual page for 'svdrpsend' (thanks to Tobias Grimm). - Fixed immediately disappearing subtitle track menu in "high level OSD" mode of the TT S2-6400 when selecting "No subtitles". - Updated the French OSD texts (thanks to Bernard Jaulin). - Updated the Dutch OSD texts (thanks to Carel Willemse). - Removed all "fuzzy" translations from the files ar.po, hu_HU.po and sr_SR.po, because more often than not they are just wrong. - Now calling DeviceClear() in cTransfer::Receive() if the output device blocks, instead of not retrying for 10 seconds (reported by Andreas Mair, with help from Oliver Endriss). - Updated the Spanish OSD texts (thanks to Luca Olivetti). - Updated the Hungarian language texts (thanks to István Füley). - Changed the calls to Skins.QueueMessage() in vdr.c that are related to reporting the status of the editing process back to Skins.Message() in order to have them appear immediately. - When sorting recordings by name, folders are now always at the top of the list. - Updated the Russian OSD texts (thanks to Oleg Roitburd).
Have fun!
Klaus
Am Sonntag, 3. März 2013, 14:46:56 schrieb Klaus Schmidinger:
- When sorting recordings by name, folders are now always at the top of the list.
that reminds me -
I do not quite understand the sorting of recordings (all of the same series "Bones"). Shouldn't that by default be by date, oldest first?
this is vdr 1.7.33 with no patches and plugins xineliboutput, markad, epgsearch, femon, osdteletext. I will only update when I am sure the makefile changes are stable. 1.7.38 seems to be the first update without makefile changes, was that it?
I have no *.sort file (never toggled sorting order with 0 yet), so I guess it should sort by time? Just like it does for new folders.
I have this strange order: (4 columns: short date, starting time (omitted), length of recordings (omitted) and long date)
so - no name is shown (because it would alway be be the same?)
19.02.13 2013.02.19 26.02.13 2013.02.26 02.12.10 Don 02.12.2010 04.11.10 Don 04.11.2010
if I press "0", time sort is correct. "0" again and it is wrong again. Since no names are shown, why is toggling active at all?
And why does it show different formats for the long date?
On 03.03.2013 16:45, Wolfgang Rohdewald wrote:
Am Sonntag, 3. März 2013, 14:46:56 schrieb Klaus Schmidinger:
- When sorting recordings by name, folders are now always at the top of the list.
that reminds me -
I do not quite understand the sorting of recordings (all of the same series "Bones"). Shouldn't that by default be by date, oldest first?
this is vdr 1.7.33 with no patches and plugins xineliboutput, markad, epgsearch, femon, osdteletext. I will only update when I am sure the makefile changes are stable. 1.7.38 seems to be the first update without makefile changes, was that it?
I sure hope so ;-)
I have no *.sort file (never toggled sorting order with 0 yet), so I guess it should sort by time? Just like it does for new folders.
I have this strange order: (4 columns: short date, starting time (omitted), length of recordings (omitted) and long date)
so - no name is shown (because it would alway be be the same?)
19.02.13 2013.02.19 26.02.13 2013.02.26 02.12.10 Don 02.12.2010 04.11.10 Don 04.11.2010
if I press "0", time sort is correct. "0" again and it is wrong again. Since no names are shown, why is toggling active at all?
And why does it show different formats for the long date?
Can you please post an 'ls -lR' of that directory?
Klaus
Am Sonntag, 3. März 2013, 16:50:03 schrieb Klaus Schmidinger:
Can you please post an 'ls -lR' of that directory?
attached.
(pwd ; ls -lR ) > /tmp/x
now I see the problem: The recording time is in the file name, but the format changed somewhere.
So default sorting for old folders seems to be by name - while I expected by time.
On 03.03.2013 17:06, Wolfgang Rohdewald wrote:
Am Sonntag, 3. März 2013, 16:50:03 schrieb Klaus Schmidinger:
Can you please post an 'ls -lR' of that directory?
attached.
(pwd ; ls -lR ) > /tmp/x
now I see the problem: The recording time is in the file name, but the format changed somewhere.
So default sorting for old folders seems to be by name - while I expected by time.
Before version 1.7.29 the top level video directory was sorted by name, and all sub-folders were sorted by time. With the introduction of per folder sorting by pressing the '0' key, the default is now generally "by name", while newly created folders that stem from a repeating timer are automatically set to "by time".
So in your case just press the '0' key to have them sorted by time.
Klaus
Am Sonntag, 3. März 2013, 17:21:19 schrieb Klaus Schmidinger:
Before version 1.7.29 the top level video directory was sorted by name, and all sub-folders were sorted by time. With the introduction of per folder sorting by pressing the '0' key, the default is now generally "by name", while newly created folders that stem from a repeating timer are automatically set to "by time".
So in your case just press the '0' key to have them sorted by time.
Fine with me - I did not know this is expected behaviour. The 1.7.29 changelog did not mention that the default order changed.
On 03.03.2013 17:26, Wolfgang Rohdewald wrote:
Am Sonntag, 3. März 2013, 17:21:19 schrieb Klaus Schmidinger:
Before version 1.7.29 the top level video directory was sorted by name, and all sub-folders were sorted by time. With the introduction of per folder sorting by pressing the '0' key, the default is now generally "by name", while newly created folders that stem from a repeating timer are automatically set to "by time".
So in your case just press the '0' key to have them sorted by time.
Fine with me - I did not know this is expected behaviour. The 1.7.29 changelog did not mention that the default order changed.
Thanks for pointing this out. I've added a proper note.
Klaus
Hi Klaus,
On 03.03.2013 14:46, Klaus Schmidinger wrote:
- When sorting recordings by name, folders are now always at the top of
the list.
I installed 1.7.39 last night and the new sorting is what bugs me most. Would it be possible to introduce an option for the sorting order under settings in the menu? I prefer the sorting the way it was, because with the new method, a folder and a recording with the same name are not next to each other anymore. If you take the burn plugin e.g. I think it is rater painful if you try to archive those "scattered" recordings.
Regards André
On 04.03.2013 10:03, André Weidemann wrote:
Hi Klaus,
On 03.03.2013 14:46, Klaus Schmidinger wrote:
- When sorting recordings by name, folders are now always at the top of
the list.
I installed 1.7.39 last night and the new sorting is what bugs me most. Would it be possible to introduce an option for the sorting order under settings in the menu? I prefer the sorting the way it was, because with the new method, a folder and a recording with the same name are not next to each other anymore. If you take the burn plugin e.g. I think it is rater painful if you try to archive those "scattered" recordings.
OK, I'll add a parameter to setup.conf. I've already suggested this here
http://www.vdr-portal.de/board17-developer/board97-vdr-core/p1130488-feature...
However, this won't show up in the Setup menu of version 2.0.0, because it's too late for introducing another i18n text (most of the *.po files are already complete).
Klaus
On 04.03.2013 10:18, Klaus Schmidinger wrote:
On 04.03.2013 10:03, André Weidemann wrote:
Hi Klaus,
On 03.03.2013 14:46, Klaus Schmidinger wrote:
- When sorting recordings by name, folders are now always at the top of
the list.
I installed 1.7.39 last night and the new sorting is what bugs me most. Would it be possible to introduce an option for the sorting order under settings in the menu? I prefer the sorting the way it was, because with the new method, a folder and a recording with the same name are not next to each other anymore. If you take the burn plugin e.g. I think it is rater painful if you try to archive those "scattered" recordings.
OK, I'll add a parameter to setup.conf. I've already suggested this here
http://www.vdr-portal.de/board17-developer/board97-vdr-core/p1130488-feature...
However, this won't show up in the Setup menu of version 2.0.0, because it's too late for introducing another i18n text (most of the *.po files are already complete).
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi Klaus, is it really necessary to make this sorting stuff configurable? Is it not better just to stick to "0" for toggeling though all these different Sort Algorithms (date up/down, lexicalic up/down, lexicalic filemanager style up/down,...). Sometimes, when I search for an recording (a 8TByte Raid could held a lot of recordings) it could also be helpfull to have a list only with all recordings without directories (only with the title base dir of this recording), also again with up down. I think its more important to have a config possibility for the columns to show ( yes I like "extrec"-Plugin also for the renaming facility). And the more people you ask, the more strange sort wishes you will get...
But its only a suggestion, feel free to implement "your" style.
On 04.03.2013 10:38, Manfred Schmidt-Voigt wrote:
On 04.03.2013 10:18, Klaus Schmidinger wrote:
On 04.03.2013 10:03, André Weidemann wrote:
Hi Klaus,
On 03.03.2013 14:46, Klaus Schmidinger wrote:
- When sorting recordings by name, folders are now always at the top of
the list.
I installed 1.7.39 last night and the new sorting is what bugs me most. Would it be possible to introduce an option for the sorting order under settings in the menu? I prefer the sorting the way it was, because with the new method, a folder and a recording with the same name are not next to each other anymore. If you take the burn plugin e.g. I think it is rater painful if you try to archive those "scattered" recordings.
OK, I'll add a parameter to setup.conf. I've already suggested this here
http://www.vdr-portal.de/board17-developer/board97-vdr-core/p1130488-feature...
However, this won't show up in the Setup menu of version 2.0.0, because it's too late for introducing another i18n text (most of the *.po files are already complete).
Klaus
Hi Klaus, is it really necessary to make this sorting stuff configurable? Is it not better just to stick to "0" for toggeling though all these different Sort Algorithms (date up/down, lexicalic up/down, lexicalic filemanager style up/down,...). Sometimes, when I search for an recording (a 8TByte Raid could held a lot of recordings) it could also be helpfull to have a list only with all recordings without directories (only with the title base dir of this recording), also again with up down. I think its more important to have a config possibility for the columns to show ( yes I like "extrec"-Plugin also for the renaming facility). And the more people you ask, the more strange sort wishes you will get...
And that's probably why it's best to not even begin to ask ;-).
I want to keep things simple. There are two basic ways of sorting, that's "by name" and "by time". There's no need for an explicit "up/down", because with a single keypress you can go to the end of the list (provided you have set "Setup/OSD/Scroll wraps" to "yes").
Whether folders are sorted alphabetically within the recordings, or always appear at the top of the list, is a more general setting, which I don't think people will want to set differently for each directory.
I'll see about implementing a list of all recordings after version 2.0.
Klaus
-
André Weidemann -
Klaus Schmidinger -
Manfred Schmidt-Voigt -
Wolfgang Rohdewald