Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
On Sat, Feb 09, 2008 at 11:06:35PM +0100, Klaus Schmidinger wrote: On 02/09/08 18:24, Arthur Konovalov wrote: Klaus Schmidinger wrote: I just read your original posting again, and there you described the problem the other way round. So I also tested recording the FTA channel and then switching to the encrypted channel, but this also works fine here. So I'm afraid I don't know what's causing this for you. Very strange. I noticed that message channel on available apperars momentarily after switching to another channel. It seems like vdr not trying to decode anything. May be You can provide some lines to vdr code for debugging reason of message channel not available? I have interest to solve this problem ;) Please try the attached version of cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView), redirect stdout into a file and send me the result. I tried it, with vdr 1.5.14. As a side-note, i CAN record FTA-channel and watch scrambled channel with another budget-card (i have 2 DVB-T budget tuners). This experience is with ONE tuner: 1) I can record multiple scrambled channels from same multiplex 2) I can watch FTA-channels while recording scrambled ones. 3) I CAN'T watch scrambled channels while recording FTA channel on same multiplex. 4) I CAN start record on FTA channel, while recording scrambled channel, which is started before recording on FTA (then i can also WATCH any other scrambled channel from same multiplex too) So while there's no recording on scrambled channel, while recording FTA channel, i can't watch any scrambled channels from same multiplex. When starting recording on scrambled channel (before starting recording on FTA), everything works as should. Here is debug info with only one tuner in use: Changing to FTA channel: GetDevice 3 0 1 - 'MTV3;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:305:561=fin:817:0:49:8438:8193:0 ' NumUsableSlots = 0 j = 0 i = 0 A B i = 1 A B C 0 D 0 E 180C4C64 i = 2 A B i = 3 A B X 1 Z started recording: GetDevice 3 50 0 - 'MTV3;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:305:561=fin:817:0:49:8438:8193:0 ' NumUsableSlots = 0 j = 0 i = 0 A B i = 1 A B C 0 D 0 E 002C4C64 i = 2 A B i = 3 A B X 1 Z Change to scrambled channel: GetDevice 25 0 1 - 'MTV3 MAX;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:304:560=fin:817:B00:209:8438:8193:0 ' NumUsableSlots = 4 j = 0 i = 0 A i = 1 A i = 2 A i = 3 A B j = 1 i = 0 A i = 1 A i = 2 A B i = 3 A j = 2 i = 0 A i = 1 A B C 0 D 0 E 1412AC41 i = 2 A i = 3 A j = 3 j = 4 j = 5 i = 0 A B i = 1 A i = 2 A i = 3 A X 1 Z / in this point appears channel not available -error GetDevice 25 0 1 - 'MTV3 MAX;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:304:560=fin:817:B00:209:8438:8193:0 ' NumUsableSlots = 3 j = 0 i = 0 A i = 1 A i = 2 A i = 3 A B j = 1 i = 0 A i = 1 A i = 2 A B i = 3 A j = 2 j = 3 j = 4 j = 5 i = 0 A B i = 1 A i = 2 A i = 3 A Z ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Wakeup methods
What different wakeupmethods are there? I've built a few vdr boxes and I've been forced to use different motherboards and they do not all work the same. I've used nvram-wakeup on some and acpi on others when nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with which I'm having trouble in starting on timers. What methods are people using with VDR? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
On 02/10/08 09:16, Antti Hartikainen wrote: On Sat, Feb 09, 2008 at 11:06:35PM +0100, Klaus Schmidinger wrote: On 02/09/08 18:24, Arthur Konovalov wrote: Klaus Schmidinger wrote: I just read your original posting again, and there you described the problem the other way round. So I also tested recording the FTA channel and then switching to the encrypted channel, but this also works fine here. So I'm afraid I don't know what's causing this for you. Very strange. I noticed that message channel on available apperars momentarily after switching to another channel. It seems like vdr not trying to decode anything. May be You can provide some lines to vdr code for debugging reason of message channel not available? I have interest to solve this problem ;) Please try the attached version of cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView), redirect stdout into a file and send me the result. I tried it, with vdr 1.5.14. As a side-note, i CAN record FTA-channel and watch scrambled channel with another budget-card (i have 2 DVB-T budget tuners). This experience is with ONE tuner: 1) I can record multiple scrambled channels from same multiplex 2) I can watch FTA-channels while recording scrambled ones. 3) I CAN'T watch scrambled channels while recording FTA channel on same multiplex. 4) I CAN start record on FTA channel, while recording scrambled channel, which is started before recording on FTA (then i can also WATCH any other scrambled channel from same multiplex too) So while there's no recording on scrambled channel, while recording FTA channel, i can't watch any scrambled channels from same multiplex. When starting recording on scrambled channel (before starting recording on FTA), everything works as should. Here is debug info with only one tuner in use: Changing to FTA channel: GetDevice 3 0 1 - 'MTV3;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:305:561=fin:817:0:49:8438:8193:0 ' NumUsableSlots = 0 j = 0 i = 0 A B i = 1 A B C 0 D 0 E 180C4C64 i = 2 A B i = 3 A B X 1 Z started recording: GetDevice 3 50 0 - 'MTV3;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:305:561=fin:817:0:49:8438:8193:0 ' NumUsableSlots = 0 j = 0 i = 0 A B i = 1 A B C 0 D 0 E 002C4C64 i = 2 A B i = 3 A B X 1 Z Change to scrambled channel: GetDevice 25 0 1 - 'MTV3 MAX;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:304:560=fin:817:B00:209:8438:8193:0 ' NumUsableSlots = 4 You wrote that you are using only a single budget card. How can a single budget card have 4 CI slots? And all four of these apparently contain a CAM that is ready?! What kind of CI hardware and CAM(s) are you using? Klaus j = 0 i = 0 A i = 1 A i = 2 A i = 3 A B j = 1 i = 0 A i = 1 A i = 2 A B i = 3 A j = 2 i = 0 A i = 1 A B C 0 D 0 E 1412AC41 i = 2 A i = 3 A j = 3 j = 4 j = 5 i = 0 A B i = 1 A i = 2 A i = 3 A X 1 Z / in this point appears channel not available -error GetDevice 25 0 1 - 'MTV3 MAX;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:304:560=fin:817:B00:209:8438:8193:0 ' NumUsableSlots = 3 j = 0 i = 0 A i = 1 A i = 2 A i = 3 A B j = 1 i = 0 A i = 1 A i = 2 A B i = 3 A j = 2 j = 3 j = 4 j = 5 i = 0 A B i = 1 A i = 2 A i = 3 A Z ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- ___ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: [EMAIL PROTECTED] D-84568 Pleiskirchen, Germany URL: www.cadsoft.de ___ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
Kartsa schrieb: What different wakeupmethods are there? I've built a few vdr boxes and I've been forced to use different motherboards and they do not all work the same. I've used nvram-wakeup on some and acpi on others when nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with which I'm having trouble in starting on timers. What methods are people using with VDR? I'm using nvram-wakeup too, but have to reboot one time after setting the timer with nvram-wakeup. This reboot then automatically stops the system with a special shutdown entry in grub. Without the reboot the timer is just ignored... System is Debian with Linux 2.6.22-2-amd64, VDR 1.5.14, Mainboard Gigabyte M61P-S3. Greetings, Stefan PS: First post after lurking for years, YESSS... ;-) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote: On 02/10/08 09:16, Antti Hartikainen wrote: NumUsableSlots = 4 You wrote that you are using only a single budget card. How can a single budget card have 4 CI slots? And all four of these apparently contain a CAM that is ready?! Well one slot for each card ;) System has totally 6 DVB-devices, but at the moment of testing only one (1) DVB-T tuner was available for VDR (3 other devices were DVB-S tuners, including FF-card too). NumUsableSlots is one less when error about channel not being available appears, so slot of this card disappears somewhere? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
On 02/10/08 11:07, Antti Hartikainen wrote: On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote: On 02/10/08 09:16, Antti Hartikainen wrote: NumUsableSlots = 4 You wrote that you are using only a single budget card. How can a single budget card have 4 CI slots? And all four of these apparently contain a CAM that is ready?! Well one slot for each card ;) System has totally 6 DVB-devices, but at the moment of testing only one (1) DVB-T tuner was available for VDR (3 other devices were DVB-S tuners, including FF-card too). Ah, I see. NumUsableSlots is one less when error about channel not being available appears, so slot of this card disappears somewhere? The slot is used to receive the encrypted channel: Change to scrambled channel: GetDevice 25 0 1 - 'MTV3 MAX;MTV Oy:65800:A0B8C23D23G8I0M64P0T8Y0:T:3:304:560=fin:817:B00:209:8438:8193:0 ' NumUsableSlots = 4 ... X 1 Z The X 1 output indicates that a DVB card and CAM combination was found that can decrypt this channel. / in this point appears channel not available -error Does this message appear immediately after switching to the encrypted channel, or only after a few seconds? I assume there are a few seconds between switching to the encrypted channel and the channel not available message, which would indicate that the CAM is simply not decrypting the channel. Maybe you could activate the debug outputs in ci.c to see whether VDR actually sends the CA_PMT data to the CAM. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Trouble with mplayer plugin / audio
Hiho, I'm using vdr 1.4.7 and mplayer plugin from e-tobi on Debian Etch with a full featured Hauppauge Nexus-S card and having trouble with audio during video playback. When I configure mplayer to decode audio with the Nexus by setting AO=mpegpes:card=1 in /etc/vdr/plugins/vdrmplayer.sh.conf, movie playback doesn't work at all. I get a black screen, TV audio mutes but movie playback doesn't start. The mplayer process is there, but seems to do nothing: /usr/bin/mplayer -vo mpegpes:card=1 -ao mpegpes:card=1 \ -vf scale=704:331,expand=704:576:-1:-1:1,lavc=5000:25 \ -framedrop -cache-min 10 -slave -nolirc -subpos 80 \ -sub-bg-color 0 -sub-bg-alpha 30 -quiet -osdlevel 0 \ /movies/foo.avi When I press Exit (a few times) on my remote, vdr resumes to TV playback, but often I need to restart vdr for proper operation. Otherwise I can't tune all channels resp. I'm getting messages of channels not available. I stopped vdr and tried the command line above (only removed -slave option): this works pretty well. I get proper video and audio playback. For me it seems, that vdr still occupies the DVB (audio) device when the plugin starts mplayer for video playback. Is that possible? I tried playing audio via the onboard soundchip by setting AO=alsa and this works so far. But audio and video are getting seriously out of sync, so this is no reasonable workaround for the problem (besides that switching my amplifier to the other audio line is somewhat annoying ;) Something I'm doing wrong? Any help is appreciated. If you need more configuration information please ask for it. Thanks, Jörn -- sub i($){print$_[0]}*j=*ENV;sub w($){sleep$_[0]}sub _($){i$p:$c ,w+01 ,$_=$_[0],tr;i-za-h,;a-hi-z ;,i$_,w+01,i\n}$|=1;$f='HO';($c=$j{PWD})=~ s+$j{$f.ME}+~+;$p.=$j{USER}\@.`hostname`;chop$p;_kl,$c='~',_zu,. -zn,*,_#,epg,lw,gwc,mfmkcbm,cvsvwev,uiqt,kwvbmvb?,i$p:$c ;w+107 pgphTbSU9trfq.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Trouble with mplayer plugin / audio
Jörn Reder wrote: I'm using vdr 1.4.7 and mplayer plugin from e-tobi on Debian Etch with a full featured Hauppauge Nexus-S card and having trouble with audio during video playback. I missed posting exact version numbers: vdr 1.4.7-4ctvdr1 vdr-plugin-mplayer 0.10.1-6 mplayer 1.0-rc1svn20070225-0.3etch1 Kernel 2.6.18-5-k7 Hmm, looks mplayer could be more recent, probably I'll try to upgrade it... Regards, Jörn -- LINUX - Linux Is Not gnU linuX pgpmgSKMD3vKj.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] locale patch for text2skin plug-in (VDR = 1.5.7) + skin patches
Hello! Here is a patch for the text2skin plug-in adding locale handling for VDR = 1.5.7: http://toms-cafe.de/vdr/download/text2skin-1.1-cvs-locale.diff It bases on cvs snapshot from 2008-01-22 22:30:00Z + 2 patches: - libfreetype6-2.2.1.diff by Jerome [EMAIL PROTECTED] (http://vdrportal.de/board/thread.php?postid=489175#post489175) - text2skin-1.1-cvs_ext-0.10-vdr-1.5.4.diff by Stone [EMAIL PROTECTED] (http://vdrportal.de/board/thread.php?postid=621984#post621984) The skins have to be patched, too. The patches for DeepBlue (http://vdr.pfroen.de), Enigma (http://home.pages.at/brougs78/vdr_enigma.htm) and enElchi (http://www.saunalahti.fi/~rahrenbe/vdr/soppalusikka/files/) are ready: http://toms-cafe.de/vdr/download/deepblue-0.1.4-locale.diff http://toms-cafe.de/vdr/download/enigma-0.3a-locale.diff http://toms-cafe.de/vdr/download/enelchi-0.7.2-locale.diff To patch other skins the Makefile from these patches could be used without any changes, missing translation entries should be added to the *.skin file (e.g. as comments !-- trans('Volume') --) Tom ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] demuxing subtitles with projectx
Petri Helin [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Has there been any progress regarding this issue? It looks like ProjectX will fail in case there are subtitles in a VDR recording made with version 1.5.10 or later, because ProjectX does not recognize them being subtitles and will eventually get stuck to an unending loop. What might be the major difference between the old subtitles plugin's way of saving subtitles and the way they are saved now? ProjectX 0.90.4.b22 works with vdr 1.5.x recordings. but with burn 0.1.0-pre21 i have problems with naming of audio files. projectx beta named files other than old projectx. have anyone a fix for that? Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble with asprintf
On 02/10/08 16:06, Wolfgang Rohdewald wrote: 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. 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. Klaus ___ 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] Wakeup methods
[EMAIL PROTECTED](Kartsa) 10.02.08 10:37 What different wakeupmethods are there? I've built a few vdr boxes and I've been forced to use different motherboards and they do not all work the same. I've used nvram-wakeup on some and acpi on others when nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with which I'm having trouble in starting on timers. What problems? Be spezific. What methods are people using with VDR? IMHO nvram is obsolete for modern boards (not older than 6..7 years) My first attempt would always be acpi! Pay attention to the noted booby traps! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
[EMAIL PROTECTED](Lars Bläser) 10.02.08 14:59 you could use the WOL feature of the system the vdr sends the wakeup time to a system thats always on (linux router?) and this machine sends a WOL packet to your vdr http://www.vdr-portal.de/board/thread.php?postid=694894 (-babelfish) WOL needs more standby power than the simple RTC! You need power for LAN switch too. The second continously running PC wastes power too. As more componentes are involved as more can/will break. It had never been long term successful to correct a broken software with a hardware patch. use ACPI wakeup. Rainer ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
It appears to switch over to encrypted channel after a minute or so.Only if I tried it a couple of times, and only then, once it switched over it starts to record even if the timer was set a few minutes earlier. Theunis On 2/10/08, Antti Hartikainen [EMAIL PROTECTED] wrote: On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote: On 02/10/08 09:16, Antti Hartikainen wrote: NumUsableSlots = 4 You wrote that you are using only a single budget card. How can a single budget card have 4 CI slots? And all four of these apparently contain a CAM that is ready?! Well one slot for each card ;) System has totally 6 DVB-devices, but at the moment of testing only one (1) DVB-T tuner was available for VDR (3 other devices were DVB-S tuners, including FF-card too). NumUsableSlots is one less when error about channel not being available appears, so slot of this card disappears somewhere? ___ 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] 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] Fast-forward and subtitles
Klaus Schmidinger kirjoitti: On 11/08/07 23:32, Petri Helin wrote: Hi, Besides DVB subtitle support, version 1.5.10 brought also support for nicer fast forward implementation. From the HISTORY file: - Implemented sending all frames to devices that can handle them in fast forward trick speeds (thansk to Timo Eskola). If I recall correctly, the original patch by Timo Eskola together with the subtitles plugin allowed also subtitles to be shown during fast forward. This nice functionality is missing from the current implementation. So, just to let you know... :) There is no audio during fast forward, so why bother displaying subtitles? I tend to fast forward recorded programs quite frequently (skip dull parts :) and it is very annoying that DVB-subtitles gets confused and misplaced after each fast forwarding action, it may take a long time before those are displayed again. I'd prefer burned subtitles because those are always displayed and always in synch of the programs itself regardless how you skip recording + or -. Really missing old VHS-tape age, never problems with subtitles what so ever. Also I think people who are used to dubbed programs do not realise how wonderful it is to be able to turn down audio of televison program and just use subtitles to watch it bearly hearing the audio. Specially handy when you don't want to use headphones but be able to watch programs without disturbing others (audio down). Effort to have DVB-subtitles syncronisation after fastforwarding is a very, very good feature, so to speak. Wanted behaviour is exactly as older burned subtitles way of working, always there. Markku Klaus ___ 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] demuxing subtitles with projectx
Il giorno dom, 10/02/2008 alle 14.20 +0100, Stefan Wagner ha scritto: Petri Helin [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] Has there been any progress regarding this issue? It looks like ProjectX will fail in case there are subtitles in a VDR recording made with version 1.5.10 or later ProjectX 0.90.4.b22 works with vdr 1.5.x recordings. Just tried the last cvs, it still fails to process subtitles, getting stuck in a loop with message suppic unknown cmd: 44 as the previous version I tested. Regards, Davide Cavalca davide125(at)tiscali.it ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
On 02/10/08 17:12, Theunis Potgieter wrote: It appears to switch over to encrypted channel after a minute or so.Only if I tried it a couple of times, and only then, once it switched over it starts to record even if the timer was set a few minutes earlier. Could it be that your CAM has problems handling FTA and CA channels at the same time? The CAM I use here has no problem with this. Klaus On 2/10/08, Antti Hartikainen [EMAIL PROTECTED] wrote: On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote: On 02/10/08 09:16, Antti Hartikainen wrote: NumUsableSlots = 4 You wrote that you are using only a single budget card. How can a single budget card have 4 CI slots? And all four of these apparently contain a CAM that is ready?! Well one slot for each card ;) System has totally 6 DVB-devices, but at the moment of testing only one (1) DVB-T tuner was available for VDR (3 other devices were DVB-S tuners, including FF-card too). NumUsableSlots is one less when error about channel not being available appears, so slot of this card disappears somewhere? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dbscan fails
A bit more analysis : There is signal detected by kaffeine ; scandvb tunes to each transponder But no service detected !! I don't understand anything. Firmare is ttpci-01.fw-22621f. Thank you for your help Pierre JUHEN a e'crit : I built a VDR box a year ago; it worked; For some reasons, I changed the motherboard and software. Now dvbscan fails : I suspect the fact that the LNB is not powered. My configuration Fedora 8 x64_86 up to date Hauppauge Nexus dvb-s rev 2.3 There is signal, since the decoder works ok. dvbscan fails, kaffeine too. Thank you for your help ___ 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] Wakeup methods
There is also a concept where you set the RTC-Alarm time to a fixed value and let a script calculate what time to set the RTC to to wake up at the correct time. Then after wakeup the RTC is readjusted. It's a bit crude and I can't recall the commen name of this concept. I havn't got it working on my system though. It works when started on the commandline no when vdr triggers it. By Benjamin Kartsa schrieb: What different wakeupmethods are there? I've built a few vdr boxes and I've been forced to use different motherboards and they do not all work the same. I've used nvram-wakeup on some and acpi on others when nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with which I'm having trouble in starting on timers. What methods are people using with VDR? \\Kartsa ___ 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] Transfer-Mode without remux
Klaus Schmidinger schrieb: On 02/02/08 16:27, Klaus Schmidinger wrote: In a crude attempt to run VDR's Transfer-Mode without using a cRemux (and thus avoiding all the extra buffering and processing) I am trying to send the payload of the TS packets directly to the device. The attached patch implements cDevice::PlayTS() and handles video and audio packets with fixed PIDs (just for testing). [ .. ] Nevermind, I just found it myself: it must be +5 instead of +4 in inline int TsPayloadOffset(const uchar *Data) { return (Data[3] ADAPT_FIELD) ? Data[4] + 5 : 4; } Now it works - and Transfer-Mode never switched as fast as this :-) I don't know what causes this issue, but with this patch enabled, VDR refuses to play radio-channel (audio) with the radio-plugin (with RDS enabled). When i disable the radio-plugin, audio works; when i remove the patch, audio works with the plugin enabled. - i removed this patch. regards, Friedhelm. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] demuxing subtitles with projectx
ProjectX 0.90.4.b22 works with vdr 1.5.x recordings. Just tried the last cvs, it still fails to process subtitles, getting stuck in a loop with message suppic unknown cmd: 44 as the previous version I tested. i have only test with dvb-subtitles from german broadcast station zdf its possible, the patch is only for zdf: http://forum.dvbtechnics.info/showthread.php?t=4920 (sorry in german) Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble with asprintf
Wolfgang Rohdewald wrote: 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. I never understood what the problem is with utf8 and asprintf, since utf8 is mostly ASCIIZ backwards compatible, and asprintf probably doesn't even know the difference between utf8 and ascii. What special handling does asprintf with utf8? Is there some example that causes the trouble? Worst case I can imagine would be that there's an invalid 0 byte inside an utf8 multibyte char, and even this would just result in an utf8 string that terminates with an incomplete char - and shouldn't handling such crap be the job of whatever processes the utf8 string later on? At least IMHO it would be wise to count any 0 byte as string end. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-xine buffer usage: messages
Hi I run vdr-xine with the following syntax: xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes The post options seem to cause a continuous stream of the following messages: buffer usage: 62, 0, 7, 0, 0x94aa6f8 buffer usage: 101, 0, 6, 1, 0x94aa6f8 buffer usage: 86, 0, 7, 1, 0x94aa6f8 buffer usage: 75, 0, 7, 0, 0x94aa6f8 buffer usage: 95, 0, 7, 4, 0x94aa6f8 buffer usage: 85, 0, 6, 0, 0x94aa6f8 Is there some sort of debugging turned on? How do I stop these messages? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine buffer usage: messages
I run vdr-xine with the following syntax: xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes to redirect logging from console: xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes /tmp/xine.log 21 Istvan -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Old schedule / old timers
Hello after upgrading from 1.4.3 to 1.4.5 i found that the schedule does not contain any old events. The current event is marked, but it is always the top of the list. What's the sense of tagging the current, when it's always at the top line and can't be scrolled back? That is very annoying because i sometimes found a programm worth to be timed, but the schedule entry is not available anymore. 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. How i can, user, select this featuers? - EPG history (at least) 4 hours, 1 day or 2 days back - Manually delete one timer timers/delete after 7 days/4 weeks Rainer ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate
Klaus Schmidinger wrote: Those Telenor channels are encrypted, so I'm afraid I can't test them. However, this may also be the reason for your problem. When VDR first switches to an encrypted channel, it always does so in Transfer-Mode, so that it can check whether the TS packets get decrypted. Once it knows that a channel can be decrypted, it switches to it in direct live mode if you switch to it again. While in Transfer-Mode, the high data rate stream is read from the FF card and sent back to it for replay. I assume this is too much load for the FF card. Try switching to the same channel again after some 15 seconds. Does it show up ok then? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr Yes it does. If I stay 15 seconds with bad picture and change to another channel and back it works. I have to do that every time I restart vdr on these channels. Is there a solution to this or do I have to buy new hardware for VDR 1.6.0? I like VDR as it is now because I do not have any HDTV channels or a LCD TV. Why does it work in version 1.4.7? /Magnus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine buffer usage: messages
Hi, Simon Baxter schrieb: I run vdr-xine with the following syntax: xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes The post options seem to cause a continuous stream of the following messages: buffer usage: 62, 0, 7, 0, 0x94aa6f8 buffer usage: 101, 0, 6, 1, 0x94aa6f8 buffer usage: 86, 0, 7, 1, 0x94aa6f8 buffer usage: 75, 0, 7, 0, 0x94aa6f8 buffer usage: 95, 0, 7, 4, 0x94aa6f8 buffer usage: 85, 0, 6, 0, 0x94aa6f8 Is there some sort of debugging turned on? How do I stop these messages? This one was hardcoded to to get an idea of whether a PC is fast enough for HD decoding. To turn it off, you'll have to comment out the line with fprintf() in post_vdr_video.c: { int a = 0, b = 0, c = 0, d = 0; if (stream) _x_query_buffer_usage(stream, a, b, c, d); fprintf(stderr, buffer usage: %3d, %2d, %2d, %2d, %p\n, a, b, c, d, stream); } Another possibility is to put if (0) in front of the opening curly brace, which will lead to not executing any line in the block. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
How to avoid: VPS-Aufnahme beginnt in K�rze
Hello after upgrading from 1.4.3 to 1.4.5 i am sometimes kicked off the live view with warning VPS-Aufnahme beginnt in Kürze I can switch back to channel i want to see, but not for long. I have 3 FF cards so usually there would be a free card to get the VPS signal. After the VPS recording has started, the card seems to be free. I rember that at 1.4.3 a short discussion occurs. One said: That the good way, simply don't use VPS the other said: I have a patch, the only disadvantage: Your screen will blank for fractions of a second at some/every start of recording. Of cause only the second solution would be the least annoying, but obvioulsy, VDR choose the non-user-compatible way? :-( What do have to do to avoid this annoying card locking in the VPS-margin? (See below only 2 transponders are involved, the system has 3(!) DVT-S FF cards.) 58:03 : [3595] timer 13 (16 2000-2017 VPS 'A') entered VPS margin 58:04 : [3595] switching to channel 16 58:05 : [3754] channel 1 (Das Erste) event Son 10.02.2008 19:20-20:00 (VPS: 10.02 19:20) 'Weltspiegel' status 1 58:05 : [3595] info: VPS-Aufnahme beginnt in Kürze! 58:05 : [3754] channel 10 (SWR Fernsehen BW) event Son 10.02.2008 19:58-20:00 (VPS: 10.02 19:58) 'Baden-Württemberg Wetter' status 4 58:05 : [3754] channel 1 (Das Erste) event Son 10.02.2008 20:00-20:15 (VPS: 10.02 20:00) 'Tagesschau' status 2 58:07 : [3595] timer 75 (18 2000-2010 VPS 'K') entered VPS margin 58:18 : [3754] channel 12 (hr-fernsehen) event Son 10.02.2008 19:58-20:00 (VPS: 10.02 19:58) 'hessenschauwetter' status 4 58:20 : [3595] switching to channel 5 58:29 : [3595] switching to channel 16 58:30 : [3595] info: VPS-Aufnahme beginnt in Kürze! 58:52 : [3595] switching to channel 5 58:58 : [3595] switching to channel 15 59:00 : [3595] timer 11 (3 1910-1959 'R') stop 59:01 : [3595] switching to channel 16 59:01 : [3595] info: VPS-Aufnahme beginnt in Kürze! vdr:/var/lib/vdr# cat timers.conf | grep -n -e \-S:2000: -e \-S:19 11:1:S19.2E-1-1079-28007:--S:1910:1959:50:7:R: 12:5:S19.2E-1-1079-28006:--S:1930:2014:50:6:E: 13:5:S19.2E-1-1101-28112:--S:2000:2017:50:68:A: 75:5:S19.2E-1-1101-28109:--S:2000:2010:50:7:K: ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
I believe it is the CAM too, and me being a user :) I'll wait for someone with more experience than myself to better explain and/or know what to look for. Thanks Klaus, great product! On 2/10/08, Klaus Schmidinger [EMAIL PROTECTED] wrote: On 02/10/08 17:12, Theunis Potgieter wrote: It appears to switch over to encrypted channel after a minute or so.Only if I tried it a couple of times, and only then, once it switched over it starts to record even if the timer was set a few minutes earlier. Could it be that your CAM has problems handling FTA and CA channels at the same time? The CAM I use here has no problem with this. Klaus On 2/10/08, Antti Hartikainen [EMAIL PROTECTED] wrote: On Sun, Feb 10, 2008 at 10:46:25AM +0100, Klaus Schmidinger wrote: On 02/10/08 09:16, Antti Hartikainen wrote: NumUsableSlots = 4 You wrote that you are using only a single budget card. How can a single budget card have 4 CI slots? And all four of these apparently contain a CAM that is ready?! Well one slot for each card ;) System has totally 6 DVB-devices, but at the moment of testing only one (1) DVB-T tuner was available for VDR (3 other devices were DVB-S tuners, including FF-card too). NumUsableSlots is one less when error about channel not being available appears, so slot of this card disappears somewhere? ___ 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] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate
On 02/10/08 20:34, Magnus Andersson wrote: Klaus Schmidinger wrote: Those Telenor channels are encrypted, so I'm afraid I can't test them. However, this may also be the reason for your problem. When VDR first switches to an encrypted channel, it always does so in Transfer-Mode, so that it can check whether the TS packets get decrypted. Once it knows that a channel can be decrypted, it switches to it in direct live mode if you switch to it again. While in Transfer-Mode, the high data rate stream is read from the FF card and sent back to it for replay. I assume this is too much load for the FF card. Try switching to the same channel again after some 15 seconds. Does it show up ok then? Yes it does. If I stay 15 seconds with bad picture and change to another channel and back it works. I have to do that every time I restart vdr on these channels. Is there a solution to this or do I have to buy new hardware for VDR 1.6.0? I like VDR as it is now because I do not have any HDTV channels or a LCD TV. Why does it work in version 1.4.7? Version 1.4.7 simply switched to the encrypted channel and didn't check whether it was actually decrypted. Version 1.5 automatically selects a suitable CAM, and if there is more than one CAM that claims to be able to decrypt a given channel, it needs to check whether it actually can do so. Therefore it starts in Transfer-Mode, which is apparently a problem on FF cards with high bandwith channels. Too bad the CI standard is so broken... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Transfer-Mode without remux
On 02/10/08 18:39, Friedhelm Büscher wrote: Klaus Schmidinger schrieb: On 02/02/08 16:27, Klaus Schmidinger wrote: In a crude attempt to run VDR's Transfer-Mode without using a cRemux (and thus avoiding all the extra buffering and processing) I am trying to send the payload of the TS packets directly to the device. The attached patch implements cDevice::PlayTS() and handles video and audio packets with fixed PIDs (just for testing). [ .. ] Nevermind, I just found it myself: it must be +5 instead of +4 in inline int TsPayloadOffset(const uchar *Data) { return (Data[3] ADAPT_FIELD) ? Data[4] + 5 : 4; } Now it works - and Transfer-Mode never switched as fast as this :-) I don't know what causes this issue, but with this patch enabled, VDR refuses to play radio-channel (audio) with the radio-plugin (with RDS enabled). When i disable the radio-plugin, audio works; when i remove the patch, audio works with the plugin enabled. - i removed this patch. I never suggested that anybody should actually use this patch. It was just a first test regarding switching from PES to TS. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB-T card on the move
(Halim Sahin) 06.02.08 in /SPAMDETEC: Hi, A dirty but working solution is to unload and load the modules in the right order in startvdr skript. What is the right order? How do i know which modules to load at all/at least? It seems to be impossible to move the Zarlink away from frontend 0, but after i upgrade VDR (debian) i have the ugly state: picture and sound are coming of the right card (as frontend 1...) but i don't have no visible OSD! (LIRC works, control plugin shows the OSD info on port 2002, but not the OSD) I can't find any hint where to turn screws, it's very frustrating! BTW: What does the 2 mean in: Feb 10 22:59:24 vdr vdr: [3621] setting primary device to 2 Frontend 2 /dev/adapther2 no, it seems to be frontend 1 Why isit nummbered 2? vdr:~# lsmod | awk '/^dvb_core/ {gsub(/,/,\n, $4); print $4}' budget_ci budget_core dvb_ttpci stv0299 dvb_bt8xx dst_ca dst or51211 lgdt330x vdr:~# dmesg | grep fronte DVB: registering frontend 0 (Zarlink MT352 DVB-T)... DVB: registering frontend 1 (ST STV0299 DVB-S)... DVB: registering frontend 2 (ST STV0299 DVB-S)... DVB: registering frontend 3 (ST STV0299 DVB-S)... vdr:~# lsmod | grep ^dvb_core dvb_core 75688 9 budget_ci,budget_core,dvb_ttpci,stv0299,dvb_bt8xx,dst_ca,dst,or51211,lgdt330x vdr:~# dmesg | grep frontend DVB: registering frontend 0 (Zarlink MT352 DVB-T)... DVB: registering frontend 1 (ST STV0299 DVB-S)... DVB: registering frontend 2 (ST STV0299 DVB-S)... DVB: registering frontend 3 (ST STV0299 DVB-S)... # cat /etc/modules ... dvb_ttpci stv0299 budget_ci dvb_bt8xx lgdt330x or51211 dst dst_ca bttv vdr:~# cat /etc/hotplug/blacklist.d/vdr dvb_core dvb_ttpci budget_core budget_ci dvb_bt8xx stv0299 lgdt330x or51211 dst dst_ca bttv cat /etc/modprobe.d/blacklist #don't load the dvb drivers automatically blacklist dvb_core blacklist budget_core blacklist budget_ci blacklist dvb_ttpci blacklist b2c2_flexcop_pci blacklist stv0299 blacklist dvb_ttpci blacklist lgdt330x blacklist or51211 blacklist dst blacklist dst_ca blacklist dvb_bt8xx blacklist mt352 blacklist stv0299 blacklist bttv vdr 2.6.23x2 #2 SMP PREEMPT Sat Oct 20 03:08:47 CEST 2007 i686 GNU/Linux vdr:~# lsmod | awk '/^dvb_core/ {gsub(/,/,\n, $4); print $4}' dvb_ttpci stv0299 dvb_bt8xx dst_ca dst or51211 lgdt330x vdr:~# modprobe dvb-ttpci vdr:~# lsmod | awk '/^dvb_core/ {gsub(/,/,\n, $4); print $4}' dvb_ttpci stv0299 c't VDR: 1.4.7-4ctvdr1 Kernel : 2.6.23x2 Patches: -- liemikuutio jumpplay subtitles-ttxtsubs audioindexer iptv disableDoubleEpgEntrys noepg wareagle-icons rotor yaepg sourcecaps graphtft-0.1 cuttime Plugins (APIVERSION 1.4.5): ( N = Native Plugin ) ( ! = Falscher Patchlevel ) ( - = Deaktiviert ) -- vdr-plugin-autotimeredit (0.1.8-19) vdr-plugin-console (0.6.0-33) vdr-plugin-control (0.0.2a-33) vdr-plugin-epgsearch (0.9.24~beta3-5) conflictcheckonly vdr-plugin-epgsearch (0.9.24~beta3-5) vdr-plugin-examples (1.4.7-4ctvdr1) hello vdr-plugin-examples (1.4.7-4ctvdr1) osddemo vdr-plugin-examples (1.4.7-4ctvdr1) skincurses vdr-plugin-examples (1.4.7-4ctvdr1) status vdr-plugin-examples (1.4.7-4ctvdr1) svccli vdr-plugin-examples (1.4.7-4ctvdr1) svcsvr vdr-plugin-examples (1.4.7-4ctvdr1) svdrpdemo vdr-plugin-femon (1.1.4-1) vdr-plugin-osdpip (0.0.8-30) vdr-plugin-osdteletext (0.5.1-31) vdr-plugin-sky (1.4.7-4ctvdr1) vdr-plugin-undelete (0.0.6-20) Addon-Packages: -- vdr-addon-acpiwakeup (0.0.6) vdr-addon-noad (0.6.0-8) vdr-addon-tvmovie2vdr (0.5.14-1) vdr-genindex (0.1.3-1) vdr-xpmlogos (0.0.1-3) Rainer -- Transparency International definiert Korruption als Missbrauch von anvertrauter Macht zum privaten Nutzen oder Vorteil. [...] Corruption is operationally defined as the misuse of entrusted power for private gain. [...] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] USB Frame grabber question
Hi: I need to make a small vdr solution with a linux notebook, do you know about any USB frame grabber supported or recomended to use with linux?, even if is posible with 2 or 4 video inputs... in advance, thank you very much.. Mauricio P.D: if is posible something little more shiper than this one: http://www.sensoray.com/products/2255data.htm , but if you kniw that this can work is also a good option... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine buffer usage: messages
I demand that Reinhard Nissl may or may not have written... Simon Baxter schrieb: I run vdr-xine with the following syntax: xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes The post options seem to cause a continuous stream of the following messages: buffer usage: 62, 0, 7, 0, 0x94aa6f8 [snip] Is there some sort of debugging turned on? How do I stop these messages? This one was hardcoded to to get an idea of whether a PC is fast enough for HD decoding. To turn it off, you'll have to comment out the line with fprintf() in post_vdr_video.c: [snip] http://hg.debian.org/hg/xine-lib/xine-lib-1.2?cmd=changeset;node=e1a04989d07217c3efd221998d9205b0254897a9;style=raw :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. Ready... fire... aim! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble with asprintf
I demand that Wolfgang Rohdewald may or may not have written... On Sonntag, 10. Februar 2008, Udo Richter wrote: What special handling does asprintf with utf8? Is there some example that causes the trouble? Worst case I can imagine would be that there's an invalid 0 byte inside an utf8 multibyte char printf and family sometimes have to count characters, so I suppose they have to scan UTF No; they only ever count bytes. The encoding is irrelevant. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. If a bus stops at a bus station, does work stop at a workstation? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr