[vdr] [ANNOUNCE] Cut-a-Lot 0.0.1
Hi everybody, I'm pleased to announce my first plugin to the community. Fetch it here: http://vdr-portal.de/board/thread.php?threadid=54603 >From README --- %< - Description: Cuts one recording into several recordings using named cutting marks. The Multi-cut process and recording menu are heavily based on the original parts of vdr itself, namely the cutting thread and the recording menu. Credits go thankfully to Klaus Schmidinger. Requirements - VDR 1.4.1 Usage - Multi-cut: -- Mulit-cut splits a recording into several new recordings using named cutting marks. So by now one has to manually edit the marks.vdr file located in a recording-directory. If one adds a comment to a cut-in mark, Cut-a-Lot will take this as the name for the new recording and will go on cutting to that recording until another named cut-in mark is met. For example: We have a recording named "MTV - Greatest Hits" and a marks.vdr with the following content: 0:00:00.01 Artist A - Song 1 0:03:46.12 0:03:46.24 Artist B - Song 3 0:07:12.03 0:12:06.01 0:15:56.12 0:37:32.01 Artist C~Song 5 0:41:02.13 A - 1 B - 3 C~5 |--||--| |--| |--| Cut-a-Lot now creates three recordings named "Artist A - Song 1" which gets the content between the first two cutting marks, "Artist B - Song 3" which gets the content of the second and the third interval and a recording named "Song 5" located in a sub-directory named "Artist C". That is because the tilde (~) is treated as a directory-indicator. If no marks are named, Cut-a-Lot pretty much does the same as the ordinary VDR- cutter would do. Gap finder: --- Gap finder scans a recording for PTS-gaps (Presentation Timestamp-gaps) in order to refind cut out commercial breaks or positions where VDR might have crashed during a recording. These two frames are marked with two cutting marks. The PTS-threshold as a parameter defines how large a gap has to be at least in order to be marked. One PTS-tick is 1 / 9 second. If you take 25 frames per second as the frame-rate, one frame is 1 / 25 * 9 = 3600 PTS-ticks long. Usually there is an I-frame every 12 frames so the difference between two I-frame PTSs should be always 12 * 3600 = 43200 ticks. But never the less the difference were sometimes 43199 or 43201 in a few analyzed recordings. So I introduced the PTS-threshold. The default of 3605 ticks means the PTS-timestamp might jump one frame without being recognized. --- >% - I'd be happy about critics and proposals, and bug reports of course. Now have fun trying it. DMH ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] 451 Grab image failed v4l problem?
I have problems to activating grab images in vdr 1.4.2 and kernel 2.6.17.11. I have readed old recently posts about this problem: http://www.linuxtv.org/pipermail/vdr/2006-June/009741.html It talks about v4l driver problem and says installing mercurial driver solves the problem. The post is from june. I can't grab (451 Grab image failed) and have video for linux compiled into kernel (not as module). This means that the problem is not solved in kernel 2.6.17.11 and I have to install mercurial v4l as kernel module? Is there any problem if I have the v4l into the kernel or I have to compile kernel with v4l as module? Thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 451 Grab image failed v4l problem?
Hi again, I have installed the last mercurial v4l version and the grab command still not working. Anyone knows what could be the problem? Thanks!. Leo Márquez wrote: I have problems to activating grab images in vdr 1.4.2 and kernel 2.6.17.11. I have readed old recently posts about this problem: http://www.linuxtv.org/pipermail/vdr/2006-June/009741.html It talks about v4l driver problem and says installing mercurial driver solves the problem. The post is from june. I can't grab (451 Grab image failed) and have video for linux compiled into kernel (not as module). This means that the problem is not solved in kernel 2.6.17.11 and I have to install mercurial v4l as kernel module? Is there any problem if I have the v4l into the kernel or I have to compile kernel with v4l as module? Thanks. ___ 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] Doubling my available VDR disk space without cost or loss of convenience.
Most of my VDR movies are between 2 and 3 GB in size. I assume that there would be no noticeable loss of quality, if I would convert them to DivX movies of about half the size, maybe also removing any unwanted sound tracks. This could even be done automatically by a background process. However, that would be inconvenient, because now I would have to check both the Recordings menu and the Mplayer plugin to look for a recording. So, I wonder if it would be easy to make that transparent, so there is only one user interface that takes me to all recordings. Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
You may want to go for a hardware solution .. http://www.litec-computer.de/Festplatten/35/UDMA/Seagate-ST3750640A-750GB-72 00RPM-16MB::10223.html would make 250 Films á 3GB .. let's assume: 3GB equals 1 hour and think of: max. 8 hours per day viewing .. would mean you have more than 30 days, "instant fun" .. -> So coding, testing, bug fixing costs a lot more than a new hard drive .. go and get yourself a new hard disc :-) And I am not kidding .. And if you think of HTDV in germany: h264 is on it's way, which is "one more" then DivX, which is h263. So within short time you have high defition TV with high compression. Cheers, Martin -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Carsten Koch Gesendet: Dienstag, 12. September 2006 17:38 An: VDR Mailing List Betreff: [vdr] Doubling my available VDR disk space without cost or loss of convenience. Most of my VDR movies are between 2 and 3 GB in size. I assume that there would be no noticeable loss of quality, if I would convert them to DivX movies of about half the size, maybe also removing any unwanted sound tracks. This could even be done automatically by a background process. However, that would be inconvenient, because now I would have to check both the Recordings menu and the Mplayer plugin to look for a recording. So, I wonder if it would be easy to make that transparent, so there is only one user interface that takes me to all recordings. Carsten. ___ 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: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
martin wrote: ... > go and get yourself a new hard disc :-) Well, that option is of course always available. ;-) Let's take a look at my vdr system: /video> df -hT FilesystemTypeSize Used Avail Use% Mounted on /dev/hda2 xfs147G 12G 136G 8% / udev tmpfs253M 236K 252M 1% /dev /dev/hdb1 xfs149G 86G 64G 58% /vdr2 /dev/hdc1 xfs149G 115G 35G 77% /vdr3 /dev/hdd1 xfs149G 114G 36G 77% /vdr4 athlon:/ nfs148G 128G 21G 86% /athlon athlon:/mp3nfs233G 142G 92G 61% /athlon/mp3 athlon:/vdr5 nfs233G 107G 127G 46% /athlon/vdr5 athlon:/vdr6 nfs233G 141G 93G 61% /athlon/vdr6 athlon:/vdr7 nfs233G 179G 55G 77% /athlon/vdr7 athlon:/vdr8 nfs233G 170G 64G 73% /athlon/vdr8 athlon:/vdr9 nfs233G 210G 24G 90% /athlon/vdr9 athlon:/vdr10 nfs149G 75G 75G 50% /athlon/vdr10 athlon:/video nfs233G 211G 22G 91% /athlon/video It would still be nice to integrate videos from other sources seamlessly. And: 20 disks are twice as much trouble as 10 disks. My older disks have started to fail recently... Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
On Tuesday 12 September 2006 19:07, Carsten Koch wrote: > FilesystemTypeSize Used Avail Use% Mounted on > /dev/hda2 xfs147G 12G 136G 8% / > udev tmpfs253M 236K 252M 1% /dev > /dev/hdb1 xfs149G 86G 64G 58% /vdr2 > /dev/hdc1 xfs149G 115G 35G 77% /vdr3 > /dev/hdd1 xfs149G 114G 36G 77% /vdr4 > athlon:/ nfs148G 128G 21G 86% /athlon > athlon:/mp3nfs233G 142G 92G 61% /athlon/mp3 > athlon:/vdr5 nfs233G 107G 127G 46% /athlon/vdr5 > athlon:/vdr6 nfs233G 141G 93G 61% /athlon/vdr6 > athlon:/vdr7 nfs233G 179G 55G 77% /athlon/vdr7 > athlon:/vdr8 nfs233G 170G 64G 73% /athlon/vdr8 > athlon:/vdr9 nfs233G 210G 24G 90% /athlon/vdr9 > athlon:/vdr10 nfs149G 75G 75G 50% /athlon/vdr10 > athlon:/video nfs233G 211G 22G 91% /athlon/video Sounds like the core computer of the USS-Enterprise - How many Terra-Quads are this? ;-) ...thinking about the wasted/unused terra-bytes on all those millions of systems out there in the net... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
Guido Fiala wrote: ... > Sounds like the core computer of the USS-Enterprise - > How many Terra-Quads are this? ;-) Actually, according to http://www.kasper-online.de/en/docs/startrek/ncc1701d.htm the Enterprise D has a mere 630.000 Kiloquads. But seriously: My VDR system started out in June 2000 with a 9GB SCSI disk in a 150 MHz PentiumPro system. Disk space has increased a bit since then, but in another 6 years all of that will fit into a single disk and that will not be the largest disk you can buy for a home computer, either. Neither is my VDR system even close to the largest one. I believe that Matthias Schniedermeier has so many disks in his house that the house no longer requires a separate heating system. ;-) Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
Carsten Koch wrote: ... > Actually, according to > http://www.kasper-online.de/en/docs/startrek/ncc1701d.htm > the Enterprise D has a mere 630.000 Kiloquads. Sorry, wrong link. I meant this one: http://www.ex-astris-scientia.org/misc/artikel-computer.htm ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
AW: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
So Carsten, you talk about archiving. Then you should definitely go for h264 coding, with constant quality. Why keep everything online? What is the aim of having terra bytes online? It costs a lot of energy. Coding and burning to an offline media would help a lot then. And BTW: even your mp3 collection is larger than you can listen to it in one year! Martin -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Carsten Koch Gesendet: Dienstag, 12. September 2006 20:23 An: VDR Mailing List Betreff: Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience. Guido Fiala wrote: ... > Sounds like the core computer of the USS-Enterprise - How many > Terra-Quads are this? ;-) Actually, according to http://www.kasper-online.de/en/docs/startrek/ncc1701d.htm the Enterprise D has a mere 630.000 Kiloquads. But seriously: My VDR system started out in June 2000 with a 9GB SCSI disk in a 150 MHz PentiumPro system. Disk space has increased a bit since then, but in another 6 years all of that will fit into a single disk and that will not be the largest disk you can buy for a home computer, either. Neither is my VDR system even close to the largest one. I believe that Matthias Schniedermeier has so many disks in his house that the house no longer requires a separate heating system. ;-) Carsten. ___ 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: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
Carsten Koch wrote: > martin wrote: > ... > >>go and get yourself a new hard disc :-) > > > Well, that option is of course always available. ;-) > Let's take a look at my vdr system: > > /video> df -hT > FilesystemTypeSize Used Avail Use% Mounted on > /dev/hda2 xfs147G 12G 136G 8% / > udev tmpfs253M 236K 252M 1% /dev > /dev/hdb1 xfs149G 86G 64G 58% /vdr2 > /dev/hdc1 xfs149G 115G 35G 77% /vdr3 > /dev/hdd1 xfs149G 114G 36G 77% /vdr4 > athlon:/ nfs148G 128G 21G 86% /athlon > athlon:/mp3nfs233G 142G 92G 61% /athlon/mp3 > athlon:/vdr5 nfs233G 107G 127G 46% /athlon/vdr5 > athlon:/vdr6 nfs233G 141G 93G 61% /athlon/vdr6 > athlon:/vdr7 nfs233G 179G 55G 77% /athlon/vdr7 > athlon:/vdr8 nfs233G 170G 64G 73% /athlon/vdr8 > athlon:/vdr9 nfs233G 210G 24G 90% /athlon/vdr9 > athlon:/vdr10 nfs149G 75G 75G 50% /athlon/vdr10 > athlon:/video nfs233G 211G 22G 91% /athlon/video > > It would still be nice to integrate videos from other > sources seamlessly. > > And: 20 disks are twice as much trouble as 10 disks. > My older disks have started to fail recently... That's nothing. ;-) I've currently have 36 HDDs with a total capacity of 8,3 TB. 7,4 TB used and 0,9TB "free". A "projection" of about 1TB of missing things and another TB of recordings still on DVDs that i hadn't copied over. (Note to myself: Remember to by a HDD each month for the next 3 month, so that i can finally put the DVD "priode" behind me.) And above i haven't counted the about 1TB of "misc" space i have. And most of it i have actually watched, it took a few years to record all of that! Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
Carsten Koch wrote: > Neither is my VDR system even close to the largest one. > I believe that Matthias Schniedermeier has so many disks > in his house that the house no longer requires a separate > heating system. ;-) Not excatly. I would call it "semy-online"-storage. Normaly the HDDs are switched off. But as they are connected to USB-Power-Switches they can be switched on/off automatically by the computer.(*) But nontheless i don't have any "normal" heating system in my cellar and i haven't needed one in the last 2 winters. ;-) *: At least theoretically, currently it seams i've reached a point where Linux has a problem with the shear size of my USB-Tree, or there is a hardware-defect in one of the USB-Hubs that brings down the HUB-Driver of Linux. So until i find the time to "make a full diagnostic" (I'm currently watching Voyager, so please excuse Star Trek Jargon) i'm currently using the "manual override" by manually powering on/off the HDDs and manually plugging a cable directly from to the Root-Hub. As i only have to do this procedure every few weeks, when temporary storage get a bit full, it hasn't be a problem i can't live with for a little while. :-| Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
On Tuesday 12 September 2006 20:22, Carsten Koch wrote: > Guido Fiala wrote: > ... > > > Sounds like the core computer of the USS-Enterprise - > > How many Terra-Quads are this? ;-) > > Actually, according to > http://www.kasper-online.de/en/docs/startrek/ncc1701d.htm > the Enterprise D has a mere 630.000 Kiloquads. In the book "The computers of Star Trek" one quad is assumed to relate to "one quadrillion bytes" - that is 1e18 bytes or 1 Million Terrabytes... I wonder why their PADDS (used for nothing more than a sophisticated ebook-reader) will need 4 Million Terrabytes of Storage when they can access the core anyway at any time...not even Data can read data that fast ;-) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 451 Grab image failed v4l problem?
On 9/12/06, Leo Márquez <[EMAIL PROTECTED]> wrote: Hi again,I have installed the last mercurial v4l version and the grab commandstill not working.Anyone knows what could be the problem?Did you specify enabling the grab function in your vdr startup command? For example: OPTIONS="-l 3 --grab=/tmp"BR. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Doubling my available VDR disk space without cost or loss of convenience.
[EMAIL PROTECTED](Carsten Koch) 12.09.06 20:22 >Guido Fiala wrote: >... >> Sounds like the core computer of the USS-Enterprise - >> How many Terra-Quads are this? ;-) >Actually, according to >http://www.kasper-online.de/en/docs/startrek/ncc1701d.htm >the Enterprise D has a mere 630.000 Kiloquads. >But seriously: My VDR system started out in June 2000 Started at aprox the same time with a 30GB IIRC. But im still at 160 GB and have problem to watch all i recorded during the week. One of the nicest feature of VDR was the "auto deleting" for me. One missing feature is: High/low speed play with sound... >Neither is my VDR system even close to the largest one. >I believe that Matthias Schniedermeier has so many disks >in his house that the house no longer requires a separate >heating system. ;-) Doesn't he have his own power plant near by? (Some said it belongs to Nordeutsche Affinerie in Hamburg, but we know better.) Rainer ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
