From gif at 220hex.org Sat Aug 13 07:03:37 2005 From: gif at 220hex.org (220hex) Date: Sat Aug 13 07:03:52 2005 Subject: [linux-graphics-dev] Reminder: Piksel05 - Call for entries Message-ID: <200508131303.37762.gif@220hex.org> +++ only 3 days left... +++ ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| -- Piksel05 - october 16-23. 2005 -- call for participation -- deadline 15. august 2005 ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| Piksel[1] is an annual event for artists and developers working with open source audiovisual software tools. Part workshop, part festival, it is organised in Bergen, Norway, by the Bergen Centre for Electronic Arts (BEK) [2] and involves participants from more than a dozen countries exchanging ideas, coding, presenting art and software projects, doing workshops, performances and discussions on the aesthetics and politics of open source. Piksel05 will take place in Bergen october 16. - 23. 2005. The development, and therefore use, of digital technology today is mainly controlled by multinational corporations. Despite the prospects of technology expanding the means of artistic expression, the commercial demands of the software industries severely limit them instead. Piksel is focusing on the open source movement as a strategy for regaining artistic control of the technology, but also a means to bring attention to the close connections between art, politics, technology and economy. One of the results of the past Piksel events is the initiation of the Piksel Video Framework for 'interoperability between various free software applications dealing with video manipulation techniques'[3]. Piksel05 will also feature the release of the Piksel LiveCD[4], a Linux distribution containing the software used and developed at Piksel. The package contains a suite of innovative audiovisual and artistic software, free video plugins, and documentation from the past Piksel events. |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| open CALL for PARTICIPATION The last two Piksel events has focused on live art/audiovisual performance, but for Piksel05 the main focus will be an exhibition in collaboration with Hordaland Kunstsenter[5]. For the exhibition and other parts of the program we are interested in submissions in the following categories: 1. Installations and interactive work Audiovisual installations created and run solely using open source software. The theme for the exhibition will be loosely related to 'games' and the gaming experience. 2. Audiovisual performance Live art realised by the use of open source software. 3. Software Innovative artistic tools or software art released under an open licence. Please send documentation material - preferably as a URL to online documentation with images/video to piksel05@bek.no Deadline - august 15. 2005 Use this form for submitting (or go to the online form at http://www.piksel.no/piksel05/subform.html): |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| 1. Name of artist(s), email adr. 2. Short bio/CV 3. Category 4. URL to online documentation 5. Short statement about the work(s) 6. List of software used in the creation/presentation of the work(s) |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| Or send by snailmail to: BEK att: Gisle Froysland C. Sundtsgt. 55 5004 Bergen Norway More info: http://www.piksel.no/piksel05 piksel05 is produced in cooperation with Kunsthoegskolen in Bergen dep The Academy of Fine Arts, Hordaland Kunstsenter. Supported by PNEK, Bergen Kommune, Norsk Kulturfond, BergArt. links: [1] http://www.piksel.no [2] http://www.bek.no [3] http://www.piksel.org [4] http://www.piksel.no/pwiki/PikseLiveCD [5] http://www.kunstsenter.no -- -------------------- www.220hex.org www.r3aktor.com http://mob.bek.no From dan at dennedy.org Fri Aug 19 01:50:44 2005 From: dan at dennedy.org (Dan Dennedy) Date: Fri Aug 19 01:51:56 2005 Subject: [linux-graphics-dev] Re: [Kino-plugins] OT? size of image2raw-output In-Reply-To: <200508082255.04281.kino@ml05a.pinguin.uni.cc> References: <200508072342.13021.kino@ml05a.pinguin.uni.cc> <42F7A6FF.2040307@dennedy.org> <200508082255.04281.kino@ml05a.pinguin.uni.cc> Message-ID: <200508190150.44487.dan@dennedy.org> On Monday 08 August 2005 04:55 pm, Al Bogner wrote: > Am Montag, 8. August 2005 20:39 schrieb Dan Dennedy: > > > I think there is also the problem creating a movie from the reduced > > > dv-file. > > > > I do not understand what you mean by movie. Do you mean, loading it into > > Kino or using some tool to convert to AVI or Quicktime, or playing with > > a particular player? > > FIrst I have to say sorry, if I don't use the correct words in English. > > There is a "movie" at http://pinguin.uni.cc/jerking_flickering_xvid.avi, > which was created by a friend using Win. The name of the file says it, at > my pc and other people say it too, it is "jerking" (not quiet) viewed by > xine or mplayer and it is flickering on tv after it was converted with > transcode to mpeg2 and burnt on a dvd. I know that TV is interlaced of > course. I tried the fieldorder bottom and top first. But there are people, > who say, that it is neither flickering nor jerking. I use a XP 2700 with a > Geforce2 (nv, no 3D) I viewed the movie you posted above. If you step through the transitions frame-by-frame using something like mplayer (use '.' key), it looks fine. However, on full playback, it is not quite smooth. I believe the problem is related to the human perception of the motion in the image sequence. In other words, the amount of motion at the given frame rate is not enough to appear smooth to (most) human's eyes/brain. > Since we are not satisfied with the quality, I searched for other ways to > create something like jerking_flickering_xvid.avi or > http://www.deniscarl.com/stills2dv/mpeg1.mpg > > Here you find the used still-images: > http://pinguin.uni.cc/001_test.png > http://pinguin.uni.cc/002_test.png > http://pinguin.uni.cc/003_test.png There are different ways to improve the motion, but I am no expert. Hopefully, others on the linux-graphics-dev list will know more. One approach is to increase the framerate with obvious consequences: increased file size, limitations on the output if needing to comply with PAL. There are other rendering techniques such as field-based rendering (if you intend to have interlaced output aka PAL), motion blur, and I think some form of subpixel interpolation. While interlace is a form of analog compression, it provides 50 fields per second in the PAL domain for a virtual higher framerate. Therefore, when targeting an interlace output, field-based rendering is important. Some Kino effects support field-based rendering--the ones that do show a checkbox so you can toggle it. Our newer project, MLT, does a bit more field -based rendering. However, let's assume you need a progressive output for viewing on computer. Alas, I don't have an answer ready, but hope to learn more. > > If you have a version of > > ffmpeg from within the past year, try ffmpeg -i %03d_alga.png -target > > pal-dvd alga.dv > > I use Debian-packages with ffmpeg 20050427-0.2 > > I don't undertstand why you wrote %03d_alga.png, the original filename I > tried is 001_alga.png '%03d' is a file-matching pattern that ffmpeg understands in order to read image sequences. It means to read a 3 digit decimal digit with leading zeroes to pad out to 3 digits. > ffmpeg -i %03d_alga.png -target pal-dvd alga.dv > ffmpeg: error while loading shared libraries: libavformat-cvs.so: cannot > open shared object file: No such file or directory Your ffmpeg installation is broken. > apt-cache policy libavformat-dev > libavformat-dev: > Installed: 0.cvs20050313-2 > Candidate: 0.cvs20050313-2 > Version Table: > *** 0.cvs20050313-2 0 > 400 ftp://ftp.at.debian.org sarge/main Packages > 400 ftp://ftp.debian.org sarge/main Packages > 100 /var/lib/dpkg/status I do not understand what all this means from that Debian tool (I am not a regular Debian user). However, you most likely want ffmpeg from Christian Marillat's apt-get repository: http://debian.video.free.fr/ From mail at jensgulden.de Sat Aug 27 19:02:46 2005 From: mail at jensgulden.de (Jens Gulden) Date: Sat Aug 27 19:00:11 2005 Subject: [linux-graphics-dev] [ANN] unpaper 1.1 update Message-ID: <4310F116.8040406@jensgulden.de> Hello, unpaper version 1.1 has been released. unpaper is a tool for post-processing scanned book pages. Some new features at a glance: - Combine single-page scans to 2-page layout output. - Resize to specific sheet sizes ('a4', 'letter', ...), zoom, stretch. - Optimized speed of the auto-rotation ("deskewing") feature. Available at http://unpaper.berlios.de/. Enjoy, Jens From the history: 2005-08-27, version 1.1 - Single-page input sheets can now be joined to make 2-page output sheets. See options --input-pages [1|2] and --output-pages [1|2]. - Multiple input and output filename patterns can now be specified using the options --input-file-sequence and --output-file-sequence. - Blank pages or sheets can be inserted into the sequence of input sheets using --insert-blank and/or --replace-blanks, - Zooming and stretching are now supported, see --stretch, --zoom and --post-stretch, --post-zoom. - The sheet size can be set while keeping the content's aspect ratio (and centering it with best-fitting on the sheet) using --size and --post-size. For changing the sheet size without performing any stretching/zooming of content use --sheet-size. - Faster rotation when deskewing images. The rotating algorithm has been optimized to run up to 4 times faster than before. Additional speedup may be achieved by caching intermediate results of trigonometric calculations when processing multiple page. This caching uses a lot of memory, it can be enabled using the --cache switch. - Rotation detection can now be configured to start at individual edges of the area to process. The parameter --deskew-scan-direction no longer takes v[ertical],h[orizontal] as values, but now l[eft],t[op],r[ight], b[ottom]. The default is 'l,r', which matches the previous version's default 'horizontal'. - The behaviour of the 'double' template, used with the --layout parameter by specifying "--layout double", has been changed slightly. The input images are no longer assumed to be rotated by 90 degrees, as they would be when scanned from paper with a usual ADF-scanner. That means, "--layout double" no longer implies "--pre-rotate 90" and "--post-rotate 90". To get the layout-template behaving as in earlier versions, use "--layout double-rotated", this behaves like the old "--layout double". - --border-align --border-margin allow to align page content heading towards one edge, but keeping a specified distance margin. - Using the new parameter --blackfilter-scan-exclude [l,t,r,b], areas can be specified on which the blackfilter will not work. This is useful to exclude the blackfilter from working on inner page content, e.g. to protect images with larger dark parts from deletion. Note that the --layout option may preset some blackfilter-scan-exclude masks. - The speed of the noisefilter has been optimized a bit. - The default --mask-scan-step value has been changed from 10 to 5, which should sometimes lead to better mask-area detection. - The default --deskew-scan-depth value has been changed from 0.66 to 0.5, should sometimes lead to better rotation detection. - The default --black-treshold value has been changed from 0.5 to 0.33, which should give a better looking, more saturated result when converting grayscale images to black-and-white mode. - Existing output files will no longer be overwritten by default. If an output file to be written already exists, the program terminates with an error instead. Overwriting can be allowed using the --overwrite switch. - Fix: Setting the parameter --pre-rotate or --post-rotate to 0 will no longer issue a useless warning message. - Tested on MacOS X, additional compilation instructions for MacOS have been added to the documentation. - Tested on SPARC Solaris. - Compiler switch -DNOSINCOS disables use of the sincos() function, which preserves compatibility with math libraries that do not provide this function.