Re: [vdr] desperated with vdr-burn
Lot of thanks! I don't tested it yet, but when I go home I'll try it. Seems to be a definitive solution for the problem. Thanks again. Tobias Grimm wrote: Leo Márquez wrote: vdr-burn still fail for me. :-( Please forget my private mail. With a small hint from Sascha I found the problem. The usage of $ in the format strings contained in the English texts lead to a truncation of the string, because VDR uses $ to separate a context string from the English translation. That's why I didn't had this problem in German :-) A fixed Debian package (version 0.1.0~pre21-4) is available in my repository. Until it's fixed in the CVS, a patch can be downloaded here: http://vdr-developer.org/mantisbt/view.php?id=184 (90_i18n-fix.dpatch.gz) Tobias -- Leo Márquez [ Enginyeria del Software - Internet ] [ Calidae - www.calidae.com ] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card A/V sync suggestion
Klaus Schmidinger wrote: C.Y.M wrote: Since it has been several years now and I have never been able to solve the a/v desync issues with my Nexus-S FF card when playing back recordings... I'm replaying many recordings (actually most of what I watch are recordings ;-) and don't even remember when was the last time I had an A/V desync. There is one more issue, that seems to be related. On some recordings, here RTL Television with AC3 playback, sometimes single frames seem to be skipped during playback. I watched a recording of Alarm für Cobra 11 yesterday and could identify at least 6 little jumps. I have isolated a 20 MByte part of this recording where this effect was clear to see - I can send it by seperated mails or upload it somewhere if someone gives me an URL. The weird thing: Playing those isolated scenes does not show the effect as people can see if they play the whole recording from the beginning, but rewinding the short clip to a certain point makes it possible to reproduce the problem. And again: This just happens when playing back the AC3 audio track. With kind regards Jörg ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card A/V sync suggestion
Torgeir Veimo wrote: On 24 Oct 2006, at 12:44, C.Y.M wrote: Somehow, mplayer is able to detect the areas in the VDR recordings that need extra padding to keep the sync. There must be some kind of pattern in the data that the player recognizes and it knows it must insert a null frame. How to go about finding how it works and creating an algorithm. So you're certain that it's always picture frames being dropped, causing audio to be behind the video? Despite of the lost frame, the playback seems to be in sync. On the other side, I havent heard any jumps in sound yet. This could only be possible when the timing of audio and video would be different and the software would try to keep video and audio in sync by dropping sometimes a single video frames. On the other side, if the same recording works when playing back video with the MP2 track, it looks like a buffering or packaging issue, as if in this case the DD packages would not fit into a certain time scale. With kind regards Jörg ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card A/V sync suggestion
Torgeir Veimo schrieb: On 24 Oct 2006, at 12:44, C.Y.M wrote: Somehow, mplayer is able to detect the areas in the VDR recordings that need extra padding to keep the sync. There must be some kind of pattern in the data that the player recognizes and it knows it must insert a null frame. How to go about finding how it works and creating an algorithm. So you're certain that it's always picture frames being dropped, causing audio to be behind the video? Since mplayer is open source , someone who is able to do changes on that should contact someone at mplayer/xine. I think Nico Sabbi is working on dvb area on mplayer side. Further i think mplayer is checking very closely sync issues. For most stations the video stream should fulfil the task of the PCR stream, but here people that really know what they are talking about should step in ;) Furthermore mplayer-dvb list might be applicable. Steffen ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Hauppage wintv nova-t PCI?
Is it a good card to use with VDR? It's a USB via PCI-device, is this a good or a bad thing, does it matter at all? Thanks! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Any DST change problems?
We're coming up to the weekend when Daylight Saving Time ends in Europe. I seem to recall last time I tried this that there were problems with setting timers before the changeover to record programmes after it. Is this still an issue, and if so would restarting VDR after the change help? I see that timers.conf has the events in 'wallclock' time (when setting timers through vdradmin at least). -- Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Re: Diseqc setup ?
Thank you very much, I'll will try at home :) I have three quad lnb so it should be possible to use all cards on my system. I really hope this one will work :-) -- Grégoire FAVRE ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr