On Wed, 2005-05-11 at 10:59 -0400, Hui Zhou wrote: > I love your project. Your canvas display looks awsome! I am thinking I > might copy your menu style to my own project :)
I'm not very artistically creative. I am, however, pretty handy with the gimp, and I can reproduce things I see from scratch pretty effectively, or at least borrow heavily from other people's good ideas. :) The general design (especially the background) you saw on the canvas page was borrowed from ReplayTV. You can see their shots at http://www.pvrcompare.com/rp50images.html . I just borrowed that general appearance because I thought it was cool. :) Other shots on my site quite blatently rip off Media Center because I actually think it's an extremely good and attractive interface. But at least for MeBox it was always my intention to wait for someone with talent to contribute a good theme, when (or if) I ever released something. But if you'd like any of the original gimp XCF files for the graphics I've done, I'm happy to give them to you for your project. As for the actual canvas system, I'm probably not going to end up using that code (which works on top of bmovl2, an mplayer filter I wrote). The canvas library is called mevas, which I've contributed to Freevo; they're using it CVS. Mevas has shown to be pretty good, but I plan on going a different direction for MeBox. > Your use of ring buffer is interesting. How many seconds do you keep > mplayer behind? If accidentaly mplayer read ahead of the recorder, > will it be playing old program forever? Here's an excerpt from the URL in my last email: One important consideration is the minimum allowable margin between the player's current position and the start or end points of the ring buffer. If this margin is too short, it may happen that the player and recorder try to read/write at the same point at the same time resulting in a very ugly mess. If the margin is too long, changing channels becomes quite slow, because the player must be halted until the buffer is full enough. Experimentation has shown that a margin of 2 seconds is about as low as we can get before we run into the problems described above. It may be possible to lower this margin considerably, but it would require a deep kung-fu understanding of MPlayer's MPEG demuxer that I simply don't have. If mplayer gets ahead of the file position the recorder is at, yes, it will be playing old content. So you make sure that never happens. With my timeshift code, if that happens, mplayer will wait until the recorder passes it. We keep a safe margin (2 seconds) to make sure that never happens. (So the waiting is a worst-case scenario to ensure correctness.) > I am currently using a 3-file buffer. I had the recorder to put a > sequence number at the beginning of each file to prevent the decoder > to read out of sequence, although I am using my own program to dumping > mpeg stream to the pvr350 decoder directly. I also have a PVR350 but don't use the decoder yet since the majority of my viewing is mpeg4. YUV decoding is making good progress quite recently, though. I'm hopeful this will usable this summer. Cheers, Jason. ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
