pouët.net

fenarinarsa information 152 glöps

• general:
• level: user
• personal:
• first name: Cyril
• last name: Lambin
• portals:
• demozoo: profile

• demo Atari Falcon 030 Lockup by Mystic Bytes [web]
• Excellent! We need more stock Falcon demos like this :D
• rulezadded on the 2018-11-27 00:01:56
• 32b Apple II grey screen with no music by Fenarinarsa [web]
• 24 bytes. Color monitor required :D
• isokadded on the 2018-09-02 01:03:31
• demo Atari STe Bad Apple!! by Fenarinarsa [web]
• Final version & source code available.
  
  The final version is low-res and high-res compatible and the archive also contains smaller versions for slow HDDs.
  
  Some bugs were also fixed and now it should be compatible with a lot more HDD drivers.
• isokadded on the 2017-12-30 12:57:34
• demo Atari STe Bad Apple!! by Fenarinarsa [web]
• @Zlew I didn't say it in the demo but this year is the 10th anniversary of Bad Apple (the music) and next year will be the 10th anniversary of the original video. So yes, it's old. And it's a kind of benchmark. Some conversions are juste amazing. I was thinking of doing this conversion during maybe two years.
  
  @britelite as I said elsewhere it started as a performance test and ended as an exercise to get back to 68k code. When I see your demos for instance I feel like a small old poop doing crappy code. Not to say I never did any 3D in my whole life.
  That said I did it for fun and not for the competition, I wouldn't have cared of it not being shown in the ST compo since I originally planned a standalone release.
  I don't really think it's a technical achievement, but maybe it's a dad achievement, it's actually quite hard to code when you have kids. Thumbs up to all parent coders.
  The only thing I hope it may bring to the ST scene is to point out that you can have nice streaming audio. imho the soundtracks (pcm or ym) in recent ST demos are mostly boring :/
  
  @sim karaoke was planned but I want to work on something else now. It needs some work but is totally doable, since the rendering takes around 30% of CPU/blitter time in average. You can play other videos but the code is optimized for this specific animation.
• isokadded on the 2017-12-10 22:40:38
• demo Atari STe Bad Apple!! by Fenarinarsa [web]
• I will release the source code later, you can disable blitter but the generated file is ~40% bigger. As on STF there is only 3 bitplanes needed and a reaaaaally lowered quality audio, it should compensate.
• isokadded on the 2017-12-10 13:43:12
• wild Playstation 2 Cruisin 3 by Abyss [web]
• How it works. Don't watch if you don't want to know :)
  http://www.youtube.com/watch?v=NCbb86jphn4
• isokadded on the 2013-04-10 01:26:54
• wild Playstation 2 Cruisin 3 by Abyss [web]
• This is fantastic ! I really loved this one.
  
  I worked a lot into video editing when this kind of analog oscilloscope was always plugged on the video outputs in video output factories. They're used to check the video levels for luma. Each horizontal blank signal (=line) drives the oscilloscope which draws the luminosity of the line (so if everything's black and one line is 25% gray, wherever it is on TV, on the waveform monitor you get one big flashy line on the bottom and a light line at 25% luma). You can Google Images for "video waveform luma" to find what I mean. Now for cost reasons such analog oscilloscopes are not used anymore, and a lot of editing software include a soft waveform monitor directly in the UI.
  
  At the time I edited some Amiga/ST demos and I already noticed that objects containing raster colors (for instance, scrolltexts) appeared on the waveform monitor, perfectly visible, with different movements on the scope than on the video screen because the up/down movements where driven by the rasters' colors luminosity. That was fun to watch indeed, like another demo in the demo.
  
  So my thoery is that they actually used this plain trick for the first part, the only thing is that it seems they have used slightly different settings to zoom into the waveform graph so that the "borders" of the graph are hidden in the scope borders.
  
  For the second part (the dual screen part), my guess is that they used another setting to further zoom into the oscilloscope graph so that whites and blacks don't show up on the scope, and that they used hidden lines of the video signal to display greyscales that don't show on the TV (overscan) but are still decoded by the scope. Another theory is that they might have used very dark greys in the background to make the scope animation, in any case the scope rendering is very blurry, meaning they had to use only a subset of the scanlines or the luma scale (or both). Also don't forget that analog video use a luma scale that is larger than digital video with underblacks and overwhites.
  
  I don't think the scopes are using the chroma part of the signal since the vertical bars that appears on the edge of some objects is a typical waveform filtering issue.
  
• rulezadded on the 2013-04-03 05:45:19
• 96k Atari STe Muda by Live!
• Amazing :D
• rulezadded on the 2013-01-08 14:55:06
• report Wild Temps Réel - MAiN #5 by Nolife [web]
• Okay, I checked with everyone at Nolife and we actually can offer an official download link of the report for Pouet & the scene.
  Here is the permanent link : http://fdata.nolife-tv.com/fichiers/TR_S9s17n25_english_notime04.mp4
  It would be nice also to add additional links to the French version (Nolife) and the English version (Nolife), for eventual subscribers to Nolife to enjoy the HQ version and point to the show's source. In this specific case it's not mandatory but it's usually what we ask in return.
• isokadded on the 2011-05-17 19:03:26
• report Wild Temps Réel - MAiN #5 by Nolife [web]
• keops : I understood that. I'm currently working on seeing if it's possible for us (technically/legally/politically) to host the file on our servers. If it's not possible, I'm afraid I might ask to delete this page on pouet.
• isokadded on the 2011-05-16 21:15:13