TASVideos

Nope, those all are rejected or canceled submissions that don't have game assigned yet. Everything published is linked with a game. One can't automatically assign the name for non-published stuff because submission game name fields are a mess.

Posted: 12/28/2011 8:44 AM

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

feos wrote:

Let's not link to the current records, they'd require additional updating work as is always done here: http://tasvideos.org/MoviesList.html

Eh? Since last July, MoviesList has only needed updating when a new platform has its first publication (happened once since).

feos wrote:

But linking to all submissions for a game would be perfect. All submissions contain discussion threads, where important info can be found. And all publications can be accessed via sibmission links, but surely not vice versa (as some submissions aren't published).

There is page for each game listing publications and (most) non-published submissions (405 submissions aren't currently listed for any game) for it (e.g. http://tasvideos.org/Game-99.html for Super Mario World). In case you want to fiddle with that URL, the first ID that is valid is 1 and all IDs up to 962 (as of this writing) are valid. Adding publication files, submission threads, marking current records for similar listing wouldn't be difficult.

Posted: 12/28/2011 3:07 AM

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

jimsfriend wrote:

While making this post I was unable to find a way to easily generate a link to a specific post, and had to do it manually. It would be nice if posts had a self linking button, perhaps right next to the quote button.

The small read/unread indicator to the left of post time links to the post itself (yeah, I know it is not obvious).

Posted: 12/27/2011 4:42 AM

Post subject: Re: Game Resources

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

Looking at this from database layout POV, the following pieces are currently available (might not have complete coverage): - Game system - Game name (english only) - Tasvideos tricks page - Submissions, and by extension: * Publications * Categories * Streams * Mirrors There are plans for other game names (JPN/EUR, variations, etc). What the current plans don't cover out of that list: * Links to other pages besides resources page. * Links to SDA runs * Other links * Foregn game resources pages

Posted: 12/21/2011 9:29 AM

Post subject: Re: VirtuaNES 0.93

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

Billy wrote:

Hey guys, I hear you are all always using FCEU and FCEUX, but I would actually prefer to use VirtuaNES 0.93 because it can do the same things those two other emulators can do and MORE!

* As jlun2 said, there are newer VirtuaNES versions than 0.93 * VirtuaNES is no longer accepted for submissions. * And given that it looks there haven't been serious improvements since, it doesn't look like revisiting that decision would be necressary.

Posted: 12/12/2011 1:43 PM

Post subject: Re: Multithread Lua

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

Highness wrote:

I was just wondering if it would be possible to use multithreading when it comes to Lua in our weapon of choice (i.e. emulators), or is there some limits when it comes to the emulator it self? Does the emulator it self need to have the capability of multithreading? I could guess that this would be beneficial when it comes to some bot stuff in the emulators as we can aggregate all the cores in the CPU.

Lua isn't designed to be able to execute multiple Lua functions at the same time in the same context. So that means that Lua code can only use one core. Still, one could run the lua code in its own thread (JPC-RR does this), so other emulation wouldn't eat CPU from Lua code. Unfortunately, this involves multithreading, which is rather complicated (the Lua VM in JPC-RR often locks up the emulator due to race conditions).

Posted: 12/11/2011 3:27 PM

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

diggidoyo wrote:

I suppose I could start working on an actual encode if it will get this ball rolling...

If you are to do official encode(s), you need approved encoder logo (approvals are handled by site managers and senior publisher). Oh, and if you need help with encoding, there's the IRC channel (many encoders hang there) and of course the encoder's corner subforum.

Posted: 12/9/2011 5:49 PM
(Edited: 6/4/2022 4:56 PM)

Post subject: Re: Help with movie dump compiling (JPC-rr 1.12)

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

Svimmer wrote:

The dumping guide for this version of JPC-rr says you need a file called dumpconvert.exe, which comes with JPC. Actually, it looks like you only get the uncompiled dumpconvert.cpp file and I don't really understand how to compile it. Is dumpconvert.exe hosted anywhere? My OS is WinXP 32-bit.

http://www.elisanet.fi/ilari_l/streamtools-r11.6b.zip

Posted: 12/5/2011 5:41 AM

Post subject: Re: TAS binary loader.

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

haslomaslo1 wrote:

How hard would it be to corrupt the memory enough to allow a simple binary loader to run and then to bootstrap FORTH or BASIC through the controller or to do some other fun thing like that?

That would require hijacking program execution flow, and most memory corruption glitches don't allow that. Most systems have write-protected program code. Yes, all systems can execute from some kind of RAM, but you have to make the program jump there somehow. Also, it would be material for playaround videos only (and in games that allow SRAM saving), as the game state is wrecked so bad that the game is uncompletable without resetting.

Posted: 12/3/2011 5:26 PM

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

YaLTeR wrote:

Can I post the logo here? Also what's the new conversion method? I want true HD.

If you post it here, downscale it (or link to it), otherwise it will screw the thread just due to sheer size. The new method is to do a single point resize to smallest resolution that: 1) Causes YT to offer original resolution (Width greater than 1920 OR height greater than 1080). 2) Has pixels of equal size (Horizontal and vertical scale factors are integers). 3) No chroma loss (horizontal and vertical scale factors are even). 4) Is of correct aspect ratio (ratio of width to height is 4/3 for stuff displayed on TV). If original is 256x224 (NES NTSC) this gives 3584x2688. If original is 256x240 (NES PAL), this gives 2560x1920. As a warning, with some systems (e.g. Genesis), this results too large video. The older method (which still has to be used in some cases) is three step process. First point resize by integer to at least 961 wide or 541 high, then point resize to correct AR and finally point scale by 2x.

Posted: 12/3/2011 5:15 PM

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

YaLTeR wrote:

1. I know about the subtitles but what's wrong with logo? I know I forgot to say that its tool-assisted video and for details visit http://TASvideos.org, I added it already to next version of logo

Show it to at least one of site managers or to senior publisher.

YaLTeR wrote:

2. I am using a script from this thread and it outputs me such resolution. Give me a better script plz if you have it

I guess the original video output is 256x240 and the script uses the older method. That would give 1920x1440.

YaLTeR wrote:

3. And how do you know the resolution?

Knowing that NTSC NES is 256x224 and PAL NES is 256x240. And then computing what various HD methods would resize that to.

Posted: 12/3/2011 4:42 PM

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

YaLTeR wrote:

Thanks to everybody who helped me! My first HD encoded video: http://youtu.be/j6TkP6HKxRM

1920x1440 resolution? * NTSC NES HD should be 3584x2688 (old method gave 1792x1344). * PAL NES HD should be 2560x1920 (old method gave 1920x1440). Also, if you are going to try to encode old publications for uploading to YT, you need to have subtitles and actual encoder logo.

Posted: 12/3/2011 9:07 AM

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

YaLTeR wrote:

Can you tell me how to do that? Because I'm new to encoding videos...

Open the .avs file in virtualDub and save audio as WAV (I don't know what the command is exactly called but there should be one like that). An alternative is to postcorrect the audio dumped from .avi using SoX: sox audio-original.wav audio-fixed.wav pad 2 2 This delays audio for 2 seconds (the most common logo length... If it isn't 2 seconds, adjust both those 2's in the command). If encoding for Youtube, this might work too (again, with raw audio track dumped from .avi): sox audio.wav audio.flac pad 2 2 ... Which also compresses the audio using FLAC while compensating for the logo.

Posted: 12/2/2011 7:55 PM

Quote

Ilari

Emulator Coder, Experienced Forum User, Published Author, Skilled player (1142)

Joined: 5/1/2010
Posts: 1217

TASeditor wrote:

Why in the world am I a Former Player?

You don't have current run that is rated (unrated movie counts as 0 points).

Posts for Ilari