[vdr] VAC: projects.vdr-developer.org - vacation replacement
I'll be completely offline during the next 2 weeks. If you experience any major issues at projects.vdr-developer.org, please contact Thomas Günther . bye, Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Detecting recording errors
Am Montag, den 10.01.2011, 20:19 +0100 schrieb Tobias Grimm: > Is there a patch/plugin/tool/whatever which would make VDR somehow tag > recordings where there were stream-error when recording? > > It shouldn't be too hard to scan a *.ts-File for discontinuity errors, > but I would like to make VDR detect this while recording and somehow set > a flag, so I can see if a recording might have errors. No idea anyone? What else besides continuity errors could be checked, to see if a TS recording has errors? Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] recordings not deleted in additional video-dirs (video.0x)
Am Montag, den 10.01.2011, 23:28 +0100 schrieb Patrick Boettcher: > When now I merged the two video.0x directories onto a new partition I > resolved > the symbolic links with a small script and mv'd the corresponding files into > the right place. When this was done I realized that there were still plenty > of > .ts and .vdr files which had no longer any reference in the original video.00- > directory. A known bug in VDR 1.7.16. In the Debian package I fixed this in version 1.7.16-2~ctvdr1 with a patch provided by Steffen Barszus: http://tinyurl.com/5vvds8c Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Developer versions
Am Montag, den 10.01.2011, 20:56 + schrieb Tony Houghton: > I see you have VDR 1.7 packages there too, I'd definitely be interested > in those. Would you recommend multipatch over standard? Depends on your needs - decide for yourself - multipatch currently includes the following patches: http://tinyurl.com/6zljrra Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Developer versions
Am Montag, den 10.01.2011, 18:51 + schrieb Tony Houghton: > I'd also be interested in the developer version of xine with VDPAU > support. The trouble is there's a bewildering set of mercurial branches. > There are some libxine2 packages in Debian experimental, but there don't > seem to be any packages for "version 2" players, nor libxine2-dev > packages (not to mention vdpau support) so I don't see what use they If it's just about the VDPAU support, you can use the xine 1.1.19 from my repository which includes VDPAU support an seems to work well on Squeeze. deb http://e-tobi.net/vdr-experimental squeeze vdr-multipatch addons base backports deb-src http://e-tobi.net/vdr-experimental squeeze vdr-multipatch addons base backports Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Detecting recording errors
Hi! Is there a patch/plugin/tool/whatever which would make VDR somehow tag recordings where there were stream-error when recording? It shouldn't be too hard to scan a *.ts-File for discontinuity errors, but I would like to make VDR detect this while recording and somehow set a flag, so I can see if a recording might have errors. BR, Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] howto cut recordings with vdr in daemon mode
Am Montag, den 10.01.2011, 08:49 +0100 schrieb Gero: > So how can I cut the recording without having to copy it to a new drive? Take the next step and do: mkdir -p //<*.rec> Then link every file from the original source to //<*.rec>/. e.g.: http://pastie.org/1390385 (vdrcut source target 00:00:05.00 00:00:10.00) Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR creates 2GB files when using --edit (vdr 1.7.16)
Am Montag, den 03.01.2011, 23:34 +0100 schrieb Marco Göbenich: > it always creates multiple files splitted after 2GB, used also "-c > Is this the expected behaviour? I can at least confirm this. I stumbled upon this recently too. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Recordings starting with B-Frame?
I don't known how much I can trust avidemux, but it tells me, that my HD-VDR recordings (1.7.16) start with a B-Frame. Shouldn't all *.ts Files start with an I-Frame? Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Framerates
Am Dienstag, den 28.12.2010, 00:01 +0100 schrieb Christopher Reimer: > That's a Bug in VDR. Klaus already posted a quick'n'dirty bugfix here > -> http://vdr-portal.de/board/thread.php?postid=951626#post951626 Ah, ok - Thx! Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Framerates
Hi! I have tiny question: When recording from a HD channel (720p50), the *.rec/info -file tells me the recording has a framerate of 25 fps. mediainfo or ffmpeg detect 50 fps. Why such a difference? And what's the framerate the frame number in the *.rec/marks -file is based on? Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] projects.vdr-developer.org
Am Sonntag, den 26.12.2010, 09:57 -0800 schrieb VDR User: > You'd think there are more interesting websites to target then a VDR > plugin source repository. :\ And according to Murphy's Law I've also found some hard drive / file system issues :-( So sorry guys, it took a little bit longer. But everything should be up and running now. Next year I'll probably move to a more powerful server package. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] projects.vdr-developer.org
Unfortunately projects.vdr-developer.org is currently down. It's seems like a stupid Hacker/DOS attack causing to fill up the memory until the systems becomes non-responsive. There was no security leak, so all data is safe. I'm trying to figure out, how to avoid this in the future, so please be patient. The server will be up and running soon. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Cutting TS recordings outside of VDR
Am Sonntag, den 19.12.2010, 22:34 +0100 schrieb Tobias Grimm: > I haven't thought about this yet. Nice idea. I'll give it a try. Quick 'n dirty, but works like a charm: vdrcut source target 00:00:05.00 00:00:10.00 http://pastie.org/1390385 Sometimes it's just too easy ;-) Thx, Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Cutting TS recordings outside of VDR
Am Sonntag, den 19.12.2010, 21:17 +0100 schrieb Udo Richter: > You could create a 'virtual' copy using symlinks in /tmp/edit_$$. That > way you can provide a different marks file without touching the source > dir. Also, you can symlink /tmp/%edit_$$ back to the target dir. I haven't thought about this yet. Nice idea. I'll give it a try. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Cutting TS recordings outside of VDR
Am Sonntag, den 19.12.2010, 20:01 +0100 schrieb Helmut Auer: > Why don't you just use a wrapper script to get this running, like I've already tried this (not in bash, but a similar approach). But I would like to avoid writing to the source dir and I would like to be able to do multiple cuts in parallel. But maybe I should reconsider this for the sake of simplicity. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Cutting TS recordings outside of VDR
Am Sonntag, den 19.12.2010, 11:14 +0100 schrieb Klaus Schmidinger: > If there's such a big need for having separate marks and output files, > wouldn't it make more sense to to add '--output' and '--marks' options > to VDR, to be (optionally) used together with '--edit'? > Otherwise the cutting code would have to be maintained in two places... Would be great to have such options, but I don't know if there's a "big need" for this. It's just what I need right now, because hlcut only works with the old PES recordings. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Cutting TS recordings outside of VDR
Am Sonntag, den 19.12.2010, 01:19 +0100 schrieb Helmut Auer: > Ok, you can't specify the target directory, the default with a leading % will > be used, but I do > not see what you are missing ? There's one big recording, where I want to cut several recordings from using different sets of cut marks and store them under different names outside of the video directory. I finally manage to extract the cutting code from VDR into a separate tool. Needs some finishing, but as soon as I'm happy with it, I'll make it available at projects.vdr-developer.org, just in case someone's interested in it. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Cutting TS recordings outside of VDR
Am Samstag, den 18.12.2010, 22:34 +0100 schrieb Udo Richter: > like, for example, "vdr --edit=/path/to/recording"? > > Yes, there is. ;) Thanks, but I guess I should have been more specific. I'm more looking for something that allows me to specify the source recording folder a list of cutting marks and a target folder. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Cutting TS recordings outside of VDR
Hi! Before reinventing the wheel - is there any tool that can cut VDR's TS recordings outside of VDR? (Something like hlcut for VDR 1.6 recordings). Thx, Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Minor *.po patch
The gettext version I use automatically adds a Language field to the headers of the po-Files. It would be nice to have this field there in the first place, so here's a small patch that adds it. Tobias 99_add-language-to-po.dpatch Description: application/shellscript ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] projects.vdr-developer.org - Domain down!
> The whole vdr-developer.org domain seems to be gone. Let's hope it > hasn't expired and some stupid domain grabber gets his hands on it. Nothing to worry about - it was just a minor issue because of a domain transfer. http://projects.vdr-devloper.org should now be reachable again. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] desperated with vdr-burn
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] desperated with vdr-burn
Leo Márquez wrote: > I'm using debian etch and always compile vdr and plugins myself. > I see e-tobi is sarge. I also have binaries for Sid so all source packages should compile on Etch as well. > is there any problem in compile vdr myself and install vdr plugins > packages? Probably not - but would have been easier to track down the problem, if we were using exactly the same sources. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] desperated with vdr-burn
Leo Márquez wrote: > Finally I'm desperated with vdr-burn. Few days ago I exposed my > problem but seems that I'm the one person that experience it. At least one person at the German vdrportal.de seems to have the same problem (but no solution yet): http://www.vdr-portal.de/board/thread.php?postid=529179#post529179 If you're using Debian, please try the burn package from here: deb-src http://e-tobi.net/vdr-experimental sarge vdr It works fine with Sarge. It would help much, if you could provide a core dump or backtrace. Tobias PS: A Debian ProjectX package is available here: deb-src http://e-tobi.net/vdr-experimental sarge base PPS: the burn plugin has it's own bug tracker: http://vdr-developer.org/mantisbt/main_page.php ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] burn plugins crash while analyzing recording
Hello, Leo Márquez wrote: > I'm working with burn plugin version 0.1.0-pre21 > When I choose a recording to burn I see an 'analyzing recording > message' and vdr seems to crash. the remote don't work and I have to > restart vdr. This looks like bug #178 (http://vdr-developer.org/mantisbt/view.php?id=178), which is already solved in the current CVS version. The problem is with recordings in subdirectories. If you set the "Remove path component" setting to "yes", the problem should not appear. Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
