Re: [vdr] Commercial detection and automatic cutting
On 24. sep. 2014 17:07, Reiner Bühl wrote: I use noad just to set cut marks and then let VDR jump over the commercials when I watch the recordings. It should be possible to let VDR cut the recording also after noad is done, but the cut marks are sometimes a little bit off and sometimes not correct at all depending on the channels that I record from, so I like to have the ability to move them or just jump back or forward a minute. In general, noad is really good, but on some channels it does not work reliably enough to just cut. A lot can be improved by learning it new logos, but that can be quite a task if you need lots of channels. -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 signature.asc Description: OpenPGP digital signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr on an underpowered NAS (D-link DNS 323)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23. des. 2013 09:21, cedric.dew...@telfort.nl wrote: Can dvbapi be configured to access oscam via network? Not to my knowledge, though you might be ale to hack something together. OSCAM does not require much to run, but I realize you are on a very limited platform. - -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlK4UWkACgkQsJJnSzEQqpjPIwCeM1rPgotT+7X4h1daGkWqPLdD zZwAnifwYYNn7NN4d70CB+peAfLHfFKH =Zk0j -END PGP SIGNATURE- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr on an underpowered NAS (D-link DNS 323)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22. des. 2013 10:22, cedric.dew...@telfort.nl wrote: Hi All, I am trying to install VDR on my NAS, a D-link DNS-323. This goes great, I can play record unencrypted channels. without any problem. Next I try to compile the connax softcam plugin, as per this guide: https://wiki.debian.org/VDR#Install_vdr-plugin-sc_and_libvdr-sc-cardclient_from_source I am not sure if softcam is a legal topic on this list, but I would advise you to take a look at the dvbapi plugin instead of sc. I am not sure if it will fix your problem, though - but it is a way more stable and better solution in my opinion. I had to go softcam to support Conax as well as there were no hardware CAMs available at the time. - -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlK2tdwACgkQsJJnSzEQqpgEcACfdNNHMG4AqXK9i18y9ilde/vr M70An38CUOGfmZ3spNZ4/YjuQJg7yVTr =RxuU -END PGP SIGNATURE- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] searching a HW problem
On 13. okt. 2013 23:30, Torsten Mohr wrote: These cards worked fine in my previous VDR, i never experienced problems there. But on the other hand, what cards would you recommend? A double tuner would be preferred (DVB-C). I am very satisfied with my SAA7146-based cards, although they only have a single tuner. I had to import these from Germany as availability of DVB-C cards are very limited in Norway. I could not find anyone selling anything else than that Cinergy. -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] searching a HW problem
On 13. okt. 2013 18:14, Torsten Mohr wrote: Hello, i have a VDR up and running, the SW works fine so far (at least i think so). Some recordings are half-corrupted, have breaks inbetween, bad sound, etc. The bad-quality problem is not related to a certain channel, i wonder how i can track this down. My hardware: 2 (TWO !) Terratec Cinergy PCI cards. -- two cards MSI C847 MS-E33 board I gave up on this card. It has been about 2 years since I last tried it, but the driver (mantis) had (and most likely still has) serious problems with some DMA timeouts, IIRC. Running irqbalance di help a little bit, but in the end I replaced the cards with something less broken. YMMV. -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35
Den 02.01.2013 15:54, skrev Morfsta: Perhaps a sticky at the top of the forum discussing and encouraging the use of English for non-German speaking users would help and giving some guidance on the best way to approach it, so as to avoid flames. Yes, please! Or just It's OK to post in English / Es sind OK zum Englisch schreibe (the German part is probably horribly wrong, but it's all I remember from my German class many winters ago... ;) -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35
31.12.2012 00:54, fnu: As good as vdrportal is as a VDR resource, the language barrier _is_ a problem for english speakers. Same with this mailing list for german speakers ... and now? English isn't just for the British and Americans. I realize that if I start a VDR forum/mailing-list and require Norwegian as language, the community would be fairly limited. Don't get me wrong, doing user support in native languages helps extend the userbase, but if you want a broad developer community then the language of choice should be English. vdr-portal.de has everything in German, you got to be pretty ballsy to start an English thread there. You have to trust the Google Translate just to find out which sub-forum to post in - and you then still risk posting the wrong place and getting flamed. It would be nice to hear what Klaus prefers as the main development channel (notice: *main* development channel, not the only channel). And if vdr-portal.de would do something to stimulate non-German speakers to participate, that would be great. Either some statements or a seperate part of the forum - with English titles. -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35
Den 31.12.2012 09:35, skrev Klaus Schmidinger: Well, I always considered the VDR mailing list to be the main development channel. But with the recent shitstorm I'm having second thoughts... Take it as a compliment. It just goes to show how many have come to rely on VDR and that there is an active community around it. I mean, a shitstorm about Makefile details - how is that bad? Your baby is growing up, I guess ;) I know I rely on it every day and really appreciate it. Thanks, by the way. -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR on Raspberry Pi
Den 30.09.2012 20:03, skrev Morfsta: Hi, Now that Raspberry Pis are quite common, cheap (~£25) and easily acquired (I received my order within 2 days from Farnell) has anyone considered whether it might be feasible to put together an output plugin for VDR for it? It is now possible to play MPEG-2 (with a codec license costing £2.40) as well as 1080p H.264 with hardware acceleration. OpenELEC (XBMC distro) has RPI images, and the latest builds also has XVDR support built in. I have installed it, but haven't had the time to test it yet. I have my RPI connected to the USB of the TV, which means it powers up when I switch the TV on. With CEC the rmote works... And now with XVDR (and appropriate codecs) things should become pretty complete. -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR on Raspberry Pi
Den 30.09.2012 20:19, skrev Vidar Tyldum: OpenELEC (XBMC distro) has RPI images, and the latest builds also has XVDR support built in. I have installed it, but haven't had the time to test it yet. Got to test it tonight. Both SD and HD works perfectly (at least the 30 minutes I watched). For audio I use passthrough - anything else might give you headaches as the CPU might not be able to decode it in a timely manner. -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] POLL: epg behavior when guide data is missing
+1 for this! VDR User, on 01.05.2012 17:45: So in consideration of the above, do you think the epg list should display _all_ channels, including those without any guide data, giving those channels No data available. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dropping broken PES packet
I forced a core dump and did a backtrace on VDR when the problem occurred: (gdb) bt #0 0xb77ec424 in __kernel_vsyscall () #1 0xb77a30b9 in __lll_lock_wait () from /lib/i386-linux-gnu/libpthread.so.0 #2 0xb779e54b in _L_lock_791 () from /lib/i386-linux-gnu/libpthread.so.0 #3 0xb779e371 in pthread_mutex_lock () from /lib/i386-linux-gnu/libpthread.so.0 #4 0x0811da32 in cMutex::Lock() () #5 0xb5df6928 in Lock (this=0xb0d7ffc8) at ../../../include/vdr/thread.h:91 #6 cLogger::Down (this=0xb0d7ffc8) at cam.c:407 #7 0xb5dfaf39 in cCam::Stop (this=0xb0d456a8) at cam.c:2315 #8 0xb5dfb04e in cCam::Tune (this=0xb0d456a8, channel=0xb0d5229c) at cam.c:2284 #9 0xb5e00e47 in cScDvbDevice::SetChannelDevice (this=0xb42a9da0, Channel=0xb0d5229c, LiveView=false) at device-tmpl.c:184 #10 0x080ac537 in cDevice::SetChannel(cChannel const*, bool) () #11 0x080ac881 in cDevice::SwitchChannel(cChannel const*, bool) () #12 0x080beae0 in cEITScanner::Process() () #13 0x0812a3c8 in main () Is the problem CAM related? Den 25.11.2011 12:23, skrev Vidar Tyldum: After upgrading to 1.7.21 I have started having these issues where the picture freezes on the frontend from time to time. It can last from 30 seconds to several minutes. Looking at the log I see these errors repeating themselves: vdr-sxfe[9003]: [9014] [demux_vdr] ts2es: payload not PES ? vdr-sxfe[9003]: [9014] [demux_vdr] ts2es: dropping broken PES packet VDR itself is not logging anything particular when this happens, despite being at loglevel 3. I tried just streaming to VLC and the same thing happends, which means it's nota frontend issue. I cannot open the OSD when the problem is 'active'. If the watchdog is enabled it will cause a restart of VDR. If the picture comes back before the watchdog kicks inn I get: vdr-sxfe[31073]: [3] [demux_vdr] New PTS: 7275023756 (VIDEO) Any ideas on how to proceed to debug this? Source is DVB-C, 1.7.17 was my previous version where I did not have this issue. Using precompiled packages from http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Quality issues
ARGH! Root cause: 4k sector size while harddrives report 512byte sectors. Misaligned partitions will cause severe performance penalties [0] and block IO in the process - causing VDR to lose frames. Thank you very much, WD, wasted a lot of time and money on this sillyness. Re-aligning the partitions for the 4k boundaries fixes all performance issues. Just a heads up to others who might have missed this detail. [0] http://en.wikipedia.org/wiki/Advanced_Format#Advanced_Format_512e : The translation process is more complicated when writing data that is either not a multiple of 4K or not aligned to a 4K boundary. In these instances, the hard drive must read the entire 4,096-byte sector containing the targeted data into internal memory, integrate the new data into the previously existing data and then rewrite the entire 4,096-byte sector onto the disk media. This operation, known as read-modify-write (RMW), can require additional revolution of the magnetic disks, resulting in a perceptible performance impact to the system user. -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Segfault in vdr-sxfe
Evening lads, In dmesg: vdr-sxfe[2926]: segfault at 1 ip 0001 sp b4a1918c error 14 in vdr-sxfe[8048000+2] Doing a quick gdb session on the coredump: Core was generated by `/usr/bin/vdr-sxfe --hud -f -v -l --syslog xvdr://127.0.0.1'. Program terminated with signal 11, Segmentation fault. #0 0x0001 in ?? () (gdb) bt #0 0x0001 in ?? () #1 0x0805c443 in ?? () #2 0xb727636d in ?? () from /usr/lib/libxine.so.2 #3 0xb7276908 in ?? () from /usr/lib/libxine.so.2 #4 0xb7596bc7 in ?? () from /usr/lib/nvidia-current/libGL.so.1 #5 0xb71a969e in clone () from /lib/libc.so.6 (gdb) My interpretation is that it is most likely an issue between lib-xine and the nvidia driver? I have a bunch of these segfaults, but only recently enabled core dumps. Have similar segfaults with vdr itself too, but I guess it is pointless to post those without a core-file? [190166.409612] vdr[16514]: segfault at b6359bcc ip 08139352 sp bfd73480 error 4 in vdr[8048000+14e000] [192021.947521] vdr[14006]: segfault at b63f9bcc ip 08139352 sp bff6a160 error 4 in vdr[8048000+14e000] -- Vidar Tyldum vi...@tyldum.com PGP: 0x3110AA98 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
