Re: [vdr] Livebuffer for VDR 2.0
Hi list, On Thu, Jul 11, 2013 at 08:54:44PM +0300, René wrote: [...] Hi all! Any progress with this feature? Is there any checklist available for this? I would have some whishes that i think are pretty practical. Maybe someone has more ideas that i have forgot.. * Option to choose between RAM / HDD I don't think that's actually necessary. Make the file-based lifebuffer feature rock-solid; if users want to have the buffer in RAM, make them mount a tmpfs for that purpose. Should lead to simpler code and, in turn, less bugs :) * Option to pick the amount of memory / HDD to use * Option to warn if you switch channel and you are watching the buffer (eg. You are watching from the buffer. Changing channel will delete the current buffer) * Being able to rewind just by hitting the back/rewind button without pressing Ok or something else first. * When watching the livebuffer, and you notice that you want to save the curent progarm, you should be able to save the tv-program from either the beginning of the buffer, or then if the buffer is longer, from the beginning of where the program started. This way you will be able to save the whole progra (movie etc.) * Option to keep X amounts of HDD-buffers after changing channels. Then in the recording meny would be an entry where you could watch these buffers, and possibly save them as a recording afterwards. All these would be very nice to have indeed. -- with best regards: - Johannes Truschnigg ( johan...@truschnigg.info ) www: http://johannes.truschnigg.info/ phone: +43 650 2 17 xmpp: johan...@truschnigg.info Please do not bother me with HTML-email or attachments. Thank you. signature.asc Description: Digital signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Patch suggestion: Force CAM reset before upcoming recording
Hi list, my CAM drops out every once in a while, too. It's rather annoying, but I don't know how to fix the problem, so I decided to work around it. Whenever my CAM fails, the kernel/DVB driver seems to notice, and the debug ringbuffer contents reflect this. An error message like dvb_ca adapter 0: DVB CAM link initialisation failed :( also makes its way into syslog that way (because rsyslog retrieves messages from /dev/kmsg). I wrote a simple Python program that monitors a given logfile for the appearance of this message, and then tries to trigger the appropriate SVDRP HITK sequence via a plain and simple socket connection. So far, it works quite well (no manual CAM resets had to be performed by my parents for the last four weeks this way). If anyone happens to know a more reliable way to externally trigger a CAM reset via VDR/SVDRP, please let me know - right now, everything depends on the unchanged ordering of main menu entries, which is kind of annoying. @OP: If your drivers produce a similar message to mine when your CAM flakes out, I could provide my (inelegant, but tiny and apparently working) script to you. Let me know if you want to try it :) -- with best regards: - Johannes Truschnigg ( johan...@truschnigg.info ) www: http://johannes.truschnigg.info/ phone: +43 650 2 17 xmpp: johan...@truschnigg.info Please do not bother me with HTML-eMail or attachments. Thank you. signature.asc Description: Digital signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Streamdev script to stream audio only?
Hi there, On Tue, Dec 06, 2011 at 05:00:24PM +0200, Teemu Suikki wrote: Hi! I need a mp3 audio stream of live tv channels.. I tried to do it with ffmpeg, but it doesn't work properly. No data is transferred, I guess ffmpeg doesn't like to write to a fifo? I did something similar once (relaying Internet radio stations to the local network in order to save outbound bandwidth with many users in parallel), and ran into trouble because the buffered nature of a fifo/pipe made audio skip every few seconds (tried with both ffmpeg and mplayer initially and also tried using an unbuffered pipe as a means of IPC, but in the end, neither worked and I had to look elsewhere). I settled for a solution involving Icecast as the streaming server, and a stripped down, cli-only custom build of VideoLAN Client (VLC) as its source. VLC comes with an optional Icecast output plugin you can enable at build-time that allows you to recode the incoming data on the fly, and relay it to Icecast in another format (OGG Vorbis or MP3, iirc). I'm pretty sure you should be able to do that with a video input as your source, too. -- with best regards: - Johannes Truschnigg ( johan...@truschnigg.info ) www: http://johannes.truschnigg.info/ phone: +43 650 2 17 xmpp: johan...@truschnigg.info Please do not bother me with HTML-eMail or attachments. Thank you. signature.asc Description: Digital signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr