Posts for Bisqwit


Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Raiscan wrote:
Did this happen recently? May I ask what kind of job you're going for? Does administrating TASVideos really take up that much of your spare time?
Relatively recently, yes. I did mention starting in September that I'm following curiously which direction God wants to lead my life. I still don't know what is the complete plan; I only know that it has something to do with Jews. And yes, administrating TASVideos indeed takes too much of my spare time. I realize I could easily take week long leaves from it and nobody would care, but I don't want to abandon it. I want new maintainers for it. I could still continue to host it, but I want to grant the responsible people full access to it without granting full access to other things on my server. That, and I want things so that I could easily shut down my server for whatever reason without inconveniencing lots of people.
Post subject: Re: Long-term maintenance change plans (people needed)
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Nach wrote:
Why are you requiring developers to login and upload changed files? The process is error prone, and gives more permission out to people than they should have. For the sites we develop at work, all our code is stored in a version control system, we have the main site, and the developer site. The site itself via its admin interface allows telling it to update itself to any particular revision (usually the latest). Developers play with their own setup, commit to VCS, developer site syncs with VCS, it's tested on a larger scale, and when found stable, main site can be synced, no room for forgetting to upload just one file.
That is an immensely interesting idea. I have never heard of it before.
Nach wrote:
Escaping SQL queries? What decade are you living in?
The majority of TASVideos code is built on escaping SQL queries, i.e. code such as this:
    $where = Array();
    if(...) { $where[] = 'status<>"Y" and status<>"R" and status<>"C"'; }
    if(...) { $where[] = 'gamename='.sqlfix($gamename); }
    $SQL = 'select submission.*,system.abbr'.
             ',site_text.timestamp firsttimestamp'.
             ',calc_submission_average_rating(submission.id)avgrating'.
             ',(select count(distinct userid)from submission_rating'.
                 ' where submissionid=submission.id)nvotes'.
       ' from submission,system,site_text';
    $where[] = 'system.id=systemid';
    $where[] = 'submission.id>0';
    $where[] = 'site_text.submissionid=submission.id and site_text.revision=1';
    if(!empty($where)) $SQL .= ' where '.join(' and ',$where);
    $SQL .= ' order by system.abbr,gamename,firsttimestamp';
In some code, the question of SQL escaping is avoided entirely, such as this:
       $fields = Array
       (
         'playerid'    => $_POST['playerid'],
         'gamename'    => $_POST['gamename'],
         'gameversion' => $_POST['versionname'],
         'nickname'    => $_POST['nickname'],
         'romname'     => $_POST['romname'],
         'id'          => $movieid,
         'inpure'      => $_POST['inpure']=='Y' ? 'Y' : 'N'  
       );
       $SQL = GetUpdateSQL('movie', $fields, $movieid);
Yet only recently, have I begun using a feature similar to prepared statements:
$SQL = SqlPrintf(
  'delete from movie_rating where userid=%d and movieid=%d and ratingname=%s', 
  UserGetId(), $movieID, $data['name']);
Nach wrote:
Escaping data runs a lot of risk in doing it wrong. Depending where it's coming from, and having it also have to escape HTML, and how many quotes may currently be in the string at the time can make escaping get ugly at times. Escaping SQL can change from query to query, don't leave such things up to chance.
So far I have had quite robust guidelines that are easy to implement and to follow, and I rarely if ever make mistake with it. Of course you're right that nonzero chance is not preferable to zero chance.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Xkeeper wrote:
Bisqwit wrote:
Re: serif fonts: I like them ;) Though I don't like Times new Roman that much, especially the hinted (pixel-aligned) one. I set the body text font to Georgia IIRC.
You didn't do a very good job of it, though:
#page, #pagepreview, #subpreviewwin
{
  font-family:/*helvetica,*/serif;
  color:#000;
  padding:3px
}
This is one of many instances in the code.
Ah. It seems you're right. Now I changed everything to sans-serif, sans the headers.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Bezman wrote:
Does that also mean that putting an image on the right-hand side is a headache?
No. Images make a special case…
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
klmz wrote:
Talking about the site history thing, the current history page isn't complete yet... I guess you'd better complete it yourself, as you know it the best.
For the purposes of things mentioned on this page, that page is complete enough. Though overall it is quite incomplete. However, I disagree on the notion that I'm the best person to complete it :P
Post subject: Long-term maintenance change plans (people needed)
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Hereby I am announcing that I will eventually quit the administration of TASVideos and all related tasks. As I have previously stated, I want to keep things operational as long as possible, and certainly I do not want my quitting to disturb the site's operation in any way. For example, I have paid the tasvideos.org domain for five more years. As such, however, I want to progressively give out portions of this site to other people. These are the things I want to give out / assign new people for: BitTorrent tracker The tracker is the site tracker.tasvideos.org. It contains the following properties: ― A webroot wherein torrents are stored and downloaded from. In the same webroot, a SOAP API, written in PHP, exists ― the main site will use this API to query torrent download locations, and to upload new torrents. ― BitTorrent tracker software (BNBT). It uses the webroot as its allowed-dir. Maintenance requirements: ― Your Internet connection should allow incoming connections to ports 80 (http), 6969 (BitTorrent) and 6967 (the second tracker). ― Ensuring that the disk space does not run out. Currently the tracker uses some 44 MB of disk space. If tracker logs are enabled, the amount grows by some 50 MB each day, but otherwise, it grows quite slowly. ― Ensuring that the tracker software (BNBT) as well as the web software are up and running. ― Once in a while moving old torrents from the webroot into an "obsolete" directory. This is an entirely manual process, but completely optional. ― It requires a relatively small amount of bandwidth. I'd say if you have 15 kB/s upstream, it's enough for the tracker. You will, however, require a robust router, because the tracker gets connections from a lot of different IP addresses. If your router is not robust, you may find that you need to reboot it often. TAKEN by Nach. (Not migrated yet?) Thanks! Image server The image server is the site media.tasvideos.org. It contains the following properties: ― A webroot wherein images (screenshots) are stored and downloaded from. In the same webroot, a SOAP API, written in PHP, exists ― the main site will use this API to query image download locations, and to upload new images. (Implemented in April 2009) Maintenance requirements: ― Your Internet connection should allow incoming connections to port 80 (http). ― Ensuring that the disk space does not run out. Currently the site uses some 500 MB of disk space (though most of that consists of old AVI demonstration files). The amount grows by a megabyte or so per month. If the AVIs and old TASSnapShots are scrapped (feasible), it is only 80 MB. 40 MB, if also autoscreenshots are scrapped. ― Once in a while, optimizing all new PNG files with pngout. This is completely optional, but it will reduce your bandwidth utilization by a few percent. ― Ensuring that the web software is up and running. ― Your bandwidth should be such that your server can upload something like 20―50 kB/s. Images are requested usually in spurts, i.e. for 20 seconds there is no access, and suddenly 150 files are downloaded at once. TAKEN by Nach. Thanks! The actual site The actual site is the tasvideos.org website and its subdirectories, including the forums. It contains the following properties: ― A webroot wherein the site engine is executed from. In the same webroot, is the forums, and all the backend functions (such as the SOAP API) of the website. ― Two MySQL databases: one for the actual site (nesvideos_site) and one for the forums (nesvideos_forum). ― A memcache cache process. Maintenance requirements: ― Your Internet connection should allow incoming connections to port 80 (http). (And likely 22 (ssh), for the developers.) ― Absolutely trustworthy and keeps confidential information confidential. ― Ensuring that all software is running and operational. ― Ensuring that the Internet connection (network) is capable enough and robust. ― Ensuring that the hardware is sufficient for the site. The current site has a Intel Core2Quad (64-bit 4-core 2400 Mhz) and 6 GB of 800 MHz RAM. It is well enough to run everything mentioned in this post. ― Ensuring that there is enough disk space. The website (including forums) requires about 8 MB of disk space and the MySQL database requires 1 or 2 gigabytes. ― At least the following software are required on the site: Apache version 2.2 or later, PHP version 5.2 or later, MySQL version 5.0 or later; the following PHP extensions: Curl, Gd, Memcache, MySQL, Tidy, XSL, SOAP. ― Give maintainers of the site source code the access to update the site, and to access the databases directly. ― Your bandwidth should be such that your server can upload something like 20―50 kB/s. More is better, of course, and especially with the large Movies-*.html pages (which vary from 200 to 600 kilobytes), users will appreciate it if the pages load quickly. TAKEN by Nach. Thanks! Site development and maintaining (multiple people wanted) This is the most important bit. In the future, I will not have time to maintain the site's source code anymore, so others will have to do it. However, I cannot grant access to the current site directly – only to the source code – for the reason that the server contains many other things besides TASVideos – and thus, the actual site has to be moved too, for the maintainership of the site to be possible for others than me. The TASVideos site source code is stored in a GIT repository, and the database is a MySQL database. A developer will implement changes in those and upload those changes to the actual site. The developer will gain access to the entire site history and to some privileged information such as the e-mail addresses of the userbase. Requirements: ― Absolutely trustworthy and keeps confidential information confidential. ― Experience in PHP programming and MySQL database design. ― Ability to read code that is although modular, very scarcely commented and documented. ― Understanding of secure web programming; proper escaping of SQL queries, proper escaping of HTML characters, etc. ― Desire to maintain and improve the site. Anything changed on the site should go through the coordinator first, though. Maintenance requirements: ― Once in a while running the makesnapshot.php script, which creates the TASSnapShot. ― Once in a while running the automatic_screenshot.php script, which adds automatic screenshots to new submissions. Examples of long-term plans to flesh out: ― Streaming video support. ― Upgrading the forums (phpBB3 for example). ― Changing the wikimarkup engine (use mediawiki's?). Site coordinator A site coordinator (policy administrator) decides the direction that TASVideos is going towards. Example tasks: ― Deciding which emulators are acceptable platforms (TAKEN by Adelikat) ― Deciding how files are named A site coordinator should also be a developer, or be in close contact to developers to exact these changes. TAKEN by Adelikat. Thanks! Public relations person Sometimes the press wants to contact us, asking questions, interviewing us. A PR person would be the one to most commonly answer such interviews. So far, it has been me. They would be identified on the About page as the spokesperson. Requirements: ― Knowledge of the site history. ― An enthusiastic view towards TASing. ― Expertise of TASing techniques. ― Responsible use of language and a positive appearance when talking via email or otherwise. ― Good relations to the contributors. TAKEN by Adelikat. Thanks! But requires some set-up… IRC channel ownership Someone else should take over the ownership of #nesvideos and the responsibility of assigning operators. TAKEN by Adelikat. Thanks! For all these tasks, it is an absolutely requirement that the new responsible person will be trustworthy, and will not e.g. suddenly disappear from the Internet without warning, at least not without first transferring the responsibility to someone else in a similar manner as I'm now going to start doing. You should also make frequent and complete backups, just in case your harddrive blows up or something else happens. I will be available for guiding, training and helping in questions until September 2009. The desired timeline for this all is that by the summer of 2009, everything has been moved. ======================================================= EDIT: By AngerFist's input, I'll clarify this a bit. I'm gradually going to spend less and less time with TASVideos, and some day -- probably not this year but maybe in three years, I may be required to move to another country; that day, it'd be convenient if I didn't have this server running here at my home. A much closer looming possibility is that my privilege of free Internet connection with static IP will be ended by the company I work for.... So in a few years, I hope it can be arranged that TASVideos does not need to be hosted particularly on a computer running at my home. If a day comes that I must move and TASVideos is still running from my home, I will archive it as a readonly copy, put it on a lightweight free hosting, give a backup of the database and code to someone who I can trust (if there's one), and then I'll shut down the site and redirect the address to the readonly copy. As for the administrative tasks, as long as I have Internet access, I can contribute somewhat, but as I'm going to spend less and less time with TASVideos, I can't keep up with everything that happens here, and I cannot respond to needs immediately, and to prevent things from falling into stale state, I want there to be other developers and other admins. It'd be nice if these responsibilities could be split among many people so they don't need to know much at once, but a person who could handle more would be better and more fluent for the development model. I'm very glad that encoding and publishing tasks as well as page editing have been taken by volunteers so far. I'm grateful to those people!
Post subject: Re: Call for action
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Warp wrote:
Bisqwit wrote:
We need: Encoders Encoders who can re-encode any published AVI/MKV file to generate a streamable FLV file with index, and upload it to the server farm and update some kind of index that tells which servers have the file.
What kind of work does this involve? How far can it be automatized?
Very far, or not far, depending on tools. If we can use e.g. mencoder (which emits somewhat broken FLV sometimes), this kind of script can be used completely automatically to convert an AVI into FLV1 (H263 video):
mencoder \
        input.avi \
        -mc 0 \
        -o output.flv \
        -of lavf -lavfopts format=flv \
        -oac mp3lame -af resample=22050 -lameopts preset=30:aq=0 \
        -ovc lavc \
        -lavcopts vcodec=flv:vqscale=9:mbd=2:trell:cbp:v4mv:cmp=6:precmp=3:dia=-3:predia=-4:vb_strategy=1:preme=2:vpass=1

for s in 2 3 4 5; do
mencoder \
        input.avi \
        -mc 0 \
        -o output.flv \
        -of lavf -lavfopts format=flv \
        -oac mp3lame -af resample=22050 -lameopts preset=30:aq=0 \
        -ovc lavc \
        -lavcopts vcodec=flv:vqscale=11:mbd=2:trell:cbp:v4mv:cmp=6:precmp=3:dia=-3:predia=-4:vb_strategy=3:preme=2:vpass=3
done

# This puts an index into the flv, for seekability:
wine ./flvmdi.exe output.flv /k
It preserves the movie's length and whole content including any subtitles, since it is made by re-encoding from the published AVI. If sufficient software can be installed on the/a TASVideos server to do this, it could do it automatically for any published AVI once it has been downloaded. Then uploading it to the servers ― I was thinking maybe the server administrators could rather download the FLVs themself, so they could decide which movies they particularly want to stream…
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
symbolic X wrote:
What about frames per second? It loads up faster at 30 but it's slower at 60.
I prefer 60. But the bitrate concerns likely need to be reviewed for optimal streamability.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
ShinyDoofy wrote:
Convince me to get myself a .to domain (I personally don't like servers without a proper second-level domain) and I'm all in.
Since the streaming servers' addresses will never show to users unless they use a network monitor such as Firebug, the address does not matter at all, as long as it's static.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Truncated wrote:
Here is a funny (maybe?) idea: give stars to movies based on user votes. Which voters affect the star ranking is unknown to both themselves and other users. Bisqwit selects which voters contributes to the star ranking, but cannot elect himself.
This gets us to the Slashdot style moderation: Every day, a limited number of new moderators are selected randomly by the site engine from users who have recently been active, doing metamoderation* and commenting. Those moderators have five (5) moderation points, which they can use as they choose to demote/promote posts; after which they have none remaining and they're back to regular users. They will also lose them if they don't use them within the 24 hour window. Metamoderation is a Slashdot feature available for all registered readers. Users get a list of randomly selected anonymized moderation decisions, and they can vote whether the moderation decision was fair or unfair. Supposedly, people who are consistently reported being unfair as moderators, will not be elected as moderators that often, and conversely, fair people are more commonly elected as moderators. A similar approach could work here: It would then not require any attention from me, and it would be also resistant for abuse. Every day, the site would elect a new Star Committee from a few registered users (with criteria such as recent rating activity perhaps), and those users would be given a chance to give -1/+1 votes to movies' star-worthiness. Those votes would be tallied, and only movies having >= +4 votes would be Special stars. The number of votes they can give would be small, conversely proportional to the number of people in the Committee. A metavoting system similar to Slashdot's metamoderation could also exist and be available for all users, registered or not. Opinions?
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Xkeeper wrote:
Your best bet might be something like Bisqwit's tile tracker. The screen on an NES is either 256x512 or 512x256 -- and most of the time, the amount of screen drawn is just enough. i.e., there's no easy way to do it, and things like sprites would likely phase in and out of existance at the edges of the "normal" border.
Indeed. Ps. It is supposed to be 16/9, not 16/10. :)
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Rridgway wrote:
Just to point something out, the search button makes it look like the top right text box beside it is for searching when it is for passwords?
It is indeed for searching. The password is input to the field that comes after the "Password:" prompt when you first input your Login name. Re: serif fonts: I like them ;) Though I don't like Times new Roman that much, especially the hinted (pixel-aligned) one. I set the body text font to Georgia IIRC. Xkeeper: The main header size… well, I wanted to prevent it taking too much room, as it is rarely the most relevant piece of the page; you already should know which page you entered, and the first paragraph should tell a lot more than that header. Re: Movies pages sizes: That is why I have wanted to tone the movie listing pages to the direction that I used on the Aural version, and only display the full information on pages that have a single movie on each. Unfortunately, that idea was not very welcomed. stickyman05: Columns are difficult to layout in HTML, unless you resort to using tables. However, as for tables, the current Wiki markup doesn't quite support them to the extent you suggested, so unless one wants to hardcode that page as serverside code, it is a no-go. (The extra bullet is also a consequence of this design.) An option is to switch to another wikimarkup engine, which is what I studied in e.g. September. However, I fear I do not have time for that project; new developers are needed.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Xkeeper wrote:
This actually makes sense only if your monitor has just the right gamma :) On my laptop's LCD, if you watch it from an upwards angle, it starts looking right, but if I watch it straight, not so.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
MiraiGen wrote:
EDIT: Is...is that Luigi strutting under the logo?
Umm, yes it is.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
qFox wrote:
I think php can track bandwidth just fine. Whenever it feels it's gonna exceed the current limit it can finish whatever it's uploading
Well, TASVideos cannot do that because it cannot keep track of how much traffic has been transferred from the user's server. The transfer requests are initiated with Flash, and even if they are bounced from a TASVideos server, that server can only know of the starting points, not of how many bytes were transferred. Enables/disables would have to come from the stream provider's side. EDIT: Actually there may be a bookkeeping mechanism, I recall youtube uses one. Needs investigation, and needs planning of how to bookkeep the transfer limits.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Allright, I started thinking of a streaming video framework. How does this sound? Every user on the site (or at least those authorized somehow) has an access to a "control panel", somewhat similar to the "rate movies" framework, where they can select movies (from the selection of all movies on the site) and specify which movies they have on their own server, and add the streaming URL for that particular movie? They would be allowed to enable / disable it at at any time, to conserve their bandwidth caps, and the site would choose sites from the pool to stream from. Those sites only need to have the backend to provide FLV files ― either with direct access or through a script that allows seeking (included below). Naturally, they must acquire the FLV files (e.g. download or encode) somehow. This is the database change, gives some idea what kind of framework this would be (for those who know how to read it):
CREATE TABLE movie_streaming
(
  id             INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
  movieid        INT NOT NULL,                              KEY m(movieid),FOREIGN KEY(movieid)REFERENCES movie(id)ON DELETE CASCADE ON UPDATE CASCADE,
  userid         INT NOT NULL,                              KEY u(userid),FOREIGN KEY(userid)REFERENCES users(id)ON DELETE CASCADE ON UPDATE CASCADE,
  
  # What is the user's opinion of this stream's availability?
  user_enabled   ENUM('N','Y') NOT NULL DEFAULT 'N',
  user_modtime   INT NOT NULL DEFAULT 0,
  
  # What does the TASVideos server think of this user's server?
  # This decision overrides user_enabled when user_enabled='Y'.
  # TASVideos should automatically verify the user's server
  # periodically to see if it still supplies conforming stream
  # at an adequate kB/s rate.
  server_enabled ENUM('N','Y') NOT NULL DEFAULT 'N',
  server_modtime INT NOT NULL DEFAULT 0,

  # Classes:
  #   M = authentic movie
  #   C = commentary
  #   H = movie with camera hack
  #   T = trick video of some interest
  #   O = auxiliary video of some other kind (comparisons, etc.)
  class         ENUM('M','C','H','T','O') NOT NULL DEFAULT 'M',

  # The streaming URL access point.
  # A $ in the URL will be substituted with the starting position.
  streaming_url VARCHAR(255) NOT NULL,

  # Description for this particular video stream pertaining to this movie
  description   TEXT NOT NULL DEFAULT '',

  # length in seconds
  length        DECIMAL(10,3) NOT NULL DEFAULT 0.000,
  # size in bytes
  filesize      INT(11) NOT NULL,
  # width and height
  width         SMALLINT NOT NULL DEFAULT 256,
  height        SMALLINT NOT NULL DEFAULT 224
);
This is the PHP script that allows seeking:
<?php

$pos  = (int)$_GET['start'];
$name = (string)$_GET['v'] . '.flv';

if(ereg('[/+^*?\\\\]', $name) || !file_exists($name))
{
  header('HTTP/1.0 404 NOT FOUND');
  die("{$_GET['v']} not found");
}

$len = filesize($name);
if($pos != 0) $len = $len - $pos + (3+2+4+4);
$fh = @fopen($name, 'rb');
if(!$fh)
{
  header('HTTP/1.0 403 PROBLEM');
  die("{$_GET['v']} has a problem");
}
header('Connection: close');
header('Content-Type: video/x-flv');
header('Content-Length: '. $len);
if($pos != 0) print "FLV\1\1\0\0\0\11\0\0\0\11";
fseek($fh, $pos);
while (!feof($fh)) print fread($fh, 65536);
fclose($fh);
If it were installed as "flv_stream.php", the access point URI would be, for example, "http://www.w-create.com/~bisqwit/nesvideos/flv_stream.php?v=qkpqeigpqig&start=$". In the movie entries on the website, all enabled streaming video entries would be listed for that particular movie, and the user could start viewing one of them at time. There's still the open question as for who encodes those movies, but the idea behind this is that most of the work is delegated to volunteers, and the threshold to become a stream provider would be low.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
A friendly bump. Summary so far: We could have streaming video at TASVideos (i.e. youtube like video embeds). I'm open for the option ― it would be acceptable only if we could provide it ourselves, and not depend on e.g. Youtube. We need: Contributors with servers! Minimum requirements: ― A few gigabytes of free disk space ― At least 10 Mbit/s upload speed ― Direct access to the files on HTTP, without any registration/html clickthisandthat steps ― That the uploaded videos don't magically expire without warning Recommended: ― At least 60 gigabytes of free disk space ― Ability to run PHP script (or CGI) (without this, the video stream cannot be seeked) ― At least 100 Mbit/s upload speed ― No daily/weekly/monthly transfer caps We have had zero volunteers so far. If however we could establish this framework, it would be nice if we had multiple contributors. This way, some load balancing could be done, and those with transfer limits could also participate. We need: Encoders Encoders who can re-encode any published AVI/MKV file to generate a streamable FLV file with index, and upload it to the server farm and update some kind of index that tells which servers have the file. We need: Streaming playing software (Flash) This is the least of the practical problems. At the minimal level, we can even rip Youtube's player as I have already done :P
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Baxter wrote:
if it's an improvement by how much it was improved.
Added some kind of indication addressing that concern.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
The category of starred movies is now open again ― they're called "special stars". Because the name is now different, maybe the criteria should be too, so I'm starting a new thread because the reading of the previous posts in this thread is not relevant for the new thread. I'm locking this thread. Discussion relating to the stars should be conducted in this new thread: http://tasvideos.org/forum/t/7498
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
The "special stars" category is also now open. Discussion relating to the stars should be conducted in this thread: http://tasvideos.org/forum/t/7498
Post subject: Special stars
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
The category of starred movies is now open again as of the site update ― they're called "special stars". Because the name is now different, maybe the criteria should be too, so I'm starting a new thread because the reading of the previous posts in the older thread is not relevant for the new thread. For starters, I restored the old star list, and upgraded what I could see to account for movies that have been improved since then. Criteria: ― Special stars are movies that are particularly impressing, and worth being presentational material for this site. ― A sampling of the special stars is randomly picked once every few minutes to be showcased on the front page. ― There are no per-game limits on movies to be listed. ― The general rule is, anything listed in this category – special stars – should be worth watching for most of the audience, new and old alike. ― So far, the list can be maintained by administrators (halfadmins included). If someone has suggestions on how to automatically maintain it, go ahead. Specific selections can be suggested too.
Edit by Ilari: Relevant links: [Wiki]Stars[/wiki] [Wiki]Movies-Stars[/wiki] [Wiki]StarmanGuidelines[/wiki] [Wiki]TierMaintenanceLog[/wiki]
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Yay, it's been published now! Thanks to all who tested and provided priceless feedback, including Tub, Twelvepack, Stickyman05, Raiscan, ShinyDoofy, Moozooh, Alden and Warp. Total amount of site source code changed:
Updating 551091d..502589c
Fast forward
 .htaccess                           |    3 +-
 xxxxxxxx.TXT                        |  262 +++++++++++++++++++++++++++++++++++
 Makefile                            |   11 +-
 css/.css                            |  202 +++++++++++++++------------
 css/back2.png                       |  Bin 1082 -> 1080 bytes
 css/back3.png                       |  Bin 1779 -> 1761 bytes
 css/back4.png                       |  Bin 1792 -> 1780 bytes  
 css/back5.png                       |  Bin 2570 -> 2558 bytes
 css/back6.png                       |  Bin 2109 -> 2091 bytes
 css/blue.png                        |  Bin 111 -> 110 bytes
 css/cv2uback.png                    |  Bin 2853 -> 2823 bytes
 css/favourite.png                   |  Bin 178 -> 174 bytes
 css/forumbg.png                     |  Bin 12954 -> 9043 bytes
 css/homepage.png                    |  Bin 109 -> 109 bytes  
 css/medium_rssicon.png              |  Bin 0 -> 55503 bytes
 css/mm3-password.js                 |  131 +++++++++---------
 css/mm4-password.js                 |  115 ++++++++--------
 css/nesvbg-forum-revised.xcf        |  Bin 0 -> 104112 bytes
 css/nesvbg-forum.xcf                |  Bin 0 -> 56051 bytes
 css/nesvbg.png                      |  Bin 36692 -> 30421 bytes
 css/nesvbg_home.png                 |  Bin 0 -> 51628 bytes
 css/nesvbg_home.xcf                 |  Bin 0 -> 234266 bytes
 css/paypal-but04.gif                |  Bin 849 -> 0 bytes
 css/paypal-but04.png                |  Bin 0 -> 694 bytes
 css/ratingadjuster.js               |   30 ++--
 css/ratingbg.png                    |  Bin 2783 -> 2781 bytes
 css/ratingbg2.png                   |  Bin 7420 -> 2946 bytes
 css/rsssmall.png                    |  Bin 0 -> 480 bytes
 css/tinylogin.js                    |   32 +++++
 css/toppub.png                      |  Bin 161 -> 161 bytes
 data/xxxxxxxxxxxxxxx.php            |    4 +-
 data/xxxxxxxxxxxxxxx.src            |   62 ++++----
 xxxxxxxxx.sql                       |    6 +-
 xxx/xxxxxx.php                      |   13 ++-
 xxx/xxxxx.php                       |   71 ++--------
 xxx/xxxxxx.php                      |    6 +-
 xxx/xxxx.php                        |    2 +
 xxx/xxxxxxxxx.php                   |   11 ++
 xxx/xxxxxxxxxxxxxxxxxxxxx.php       |    6 +- 
 xxx/xxxxxxxxxx.php                  |   53 +++++--
 xxx/xxxxxxxxxxx.php                 |   25 +---
 xxx/xxxxxxxx.php                    |   72 ++++++++++-
 xxx/xxxxxxxxxx.php                  |    3 +-  
 xxx/xxxxxxxx.php                    |    1 + 
 xxx/xxxxxxxxxxxx.php                |    5 +-
 modules/activetab.php               |   10 ++
 modules/cachestatistics.php         |    2 +-
 modules/displaymovie.php            |    2 +-  
 modules/donatebutton.php            |    2 +-
 modules/frontpagemovielist.php      |  106 ++++++++++++++
 modules/frontpagesubmissionlist.php |   56 ++++++++
 modules/loginbar.php                |   18 +++
 modules/moviechangelog.php          |   48 +++++--
 modules/rssbutton.php               |   23 +++
 modules/wikilogin.php               |    6 +
 modules/wikitextchangelog.php       |   29 +++-
 xxxxxxxxx.sh                        |    2 +-
 57 files changed, 1029 insertions(+), 401 deletions(-)
 create mode 100644 COMMENTS.TXT
 create mode 100644 css/medium_rssicon.png
 create mode 100644 css/nesvbg-forum-revised.xcf
 create mode 100644 css/nesvbg-forum.xcf
 create mode 100644 css/nesvbg_home.png
 create mode 100755 css/nesvbg_home.xcf
 delete mode 100644 css/paypal-but04.gif
 create mode 100644 css/paypal-but04.png
 create mode 100644 css/rsssmall.png
 create mode 100644 css/tinylogin.js
 create mode 100644 modules/activetab.php
 create mode 100644 modules/frontpagemovielist.php
 create mode 100644 modules/frontpagesubmissionlist.php
 create mode 100644 modules/loginbar.php
 create mode 100644 modules/rssbutton.php
Total number of pages edited:
http://tasvideos.org/FullRecentChanges.html wrote:
# 08:04 ArticleIndex (New +13) by Bisqwit · "New page (INCOMPLETE CONTENT, needs edit)" # 08:04 NewMovies (Diff +1) by Bisqwit · "+tab" # 08:03 GameList (Diff +1) by Bisqwit · "+tab" # 08:03 ListAllMovies (Diff +0) by Bisqwit · "+tab" # 08:03 SubmitMovie (Diff +1) by Bisqwit · "+tab" # 08:02 SubmissionInstructions (Diff +1) by Bisqwit · "+tab" . * 07:30 (Diff +0) by Bisqwit · "update submission-updating instructions" # 08:02 About (New +41) by Bisqwit · "New page" # 08:02 (homepage)Bisqwit (Diff +1) by Bisqwit · "+tab" # 08:01 SiteTechnology (Diff +1) by Bisqwit · "+tab" # 08:00 Movies (New +27) by Bisqwit · "Revised content" # 08:00 FrontPage (Diff +1) by Bisqwit · "New front page layout" # 07:57 SystemPages (Diff +1) by Bisqwit · "Revised content" # 07:57 SystemLayoutMainMenu (New +6) by Bisqwit · "New system page" # 07:56 SystemLayoutTinyMenu (New +4) by Bisqwit · "New system page"
The primary motivation behind this change is to bring the site layout style forward by a few years. Hopefully the usability was also improved a little in the process, and not degraded. Blame /praise ahead :)
Post subject: Re: chronological listing of tas publications option
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
this is me wrote:
i was curious as to what movie was published the day i first visited here but the "recent additions" only goes back to 19/4/2004 or 4/19/2004 for my fellow americans
I'm not a "fellow american", but http://tasvideos.org/NewMovies.html does indeed go back all the way to the beginning*. However, it only lists each movie once, and it groups them by the obsoletion chains. You can find older movies on that page by searching for specific dates, or for example "2004-04" which gets you all movies published in April 2004… *) Though the most early movies are not listed. For example, there are several revisions of Solstice by Exim that are not archived on this site… I'm not sure if I possess them at all.
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
ZeXr0 wrote:
The bad thing about the movie format that the site uses is that it can't be played out of the box. I need to remember what codec download to be able to play it.
Well, yeah. FinalFighter uses to solve that problem by always publishing his movies in MPEG1 (.mpg) format. Those are playable with almost anything. But I don't want to go that way ― not the least because to achieve equivalent quality with MPEG1 than with H.264, you need to create ten times as large files…
Editor, Experienced Forum User, Published Author, Active player (296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Raiscan wrote:
functionality to change just the caption to be added.
Oh year, I didn't think of that. Hmm… hmm… Coding that feature was not on my todo list… Phh. I may not have time to add it very soon. I'll add it once I have time, though.