Re: [Freevo-users] Status of DVB cards in Freevo
I think its 2008 when they turn it off.. On Mon, 2003-10-06 at 02:19, Matt McLeod wrote: > Jason Tackaberry wrote: > > On Sun, 2003-10-05 at 04:33, Matt McLeod wrote: > > > Pretty much, yes. You have to tune the device first, and then you > > > can read MPEG-2 streams from it. You still have to pick out the > > > right PIDs, though. > > > > What service provider are you using to supply the DVB stream? > > Australian free-to-air broadcasters. None of it is encrypted, > and the plan is to have analogue transmissions turned off in > ten years or so. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] composite input from vcr
This definitely won't work in our tvtime plugin. We don't set the right stuff for it to work. it is on my todo list for it. It should be working for mplayer. The mplayer plugin has the concept of 'vcr' mode where you connect your vcr video to composite in and your vcr audio to mic in. not sure how you tell the mplayer tv plugin to get into that mode though. -- Mike Ruelle [EMAIL PROTECTED] http://world.std.com/~mruelle/ On Sunday 05 October 2003 19:24, Dave Smylie wrote: > Hi > > I'm trying to get freevo to use the composite input on my video card. > (TV reception in my area is crap, so I just use satellite). > It works all good with tvtime kicked off indepenently, but when I start > freevo, undeer the TV menu, all I can see are channel names - (ie from > the tuner). > In my config I have: > > TV_SETTINGS = '%s composite1 %s /dev/video0' % (CONF.tv, CONF.chanlist) > > Even trying to watch one of the tv channels doesn't work - instead of > getting static, freevo just flicks for a monet then goes back to the > menu - there are no error messages from this that I can see. > > I have tried using mplayer and tvtime as the the tv plugin, but it > seems to make no difference. > > > Does anyone know what I am doing wrong? > > Cheers > Dave Smylie > > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ___ > Freevo-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-users --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] composite input from vcr
Hi I'm trying to get freevo to use the composite input on my video card. (TV reception in my area is crap, so I just use satellite). It works all good with tvtime kicked off indepenently, but when I start freevo, undeer the TV menu, all I can see are channel names - (ie from the tuner). In my config I have: TV_SETTINGS = '%s composite1 %s /dev/video0' % (CONF.tv, CONF.chanlist) Even trying to watch one of the tv channels doesn't work - instead of getting static, freevo just flicks for a monet then goes back to the menu - there are no error messages from this that I can see. I have tried using mplayer and tvtime as the the tv plugin, but it seems to make no difference. Does anyone know what I am doing wrong? Cheers Dave Smylie --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] TV encoding at the highest possible quality - AVIs > 2G
Hi everyone, Over the past months, I have done a fair but of tweaking and customization with my Freevo setup. One of the areas I still wasn't satisfied with was that of TV recording, since I'm not as lucky as others that have a TV card that does hardware mpeg2 encoding. :) The problem lies in the 2G AVI limitation with mplayer. Specifically mplayer/mencoder doesn't support indexing past 2G, so while you can record and play AVIs that big, you lose the ability to seek in them. So, in my script that calls mencoder, I must use CBR, instead of constant quantizing, because although I have the CPU power to encode with qscale in real-time, I need to ensure the file size doesn't exceed 2G in a 2 hour time period (assuming the maximum length of time I'd be encoding is 2 hours, which is pretty safe for my habits). The problem is, of course, that CBR sucks. So I've just never been happy. I noticed that mplayer did have the ability to seek in files bigger than 2G when using -forceidx, so at least it has the necessary internal support to do this. I posed the question to mplayer-dev-eng asking if it'd be possible to save an index created with -forceidx to an external file, and use that next time. I got a reply that basically said "it should be possible, feel free to try." So I did, and it was trivial, and it works great. Attached here is the patch I came up with, diffed against mplayer cvs from a few days ago. It is a quick hack and is not robust, but it does work. It provides two new options to mplayer: -saveidx and -idxfile. When both arguments are used, the index file is written to the file specified after -idxfile and then quits. When just -idxfile is used, the index file is read. For example: mplayer file_bigger_than_2g.avi -saveidx -idxfile foo.idx mplayer file_bigger_than_2g.avi -idxfile foo.idx This now lets me use constant quantizing with mencoder, so I can get just about the best quality feasible given the constraints of my CPU, TV card, and, of course, mpeg4. My tv-startrecord script calls mencoder, and, when finished, checks the size of the resulting AVI and if it's bigger than 2G, it will generate an index for it. I have modified Freevo to check for the existence of foo.avi.idx when playing foo.avi, and to use it with -idxfile if it exists. For interest, here is how I call mencoder: mencoder tv:// -tv driver=v4l:device=/dev/video0:norm=NTSC:input=1:width=640:height=480:adevice=/dev/dsp:forceaudio:forcechan=2:fps=29.97 -oac mp3lame -lameopts cbr:br=160 -vop crop=620:464:10:4,pp=md -ovc lavc -lavcopts vcodec=mpeg4:vqmin=2:vqmax=3:keyint=250:v4mv:vlelim=-4:vcelim=9:lumi_mask=0.05:dark_mask=0.05:naq -o $MOVIEDIR/${starttime}.avi Notice the use of a deinterlacer (-vop pp=md). I find the median deinterlacer to be a fair compromise between performance and quality. Without deinterlacing the video stream, you'll find that your AVIs will be enormous when using qscale. So I submit this to the freevo crowd in case some of you find it as useful as I do. Happy hacking, Jason. -- Jason Tackaberry :: [EMAIL PROTECTED] :: 705-949-2301 x330 Academic Computing Support Specialist Information Technology Services Algoma University College :: www.auc.ca --- main.orig/mplayer.h 2003-04-07 12:03:37.0 -0400 +++ main/mplayer.h 2003-10-01 11:34:32.198358336 -0400 @@ -43,6 +43,7 @@ extern int stream_cache_size; extern int force_ni; extern int index_mode; +extern char *index_file; extern int autosync; // libmpcodecs: --- main.orig/cfg-common.h 2003-09-05 20:23:44.0 -0400 +++ main/cfg-common.h 2003-10-01 11:39:12.133801680 -0400 @@ -74,6 +74,8 @@ {"noidx", &index_mode, CONF_TYPE_FLAG, 0, -1, 0, NULL}, {"idx", &index_mode, CONF_TYPE_FLAG, 0, -1, 1, NULL}, {"forceidx", &index_mode, CONF_TYPE_FLAG, 0, -1, 2, NULL}, + {"saveidx", &index_mode, CONF_TYPE_FLAG, 0, -1, 3, NULL}, + {"idxfile", &index_file, CONF_TYPE_STRING, 0, 0, 0, NULL }, // select audio/videosubtitle stream {"aid", &audio_id, CONF_TYPE_INT, CONF_RANGE, 0, 8192, NULL}, --- main.orig/libmpdemux/demuxer.h 2003-08-29 04:03:56.0 -0400 +++ main/libmpdemux/demuxer.h 2003-10-01 11:34:26.284257416 -0400 @@ -265,6 +265,7 @@ // AVI demuxer params: extern int index_mode; // -1=untouched 0=don't use index 1=use (geneate) index +extern char *index_file; extern int force_ni; extern int pts_from_bps; --- main.orig/libmpdemux/demux_avi.c2003-08-27 18:30:54.0 -0400 +++ main/libmpdemux/demux_avi.c 2003-10-01 11:34:12.036423416 -0400 @@ -425,6 +425,7 @@ // AVI demuxer parameters: int index_mode=-1; // -1=untouched 0=don't use index 1=use (geneate) index +char *index_file=NULL; int force_ni=0; // force non-interleaved AVI parsing void read_avi_header(demuxer_t *demuxer,int index_mode); --- main.orig/libmpdemux/aviheader.c2002-11-01 12:46:43.0 -0500 +++ main/libmpdemux/aviheader.c 2003-10-0
Re: [Freevo-users] Freevo 1.4rc1 is out
A good Point. Dischi can you add this to the list? It is probably a good thing to add to warn users the DIR_GAMES entry has changed. -- Mike Ruelle [EMAIL PROTECTED] http://world.std.com/~mruelle/ On Sun, 2003-10-05 at 14:24, Sylvain FABRE wrote: > In tha changes, it seems that you forget the new games system. > Right ?? > > Sylvain. > > > Another known bug is that in the new record_server you can't have a > > favorite with a non ascii character right now. Or has rob fixed this > > already? > > > > -- > > Mike Ruelle > > [EMAIL PROTECTED] > > http://world.std.com/~mruelle/ > > > > On Sun, 2003-10-05 at 09:38, Dirk Meyer wrote: > >> After a long time, a new version is out. This is the first release > >> canditate of Freevo 1.4. We will release more canditates until all > >> bugs you report are fixed. Still, this release is the most stable > >> release ever (I hope) > >> > >> Changes since 1.3.4: > >> > >> * changes in the directory structure > >> * setup.py for normal python installation > >> * i18n support: fr, es, sv, nl, pt_BR, no > >> * new record server > >> * idlebar plugin for lmsensors > >> * Merged latest xmltv parsing support > >> * Preliminary FreeBSD support from Lars Eggert > >> * xine support for audio playback (needs xine-ui cvs) > >> * Support for FLAC encoding, tagging and playback (needs > >> xine) > >> * Many fixes for Python 2.3 warnings > >> * bugfixes and better error handling > >> > >> The old record stuff is still in there, but will removed in 1.4. > >> Please test it. > >> > >> Known bugs: > >> > >> * Informations with UTF-8 characters from ogm/ogg files > >> are not displayed correctly. This is fixed in the > >> current mmpython snapshot. Before Freevo 1.4, there > >> will be a new release of mmpython. > >> * If you delete a schedule from inside Freevo, the list > >> of schedules won't update. You need to go back one menu > >> and select it again. > >> > >> We won't add new stuff that could break Freevo until 1.4 > >> final is out. But still, you can help with sending us > >> > >> * Bugreports. Please send them to the Freevo mailing > >> list. If you are not subscribed to it, send a mail with > >> [Freevo-Bug] in the subject to [EMAIL PROTECTED] > >> * Docs. Some plugins are badly documented. If you have > >> some free time, please send a small description how to > >> activate and configure the plugin. Again, to the freevo > >> user list or with the subject [Freevo-DOC] to > >> [EMAIL PROTECTED] > >> * Translations. Freevo now has i18n support. Please send > >> us translations are corrections in the current > >> translation. Subject identifier for > >> [EMAIL PROTECTED] is [Freevo-i18n] > >> * Patches. If you find a bug and can fix it, send it to > >> the list or use the subject [Freevo-PATCH] and send to > >> [EMAIL PROTECTED] > >> * Plugins. If you wrote a nice plugin, we will integrate > >> it. Since it can't break anything when it's not active, > >> we will include any (usefull) plugin in the Freevo CVS > >> (indentifier [Freevo-Plugin] > >> > >> Since I don't like spam to the new address [EMAIL PROTECTED], all > >> mails without one of the above identifiers to that adress will be > >> deleted by procmail. > >> > >> What file to download: > >> > >> The binary release contains the old runtime from 1.3.4. It's hard to > >> build a binary that runs on every Linux box out there. If it doesn't > >> work, you should install the Freevo source release. To do that, you > >> need the dependencies installed. There is a list at the download > >> page. There are also RPMs for Redhat 9 to help you update your system > >> with the needed stuff. Gentoo will have an ebuild from Freevo 1.4-rc1 > >> in the portage tree shortly. If you want to help for other distros, > >> please contact us. > >> > >> Now have fun with 1.4. > >> > >> > >> Dischi > > > > > > > > > > --- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > ___ > > Freevo-users mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/freevo-users > > > > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ___ > Freevo-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-users --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] MPlayer 1.0pre2 filters tv logos
>From the mplayer website Filters: new delogo filter (for removing TV channel logos) Looks like Mplayer is getting interesting For Nvidia users theres also this again from the site NVidia users are going to be pleased with our (rather Sascha Sommer's) newest breakthrough: the nvidia_vid VIDIX driver. It is still in beta stage, but it is known to work on at least TNT2 and Geforce2. You may or may not need to first initialize your card with the closed-source binary (?) XFree86 NVidia drivers. If aye can give ye a hint: assuming you have an NVidia card, try playing a DIV3 (DivX 3.11) file with the following commandline: $ mplayer filename.avi -vc divxds -vo cvidix -vf format=uyvy !!SPOILER!!: Yes, you'll experience REAL graphics video playing, on a REAL text console. Kinda neat, eh? http://www.mplayerhq.hu/homepage/design6/news.html Mark --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] ivtv-fb and freevo
Ryan Novosielski wrote: Nope, not using X. Here is basically what happens. I insert the required modules for the TV out. If I have no fb modules inserted for the regular video card of the system (I ordinarily use vesafb for my console), the console moves over to the TV, however, the cursor is the only thing visible. That's alright, I suppose, though it doesn't make sense that no text will show up (at least I don't think it does, according to the answer from Kevin). I think he missed the point. You should be able to get a normal console on the framebuffer device, if not then something is broken or misconfigured. Also, I think I read that you need vesafb in your kernel for ivtv-fb to work properly... is that the case? If so then you will probably have to have it set to come up in 720x480... erm, or maybe not, I don't think that is a valid vesafb resolution. self.depth) pygame.error: No video mode large enough for 720x480 ... and it's not 720x480 that's the problem either... I tried a fair amount smaller and was never able to get it to go past here... However, as you can see: ivtv-fb: mode is 720x480x32, linelength=2880 ...the only other thing in 'dmesg' that seems interesting to me is: ivtv-fb: ivtvfb_set_var ivtvfb does not support changing the video mode ...what is attempting to change the video mode and why should it do so? It's already set to 720x480 -- does it take issue with the bitdepth possibly? That is a good thing to check out, switching bit depth is like changing resolution which vesafb and ivtv-fb do not support. I with I could help more! -Rob --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Freevo 1.4rc1 is out
In tha changes, it seems that you forget the new games system. Right ?? Sylvain. > Another known bug is that in the new record_server you can't have a > favorite with a non ascii character right now. Or has rob fixed this > already? > > -- > Mike Ruelle > [EMAIL PROTECTED] > http://world.std.com/~mruelle/ > > On Sun, 2003-10-05 at 09:38, Dirk Meyer wrote: >> After a long time, a new version is out. This is the first release >> canditate of Freevo 1.4. We will release more canditates until all >> bugs you report are fixed. Still, this release is the most stable >> release ever (I hope) >> >> Changes since 1.3.4: >> >> * changes in the directory structure >> * setup.py for normal python installation >> * i18n support: fr, es, sv, nl, pt_BR, no >> * new record server >> * idlebar plugin for lmsensors >> * Merged latest xmltv parsing support >> * Preliminary FreeBSD support from Lars Eggert >> * xine support for audio playback (needs xine-ui cvs) >> * Support for FLAC encoding, tagging and playback (needs >> xine) >> * Many fixes for Python 2.3 warnings >> * bugfixes and better error handling >> >> The old record stuff is still in there, but will removed in 1.4. >> Please test it. >> >> Known bugs: >> >> * Informations with UTF-8 characters from ogm/ogg files >> are not displayed correctly. This is fixed in the >> current mmpython snapshot. Before Freevo 1.4, there >> will be a new release of mmpython. >> * If you delete a schedule from inside Freevo, the list >> of schedules won't update. You need to go back one menu >> and select it again. >> >> We won't add new stuff that could break Freevo until 1.4 >> final is out. But still, you can help with sending us >> >> * Bugreports. Please send them to the Freevo mailing >> list. If you are not subscribed to it, send a mail with >> [Freevo-Bug] in the subject to [EMAIL PROTECTED] >> * Docs. Some plugins are badly documented. If you have >> some free time, please send a small description how to >> activate and configure the plugin. Again, to the freevo >> user list or with the subject [Freevo-DOC] to >> [EMAIL PROTECTED] >> * Translations. Freevo now has i18n support. Please send >> us translations are corrections in the current >> translation. Subject identifier for >> [EMAIL PROTECTED] is [Freevo-i18n] >> * Patches. If you find a bug and can fix it, send it to >> the list or use the subject [Freevo-PATCH] and send to >> [EMAIL PROTECTED] >> * Plugins. If you wrote a nice plugin, we will integrate >> it. Since it can't break anything when it's not active, >> we will include any (usefull) plugin in the Freevo CVS >> (indentifier [Freevo-Plugin] >> >> Since I don't like spam to the new address [EMAIL PROTECTED], all >> mails without one of the above identifiers to that adress will be >> deleted by procmail. >> >> What file to download: >> >> The binary release contains the old runtime from 1.3.4. It's hard to >> build a binary that runs on every Linux box out there. If it doesn't >> work, you should install the Freevo source release. To do that, you >> need the dependencies installed. There is a list at the download >> page. There are also RPMs for Redhat 9 to help you update your system >> with the needed stuff. Gentoo will have an ebuild from Freevo 1.4-rc1 >> in the portage tree shortly. If you want to help for other distros, >> please contact us. >> >> Now have fun with 1.4. >> >> >> Dischi > > > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ___ > Freevo-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-users > --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Status of DVB cards in Freevo
Jason Tackaberry wrote: > On Sun, 2003-10-05 at 04:33, Matt McLeod wrote: > > Pretty much, yes. You have to tune the device first, and then you > > can read MPEG-2 streams from it. You still have to pick out the > > right PIDs, though. > > What service provider are you using to supply the DVB stream? Australian free-to-air broadcasters. None of it is encrypted, and the plan is to have analogue transmissions turned off in ten years or so. -- The one good thing about repeating your mistakes is that you know when to cringe. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Error in EPG pickling
Hi! I'm using the cvs version of freevo. Maybe this should be posted in the devel-list, but I hope that some of the developers will see it here anyway. Since yesterday, freevo crashes when I enter the Tv-guide. Reason: I rebilt my TV.xml file, Yes I fixed the link. The name was correct. There were no .pickle files in any directory. The error log is this; --- Freevo start at Sun Oct 5 19:53:44 2003 --- Warning: freevo_config.py was changed, please check local_config.py You are using version 3.9, changes since then: The changelist has not been updated, please notify the developers! WARNING: Could not initialize PyLirc! failed to load plugin ossmixer Traceback (most recent call last): File "/usr/lib/python2.2/site-packages/freevo/plugin.py", line 413, in __load_plugin__ exec('import %s' % module) File "", line 1, in ? File "/usr/lib/python2.2/site-packages/freevo/plugins/ossmixer.py", line 70, in ? import ossaudiodev ImportError: No module named ossaudiodev EPG: Pickled file timestamp mismatch, reloading! Crash! Traceback (most recent call last): File "/usr/lib/python2.2/site-packages/freevo/main.py", line 405, in ? main_func() File "/usr/lib/python2.2/site-packages/freevo/main.py", line 326, in main_func app.eventhandler(event) File "/usr/lib/python2.2/site-packages/freevo/menu.py", line 547, in eventhandler action( arg=arg, menuw=self ) File "/usr/lib/python2.2/site-packages/freevo/menu.py", line 111, in select self.function(arg=self.arg, menuw=menuw) File "/usr/lib/python2.2/site-packages/freevo/tv/tvmenu.py", line 230, in start_tvguide TVGuide(self.get_start_time(), start_tv, menuw) File "/usr/lib/python2.2/site-packages/freevo/tv/tvguide.py", line 83, in __init__ guide = tv.epg_xmltv.get_guide(PopupBox(text=_('Preparing the program guide'))) File "/usr/lib/python2.2/site-packages/freevo/tv/epg_xmltv.py", line 206, in get_guide popup.show() File "/usr/lib/python2.2/site-packages/freevo/gui/GUIObject.py", line 284, in show self.zir.update_show(self) File "/usr/lib/python2.2/site-packages/freevo/gui/ZIndexRenderer.py", line 255, in update_show o.draw() File "/usr/lib/python2.2/site-packages/freevo/gui/GUIObject.py", line 394, in draw self._draw() File "/usr/lib/python2.2/site-packages/freevo/gui/PopupBox.py", line 280, in _draw self.blit_parent() File "/usr/lib/python2.2/site-packages/freevo/gui/GUIObject.py", line 410, in blit_parent elif self.parent.surface: AttributeError: 'NoneType' object has no attribute 'surface' I'm thinking along some of the following lines; 1) I'm missing some (new?) dependency for 1.4-rc1, 2) Freevo is gone mad, 3) I have xmltv 0.5.18, but .19 is the latest. Maybe I should install that? Unrelated issue; I had problems with freevo "hanging" after any game was run. When I switched to (installed and whatnot) for python 2.3 instead of 2.2.2, that went away. Could be anything. /Peter --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Status of DVB cards in Freevo
On Sun, Oct 05, 2003 at 12:18:43PM -0400, Jason Tackaberry wrote: > What service provider are you using to supply the DVB stream? > > I use Bell ExpressVu but I understand there are encryption issues and > it's just not possible for me to save the MPEG2 streams. But I'd be > quite curious to hear if anyone here has done gotten dvbstream to work > with BEV. I think that Bell ExpressVu uses ATSC Digital doesn't it (It's the pseudo-standard in North America, unlike Europe where it's an /actual/ standard :) Aubin --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Hardware Encoding
On Sun, Oct 05, 2003 at 12:13:05PM -0400, Jason Tackaberry wrote: > I'd be quite keen to see an mpeg2 clip encoded by the PVR250. What > software is used to actually write the stream to disk? Is that > supported by mencoder or some other utility? They're pretty huge, but I'll try and dd one and put it somewhere. As for the "software" It uses 'cat /dev/video > file.mpg' essentially, so any program that can open two file handles (one reading, one writing) should be fine. It also uses v4l2 for tuning, so you could roll your own program easily. Freevo >= 1.4rc1 has a pure Python recording application as well, which works great. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] ivtv-fb and freevo
Nope, not using X. Here is basically what happens. I insert the required modules for the TV out. If I have no fb modules inserted for the regular video card of the system (I ordinarily use vesafb for my console), the console moves over to the TV, however, the cursor is the only thing visible. That's alright, I suppose, though it doesn't make sense that no text will show up (at least I don't think it does, according to the answer from Kevin). When I try to run freevo, however, I get the following: Traceback (most recent call last): File "src/main.py", line 134, in ? skin= skin.get_singleton() File "src/skin.py", line 78, in get_singleton exec('import ' + modname + ' as skinimpl') File "", line 1, in ? File "skins/main1/skin_main1.py", line 120, in ? import xml_skin File "skins/main1/xml_skin.py", line 80, in ? osd = osd.get_singleton() File "src/osd.py", line 209, in get_singleton _singleton = util.SynchronizedObject(OSD()) File "src/osd.py", line 340, in __init__ self.depth) pygame.error: No video mode large enough for 720x480 ... and it's not 720x480 that's the problem either... I tried a fair amount smaller and was never able to get it to go past here... However, as you can see: ivtv-fb: mode is 720x480x32, linelength=2880 ...the only other thing in 'dmesg' that seems interesting to me is: ivtv-fb: ivtvfb_set_var ivtvfb does not support changing the video mode ...what is attempting to change the video mode and why should it do so? It's already set to 720x480 -- does it take issue with the bitdepth possibly? On Sun, 5 Oct 2003, Rob Shortt wrote: >Ryan Novosielski wrote: >> Next problem -- it claims that there is no screen available for 720x480. >> However, that is exactly the resolution that the ivtv-fb module is using. > >Are you using X? If so then you must have a modeline and screen section >for 720x480, I think. > >I saw your email to the ivtv list with your problem of getting a clear >console on the framebuffer, without X. Have you been able to get this >to work? That may be better for Freevo, you should try it. > >-Rob > > > > >--- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >___ >Freevo-users mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/freevo-users > --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Status of DVB cards in Freevo
On Sun, 2003-10-05 at 04:33, Matt McLeod wrote: > Pretty much, yes. You have to tune the device first, and then you > can read MPEG-2 streams from it. You still have to pick out the > right PIDs, though. What service provider are you using to supply the DVB stream? I use Bell ExpressVu but I understand there are encryption issues and it's just not possible for me to save the MPEG2 streams. But I'd be quite curious to hear if anyone here has done gotten dvbstream to work with BEV. Jason. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Hardware Encoding
On Sat, 2003-10-04 at 18:34, Aubin Paul wrote: > I've been using a PVR250 for the past two months, and I can definitely > confirm that hardware encoding is working, both in Linux and in > Freevo. I'd be quite keen to see an mpeg2 clip encoded by the PVR250. What software is used to actually write the stream to disk? Is that supported by mencoder or some other utility? Thanks, Jason. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Movies does not fit TV-screen (mplayer, G450, dfbmga).
On Sat, 2003-10-04 at 17:40, Jortan wrote: > I'm running mplayer 1.0pre1 and freevo 1.3.4. When I'm running mplayer > with -vo dfbmga -fs (TV-out) the picture shown streches outside the > TV-screen (a PAL tv). Not that much but a bit annoying. Hi, All (most?) TVs will overscan by a few percent. In fact, this is something I recently learned about, and was told it was normal. I discovered this while doing compression testing. I encoded a clip from a movie, paused at a certain point, and paused at that same point using my DVD player. Then, I'd use my A/V receiver to toggle back and forth to examine the differences and compression artifacting. That's when I noticed my DVD player outputted a picture that seemed to be zoomed in slightly. Or so I thought. After some investigation I learned that it wasn't the DVD player that was "zooming" but rather my TV. The overscan setting on my video card (via nvtv) was such that I was able to see the _full_ video frame; the overscan done by the video out in combination with the tv's overscan rendered the full image to my TV. And I never really noticed the difference with my DVD player until I tried the A-B test. So if you want to adjust for this, you'll need to do the -vop expand trick, or you can try adjusting the overscan on your video card's tv-out, if that option is available to you. Cheers, Jason. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Freevo 1.4rc1 is out
Another known bug is that in the new record_server you can't have a favorite with a non ascii character right now. Or has rob fixed this already? -- Mike Ruelle [EMAIL PROTECTED] http://world.std.com/~mruelle/ On Sun, 2003-10-05 at 09:38, Dirk Meyer wrote: > After a long time, a new version is out. This is the first release > canditate of Freevo 1.4. We will release more canditates until all > bugs you report are fixed. Still, this release is the most stable > release ever (I hope) > > Changes since 1.3.4: > > * changes in the directory structure > * setup.py for normal python installation > * i18n support: fr, es, sv, nl, pt_BR, no > * new record server > * idlebar plugin for lmsensors > * Merged latest xmltv parsing support > * Preliminary FreeBSD support from Lars Eggert > * xine support for audio playback (needs xine-ui cvs) > * Support for FLAC encoding, tagging and playback (needs > xine) > * Many fixes for Python 2.3 warnings > * bugfixes and better error handling > > The old record stuff is still in there, but will removed in 1.4. > Please test it. > > Known bugs: > > * Informations with UTF-8 characters from ogm/ogg files > are not displayed correctly. This is fixed in the > current mmpython snapshot. Before Freevo 1.4, there > will be a new release of mmpython. > * If you delete a schedule from inside Freevo, the list > of schedules won't update. You need to go back one menu > and select it again. > > We won't add new stuff that could break Freevo until 1.4 > final is out. But still, you can help with sending us > > * Bugreports. Please send them to the Freevo mailing > list. If you are not subscribed to it, send a mail with > [Freevo-Bug] in the subject to [EMAIL PROTECTED] > * Docs. Some plugins are badly documented. If you have > some free time, please send a small description how to > activate and configure the plugin. Again, to the freevo > user list or with the subject [Freevo-DOC] to > [EMAIL PROTECTED] > * Translations. Freevo now has i18n support. Please send > us translations are corrections in the current > translation. Subject identifier for > [EMAIL PROTECTED] is [Freevo-i18n] > * Patches. If you find a bug and can fix it, send it to > the list or use the subject [Freevo-PATCH] and send to > [EMAIL PROTECTED] > * Plugins. If you wrote a nice plugin, we will integrate > it. Since it can't break anything when it's not active, > we will include any (usefull) plugin in the Freevo CVS > (indentifier [Freevo-Plugin] > > Since I don't like spam to the new address [EMAIL PROTECTED], all > mails without one of the above identifiers to that adress will be > deleted by procmail. > > What file to download: > > The binary release contains the old runtime from 1.3.4. It's hard to > build a binary that runs on every Linux box out there. If it doesn't > work, you should install the Freevo source release. To do that, you > need the dependencies installed. There is a list at the download > page. There are also RPMs for Redhat 9 to help you update your system > with the needed stuff. Gentoo will have an ebuild from Freevo 1.4-rc1 > in the portage tree shortly. If you want to help for other distros, > please contact us. > > Now have fun with 1.4. > > > Dischi --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourcef
[Freevo-users] Freevo 1.4rc1 is out
After a long time, a new version is out. This is the first release canditate of Freevo 1.4. We will release more canditates until all bugs you report are fixed. Still, this release is the most stable release ever (I hope) Changes since 1.3.4: * changes in the directory structure * setup.py for normal python installation * i18n support: fr, es, sv, nl, pt_BR, no * new record server * idlebar plugin for lmsensors * Merged latest xmltv parsing support * Preliminary FreeBSD support from Lars Eggert * xine support for audio playback (needs xine-ui cvs) * Support for FLAC encoding, tagging and playback (needs xine) * Many fixes for Python 2.3 warnings * bugfixes and better error handling The old record stuff is still in there, but will removed in 1.4. Please test it. Known bugs: * Informations with UTF-8 characters from ogm/ogg files are not displayed correctly. This is fixed in the current mmpython snapshot. Before Freevo 1.4, there will be a new release of mmpython. * If you delete a schedule from inside Freevo, the list of schedules won't update. You need to go back one menu and select it again. We won't add new stuff that could break Freevo until 1.4 final is out. But still, you can help with sending us * Bugreports. Please send them to the Freevo mailing list. If you are not subscribed to it, send a mail with [Freevo-Bug] in the subject to [EMAIL PROTECTED] * Docs. Some plugins are badly documented. If you have some free time, please send a small description how to activate and configure the plugin. Again, to the freevo user list or with the subject [Freevo-DOC] to [EMAIL PROTECTED] * Translations. Freevo now has i18n support. Please send us translations are corrections in the current translation. Subject identifier for [EMAIL PROTECTED] is [Freevo-i18n] * Patches. If you find a bug and can fix it, send it to the list or use the subject [Freevo-PATCH] and send to [EMAIL PROTECTED] * Plugins. If you wrote a nice plugin, we will integrate it. Since it can't break anything when it's not active, we will include any (usefull) plugin in the Freevo CVS (indentifier [Freevo-Plugin] Since I don't like spam to the new address [EMAIL PROTECTED], all mails without one of the above identifiers to that adress will be deleted by procmail. What file to download: The binary release contains the old runtime from 1.3.4. It's hard to build a binary that runs on every Linux box out there. If it doesn't work, you should install the Freevo source release. To do that, you need the dependencies installed. There is a list at the download page. There are also RPMs for Redhat 9 to help you update your system with the needed stuff. Gentoo will have an ebuild from Freevo 1.4-rc1 in the portage tree shortly. If you want to help for other distros, please contact us. Now have fun with 1.4. Dischi -- The truth may be out there, but lies are inside your head. -- (Terry Pratchett, Hogfather) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Status of DVB cards in Freevo
Rob Shortt wrote: > Matt McLeod wrote: > >I looked at trying to get this working with Freevo, but Python isn't > >my thing and I ran out of time. What I have right now is a wrapper > >around dvbstream which tunes the card, grabs the right PIDs, and saves > >the resulting MPEG-2 PS to disk. It's called by WebVCR+ to do > >timed recording. > > You could also use your wrapper as your VCR_CMD for Freevo and record > that way. An even better solution would be to create a recording plugin > that does everything you need right in python... a few ioctl calls (the > ones for tuning the channel are already there), read from the device, > and save to a file. It's on my to-do list as a small project to help me learn Python, but as I've already got a working setup it's not as high a priority as it might otherwise be. Might get on to it over the Christmas break (I'll have a week with not much to do) if nobody has done it by then. Matt -- "The best way to debug a network is to get rid o' de buggers who abuse it!" -- Stephen Harris --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] ivtv-fb and freevo
Ryan Novosielski wrote: Next problem -- it claims that there is no screen available for 720x480. However, that is exactly the resolution that the ivtv-fb module is using. Are you using X? If so then you must have a modeline and screen section for 720x480, I think. I saw your email to the ivtv list with your problem of getting a clear console on the framebuffer, without X. Have you been able to get this to work? That may be better for Freevo, you should try it. -Rob --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Status of DVB cards in Freevo
Matt McLeod wrote: DVB cards don't encode anything -- programmes are broadcast already MPEG-2 encoded. Oh yeah, I forgot. This might be pretty easy. Can you tell me how the DVB device works? Can you simply read a stream from the device and save it to a file? Pretty much, yes. You have to tune the device first, and then you can read MPEG-2 streams from it. You still have to pick out the right PIDs, though. That is very much how the ivtv cards work, it's pretty easy. I looked at trying to get this working with Freevo, but Python isn't my thing and I ran out of time. What I have right now is a wrapper around dvbstream which tunes the card, grabs the right PIDs, and saves the resulting MPEG-2 PS to disk. It's called by WebVCR+ to do timed recording. You could also use your wrapper as your VCR_CMD for Freevo and record that way. An even better solution would be to create a recording plugin that does everything you need right in python... a few ioctl calls (the ones for tuning the channel are already there), read from the device, and save to a file. -Rob --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Various Problems setting up for TV out etc
Hi, Recently posted as Newbie and was encouraged to take the plunge with Freevo... Now some problems. I installed RH9, then got Xawtv working and installed freevo, and Mplayer Set up for PAL resolution in local_conf.py However I found two main problems (Amongst several!) 1. The picture quality was poor, very grainy on full screen (1280*1024) and there were interference artifacts on the screen, also the screen refresh looked like it was running at around 4fps or so, very jerky. 2. Second, if I played an avi file (created with pinnacle on windows, the file would run (without sound but thats for another day probably!) but then grind to a complete halt after about 8 seconds or so every time. Also no TV out from my Radeon 9200 card which only acquires a vesa/generic driver in RH9 SO thought I, I would install the latest driver from ATI. Off I go and download what appears to be the right driver, run the config program as suggested on their website and voila, TV out is enabled. Great, though display quality is pretty poor via the s-video out port but it is a start. HOWEVER I now get the following message when I run xawtv, and trying to view TV via freevo gives nothing, (The screen blanks for 2-3secs then returns to the TV listings. Xserver has no DGA support cant open /dev/video0 I suspect there isn't enough info to give a definite answer but not sure what you will need info wise, please ask (simple instructions please!) Main questions. How do I get TV pictures back again How do I get decent quality both s-video out / TV pictures onscreen Hardware etc. AMD Athlon 1000 400Mb Ram 40GB HD Hauppauge PCI TV card PAL Radeon 9200 VO RH9 Freevo1.3.4 -- Tim http://yingtong.co.uk AMD Athlon 1000, 400Mb Ram, 40GB HD Hauppauge PCI TV card, PAL Radeon 9200 VO, RH9, Freevo1.3.4 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] ivtv-fb and freevo
Next problem -- it claims that there is no screen available for 720x480. However, that is exactly the resolution that the ivtv-fb module is using. I've had things tell me before that they can't change the resolution and fail (zsnes) even though it's not the resolution I'm actually using! =R Novosielski On Fri, 3 Oct 2003, Rob Shortt wrote: > >On a side note I would really love to create some freevo plugins to take >advantage of the pvr-350's hardware decoder but unfortunately I don't >have one. Anyone out there feel like making a donation? ;) Actually >this could also be taken care of by xine or mplayer if they had output >plugins for the decoder. > >That aside, to get SDL to use fb1 you can simply export >SDL_FBDEV=/dev/fb1 before you start freevo. > >-Rob > >Ryan Novosielski wrote: >> Has anyone used this combo successfully that could point me at some help? >> >> I also use tdfxfb as my console -- how can I make freevo use fb1 instead >> of fb0? > > > >--- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >___ >Freevo-users mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/freevo-users > --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Status of DVB cards in Freevo
Graeme Christie wrote: Hi. I was just wondering whether anyone was currently using a DVB card with Freevo. I've just installed a new Avervmedia DVB-T card in my freevo Box (It's a budget kind with no MPEG2-decoder) and have the latest cvs of mplayer playing tv from it with no problems (eg with the command mplayer -vo mga dvb://"TEN Digital", where "TEN Digital" is the channel name). I don't have a DVB card but may be able to help... Has there been any work done on modifying the channel code to deal with named channels rather than numeric ones ? I imagine some kind of translation table would be the easiest way to go. This would also have to be implemented in the record_daemon module aswell I imagine. As far as I know channels are already treated as strings and not numeric. I am working on centralizing channel changing code to allow more controll over your Freevo channel list and what devices to use for each. I also want to record from my external Sattellite box via the (net yet operational, but should work eventually using vfl2/bttv) composite video in. Has any body got using an external channel changing command rather than bttv/mplayer/VFL channel changing to work ? Yes! :) What kind of sattelite box do you have? I made some freevo code to send IR command to my echostar branded receiver and plan on adding another module for 'normal' sat and cable boxes (but hooking in lirc's irsend command should do until then). Also, are you talking about the composite video connection on your DVB card or another v4l device? Does the DVB only ancode to mpeg2 on the tuner input? For more info on my plans for some of this stuff see: http://cvs.sourceforge.net/viewcvs.py/freevo/freevo/WIP/RobShortt/TODO?rev=1.11&view=auto Anyone toyed with the idea of writing the DVB mpeg 2 streams straight to disk. I could probably implement this using -vop copy easiliy enough. This might be pretty easy. Can you tell me how the DVB device works? Can you simply read a stream from the device and save it to a file? The ivtv drivers (for Hauppage pvr-250/350) work like this. For those drivers I cooked up some python to record natively in Freevo. I wrapped up some device ioctl calls in module functions and on the recording side just call some of those functions to set up the device then read from it and save the data to another file. I think that if the DVB cards / drivers work similarly then the same could be done for them. If you want to look at the ivtv code see src/tv/ivtv.py and src/tv/plugins/ivtv_record.py. -Rob --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Status of DVB cards in Freevo
Rob Shortt wrote: > Does the DVB only ancode to mpeg2 on the tuner input? DVB cards don't encode anything -- programmes are broadcast already MPEG-2 encoded. > This might be pretty easy. Can you tell me how the DVB device works? > Can you simply read a stream from the device and save it to a file? Pretty much, yes. You have to tune the device first, and then you can read MPEG-2 streams from it. You still have to pick out the right PIDs, though. I looked at trying to get this working with Freevo, but Python isn't my thing and I ran out of time. What I have right now is a wrapper around dvbstream which tunes the card, grabs the right PIDs, and saves the resulting MPEG-2 PS to disk. It's called by WebVCR+ to do timed recording. But there's no real reason it couldn't work directly with Freevo, though AFAIK TVTime is supposed to support DVB-T now so there may not be much to do for live viewing at least. Matt -- "I only touch base with reality on an as-needed basis!" -- Royal Floyd Mengot (Klaus) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users