dvr-devel Mailing List for Digital Video Recorder
Brought to you by:
pierre_hebert
Menu
▾
▴
dvr-devel — questions, suggestions about developpement of DVR
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Benno L. <ben...@id...> - 2004-05-03 07:16:55
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_de.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: wolfgang p. <wol...@we...> - 2003-06-16 11:20:07
|
Hi, I installed dvr with apt-get but it won't work. When I tried to start it I got this error: <Init> : Avifile CVS-021201-00:25-2.95.4 <Init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow <Init> : 701.61 MHz AMD Athlon(tm) Processor processor detected <LDT_Keeper> : Installed fs segment: 0x40013000 dvr-qtgui: relocation error: dvr-qtgui: undefined symbol: _ZN3avm9CodecInfo5matchEjNS0_5MediaEPKS0_NS0_9DirectionE What is wrong with my installation. Please help me. I already tried to change some parameters in the config file, didn't help so undid them again. best regards, Wolfgang |
|
From: Homan T. <Hom...@mi...> - 2003-03-25 22:23:57
|
Hello, I'm looking for a PVR type solution, but have found one HUGE downfall to = all=20 of them that currently exist, and this is that TV cards can't decode DIGI= TAL=20 tv signals [yes, I know that DVB cards can, but in the US there are so ma= ny=20 measures to eliminate piracy built into DVB systems, that only proprietar= y=20 receivers can decode the signals properly]. Some PVR applications [M*thT= V]=20 actually are able to use IR devices to change the channels on these recei= vers=20 [somewhat of a workaround] but I beleive this is the wrong way to deal wi= th=20 the situation. Why? 2 reasons: 1-the delay in actions like channel chan= ging=20 [noticable, I'm sure]. 2-Because digital TV broadcasters provide all of = the=20 TV information built into the system [with their own PROGRAM GUIDES which= =20 show TV Listings] to all of the receivers already [and I'm sure somewhat = more=20 accurately then INTERNET listings that are downloaded in XML format]. I know someone with DISHNETWORK, and the receiver has this very cool buil= t in=20 function [which some digital cable boxes are also starting to use] that=20 allows you to set up your DISHNETWORK receiver to send out IR commands to= =20 your VCR. This means that if you are browsing the receiver's program gui= de,=20 and you want to record a show, you just mark it for recording, and when t= he=20 time comes, the channel changes on the receiver, and it sends out an IR=20 signal to your VCR to start recording. When the show is complete, it sen= ds=20 another IR signal to STOP recording. If DVR can be configured to accept the IR signals that are meant for the = a=20 particular brand of VCR, then this would turn DVR into the hands-down bes= t=20 PVR solution for digital tv services that don't provide their complete=20 channel lineup in RF format for your TV card. Yes, it would need to eventually include support for an application to BR= OWSE=20 and PLAY your recorded media, but that can come later on. I'd imagine it wouldn't be horribly difficult to acheive this functionali= ty=20 out of DVR, but not having done any work for any type of project of this=20 nature, I am not sure. What do you guys think? Homan T. |
|
From: Mike H. <hi...@el...> - 2002-02-01 01:51:45
|
Thanks for the input. Do you think 1.4 ghz will be able to encode realtime, and also decode something else while its encoding? I have made an adjustment to my plan. I'm going to have it encode to a local drive. I got to thinking that it probably wouldn't be able to encode to a network share and decode video throught he same interface. I might just go AMD. I have a 1.2 K7 with 512MB of DDR on an MSI K7Master and its awesome. I like the idea .13 micron though. I will definitly do DDR or RAMBUS depending on AMD or Intel. From what I've heard RAMBUS outdoes DDR when encoding with Intel chips. I have no personal experience though. Do you know? I think I'm going to go with an ASUS deluxe geforce 2 video card. I'm gonna have to gank it out of my other machine and test it out with linux, but hopefully it will do the job. If I can get enough free time together I'll probably do a little bit of software development and put together a complete package for a do it yourself headless DVR system. Thanks for your help. --Mike -----Original Message----- From: dvr...@li... [mailto:dvr...@li...] On Behalf Of scott fagg Sent: Thursday, January 31, 2002 1:26 AM To: dvr...@li... Subject: Re: [Dvr-devel]need recommendations for a dvr solution On Wed, 30 Jan 2002, Mike Hull wrote: > Sorry for the cross posting, I'm not getting any responses. > > I'm building myself a digital video recorder computer. I want to be > able to encode divx 4.12 or whatever the latest codec is and play it > all realtime. I'm going to build one unit and if i like it I'm going > to set them up on all the TVs in my house. I already have an above > average collection of Divx Movies (131) and MP3 music (21951). I > really want to add TV shows to my collection. And I'd like to be able > to control everything through my TV and remote. > > What I want: > 1) Realtime Divx Encoding @ full frames and full resolution (Mp3 audio) > 2) Divx Playback > 3) MPEG2 Playback including DVD > 4) MP3 playback > 5) IR Remote Control > > What I need to know: > 1) What kind of hardware would you recommend? > a. Motherboard > b. CPU (I prefer Intel products) I'd say the fastest you can afford. I'd go for at least 1400MHz (AMD or INTEL) > c. RAM Again, as much as you can afford. Using DDR instead of SDRAM will help with thruput. I think there are intel DDR boards available now. > d. Video input/output I'm using a flyvideo card ($99AUD) without any dramas. Cant comment on video out though, as i haven't got that far yet. > e. I have storage - my raid 0 of 60 gigs x 8 will be enough space - It > will be through smb however I read at near 100 mbit and write at about > 93 mbit (will this be good enough) > 2) What kind of software? > a. Is this Digtal Video Recorder software capable of doing this? I'd > really like to use linux DVR should be fine for recording, i'm not sure how it goes for timed recording though. The interface currently doesn't lend itself to 'record 2hours at 9pm' Alternatively you could using something like ffmpeg to capture to divx and piece together your own interface for controlling it. Check out the kDVR project. It's based around euro DTV-B cards, but the ideas might help out. > b. A lot of video cards with caputer and video out come with thier own > dvr software, but for windows. Depends on the chipset. If it's zoran or BTTV then you shouldn't have too many dramas. > c. Remote control software? check out lirc > d. GUI TV interface of somekind? Hmm .. not sure. Perhaps one of the twinview nvidia cards. One head can be a monitor and the other head a TV. X can then be configured to treat the two as one display. > > I want to keep the cost under $1000, but if I can't it doesn't really > matter. I work at a computer/networking shop so I get stuff at or just > below the price you see stuff on pricewatch for. > > Thanks, > Mike Hull > -- -- sc...@bi... _______________________________________________ Dvr-devel mailing list Dvr...@li... https://lists.sourceforge.net/lists/listinfo/dvr-devel |
|
From: scott f. <sc...@bi...> - 2002-01-31 09:29:32
|
On Wed, 30 Jan 2002, Mike Hull wrote: > Sorry for the cross posting, I'm not getting any responses. > > I'm building myself a digital video recorder computer. I want to be able > to encode divx 4.12 or whatever the latest codec is and play it all > realtime. I'm going to build one unit and if i like it I'm going to set > them up on all the TVs in my house. I already have an above average > collection of Divx Movies (131) and MP3 music (21951). I really want to > add TV shows to my collection. And I'd like to be able to control > everything through my TV and remote. > > What I want: > 1) Realtime Divx Encoding @ full frames and full resolution (Mp3 audio) > 2) Divx Playback > 3) MPEG2 Playback including DVD > 4) MP3 playback > 5) IR Remote Control > > What I need to know: > 1) What kind of hardware would you recommend? > a. Motherboard > b. CPU (I prefer Intel products) I'd say the fastest you can afford. I'd go for at least 1400MHz (AMD or INTEL) > c. RAM Again, as much as you can afford. Using DDR instead of SDRAM will help with thruput. I think there are intel DDR boards available now. > d. Video input/output I'm using a flyvideo card ($99AUD) without any dramas. Cant comment on video out though, as i haven't got that far yet. > e. I have storage - my raid 0 of 60 gigs x 8 will be enough space - It > will be through smb however I read at near 100 mbit and write at about > 93 mbit (will this be good enough) > 2) What kind of software? > a. Is this Digtal Video Recorder software capable of doing this? I'd > really like to use linux DVR should be fine for recording, i'm not sure how it goes for timed recording though. The interface currently doesn't lend itself to 'record 2hours at 9pm' Alternatively you could using something like ffmpeg to capture to divx and piece together your own interface for controlling it. Check out the kDVR project. It's based around euro DTV-B cards, but the ideas might help out. > b. A lot of video cards with caputer and video out come with thier own > dvr software, but for windows. Depends on the chipset. If it's zoran or BTTV then you shouldn't have too many dramas. > c. Remote control software? check out lirc > d. GUI TV interface of somekind? Hmm .. not sure. Perhaps one of the twinview nvidia cards. One head can be a monitor and the other head a TV. X can then be configured to treat the two as one display. > > I want to keep the cost under $1000, but if I can't it doesn't really > matter. I work at a computer/networking shop so I get stuff at or just > below the price you see stuff on pricewatch for. > > Thanks, > Mike Hull > -- -- sc...@bi... |
|
From: Mike H. <hi...@el...> - 2002-01-31 01:49:35
|
Sorry for the cross posting, I'm not getting any responses. I'm building myself a digital video recorder computer. I want to be able to encode divx 4.12 or whatever the latest codec is and play it all realtime. I'm going to build one unit and if i like it I'm going to set them up on all the TVs in my house. I already have an above average collection of Divx Movies (131) and MP3 music (21951). I really want to add TV shows to my collection. And I'd like to be able to control everything through my TV and remote. What I want: 1) Realtime Divx Encoding @ full frames and full resolution (Mp3 audio) 2) Divx Playback 3) MPEG2 Playback including DVD 4) MP3 playback 5) IR Remote Control What I need to know: 1) What kind of hardware would you recommend? a. Motherboard b. CPU (I prefer Intel products) c. RAM d. Video input/output e. I have storage - my raid 0 of 60 gigs x 8 will be enough space - It will be through smb however I read at near 100 mbit and write at about 93 mbit (will this be good enough) 2) What kind of software? a. Is this Digtal Video Recorder software capable of doing this? I'd really like to use linux b. A lot of video cards with caputer and video out come with thier own dvr software, but for windows. c. Remote control software? d. GUI TV interface of somekind? I want to keep the cost under $1000, but if I can't it doesn't really matter. I work at a computer/networking shop so I get stuff at or just below the price you see stuff on pricewatch for. Thanks, Mike Hull |
|
From: scott f. <sc...@bi...> - 2002-01-21 09:09:54
|
On Sun, 20 Jan 2002, Pierre H=E9bert wrote: > On Friday 18 January 2002 12:05, you wrote: > > Been using DVR for a little while. Working well, but i need a little = more > > CPU grunt. > > > > Struck a couple of problems though: > > > > - if specified video device is a directory, DVR crashes when you star= t > > capturing. I've since downloaded 2.6 and this doesn't crash, but throws up an=20 exception dialog box. > > > > I discovered this because on RH7.2, /dev/video is actually a director= y, > > that contains other device. >=20 > I never thought at such a problem ! I will probably correct this proble= m in=20 > the next version of DVR, but it may also take more time, because the vi= deo=20 > device management is a part of kwintv that I plan to rewrite. >=20 > > - when selecting a video codec, sometimes i dont get what i select. > > > > If i select OS MJPEG, i actually get the morgan codec, and mainactor.= com > > watermarks in the captured stream. >=20 > It is weird. Either there is a little bug in avifile, either there are=20 > inconsistencies in the codec config part of DVR (?). I will have a look= at=20 > this. Something is amiss, because the Morgan codec doesn't actually show up in=20 the list, however in aviplay, it lists both the MS and Morgan codecs. aviplay, that comes with the avifile lists many more codecs than DVR does= .=20 Admittedly some of these are probably playback-only codecs. It does=20 however list MS MJPEG, OS MJEG and morgan separately. >=20 > > I'm off to rebuild avifile and dvr from scratch to see if it helps... > It may help, because avifile is in a fast progress state. Since then i've rebuilt avifile a couple of times as well using prebuilt=20 RPMs. I dont know if i've actually learnt anything though. I wonder if i=20 shouldn't try this all on a clean machine. >=20 > Pierre. >=20 >=20 > _______________________________________________ > Dvr-devel mailing list > Dvr...@li... > https://lists.sourceforge.net/lists/listinfo/dvr-devel >=20 --=20 -- sc...@bi... |
|
From: Pierre <pie...@ne...> - 2002-01-20 17:57:25
|
On Friday 18 January 2002 12:05, you wrote: > Been using DVR for a little while. Working well, but i need a little more > CPU grunt. > > Struck a couple of problems though: > > - if specified video device is a directory, DVR crashes when you start > capturing. > > I discovered this because on RH7.2, /dev/video is actually a directory, > that contains other device. I never thought at such a problem ! I will probably correct this problem in the next version of DVR, but it may also take more time, because the video device management is a part of kwintv that I plan to rewrite. > - when selecting a video codec, sometimes i dont get what i select. > > If i select OS MJPEG, i actually get the morgan codec, and mainactor.com > watermarks in the captured stream. It is weird. Either there is a little bug in avifile, either there are inconsistencies in the codec config part of DVR (?). I will have a look at this. > I'm off to rebuild avifile and dvr from scratch to see if it helps... It may help, because avifile is in a fast progress state. Pierre. |
|
From: scott f. <sc...@bi...> - 2002-01-18 11:09:39
|
Been using DVR for a little while. Working well, but i need a little more CPU grunt. Struck a couple of problems though: - if specified video device is a directory, DVR crashes when you start capturing. I discovered this because on RH7.2, /dev/video is actually a directory, that contains other device. - when selecting a video codec, sometimes i dont get what i select. If i select OS MJPEG, i actually get the morgan codec, and mainactor.com watermarks in the captured stream. I'm off to rebuild avifile and dvr from scratch to see if it helps... -- -- sc...@bi... |
|
From: Pierre <pie...@ne...> - 2001-12-07 17:53:51
|
Hello, > > What do you mean exactly by "append-name" ? > > Bad name. But good intentions. > If you record from the same channel at the same time every week, it would > be nice to be able to write to a new file instead of overwriting the old > one. So part of the new filename needs to change every time. Using bits and > pieces of the date/time is probably most useful. Or a counter of some kind. > You get the idea. Yes I have. > Separating the recording core from the GUI may not be so simple with the > current code? It is. I did what was necessary for that. In the same spirit it is possible to have several video devices and several dvr running simultaneously. I hate softwares with dirty border effects. > > Hum... I don't know much about mp1e. I would need help and too much time > > for that. But why do you prefer mp1e to Divx, or Indeo ? > > 1. The subtitle argument above. > 2. something (xine or libdivx or avifile or something else) is making divx > being played back way to fast in xine on my system. (Lousy argument, sorry) Hum... Strange behaviour. I believe it will be corrected a day ? > 3. The ability to record mpeg video would make dvr more "complete". It implies a new codec management layer, on the top of avifile and mpeg. I must admit I am a bit afraid... But who knows, perhaps a day I will have more time ? > 4. Divx will remain a 'hacker' thing forever. Pretty good hack... > 5. There is no native Linux Indeo codec. Yes, it is a pity. This is the only thing I like in avifile. > 6. mp1e can chop top and bottom on widescreen movies. (The ones with big > black fields at the top and bottom of your tv.) Did you see that DVR can do that ? (see top/bottom margins) > But I have taken the liberty to add a QuickStart guide to mp1e below.... Ok, I will have a look at it. BR Pierre. |
|
From: Dag B <co...@se...> - 2001-12-07 10:19:28
|
Pierre Hébert wrote: > > Hello Dag B, > > Jingle bells, jingle bells, ... la la la lere :-) > > scheduled recording: > > [year/month/day/hour/minute] > > [length] > > [repeat (hourly/daily/weekly/monthly append-name)] > > What do you mean exactly by "append-name" ? Bad name. But good intentions. If you record from the same channel at the same time every week, it would be nice to be able to write to a new file instead of overwriting the old one. So part of the new filename needs to change every time. Using bits and pieces of the date/time is probably most useful. Or a counter of some kind. You get the idea. > > [filename] > > [segment size] > > Optionally use cron to schedule/start recordings. > > (It *is* the way to do it in unix, after all.) > > Good news, I am actually working at this feature. In fact I am thinking at > what I should do : > - a GUI with completely detached "recording core" (a sort of frontend), with > the ability to edit a sort of cron. > - a GUI with integrated "recording core", and another command line tool with > a cron Your call! But notice that you don't know who owns the Xserver at some point in the future. So you can't rely on being able to run anything X, unless you know for a fact that you'll be logged in on the console. But this is obvious... Separating the recording core from the GUI may not be so simple with the current code? > > This of course requires a CLI version of dvr, as we don't know who owns the > > Xserver at any point in time in the future, or if dvr is actually running. > > > > But a CLI (or non-interactive, non-X) version would be nice anyhow... > > For example linked to motion detection software. > > I am also working at that :-) But it is not as easy as it may seem, due to > the V4L layer. This is, with avifile, the only obscure part of DVR :-(. It is > taken from kwintv and I have to rewritte it myself. > However I love to have CLI tools, as they are almost fully independent of any > strange things. And work is in progress. Great! > > ability to encode using mp1e: > > realtime mpeg1 videoencoding is just plain nice. Besides, it allows for > > recording of teletext subtitles. > > Hum... I don't know much about mp1e. I would need help and too much time for > that. But why do you prefer mp1e to Divx, or Indeo ? 1. The subtitle argument above. 2. something (xine or libdivx or avifile or something else) is making divx being played back way to fast in xine on my system. (Lousy argument, sorry) 3. The ability to record mpeg video would make dvr more "complete". 4. Divx will remain a 'hacker' thing forever. 5. There is no native Linux Indeo codec. 6. mp1e can chop top and bottom on widescreen movies. (The ones with big black fields at the top and bottom of your tv.) > Subtitles can be stored in a ".sub" file and read later by an AVI player I > think. > > > If dvr uses avifile extensively, it > > may be difficult to glue in a system() or execve() call? > > Why ? I am not a coder, so this was a wild guess. mp1e isn't a library. It is a standalone executable. Other than that, it appears to accept all normal parameters needed/used in dvr. But I have taken the liberty to add a QuickStart guide to mp1e below.... > > read channels/parameters from ~/.xawtv, if it exists. > > Perhaps. Xawtv is my prefered TV software, however it is not really important > for the moment. I put it on my TODO list and we'll see later. Good. > > audio capture frequencies corresponding to what is possible > > of the dsp in question. :-) > > Current dvr gui only allows for 11025, 22050 and 44100 Hz samplerate. > > My btaudio dsp-device supports 32k only. > > It is easy to add 32k. I'll do it soon. Check CVS tomorrow. Thanks! > I would really like to work at all these things. Unfortunately I have to work > to earn my life, and I don't have much time left. So be patient please... I will. Thanks again, Dag B mp1e QuickStart guide. wget http://prdownloads.sourceforge.net/zapping/mp1e-1.9.1.tar.bz2 tar Ixvf mp1e-1.9.1.tar.bz2 cd mp1e-1.9.1 ./configure make make install rehash My ~/.mp1erc looks like this (edit cpu/devices as needed): ---- mux_mode = video_and_audio cpu = k7 verbose = 1 # motion = 8,24 # requires cpu power... # filter = 7 # requires v4l2 capture_device = /dev/video video_bit_rate = 3.5 frame_rate = 25 image_size = 768x576 pcm_device = /dev/dsp audio_bit_rate = 32 audio_mode = 2 sampling_rate = 32 ---- Recording like this: mp1e -n 750 > foo.mpg for 30 seconds (= 750 frames) of mpeg video. Or hit Ctrl-C. List of parameters: -a, --audio_mode 0 stereo | 2 dual_channel | 3 mono -b, --video_bit_rate float -c, --capture_device name -f, --frame_rate float -g, --gop_sequence string -h, --help -i, --config filename -l, --letterbox -m, --mux_mode 1 video | 2 audio | 3 video_and_audio -n, --num_frames n -p, --pcm_device name -r, --rec_source n,m -s, --image_size wxh -v, --verbose -w, --mono -x, --mixer_device -A, --anno string -B, --audio_bit_rate float -C, --cpu type -F, --filter n -G, --grab_size wxh -H, --frames_per_seq_header n -I, --vbi_device name -M, --mute 0 unmute | 1 mute | 2 ignore -P, --preview -R, --motion min,max -S, --sampling_rate float -T, --subtitle_pages [nnn,...] -V, --version -X, --mux 0 nirvana | 1 bypass | 2 mpeg1 | 3 mpeg2-ps | 4 |
|
From: Pierre <pie...@ne...> - 2001-12-07 07:23:21
|
Hello Dag B, Jingle bells, jingle bells, ... la la la lere Yes it is almost christmas. I like this sort of whishlist, clean and smart. So have a closer look at it : > scheduled recording: > [year/month/day/hour/minute] > [length] > [repeat (hourly/daily/weekly/monthly append-name)] What do you mean exactly by "append-name" ? > [filename] > [segment size] > Optionally use cron to schedule/start recordings. > (It *is* the way to do it in unix, after all.) Good news, I am actually working at this feature. In fact I am thinking at what I should do : - a GUI with completely detached "recording core" (a sort of frontend), with the ability to edit a sort of cron. - a GUI with integrated "recording core", and another command line tool with a cron I > This of course requires a CLI version of dvr, as we don't know who owns the > Xserver at any point in time in the future, or if dvr is actually running. > > But a CLI (or non-interactive, non-X) version would be nice anyhow... > For example linked to motion detection software. I am also working at that :-) But it is not as easy as it may seem, due to the V4L layer. This is, with avifile, the only obscure part of DVR :-(. It is taken from kwintv and I have to rewritte it myself. However I love to have CLI tools, as they are almost fully independent of any strange things. And work is in progress. > ability to encode using mp1e: > realtime mpeg1 videoencoding is just plain nice. Besides, it allows for > recording of teletext subtitles. Hum... I don't know much about mp1e. I would need help and too much time for that. But why do you prefer mp1e to Divx, or Indeo ? Subtitles can be stored in a ".sub" file and read later by an AVI player I think. > If dvr uses avifile extensively, it > may be difficult to glue in a system() or execve() call? Why ? > read channels/parameters from ~/.xawtv, if it exists. Perhaps. Xawtv is my prefered TV software, however it is not really important for the moment. I put it on my TODO list and we'll see later. > audio capture frequencies corresponding to what is possible > of the dsp in question. :-) > Current dvr gui only allows for 11025, 22050 and 44100 Hz samplerate. > My btaudio dsp-device supports 32k only. It is easy to add 32k. I'll do it soon. Check CVS tomorrow. I would really like to work at all these things. Unfortunately I have to work to earn my life, and I don't have much time left. So be patient please... BR, Pierre. |
|
From: Dag B <co...@se...> - 2001-12-06 13:33:52
|
Hi. Thank you for a nice, polished, digital video recorder without 400 obscure prerequisites with likewise obscure patches. I like it. Would you consider some of my wishes? It is almost x-mas, after all... :-) Best regards, Dag B dvr wishlist ------------ scheduled recording: [year/month/day/hour/minute] [length] [repeat (hourly/daily/weekly/monthly append-name)] [filename] [segment size] Optionally use cron to schedule/start recordings. (It *is* the way to do it in unix, after all.) This of course requires a CLI version of dvr, as we don't know who owns the Xserver at any point in time in the future, or if dvr is actually running. But a CLI (or non-interactive, non-X) version would be nice anyhow... For example linked to motion detection software. ability to encode using mp1e: realtime mpeg1 videoencoding is just plain nice. Besides, it allows for recording of teletext subtitles. If dvr uses avifile extensively, it may be difficult to glue in a system() or execve() call? (I notice that ffmpeg supports mpeg (video), but it segfaults for me...) read channels/parameters from ~/.xawtv, if it exists. audio capture frequencies corresponding to what is possible of the dsp in question. :-) Current dvr gui only allows for 11025, 22050 and 44100 Hz samplerate. My btaudio dsp-device supports 32k only. (When watching tv, I pipe the output from the btaudio device into the main soundcard dsp device. No hiss, perfect audio.) |
|
From: <pie...@ne...> - 2001-10-17 07:12:46
|
Hello Federico, Your problem comes from the fact that you try to use the avifile library, compiled for another system as yours. It relies on a specific configuration, that is not yours. Furthermore this library try to use unnecessary functionnalities. The only thing to do for the moment is to download the source code of avifile, execute the configure script which will detect the configuration of YOUR system and recompile. ----- Original Message ----- From: "Federico Omoto" <fed...@sp...> To: <dvr...@li...> Sent: Wednesday, October 17, 2001 1:03 AM Subject: [Dvr-devel]DVR compilation > Hi! > > I downloaded today the lattest cvs version of DVR and when I try to compile > it, I get these errors: > > g++ -o dvr -lpthread -L/usr/lib/qt-2.3.1/lib -lqt -Wl,-rpath,/usr/lib > -laviplay QAudioConfig.o QCodecConfig.o QTVConfig.o QDvrGUI.o > QAudioConfigImpl.o QCodecConfigImpl.o QTVConfigImpl.o QDvrGUIImpl.o > qv4lwindow.o QAudioConfig.moc.o QCodecConfig.moc.o QTVConfig.moc.o > QDvrGUI.moc.o QAudioConfigImpl.moc.o QCodecConfigImpl.moc.o > QTVConfigImpl.moc.o QDvrGUIImpl.moc.o qv4lwindow.moc.o chunkpool.o dsp.o > dvr.o framepool.o v4lxif.o main.o qt_visual.o > /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libaviplay.so: undefined > reference to `XF86VidModeGetAllModeLines' > /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libaviplay.so: undefined > reference to `XF86VidModeGetModeLine' > collect2: ld returned 1 exit status > make: *** [dvr] Error 1 > > I'm using avifile 0.6.0 (CVS snapshot Oct 3rd) installed from the RPM > packages provided in the avifile home page. > > Thank you in advance. > > Federico |
|
From: Federico O. <fed...@sp...> - 2001-10-16 23:03:59
|
Hi! I downloaded today the lattest cvs version of DVR and when I try to compile it, I get these errors: g++ -o dvr -lpthread -L/usr/lib/qt-2.3.1/lib -lqt -Wl,-rpath,/usr/lib -laviplay QAudioConfig.o QCodecConfig.o QTVConfig.o QDvrGUI.o QAudioConfigImpl.o QCodecConfigImpl.o QTVConfigImpl.o QDvrGUIImpl.o qv4lwindow.o QAudioConfig.moc.o QCodecConfig.moc.o QTVConfig.moc.o QDvrGUI.moc.o QAudioConfigImpl.moc.o QCodecConfigImpl.moc.o QTVConfigImpl.moc.o QDvrGUIImpl.moc.o qv4lwindow.moc.o chunkpool.o dsp.o dvr.o framepool.o v4lxif.o main.o qt_visual.o /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libaviplay.so: undefined reference to `XF86VidModeGetAllModeLines' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libaviplay.so: undefined reference to `XF86VidModeGetModeLine' collect2: ld returned 1 exit status make: *** [dvr] Error 1 I'm using avifile 0.6.0 (CVS snapshot Oct 3rd) installed from the RPM packages provided in the avifile home page. Thank you in advance. Federico |
