Re: [vdr] [ANNOUNCE] VDR developer version 1.5.4
On Samstag, 23. Juni 2007, Anssi Hannula wrote: I don't really use VDR 1.5 yet, but I tried to run the attached test program. However, it segfaults in *p = 0. I also tested the previous implementation quoted above, and it segfaults similarly. you try to write into a constant string. This would work: char *s; s=strdup(DejaVu Sans,DejaVu Sans Condensed:style=Condensed Oblique,Oblique); -- mit freundlichen Grüssen with my best greetings Wolfgang Rohdewald dipl. Informatik Ing. ETH Rohdewald Systemberatung Karauschenstieg 4 D 21640 Horneburg Tel.: 04163 826 819 Fax: 04163 826 828 Internet: http://www.rohdewald.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] current status of Extension HD PCI card from ReelMultimedia
On Dienstag, 25. Dezember 2007, Igor wrote: would you somebody inform us about the current status of Extension HD PCI card from ReelMultimedia the first two links don't work -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
On Sonntag, 3. Februar 2008, Klaus Schmidinger wrote: Should there be a stable version 1.6.0 now, based on what's in version 1.5.14, but without DVB-S2 or even H.264 support? yes -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] trouble with asprintf
Hi,
I am making the muggle plugin work with UTF-8 and have a little problem:
since asprintf leads to segfaults if feeded with incorrect UTF-8 characters,
I wanted to write a wrapper function which would then check the return value
of asprintf. However I have a problem with the variable argument list and
the va_* macros. Using gdb shows that, in the following example, in
res=asprintf (strp, fmt, ap);
ap is interpreted not as a list of arguments but as an integer.
What is wrong here?
BTW I am quite sure that vdr will sometimes coredump since it never checks the
return value of asprintf. One suspect would be if somebody used a latin1
charset and had special characters like äöü in file names and then changes
to utf-8 without converting file names to utf-8. If vdr then passes such
a file name to asprintf, corrupted memory results. Might be difficult
to debug remotely.
#include stdarg.h
#include stdio.h
#include string.h
int
msprintf(char **strp, const char *fmt, ...)
{
va_list ap;
int res;
va_start (ap, fmt);
res=asprintf (strp, fmt, ap);
va_end (ap);
}
int main()
{
char *buffer;
asprintf(buffer,test: %d\n,5);
write(1,buffer,strlen(buffer));
free(buffer);
msprintf(buffer,test: %d\n,5);
write(1,buffer,strlen(buffer));
free(buffer);
}
--
Wolfgang
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble with asprintf
On Sonntag, 10. Februar 2008, Klaus Schmidinger wrote:
You could use VDR's cString::sprintf() instead.
This is probably also what I am going to do in the VDR core code,
to avoid asprintf() altogether. The single leftover vasprintf()
call in cString::sprintf() can then be made safe.
vasprintf was a good hint - I only had to change asprintf to vasprintf,
same arguments. now it works as expected.
I will use my msprintf until you have made cString::sprintf() safe.
Thank you!
int
msprintf(char **strp, const char *fmt, ...)
{
va_list ap;
va_start (ap, fmt);
int res=vasprintf (strp, fmt, ap);
va_end (ap);
}
--
Wolfgang
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble with asprintf
On Montag, 11. Februar 2008, Udo Richter wrote: Well, that leads to the question whether s is unchanged in case of a -1 error return, and whether this would work: I can confirm that. The man page however says the value will be undefined. My current understanding is: 1. dont forget to call setlocale! Normally setlocale(LC_ALL,) 2. if locale is UTF-8, asprintf returns -1 if the string contains illegal UTF-8 characters anywhere 3. this and out of memory are the only reasons I know for result -1. The man page to asprintf says there could be other errors than out of memory but mentions none. 4. If result -1, the buffer pointer stays unchanged, see man page 5. if locale is UTF-8 and a maximum length is defined as in %.9s, and if %.9s would cut a multibyte char, only 8 chars will be used. See example from Ludwig Nussel. What I don't know where in the man pages this is explained - I did not find anything about it. Neither man asprintf or man printf -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble with asprintf
On Montag, 11. Februar 2008, Ludwig Nussel wrote:
As you can see it doesn't segfault on asprintf but on free().
I did see that. I did not say it segfaults but it does lead
to segfaults.
if(asprintf(...) = 0)
{
printf(...);
free(...);
}
I do not want to change dozens of places like that. Just have
one single point which can emit an error message so I can then
see what has to be done for each individual place. Most of the
asprintf calls will never get into trouble anyway. But if a user
reports a problem I prefer an error message over some vague description.
Or just use normal snprintf as the amount of charactes to print is
fixed anyways so you don't need a variable sized buffer.
this is just a minimal sample. The real code has variable length
strings.
On Montag, 11. Februar 2008, Ludwig Nussel wrote:
Even if you use vasprintf to make the function actually work you
still need to check the return value of vasprintf otherwise this
wrapper would be kind of useless.
of course. See above.
--
Wolfgang
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: attempt to open OSD while it is already open - using dummy OSD!
On Samstag, 22. März 2008, Klaus Schmidinger wrote:
But vdr does not ask the plugin to hide before trying
to show the message, so I am getting the same error
message in that situation. I see no way to get rid of it.
As a possible solution, can the player control somehow
tell vdr that it can handle the message display itself?
Something like
class cControl : public cOsdObject {
public:
...
virtual bool DisplayMessage(...) { return false };
so if a player is active, its DisplayMessage is called.
Only when it returns false, vdr then tries to display
the message.
See cSkinDisplayReplay::SetMessage().
the unpatched vdr-1.5.16 does not contain that. Are you sure you
are using an unpatched vdr? (Sorry, could not resist ;-) )
I do have
void cSkinClassicDisplayMessage::SetMessage(eMessageType Type, const char *Text)
but this plugin does not use skins at all for its player osd.
Just cOsdProvider::NewOsd(). So I dont see how SetMessage() could
help me.
--
Wolfgang
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] ERROR: attempt to open OSD whi le it is already open - using dummy OSD!
On Freitag, 28. März 2008, Klaus Schmidinger wrote:
On 03/28/08 08:14, Wolfgang Rohdewald wrote:
On Samstag, 22. März 2008, Klaus Schmidinger wrote:
But vdr does not ask the plugin to hide before trying
to show the message, so I am getting the same error
message in that situation. I see no way to get rid of it.
As a possible solution, can the player control somehow
tell vdr that it can handle the message display itself?
Something like
class cControl : public cOsdObject {
public:
...
virtual bool DisplayMessage(...) { return false };
so if a player is active, its DisplayMessage is called.
Only when it returns false, vdr then tries to display
the message.
See cSkinDisplayReplay::SetMessage().
the unpatched vdr-1.5.16 does not contain that. Are you sure you
are using an unpatched vdr? (Sorry, could not resist ;-) )
I do have
void cSkinClassicDisplayMessage::SetMessage(eMessageType Type, const char
*Text)
So I omitted the parameters, big deal ;-)
I actually meant cSkinDisplayReplay against cSkinClassicDisplayReplay. No big
deal, of course.
but this plugin does not use skins at all for its player osd.
Just cOsdProvider::NewOsd(). So I dont see how SetMessage() could
help me.
You could set your OSDs level to something greater than 0.
Then it will be pushed into background when a higher level
OSD comes up, and restored after that.
thank you, this works. No more error messages in the log. Patch for osddemo
attached.
Of course the message display is now visually very different from the normal
player osd. I still think cControl::DisplayMessage() would be useful. Then
the cControl could better visually integrate the message.
--
Wolfgang
--- /home/wr/Desktop/Downloads/vdr-1.6.0/PLUGINS/src/osddemo/osddemo.c 2007-08-15 15:17:55.0 +0200
+++ osddemo.c 2008-03-28 11:26:44.0 +0100
@@ -41,7 +41,7 @@
void cLineGame::Show(void)
{
- osd = cOsdProvider::NewOsd(100, 50);
+ osd = cOsdProvider::NewOsd(100, 50, 50);
if (osd) {
tArea Area = { 0, 0, 99, 199, 4 };
osd-SetAreas(Area, 1);
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Vdr-muggle-develop] [ANNOUNCE] muggle 0.2.0
On Samstag, 12. April 2008, Wolfgang Rohdewald wrote: Muggle 0.2.0 has been released. meanwhile I fixed one minor and one major bug. Both fixes are in the sourceforge svn repository but I dont want to release two versions in one day... Please check out from svn or wait if those bugs are a problem: - if lyrics are loaded from internet and no local lyrics exist yet, they are now saved automatically - display small cover: Appeared at left border instead at the right side svn co https://vdr-muggle.svn.sourceforge.net/svnroot/vdr-muggle/trunk/muggle-plugin muggle will create the directory muggle with the latest source version -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] muggle 0.2.1
Muggle 0.2.0 has been released. 2008-04-18 Version 0.2.1-BETA - if lyrics are loaded from internet and no local lyrics exist yet, they are now saved automatically - display small cover: Appeared at left border instead at the right side - sqlite3: muggle segfaulted in special situations - fix segfault if the cache directory has a long path - if at muggle start we land in an empty list because the saved state does not match the database, it could happen that we never get anything displayed until we delete muggle.state and restart muggle. Now muggle goes up to the parent level - reintroduced Finnish translation, translated by Ville Skyttä - if we got lyrics from the net but did not save it, the temporary file .lyrics.tmp will be deleted when the next track starts playing (only while in lyrics mode, if you leave it, the tmp file remains) - vdr versions before 1.5.4 supported again: With them, lyrics cannot be fetched in the background. So muggle will not answer to commands until the fetching script has finished. And the message loading lyrics will only appear after they have been loaded. If you don't like it, update vdr or send me a patch. - make the compile option USE_BITMAP work again on unmodified FF cards - make sure a displayed list is never empty by moving up in the tree if needed. If the list is then still empty, display an item Synchronize data base. - change the compile option USE_BITMAP into a setup variant: New background mode Bitmap. This is for those whose computers have problems with showing mpeg covers like timeout waiting for LoadBitmap in the FF card driver - rename background mode to image mode which is more appropriate since the last changes. Since this also changes the name under which the value is stored in the setup file, you will lose your old value after updating. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to convert a JPEG image to an I-frame?
On Sonntag, 20. April 2008, Joachim Wilke wrote: Great work! Has this patch already found its way into the dvb drivers? I dont know when it got in, but kernel 2.6.25 has it. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-restarts after upgrade
On Montag, 4. August 2008, Oliver Joa wrote: My 2 DVB-S Cards (1 ff, 1 normal) are directly conncted to the satellite. I wonder what type of cable that is - at a length of 36000km -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] incompatibiliy between radio plugin and all mp3 plugins
On Montag, 22. Dezember 2008, Klaus Schmidinger wrote:
On 22.12.2008 22:48, Stefan Huelswitt wrote:
Wolfgang Rohdewald schrieb:
Hello,
in cPluginRadio::Replaying(), radio.c expects the replayed recording
to be
a VDR record. But mp3plugins like mp3, music, muggle use this
mechanism for
simple audio files.
Klaus, could you clarify if the filename passed to
cStatus:MsgReplaying() is supposed to be a VDR recording only or if it
may be the filename of any kind of media file involved?
It's not limited to VDR recordings:
The radio plugin author Uwe already sent me a private mail with a fix
for his plugin. Attached.
--
Wolfgang
diff -ru radio-0.2.4.org/radio.c radio-0.2.4/radio.c
--- radio-0.2.4.org/radio.c 2007-10-09 18:15:35.0 +0200
+++ radio-0.2.4/radio.c 2008-12-22 11:44:16.0 +0100
@@ -710,6 +710,9 @@
bool isRadio = false;
if (On FileName != NULL) {
+ char *vdrfile;
+ asprintf(vdrfile, %s/001.vdr, FileName);
+ if (file_exists(vdrfile)) { // check only VDR-Recordings
cFileName fn(FileName, false, true);
cUnbufferedFile *f = fn.Open();
if (f) {
@@ -719,6 +722,8 @@
isRadio = (b[0] == 0x00) (b[1] == 0x00) (b[2] == 0x01) (0xc0 = b[3] b[3] = 0xdf);
}
}
+ free(vdrfile);
+ }
if (isRadio) {
if (!file_exists(ReplayFile))
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] muggle 0.2.2
Muggle 0.2.2 has been released. Muggle has a new home at http://projects.vdr-developer.org/projects/show/plg-muggle Please get the source code at http://projects.vdr-developer.org/attachments/download/35/vdr-muggle-0.2.2.tgz The new file README.git has instructions how you can checkout the most current unrelease code. if you find bugs or want a feature added, please add them to the project ticket list. From HISTORY: - when showing covers as bitmaps, honour the image show duration from setup - after changing into lyrics mode, the lyrics for the first song were not automatically loaded from the internet - fix image modes TV and Black: They also showed the cover image - add italian translation, contributed by Diego Pierotto - fix off by one error when selecting tracks in play mode by using number keys, found by Thomas Balke - DisplayMode is now configurable, found by Thomas Balke. This defines between how many different types of information the first line toggles in the player. - README.mysql was incomplete - Mysql only: Fix order of insertion into empty playlist. Found by Thomas Balke. - update README.* about MySQL with utf8 - importing subdirectories with mugglei: sorting by folder did not work for those tracks. Found by Thomas Balke. - fix bug #32 reported by Anonymous: mugglei will not run from a linked subfolder - when checking if we are in or under the top level dictory, no longer translate current path to realpath - always go through all symlinks. Fixes bug fix for bug #32, reported by Thomas. Hoping this does not break other configurations. - when destroying the OSD object, save muggle state. Fixes bug #37 reported by Thomas - updated translations by Ville Skyttä and Diego Pierotto -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-plugin-muggle 0.2.3
vdr-plugin-muggle 0.2.3 is available at http://projects.vdr-developer.org/projects/list_files/plg-muggle Changes: http://projects.vdr-developer.org/projects/plg-muggle/news -- mit freundlichen Grüssen with my best greetings Wolfgang Rohdewald dipl. Informatik Ing. ETH Rohdewald Systemberatung Karauschenstieg 4 D 21640 Horneburg Tel.: 04163 826 819 Fax: 04163 826 828 Internet: http://www.rohdewald.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Running script
On Mittwoch, 18. Februar 2009, JJussi wrote: I have remote, and one of it's button is connected (in lircd.conf) to word 'AppExit'. How I can connect shell script to that? What I want to do is run script what kills vdr-sxfe and start it again... I know how to connect vdr-pluging to it.. But script? NO! from my /etc/lirc/lircrc: begin prog = irexec button = Dose1on config = /usr/local/bin/dose_ein 1 Speaker end begin prog = irexec button = Dose1off config = /usr/local/bin/dose_aus 1 Speaker end and the running irexec daemon: /usr/bin/irexec -d /etc/lirc/lircrc -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Hulu for Linux
On Tuesday 10 November 2009, Michael Stepanov wrote: You may try LinuxMCE - http://linuxmce.com, which includes VDR, MythTV and linuxmce.org -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Hulu for Linux
On Tuesday 10 November 2009, Michael Stepanov wrote: Both are correct strange. This afternoon konqueror told me the domain linuxmce.com does not exist. Now it does. Probably my mistake. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
On Saturday 02 January 2010, M. Fiegert wrote: And over Christmas I managed to make it completely noiseless by installing a Accelero S1 cooler !!! http://www.schwanthalercomputer.de/advanced_search_result.php?key words=accelero+S1amp;x=0amp;y=0 this link works better for me: http://www.schwanthaler-computer.de/PC-Komponenten/Kuehler/Grafikkarten/Arctic-Cooling-Accelero-S1-Rev2::14606.html -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe can't connect
Am Mittwoch, 9. November 2011, 15:09:16 schrieb Damien Bally: The output of vdr-sxfe is in the attached file. [1163] [input_vdr] Server not replying [1163] [input_vdr] Can't connect to tcp://127.0.0.1:37890 so netstat -tulpn | grep 37890 probably does not show anything either - it should be something like tcp0 0 0.0.0.0:37890 0.0.0.0:* LISTEN 3592/vdr udp0 0 255.255.255.255:37890 0.0.0.0:* 3592/vdr if netstat does show this, maybe your firewall blocks calls to this port even on localhost? the log of vdr itself might also be interesting ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] halirc
halirc is a python program I wrote for my own use, but maybe others are interested in it too. If so, I will make it a sourceforge project halirc can get events from lirc and other sources. It controls devices like vdr, my Denon AVR 2805 Receiver (via RS232), my LG Plasma TV (via RS232) and other things by shell calls. This would be rather difficult to do with lircrc and shell scripts (I tried). it is rather modular, adding support for more devices should be straightforward. halirc gives you a basic library making it easy to implement your specific wishes on top of it. It knows about the quirks of those devices and hides them from you (like the LG reacting in strange ways when sending commands while it powers up or down and the Denon ignoring new commands while processing some. Both devices have no reliable way of telling that they are ready to process the next command) my use cases (they need about 90 statements on top of the library code): - in the morning, start a certain radio station very loudly. Later, make it less loud, then turn it off. Only on weekdays - I find it easier if I only have to get contact with one single IR receiver. So halirc listens to lirc events and redirects them to the matching devices (I use IR codes of otherwise unused remotes for this) - when listening to radio, I can switch the TV off with one button. This is not yet standby, if the image is wanted again it appears without delay. After 5 minutes halirc puts the screen into standby. Any other key will switch the screen back on and initialize it as needed by vdr. roadmap: - add direct support for USB-controlled Gembird power outlet, right now I do that via shell scripts - show some state changes of the Denon receiver on screen, especially for the different sound falsifying modes like SUPER STADIUM. The display of the Denon is too far away to be visible. This is easy to do because the Denon will automatically send all state changes over RS232, no polling needed. - I do have RS232 specifications for some Epson beamers and for some Pioneer blue ray players, but I currently have no plans to buy those. Anyway adding support for them those should be easy to do. - maybe support sending IR commands with lirc get it here: http://www.rohdewald.de/vdr/halirc.tar -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH v2] multi-frontend-support for vdr 1.7.21
Am Freitag, 2. Dezember 2011, 07:48:20 schrieb Richard Scobie: I believe the TT S2-6400 DVB-S/DVB-S2 card has two frontends that can be used simultaneously. but is has only one frontend per adapter, so it has no multi-frontend ./adapter0: insgesamt 0 crw-rw+ 1 root video 212, 0 29. Nov 20:02 demux0 crw-rw+ 1 root video 212, 1 29. Nov 20:02 dvr0 crw-rw+ 1 root video 212, 3 29. Nov 20:02 frontend0 crw-rw+ 1 root video 212, 2 29. Nov 20:02 net0 ./adapter1: insgesamt 0 crw-rw+ 1 root video 212, 13 29. Nov 20:03 audio0 crw-rw+ 1 root video 212, 4 29. Nov 20:03 demux0 crw-rw+ 1 root video 212, 5 29. Nov 20:03 dvr0 crw-rw+ 1 root video 212, 7 29. Nov 20:03 frontend0 crw-rw+ 1 root video 212, 6 29. Nov 20:03 net0 crw-rw+ 1 root video 212, 14 29. Nov 20:03 osd0 crw-rw+ 1 root video 212, 12 29. Nov 20:03 video0 -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] hardware for dvbufs9xx output plugin
Am Freitag, 13. April 2012, 17:42:04 schrieb Alex Alex: hi, japs works without problems. only cam switch i got problems. i hope here some give me a tipp how i can slow this problem http://aaf-board.com/forum/showthread.php?76593-VDR-duckbox here i wrote a tutorial howto install vdr on atevio or octagon or kathin ufs 910. would that also work with Kathrein UFS 940? -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.28
Am Sonntag, 3. Juni 2012, 12:44:24 schrieb Klaus Schmidinger: VDR developer version 1.7.28 is now available the patch did not apply cleanly, so I untarred the full archive into a new place and copied my old working Make.config timers.c: In constructor ‘cSortedTimers::cSortedTimers()’: timers.c:832: error: class ‘cSortedTimers’ does not have any field named ‘cVector’ -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.28
Am Sonntag, 3. Juni 2012, 14:54:56 schrieb Udo Richter: timers.c: In constructor ‘cSortedTimers::cSortedTimers()’: timers.c:832: error: class ‘cSortedTimers’ does not have any field named ‘cVector’ I don't get such an error message here. May be a compiler dependent problem. The attached patch makes it work for me. compiles with your patch, thanks! server:/usr/local/src/vdr-1.7.28# gcc --version gcc (Debian 4.4.5-8) 4.4.5 -- mit freundlichen Grüssen with my best greetings Wolfgang Rohdewald dipl. Informatik Ing. ETH Rohdewald Systemberatung Karauschenstieg 4 D 21640 Horneburg Tel.: 04163 826 819 Fax: 04163 826 828 Internet: http://www.rohdewald.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] dvbdevice.c
in vdr-1.7.28 without patches
while browsing the log I found
Jun 9 05:28:08 server vdr: [13569] frontend 1/0 timed out while tuning to
channel 1877, tp 212713
Jun 9 05:28:40 server vdr: [13569] frontend 1/0 regained lock on channel 14,
tp 110743
so frontend 1 regained a lock it never had. That seems like a consequence
of the fact that LostLock is only a local variable in cDvbTuner::Action, so it
cannot be reset when the channel changes
also, I wonder about this code sequence in dvbdevice.c:
switch (tunerStatus) {
...
case tsLocked:
if (Status FE_REINIT) {
...
else if (tunerStatus == tsLocked) {
at the else if, how could tunerStatus not be tsLocked?
--
Wolfgang
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbdevice.c
Am Samstag, 9. Juni 2012, 12:02:37 schrieb Klaus Schmidinger: so frontend 1 regained a lock it never had. That seems like a consequence of the fact that LostLock is only a local variable in cDvbTuner::Action, so it cannot be reset when the channel changes Looks like LostLock should also be reset in case tsSet. I guess that's a matter of philosophy. fine with me - I was just wondering. I was looking at those things because I had some trouble with my 3 USB TT S2-3600 receivers. They very often lost lock. Putting them in a cooler place helped a bit. Better cabling helped a bit. Updating the receiver firmware (bought in 2012, update from 2008 was not applied!) helped a bit. Optimizing my Quad Monoblock for Astra helped a bit. At that stage, often all 3 receivers lost lock at the same time. And all that only with DVB-S2 channels. And mostly in early evening (which still puzzles me) At the end it seems the LNB had a problem. I now have another one and no lost locks since 12 hours. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] RFE: Make VDR more friendly when using combinations of DVB-S, DVB-T and DVB-C
Am Sonntag, 17. Juni 2012, 14:16:53 schrieb Klaus Schmidinger: - Make a setup option to Show channel names with source (default is no). - Modify cChannel::Name() and cChannel::ShortName() to optionally append the source character (A, C, S, T, I, ...) to the channel name in the (short) form mentioned above. you could give that option different values like - never show channel source - always show channel source - only show channel source if the same channel has different sources for space conserving people, something shorter than (%c) might be nice maybe an additional option channel source format which only triggers if the channel source is to be displayed: with values like %s (%c) %n/%c %c %s -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.33
On Saturday 08 December 2012 12:38:30 Klaus Schmidinger wrote:
- In order to be able to play TS recordings from other sources, in which
there is
more than one PMT PID in the PAT, 'int cPatPmtParser::PatPmt(void)' has
been changed
to 'bool cPatPmtParser::IsPatPmt(int Pid)'.
there is one more change you did not mention:
int PmtPid(void) const { return pmtPid; }
has been removed.
this breaks xineliboutput.
--
Wolfgang
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.33
On Saturday 08 December 2012 12:38:30 Klaus Schmidinger wrote:
The changes since version 1.7.32:
one more change relevant for plugins, missing in the changelog:
the signature of Matches and GetMatch in timers.h
appending a patch for epgsearch needed for this change.
--
Wolfgangdiff --git a/epgsearchsvdrp.c b/epgsearchsvdrp.c
index 4edc640..59c4d1c 100644
--- a/epgsearchsvdrp.c
+++ b/epgsearchsvdrp.c
@@ -560,7 +560,7 @@ cString cPluginEpgsearch::SVDRPCommand(const char *Command, const char *Option,
strftime(bufStart, sizeof(bufStart), %H%M, localtime_r(start, tm_r));
strftime(bufEnd, sizeof(bufEnd), %H%M, localtime_r(stop, tm_r));
-int timerMatch;
+eTimerMatch timerMatch;
bool hasTimer = false;
if (Timers.GetMatch(pEvent, timerMatch))
hasTimer = (timerMatch == tmFull);
diff --git a/mail.c b/mail.c
index 0738fae..0cb9934 100644
--- a/mail.c
+++ b/mail.c
@@ -49,7 +49,7 @@ string cMailTimerNotification::Format(const string templ) const
const cEvent* pEvent = GetEvent();
if (!pEvent) return ;
-int TimerMatch = tmNone;
+eTimerMatch TimerMatch = tmNone;
cTimer* pTimer = Timers.GetMatch(pEvent, TimerMatch);
if (!pTimer) return ;
diff --git a/menu_commands.c b/menu_commands.c
index 9d33863..309aef5 100644
--- a/menu_commands.c
+++ b/menu_commands.c
@@ -121,7 +121,7 @@ eOSState cMenuSearchCommands::Record(void)
{
if (!event) return osContinue;
- int timerMatch = tmNone;
+ eTimerMatch timerMatch = tmNone;
cTimer* timer = Timers.GetMatch(event, timerMatch);
if (timerMatch == tmFull)
{
diff --git a/menu_event.c b/menu_event.c
index b1e8880..a51f56e 100644
--- a/menu_event.c
+++ b/menu_event.c
@@ -95,7 +95,7 @@ void cMenuEventSearch::Set()
cEventObj* eventObjPrev = GetPrev(event);
cEventObj* eventObjNext = GetNext(event);
- int timerMatch = tmNone;
+ eTimerMatch timerMatch = tmNone;
Timers.GetMatch(event, timerMatch);
const char* szRed = trVDR(Button$Record);
if (timerMatch == tmFull)
diff --git a/menu_main.c b/menu_main.c
index 830f43a..a38e640 100644
--- a/menu_main.c
+++ b/menu_main.c
@@ -184,7 +184,7 @@ eOSState cMenuSearchMain::Record(void)
if (item) {
if (item-timerMatch == tmFull)
{
- int tm = tmNone;
+ eTimerMatch tm = tmNone;
cTimer *timer = Timers.GetMatch(item-event, tm);
if (timer)
{
diff --git a/menu_searchresults.c b/menu_searchresults.c
index b6511b9..6c7c261 100644
--- a/menu_searchresults.c
+++ b/menu_searchresults.c
@@ -77,7 +77,7 @@ bool cMenuSearchResultsItem::Update(bool Force)
bool result = false;
- int OldTimerMatch = timerMatch;
+ eTimerMatch OldTimerMatch = timerMatch;
bool OldInSwitchList = inSwitchList;
bool hasMatch = false;
cTimer* timer = NULL;
@@ -176,7 +176,7 @@ cMenuSearchResultsItem::cMenuSearchResultsItem(cRecording *Recording)
previewTimer = false;
episodeOnly = false;
menuTemplate = NULL;
- timerMatch = 0;
+ timerMatch = tmNone;
inSwitchList = false;
event = NULL;
search = NULL;
@@ -228,7 +228,7 @@ eOSState cMenuSearchResults::Record(void)
if (item) {
if (item-timerMatch == tmFull)
{
- int tm = tmNone;
+ eTimerMatch tm = tmNone;
cTimer *timer = Timers.GetMatch(item-event, tm);
if (timer)
{
diff --git a/menu_searchresults.h b/menu_searchresults.h
index fef2055..61634db 100644
--- a/menu_searchresults.h
+++ b/menu_searchresults.h
@@ -50,7 +50,7 @@ class cMenuSearchResultsItem : public cOsdItem {
bool episodeOnly;
cMenuTemplate* menuTemplate;
public:
-int timerMatch;
+eTimerMatch timerMatch;
bool inSwitchList;
const cEvent *event;
const cSearchExt* search;
diff --git a/menu_whatson.c b/menu_whatson.c
index e411b81..d380f13 100644
--- a/menu_whatson.c
+++ b/menu_whatson.c
@@ -77,7 +77,7 @@ bool cMenuMyScheduleItem::Update(bool Force)
bool result = false;
- int OldTimerMatch = timerMatch;
+ eTimerMatch OldTimerMatch = timerMatch;
bool OldInSwitchList = inSwitchList;
bool hasMatch = false;
cTimer* timer = NULL;
@@ -520,7 +520,7 @@ eOSState cMenuWhatsOnSearch::Record(void)
{
if (item-timerMatch == tmFull)
{
- int tm = tmNone;
+ eTimerMatch tm = tmNone;
cTimer *timer = Timers.GetMatch(item-event, tm);
if (timer)
{
diff --git a/menu_whatson.h b/menu_whatson.h
index bc65a7c..fa0f3ec 100644
--- a/menu_whatson.h
+++ b/menu_whatson.h
@@ -35,7 +35,7 @@ public:
const cEvent *event;
cChannel *channel;
showMode mode;
- int timerMatch;
+ eTimerMatch timerMatch;
bool inSwitchList;
cMenuTemplate* menuTemplate;
diff --git a/services.c b/services.c
index 985763c..71ecc22 100644
--- a/services.c
+++ b/services.c
@@ -143,7 +143,7 @@ std::liststd::string cEpgsearchServiceHandler::TranslateResults(cSearchResults
Re: [vdr] Virtual VDR directories for surround and HD recordings.
On Sunday 09 December 2012 19:21:45 Carsten Koch wrote: I have been thinking for a while about virtual VDR directories holding symbolic links to recordings that are stored elsewhere using different sort criteria. did you consider extending vdrnfofs to do this? Add mount options which specify sort order if you do not want the rest of the vdrnfofs functionality (mapping recordings to *.nfo and *.mpg), you could either add another option to vdrnfofs suppressing this or fork a new project I personally would rather avoid yet more symbolic links, with vdrnfofs you could have a folder like keep_this and put all your archives in there. BTW after cutting I always rename my recordings to something more readable, and I always remove the % from the name. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.39
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? -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.39
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. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Call for translations for VDR version 2.0.0: one more string needed
Am Montag, 4. März 2013, 15:30:23 schrieb Klaus Schmidinger: Always sort folders first how about Always show folders first? I do not really care which items your sorting algorhythm sorts first. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] aufs instead of mhddfs with vdr 2.1.2
Am Sonntag, 1. Dezember 2013, 11:44:42 schrieb Klaus Schmidinger: I wanted to get this out of the core VDR code. It was a makeshift solution in times where disk sizes were still relatively small. Nowadays we have disk sizes in the terabyte range, which should be enough for a VDR. It is certainly not enough for me, and I will never run VDR without being able to spread directories over disks. I always have several disks, right now 4 of them. When the capacity of modern disks sharply increases, I remove my oldest disk or the one most aged (smartctl) and add a new one. Over the years, this has proven to be very simple and reliable. Your removal of functionality makes that impossible. IMHO, RAID is not practical for that situation, and I do not really trust RAID and probably never will. something like aufs should make it much easier to use VDR video data over network file systems, even by non-vdr software. A vdr plugin enabling more than one file system would not be adequate, it would still lock users with more than one video disk into having to use vdr or vdr-specific plugins on all clients even if all they want to do is just viewing recordings. The clients needs a unified view over all vdr video directories. and of course such a plugin is reinventing the wheel with all those unionfs variants around. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] skipping 5/10 seconds
Am Montag, 7. April 2014, 12:20:37 schrieb Klaus Schmidinger: Well, that's something we can talk about. You could make it so that during replay the Left and Right keys perform 5s skips, and the FastForward/-Rewind keys (if present on the user's remote control) still retain their normal function. I would welcome that. When watching a HD recording over xineliboutput, fastforward/rewind never stops when I stop but goes on until it skipped about one minute. Of course I hear you saying get xineliboutput fixed but discrete 5s skips would certainly solve that problem. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Invalid sat cable number errors
Am Donnerstag, 17. April 2014, 14:07:35 schrieb Ville Skyttä: I see errors like the below on every VDR (2.0.6) startup and apparently exactly 30 minute intervals after that in syslog: ERROR: invalid sat cable number in '[apparent binary junk]' to me this sounds like an invalid pointer. If I had such a bug I would try to run vdr under valgrind. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Softhddevice, 10 dupes per second
Am Montag, 26. Oktober 2015, 08:36:37 schrieb Alexander Grothe: > Section "Extensions" >Option "Composite"Disabled > EndSection Does "Disabled" work? I thought it should be "Disable" -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 2.3.9
On So, 2018-03-18 at 14:54 +0100, Klaus Schmidinger wrote: > - Disabled the use of posix_fadvise() when reading (i.e. replaying), since it > caused >stuttering replay in fast forward and fast rewind mode in case the video > directory >is mounted via NFS. You can re-enable it by setting the macro > USE_FADVISE_READ to 1 >in tools.c. Will it be possible to do that at compile time without changing the source code like you now do for the deprecated function? -- Wolfgang ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 20 Years of VDR / Announcing "GeoTagger"
Am Mittwoch, den 19.02.2020, 16:36 +0100 schrieb Klaus Schmidinger: > Unfortunately there was no application available under Linux that really fit > my needs (maybe I just missed that one great program ;-). digikam ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
