This entry was posted
on Sunday, February 10th, 2008 at 6:40 am and is filed under Uncategorized.
You can follow any responses to this entry through the RSS 2.0 feed.
Both comments and pings are currently closed.
@Alpha13 – I’ve always had a tough time trying to use the tiled clones thingy, and was surprised to see the grid arrange tool there. I had never used it before this! Coming up with these screencasts teaches me stuff about Inkscape too. 😉
Nice cast (BUT—- there is always one of these) when I downloaded it (save link as), it downloads and the audio is ok but the video (AVI) stops and starts and the mouse pointer jumps. I DL it 3 times at different times today, all the same. When I DL with Realplayer (flv) it works fine. Just thought you might want to know.
In what media player are you trying to view the avi? Do you have a codec that will play h.264 video properly? If not, have you tried viewing the avi in either SMplayer or VLC? Both are free.
I’m no codec/player expert but using Real Player in this case (to view an flv) seems rather odd. I take it you are a Windows user? On the other hand, if Real PLayer works and it’s what you comfortable using then I say continue doing it.
Also, the K-Lite codec pack (standard or full) is recommended if you do not like SMPlayer or VLC. With either one of those options you should be able to play just about anything you throw at it. Would you be willing to try one of those players?
Back to the flv files. Those typically play in a web browser with the flash plug-in. We recommend that you start and stop the download so that you can buffer ahead 10% before playing again. That way you won’t get any skipping. If you wish to download and watch the flv instead of the avi then I recommend SMplayer or VLC to watch those as well.
I have the same problem as Don Waters’s. You have recommended Don to use VLC player, but both in Windows and in Gnu/Linux the video played by VLC is not fluent (same situation as in Don’s case). With VLC the demo is played fluently, but the problem starts when tutorial begins. However, on Mplayer, XINE and Totem the complete video is normal.
Yep. I confirmed last night that playback does indeed get choppy using VLC on my linux box at home. I think I must have done my checks with Totem or Mplayer before I uploaded it. I’m currently going over my screencasting post production methods and seeing where it is that I differ with heathenx. Although of course he has his own problems with playback sometimes too.
This encoding stuff is hard! 🙂 I’m going to write up some python scripts to make the process a little more consistent for myself. I may be able to play with the order of how I process (and join etc.) the videos and see if that helps.
Right now, I take the original ogg videos that recordmydesktop produces, convert them to avi (h264 with b-frames) and join them up (screencasters intro + my sped-up intro + the main screencast) and fix all the sound and music. Then once that is all done, I convert it to a slightly different avi format (h264 without b-frames) so that I can make the .flv file. I think heathenx might be doing that conversion to remove b-frames earlier in the process. Maybe that will make a difference, maybe not.
It’s also a bit hard to compare notes because he doesn’t do the sped-up intros with music, and he does all his stuff in mono sound, where I do mine in stereo. Of course only the musical bits really require stereo but it’s all or nothing once you use a single finished avi of course.
Maybe we move the whole mess to mpeg-1 like I’ve been saying all along. The quality will be crap and the file sizes will be larger, but then everyone will be able to play it. 😉
As I’ve demonstrated in a few of my inkscape screencasts, it is possible to do some image manipulation in Inkscape. Mostly this involves importing images and converting them into fill patterns and manipulating the shape of them. But unless you convert the image to a path (using ‘Trace Bitmap’ you can’t do things like perspective transformations or things like that.
The problem is that if you use the ‘trace bitmap’ function to turn your bitmap into a vector object you will lose quality if the image contains smooth gradients – as photos always do. You can see this in some of our screencast thumbnails where smooth gradients turn into dithered messes ;). So if you wanted to do the effect that you linked to, it would be better to do the perspective transformation of the photo in the GIMP first and import the revised bitmap into Inkscape after. Then you could transform the panel and do the shading and gradient stuff and just use the image as is. Does that make any sense?
I still think Inkscape is so much better for certain tasks (not all). So I use the GIMP to do some of the stuff I need (like transforming or distorting images) and use Inkscape for reflections, gradients, dropshadows and stuff like that.
I have an idea for a possible tutorial (in case you are looking for inspiration) : a Julian Opie style portrait such as described here :http://www.family-portrait-artists.com/ . All the photos disappeared except for the result, but I think that the text gives a pretty clair idea of how to do.
I can do a nice portrait in 4 hours. It would be a chalenge to do something good looking in 20 minutes but you have impressed me so much already !