Posts for Johannes

1 2 3 4 5
16 17
Posted: 9/12/2009 6:19 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
http://arstechnica.com/microsoft/news/2009/09/microsoft-teaches-best-buy-employees-how-to-troll-linux-users.ars I hate Microsoft..
SM64.org
Posted: 9/3/2009 8:48 AM
Post subject: TAS Input on Linux
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
Is there currently any way to use the TAS Input Plugin (or any kind of equivalent) on Linux reliably? Otherwise I'll have to use Windows for TASing..
SM64.org
Posted: 8/26/2009 6:32 AM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
It seems Ubuntu is not the right distro for me. I'll try OpenSUSE, Fedora and Debian.
SM64.org
Posted: 8/25/2009 6:01 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
I like to update my programs like mplayer from SVN often, and every single time I need to become root. You have some good points though.
SM64.org
Posted: 8/25/2009 5:41 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
When I create a bash shell script, I get "permission denied" when I try to run it from the terminal. I have to give myself permission to run it by using chmod +x. Every time I install an application through apt-get or make install after compiling, I need to be root, which means I have to add "sudo" before the command and type my password, else I get 13 permission denied. It gets annoying typing my password so often. Alternatively, I can type sudo su - and type my password, and I will be root until I exit the terminal. However, I have heard you need to be very careful with what you do as root - if you edit a file as root, programs can't edit the file by themselves, which can break the system. This whole super duper security thing is nice for a server, but very tiring for a desktop. Sure, if all you do is use the in-built programs like Firefox, it won't be a problem.
SM64.org
Posted: 8/25/2009 6:15 AM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
I've been using Ubuntu on a VM for some days now, and I mostly like it, but.. While all the super duper security in su, root, chmod etc is nice for a server, it's incredibly annoying for a desktop. I've typed my password and chmod +x so many times my hands are sore. I also seem to find important config files in crazy paths like (exaggerated example) /sys/bus/fs/ecryptfs/kernel/dev/proc/block/usr/var/lib/socket9/etc/opt/firm/initrd. Can someone convince me these are not problematic? Otherwise I'm going back to Windows.
SM64.org
Posted: 8/13/2009 11:08 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
Impact009 wrote:
I tried x264 "lossless" encoding, and it's not lossless in areas of bright red.
That's because of the YV12 conversion. x264 lossless is lossless YV12.
Impact009 wrote:
I think you misunderstood what I wanted to do
No. Use MSU screen capture lossless codec instead of Huffyuv for capturing, and the bitrates will be lower, which means fewer 2 GB chunks, which means the problem is solved, unless the movie is really long. Also, don't use the x264 VFW codec. It's maintained by third party developers, and squeezing H.264 into VFW limitations requires dirty hacks which most prominently affect the editing friendliness of the files.
SM64.org
Posted: 8/13/2009 7:37 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
H.264 is a video standard, not an encoder. The H.264 standard does not explicit that H.264 streams must be lossy. .mp4 is a container; you can't "convert" a video to .mp4. XviD is an outdated encoder, use x264 instead. Anyway: I don't know the solution to the running out of file names problem, but if you capture with the more compact MSU screen capture lossless codec, running out of names shouldn't be a problem.
SM64.org
Posted: 7/23/2009 5:17 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
I made an encode. http://sm64.org/johannes/smb-walkathon-happylee.mkv I upscaled it 2x before converting to YV12 to prevent chroma bleeding, but the file size is still quite compact, so it's possibly publishable.
SM64.org
Posted: 7/21/2009 4:21 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
Maj wrote:
Wait so a 250 keyframe interval means that if something falls right before a keyframe, you couldn't seek any closer to it than four seconds before it? Wow, that's pretty terrible.
No, modern decoders can seek to non-keyframes. Having a lot of keyframes speeds seeking up a bit though.
SM64.org
Posted: 7/21/2009 2:34 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
This is awesome, great work. No more need for monitoring Mario's speed to find the optimal angle for every frame manually.
SM64.org
Posted: 7/19/2009 1:15 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
IMO 100% should be maxed out inventory.
SM64.org
Posted: 7/18/2009 10:25 AM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
00C26C44 is the address for Mario's speed.
SM64.org
Posted: 7/7/2009 7:27 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
XP.
SM64.org
Posted: 7/2/2009 8:24 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
http://www.youtube.com/watch?v=X4YX0fxqygk
SM64.org
Posted: 6/21/2009 2:42 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
I remember something resembling CC being possible in Project64 by loading a savestate from a different game, so it should be possible in Mupen too, but CC is not allowed on this site anyway.
SM64.org
Posted: 6/21/2009 1:21 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
I couldn't even watch it. The framerate is too low.
SM64.org
Posted: 6/18/2009 1:32 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
No new strat, just fast. HD version
SM64.org
Posted: 6/17/2009 11:55 AM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
Great job.
SM64.org
Posted: 6/13/2009 10:50 AM
(Edited: 6/13/2009 3:23 PM)
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
http://www.youtube.com/watch?v=-hB1eI-x4BQ HD version
SM64.org
Posted: 6/8/2009 7:09 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
Don't ever use H.264 in AVI. And don't ever use -vf decimate. If you really need to decimate dupes to shave off every last byte possible of the file size, use proper VFR decimation, with this, --deldup 1 and MKV output.
SM64.org
Posted: 5/29/2009 11:32 AM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
Bisqwit, will you accept these 512x448 encodes for their much better quality or is getting below 4 MB/min all that matters?
SM64.org
Posted: 5/28/2009 8:20 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
PointResize is better in this case. We don't want to do any filtering, just simple interpolation. The whole purpose of the scaling is to fit YV12's reduced color resolution.
SM64.org
Posted: 5/28/2009 2:01 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
After some confusion, research and conversations it turns out NES/SNES in YV12 really can't get much better than this: 
AVISource("UncompressedRGB24-SNES9xAVICapture.avi")
PointResize(width*2,height*2).ConvertToYV12()
Tweak(sat=1.2)
The saturation tweaking compensates for the YV12 conversion darkening and makes the red really look red. Sample, encoded with Direct264 at CRF18 with Deldup It does look a lot better than the published SMW encodes, so IMO it's worth it. People have fast connections nowadays, no one cares about the bitrate difference.
SM64.org
Posted: 5/27/2009 2:22 PM
Quote
Johannes
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
N64 TAS of 2010 Speedy TAS of 2010
I also noticed it's not well supported by common media players :/
SM64.org
1 2 3 4 5
16 17