Re: [vdr] Permissions in vdr-1.7.35 tarball
On 06.01.2013 00:48, Udo Richter wrote: Am 05.01.2013 13:16, schrieb Klaus Schmidinger: Looks like this was caused by an NFS problem on my system. Will be OK again in the next version. While on packaging, you might want to check for some empty folders that get packaged. Last version had a locale/ tree and a PLUGINS/src/dvbhddevice/locale/ tree with just folders, no files. Sorry, those were leftovers from Makefile experiments... Will be gone in the next version. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] half-viewed recordings, can they be moved at the top of the list?
Hi All, Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then I would like to watch the rest of the show. Then I have to go to the list of TV shows, and find the correct one again. In my opinion it would be easyer for me if the half-watched shows are placed at the top of the list with TV shows. Does such an option exist? How should recordings in a sub-folder be handled? Should those be moved to the top of the list, or copied, or a shortcut be made? I would like to see a shortcut. I would also like to see that VDR remembers the current position in the list of recordings. This is already the case during a vdr-sxfe session, but not when vdr has been restarted. After a restart, VDR goes to the top of the list. Or I should not have so many recordings :-) Best regards, Cedric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
Hi, Am 06.01.2013 11:31, schrieb cedric.dew...@telfort.nl: Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then I would like to watch the rest of the show. Then I have to go to the list of TV shows, and find the correct one again. In my opinion it would be easyer for me if the half-watched shows are placed at the top of the list with TV shows. Does such an option exist? How should recordings in a sub-folder be handled? Should those be moved to the top of the list, or copied, or a shortcut be made? I would like to see a shortcut. I would also like to see that VDR remembers the current position in the list of recordings. This is already the case during a vdr-sxfe session, but not when vdr has been restarted. After a restart, VDR goes to the top of the list. Or I should not have so many recordings :-) It's possible to write a plugin lastviewed (if not already exist) which tracks for cStatus::Replaying and remember the replayed recodings in an internal list. With the main menu entry of this plugin you can either show the list or just replay the last recording. So no need to extend vdr-core. :) Lars. Best regards, Cedric ___ 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] half-viewed recordings, can they be moved at the top of the list?
On 01/06/2013 12:31 PM, cedric.dew...@telfort.nl wrote: Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then I would like to watch the rest of the show. Then I have to go to the list of TV shows, and find the correct one again. Hi I have made a small plugin to keep history of replayed recording to help find recently watched recordings. This is not exactly what you were looking for but might be useful. Latest version of the plugin is attached. I think I'll add the plugin to vdr-developer.org. -- Matti vdr-history-0.0.3.tgz Description: application/compressed-tar ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
On 01/06/2013 12:31 PM, cedric.dew...@telfort.nl wrote: Hi All, Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then I would like to watch the rest of the show. Then I have to go to the list of TV shows, and find the correct one again. In my opinion it would be easyer for me if the half-watched shows are placed at the top of the list with TV shows. Does such an option exist? How should recordings in a sub-folder be handled? Should those be moved to the top of the list, or copied, or a shortcut be made? I would like to see a shortcut. Maybe by extending the current functionality of 0 key that can be used for sorting the recordings either by name or date. Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
Hi, Am 06.01.2013 12:33, schrieb Mika Laitio: On 01/06/2013 12:31 PM, cedric.dew...@telfort.nl wrote: Hi All, Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then I would like to watch the rest of the show. Then I have to go to the list of TV shows, and find the correct one again. In my opinion it would be easyer for me if the half-watched shows are placed at the top of the list with TV shows. Does such an option exist? How should recordings in a sub-folder be handled? Should those be moved to the top of the list, or copied, or a shortcut be made? I would like to see a shortcut. Maybe by extending the current functionality of 0 key that can be used for sorting the recordings either by name or date. I don't think this is the right way since the order of recordings is per directory and the last viewed recording may be in some (deep) subdirectory. And I don't see any last viewed timestamp at the recording info. Only hint would be the timestamp of the resume file. Lars. Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
Maybe VDR should have 3 flags instead of * (unviewed) and no-* (viewed). Instead maybe we could have: no-*: viewed !: partially viewed *: new/unviewed ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
Hi, Am 06.01.2013 17:49, schrieb VDR User: Maybe VDR should have 3 flags instead of * (unviewed) and no-* (viewed). Instead maybe we could have: no-*: viewed !: partially viewed *: new/unviewed Every uncut recording will be partially viewed... Lars. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
On Sun, Jan 6, 2013 at 9:37 AM, Lars Hanisch d...@flensrocker.de wrote: Am 06.01.2013 17:49, schrieb VDR User: Maybe VDR should have 3 flags instead of * (unviewed) and no-* (viewed). Instead maybe we could have: no-*: viewed !: partially viewed *: new/unviewed Every uncut recording will be partially viewed... Ok, maybe this then: *: new/unviewed !: partially viewed (if viewed 5+ minutes) (nothing): viewed completely ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
Hi After reading all response, there is still an open question : why vdr do not simply store inside setup.conf the latest path of played recording ? As long it keep it in memory (press play resume the replay of records) ... You will say : what about removed records outside vdr program ? it allready does by not playing them even if on the list , in my system, I read from a vdr client under smb vdr tree of a server and remove records from client, vdr server list is not allways up to date (a touch .update fix that) It should be nice to have this feature in the system like the xineliboutput player plugin do Thanks and have a nice evening Le dimanche 06 janvier 2013 11:31:54, cedric.dew...@telfort.nl a écrit : Hi All, Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then I would like to watch the rest of the show. Then I have to go to the list of TV shows, and find the correct one again. In my opinion it would be easyer for me if the half-watched shows are placed at the top of the list with TV shows. Does such an option exist? How should recordings in a sub-folder be handled? Should those be moved to the top of the list, or copied, or a shortcut be made? I would like to see a shortcut. I would also like to see that VDR remembers the current position in the list of recordings. This is already the case during a vdr-sxfe session, but not when vdr has been restarted. After a restart, VDR goes to the top of the list. Or I should not have so many recordings :-) Best regards, Cedric ___ 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
[vdr] Problem with vdr-1.7.x and three DVB-T HD channels
Hi, Happy new year 2013 to Klaus and all vdr users !! Under vdr-1.7.x and xineliboutput, I have some trouble with **tree** dvb-t HD french channels (Eiffel Tower near Paris) : - SD channels : OK - HD channels : all OK except France2 HD, M6HD and 6ter (see below). Channels KO When I zap on one of them, image appears about one second, freezes, and then I get a black screen. Sometimes it's impossible to zap to another channel, vdr-sxfe can't drive vdr anymore, and I have to reload vdr. Sometimes, afert about 10s, image appears for one second, and freezes again, and then I get black screen. Here is latest tests performed on a Wheezy x64 fresh install. Same issues (signal strenght about 82%) : - with NOVA-T-500 tuner - with TBS6280 tuner - alternating vdr-1.7.27 (+ patch ppid) and vdr-7.1.33. - With parameter menu configuration DVB card update channels NO - With parameter menu configuration DVB card update channels name and pid Installation is OK, no problem under Win7. Could you please help me to find what's wrong ? Could it be a bad setting of config_xineliboutput ? Thanks a lot ! Karim channels.conf :@201 TF1 HD;MR5:53:B8C34G8M64S0T8Y0:T:27500:120=27:0;130=fra@122,131=qaa@122,132= qad@122:0;140=fra,141=fra:0:1281:8442:5:0 France 2 HD;MR5:53:B8S0Y0:T:27500:220=27:0;230=fra@122,231=qaa@122,232=qad@122:0; 240=fra,241=fra:0:1282:8442:5:0 :@206 M6HD;MR5:53:B8C23M2S0T8Y0:T:27500:320=27:0;330=fra@122,331=qaa@122,332=q ad@122:0;340=fra,341=fra:0:1283:8442:5:0 ARTE HD;Multi 4:546000:B8C23M64T8Y0:T:27500:720=27:731=qaa@3,732=deu@3,733=qad@3,730=fra@3 :0;740=fra,741=deu,742=fra:0:1031:8442:4:0 HD1;MHD7:642000:B8C23M64S0T8Y0:T:27500:120=27:0;130=fra@122,131=qaa@122,132= qad@122:0;150=fra,151=fra:0:2561:8442:10:0 RMC DECOUVERTE;R8:77:B8C23M64S0T8Y0:T:27500:320=27:0;330=fra@122,331=qaa@122 ,332=qad@122:0;340=fra,341=fra:0:2819:8442:11:0 Chérie 25;MHD7:642000:B8C23M64S0T8Y0:T:27500:320=27:0;330=fra@122,331=qaa@122,332=q ad@122:0;350=fra:0:2563:8442:10:0 NUMERO 23;R8:77:B8C23M64S0T8Y0:T:27500:220=27:0;230=fra@122,231=qaa@122,232=qad @122:0;240=fra,241=fra:0:2818:8442:11:0 6ter;R8:77:B8S0Y0:T:27500:120=27:0;130=fra@122,131=qaa@122,132=qad@122:0 ;140=fra,141=fra:0:2817:8442:11:0 L'Equipe 21;MHD7:642000:B8C23M64S0T8Y0:T:27500:220=27:0;230=fra@122,231=qad@122:0;250 =fra:0:2562:8442:10:0 vdr-sxfe Jan 6 20:29:56 pctest vdr: [4480] switching to channel 202 Jan 6 20:29:56 pctest vdr: [4792] TS buffer on device 3 thread ended (pid=4480, tid=4792) Jan 6 20:29:56 pctest vdr: [4791] buffer stats: 164688 (3%) used Jan 6 20:29:56 pctest vdr: [4791] receiver on device 3 thread ended (pid=4480, tid=4791) Jan 6 20:29:56 pctest vdr: [4802] receiver on device 3 thread started (pid=4480, tid=4802, prio=high) Jan 6 20:29:56 pctest vdr: [4803] TS buffer on device 3 thread started (pid=4480, tid=4803, prio=high) Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264: Found NAL SPS at offset 8/152 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: profile_idc 100 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: pic_width: 120 mbs Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: pic_height: 34 mbs Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: frame only flag: 0 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: MBAFF Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: cropping 0 0 0 2 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: aspect_ratio_idc 1 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: - aspect ratio 1 / 1 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: - video size 1920x1080, aspect 1:1 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] Detected video size 1920x1080 Jan 6 20:30:02 pctest vdr: [4501] [xine..put] Client connection 0 closed Jan 6 20:30:02 pctest vdr: [4786] [xine..put] cBackgroundWriter: TCP write error Jan 6 20:30:02 pctest vdr: [4786] [xine..put](ERROR (tools/backgroundwriter.c,247): Mauvais descripteur de fichier) Jan 6 20:30:02 pctest vdr: [4501] [xine..put] Closing connection 0 Jan 6 20:30:04 pctest vdr: [4501] [xine..put] Client 0 connected: 127.0.0.1:57549 Jan 6 20:30:04 pctest vdr: [4501] loading /DATA/configVDR/plugins/xineliboutput/allowed_hosts.conf Jan 6 20:30:04 pctest vdr: [4501] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Jan 6 20:30:04 pctest vdr: [4501] [xine..put] Client 1 connected: 127.0.0.1:57550 Jan 6 20:30:04 pctest vdr: [4501] loading /DATA/configVDR/plugins/xineliboutput/allowed_hosts.conf Jan 6 20:30:04 pctest vdr: [4501] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Jan 6 20:30:04 pctest vdr: [4501] [xine..put] Data connection (TCP) requested Jan 6 20:30:04 pctest vdr: [4501] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb) Jan 6 20:30:04 pctest vdr: [4501] [xine..put] cTcpWriter initialized (buffer 2048 kb) Jan 6 20:30:04 pctest vdr: [4501] [xine..put] Client connection 0 closed Jan 6 20:30:04 pctest vdr: [4501]
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
On Sun, Jan 6, 2013 at 11:23 AM, Dominique d...@free.fr wrote: Hi After reading all response, there is still an open question : why vdr do not simply store inside setup.conf the latest path of played recording ? As long it keep it in memory (press play resume the replay of records) ... You will say : what about removed records outside vdr program ? it allready does by not playing them even if on the list , in my system, I read from a vdr client under smb vdr tree of a server and remove records from client, vdr server list is not allways up to date (a touch .update fix that) It should be nice to have this feature in the system like the xineliboutput player plugin do What about when a guy watches his recording but can't finish so he stops it and will return later. Before he can return, his wife comes and watches her recording. The last recording will now be the one the wife watched and not the guy. Many VDR systems are used by multiple people, not just one person only. I think 3 viewed flags are fine to keep track of unviewed/partial viewed/complete viewed. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
On 01/06/2013 10:07 PM, VDR User wrote: On Sun, Jan 6, 2013 at 11:23 AM, Dominiqued...@free.fr wrote: Hi After reading all response, there is still an open question : why vdr do not simply store inside setup.conf the latest path of played recording ? As long it keep it in memory (press play resume the replay of records) ... You will say : what about removed records outside vdr program ? it allready does by not playing them even if on the list , in my system, I read from a vdr client under smb vdr tree of a server and remove records from client, vdr server list is not allways up to date (a touch .update fix that) It should be nice to have this feature in the system like the xineliboutput player plugin do What about when a guy watches his recording but can't finish so he stops it and will return later. Before he can return, his wife comes and watches her recording. The last recording will now be the one the wife watched and not the guy. Many VDR systems are used by multiple people, not just one person only. I think 3 viewed flags are fine to keep track of unviewed/partial viewed/complete viewed. The History-plugin I posted to this thread remembers user defined number of replayed recordings so it probably easier than searching through the recording list for partially watched recordings. Replaying can be easily started from the list. The plugin also handles removed recordings appropriately. The plugin also stores history of replayed files using xineliboutput's Media Player. Replay of these can also be started from the plugin menu. -- Matti ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with vdr-1.7.x and three DVB-T HD channels
Update. I just recorded France2HD and I played back with VLC without problem. It seems ther is a dialog problem between vdr and xlo for tree HD channels Any hint please ? Regards -Message d'origine- De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de kafifi Envoyé : dimanche 6 janvier 2013 20:40 À : 'VDR Mailing List' Objet : [vdr] Problem with vdr-1.7.x and three DVB-T HD channels Hi, Happy new year 2013 to Klaus and all vdr users !! Under vdr-1.7.x and xineliboutput, I have some trouble with **tree** dvb-t HD french channels (Eiffel Tower near Paris) : - SD channels : OK - HD channels : all OK except France2 HD, M6HD and 6ter (see below). Channels KO When I zap on one of them, image appears about one second, freezes, and then I get a black screen. Sometimes it's impossible to zap to another channel, vdr-sxfe can't drive vdr anymore, and I have to reload vdr. Sometimes, afert about 10s, image appears for one second, and freezes again, and then I get black screen. Here is latest tests performed on a Wheezy x64 fresh install. Same issues (signal strenght about 82%) : - with NOVA-T-500 tuner - with TBS6280 tuner - alternating vdr-1.7.27 (+ patch ppid) and vdr-7.1.33. - With parameter menu configuration DVB card update channels NO - With parameter menu configuration DVB card update channels name and pid Installation is OK, no problem under Win7. Could you please help me to find what's wrong ? Could it be a bad setting of config_xineliboutput ? Thanks a lot ! Karim channels.conf :@201 TF1 HD;MR5:53:B8C34G8M64S0T8Y0:T:27500:120=27:0;130=fra@122,131=qaa@122,132= qad@122:0;140=fra,141=fra:0:1281:8442:5:0 France 2 HD;MR5:53:B8S0Y0:T:27500:220=27:0;230=fra@122,231=qaa@122,232=qad@122:0; 240=fra,241=fra:0:1282:8442:5:0 :@206 M6HD;MR5:53:B8C23M2S0T8Y0:T:27500:320=27:0;330=fra@122,331=qaa@122,332=q ad@122:0;340=fra,341=fra:0:1283:8442:5:0 ARTE HD;Multi 4:546000:B8C23M64T8Y0:T:27500:720=27:731=qaa@3,732=deu@3,733=qad@3,730=fra@3 :0;740=fra,741=deu,742=fra:0:1031:8442:4:0 HD1;MHD7:642000:B8C23M64S0T8Y0:T:27500:120=27:0;130=fra@122,131=qaa@122,132= qad@122:0;150=fra,151=fra:0:2561:8442:10:0 RMC DECOUVERTE;R8:77:B8C23M64S0T8Y0:T:27500:320=27:0;330=fra@122,331=qaa@122 ,332=qad@122:0;340=fra,341=fra:0:2819:8442:11:0 Chérie 25;MHD7:642000:B8C23M64S0T8Y0:T:27500:320=27:0;330=fra@122,331=qaa@122,332=q ad@122:0;350=fra:0:2563:8442:10:0 NUMERO 23;R8:77:B8C23M64S0T8Y0:T:27500:220=27:0;230=fra@122,231=qaa@122,232=qad @122:0;240=fra,241=fra:0:2818:8442:11:0 6ter;R8:77:B8S0Y0:T:27500:120=27:0;130=fra@122,131=qaa@122,132=qad@122:0 ;140=fra,141=fra:0:2817:8442:11:0 L'Equipe 21;MHD7:642000:B8C23M64S0T8Y0:T:27500:220=27:0;230=fra@122,231=qad@122:0;250 =fra:0:2562:8442:10:0 vdr-sxfe Jan 6 20:29:56 pctest vdr: [4480] switching to channel 202 Jan 6 20:29:56 pctest vdr: [4792] TS buffer on device 3 thread ended (pid=4480, tid=4792) Jan 6 20:29:56 pctest vdr: [4791] buffer stats: 164688 (3%) used Jan 6 20:29:56 pctest vdr: [4791] receiver on device 3 thread ended (pid=4480, tid=4791) Jan 6 20:29:56 pctest vdr: [4802] receiver on device 3 thread started (pid=4480, tid=4802, prio=high) Jan 6 20:29:56 pctest vdr: [4803] TS buffer on device 3 thread started (pid=4480, tid=4803, prio=high) Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264: Found NAL SPS at offset 8/152 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: profile_idc 100 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: pic_width: 120 mbs Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: pic_height: 34 mbs Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: frame only flag: 0 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: MBAFF Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: cropping 0 0 0 2 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: aspect_ratio_idc 1 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: - aspect ratio 1 / 1 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] H.264 SPS: - video size 1920x1080, aspect 1:1 Jan 6 20:29:58 pctest vdr: [4802] [xine..put] Detected video size 1920x1080 Jan 6 20:30:02 pctest vdr: [4501] [xine..put] Client connection 0 closed Jan 6 20:30:02 pctest vdr: [4786] [xine..put] cBackgroundWriter: TCP write error Jan 6 20:30:02 pctest vdr: [4786] [xine..put](ERROR (tools/backgroundwriter.c,247): Mauvais descripteur de fichier) Jan 6 20:30:02 pctest vdr: [4501] [xine..put] Closing connection 0 Jan 6 20:30:04 pctest vdr: [4501] [xine..put] Client 0 connected: 127.0.0.1:57549 Jan 6 20:30:04 pctest vdr: [4501] loading /DATA/configVDR/plugins/xineliboutput/allowed_hosts.conf Jan 6 20:30:04 pctest vdr: [4501] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Jan 6 20:30:04 pctest vdr: [4501] [xine..put] Client 1 connected: 127.0.0.1:57550 Jan 6 20:30:04 pctest vdr: [4501] loading /DATA/configVDR/plugins/xineliboutput/allowed_hosts.conf Jan 6 20:30:04 pctest vdr: [4501] [xine..put]
Re: [vdr] tvguide 0.0.1
Hi, I'm the author of the plugin. You have to use a true color capable output device (i 'm using softhddevice, but it should also work with xine, or xineliboutput with HUD enabled) to run the plugin. Cheers Louis -Ursprüngliche Nachricht- Gesendet: Freitag, 04 Januar 2013 um 01:10:16 Uhr Von: Michal mic...@lightcomp.cz An: vdr@linuxtv.org Betreff: Re: [vdr] tvguide 0.0.1 Don't you have following error in the log? vdr: [8343] ERROR: cOsd::SetAreas returned 3 (bpp not supported) I'm experiencing the same crash. I'm using xineliboutput and there seems to be some problem with truecolor OSD support. Michal On 01/03/2013 03:55 PM, syrius...@no-log.org wrote: Hi, I've just discovered tvguide on vdr-developper.org. I'm running vdr 1.7.31. i followed the instructions, copied the themes files to $VDRCONF/themes. When i try to use the plugin I get nothing (osd goes away). vdr control doesn't work anymore so i guess the plugin is activated. And vdr segfaults when i press OK. I don't have any channellogos or epgimages, the plugin is run with no option. The README file doesn't tell much about theses images anyway. (format, filename, examples files, etc... nothing) vdr-tvguide-0.0.1.tgz seems to date from september, is there a public repo for this plugin ? logs: vdr: [7439] tvguide: Rendering took 0 ms vdr[7439]: segfault at 20 ip 7f494f59254e sp 7fff4b73be80 error 4 in libvdr-tvguide.so.1.7.31[7f494f581000+1b000] config: OSDSkin = sttng OSDTheme = default tvguide.bigStepHours = 3 tvguide.channelCols = 5 tvguide.displayTime = 160 tvguide.epgImageHeight = 240 tvguide.epgImageWidth = 315 tvguide.fontButtonSize = 33 tvguide.fontDetailHeaderSize = 40 tvguide.fontDetailViewSize = 33 tvguide.fontGridSize = 27 tvguide.fontGridSmallSize = 24 tvguide.fontHeaderSize = 33 tvguide.fontIndex = 0 tvguide.fontMessageBoxLargeSize = 40 tvguide.fontMessageBoxSize = 33 tvguide.fontTimeLineDateSize = 33 tvguide.fontTimeLineTimeSize = 0 tvguide.fontTimeLineWeekdaySize = 40 tvguide.footerHeight = 80 tvguide.headerHeight = 120 tvguide.hideChannelLogos = 1 tvguide.hideEpgImages = 1 tvguide.hugeStepHours = 24 tvguide.jumpChannels = 5 tvguide.logoExtension = 0 tvguide.logoHeight = 73 tvguide.logoWidth = 130 tvguide.roundedCorners = 0 tvguide.themeIndex = 1 tvguide.timeColWidth = 120 tvguide.timeFormat = 1 tvguide.useBlending = 1 ___ 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
