1. First try uploading ANY replay had failed from my side, I had a message the length can not be established (tried every mod and nomod). Then after another person put a video the upload went okay without problems (tried same replay as previously). Just pointing this out. 2. The sound seems a little off, like a few ms early.
1. First try uploading ANY replay had failed from my side, I had a message the length can not be established (tried every mod and nomod). Then after another person put a video the upload went okay without problems (tried same replay as previously). Just pointing this out. 2. The sound seems a little off, like a few ms early.
Anyways, this is great. Good job there.
1. I applied a fix for that just there now, I think the replay format changed at some point in the past because all the replays you uploaded are missing the length info that's present in all the examples I've put through it until now. I'll have to see about decoding the 7z (I think) stream that most of the replay consists of and/or scraping the highscores page to make a proper fix at some point
2. Increased the offset from +12ms to +16ms, might be a little better now (inb4 I've gone the wrong way )
Shiro wrote:
I am in awe. This thing is absolutely amazing. For the notifications, you can disable them in the options.
Unfortunately that doesn't work, there's a handful of options that don't save correctly under Wine/Linux
I've fixed it so it works as guest now though, not logged into my account any more when recording
Seph
Seph
amazing that it works on ctb too, though no online scoreboards ;;
For some reason it says it detected DOUBLETIME/NIGHTCORE in nomod replay, causing the video to end too early.
Removed DT/NC 'support' (I have a sneaking suspicion it was coincidental it worked at all ) entirely, better to record past the end of DT than to stop early on non-DT
I'll look into the proper method of length reading (ie decoding the 7z) tomorrow, if my server is still in one piece!
EDIT: i can also help you adjust the offset if need be, looks a wee bit late
You really don't want to, it's horrendous
Probably not going to open source it any time soon, but I'll send you a wee pm to peek through when I get a chance to clean it up tomorrow
As for the offset, late/early always confuses me: assuming I'm padding the start of the audio track with 16ms of blank, should I increase or decrease that padding?
Offset is a tad bit late.. but other than that it's fine. I also tested a taiko replay on it because all of the other replays looked good. Not a good choice to make because the play field is constantly moving so you can tell when frame rate drops(?) or if there is lag(?), sometimes the taiko play field starts shaking like a leaf in a blizzard
Offset is a tad bit late.. but other than that it's fine. I also tested a taiko replay on it because all of the other replays looked good. Not a good choice to make because the play field is constantly moving so you can tell when frame rate drops(?) or if there is lag(?), sometimes the taiko play field starts shaking like a leaf in a blizzard
Aye the GPU and hard disk can't always keep up sadly, if only I had a basic discrete gpu in there along with twice the ram
I've taken out the 16ms padding entirely, see if that's any better now offset-wise
should be, UO is rarely needed except on very old sound cards in my experience
also, regarding messy code: you've never seen my contributions to osu! source code.. i feel like an elephant living in a bird colony when compared to the other devs sometimes!
should be, UO is rarely needed except on very old sound cards in my experience
Aye you're probably right, the audio stack it's going through scares me though
Various alsa hooks, probably a bit of pulseaudio thrown in along the way, hnnnnng
At least I'm not trying to asynchronously capture from the pulseaudio equivalent of stereo mix and sync it up with a variable frame rate video (any more), now THAT was madness!
Also speaking of the osu source code, would it be possible to get the code for decoding replays? I'm at a total loose end with determining length/doubletime properly, I guess what I need is in the mysteriously compressed part
Offset is a tad bit late.. but other than that it's fine. I also tested a taiko replay on it because all of the other replays looked good. Not a good choice to make because the play field is constantly moving so you can tell when frame rate drops(?) or if there is lag(?), sometimes the taiko play field starts shaking like a leaf in a blizzard
Aye the GPU and hard disk can't always keep up sadly, if only I had a basic discrete gpu in there along with twice the ram
I've taken out the 16ms padding entirely, see if that's any better now offset-wise
Better, I also tested a song that was more than 6 minutes long. I was seeing how far into the replay it would go.
Update: thanks to statementreply, doubletime/nightcore detection now works perfectly - no more running on way past the end
Additionally, I've added code which scrapes the length from the online page for the correct difficulty if it can't be determined from the HP/time graph data in the .osr file, so basically no more recordings stopping early.
Update: thanks to statementreply, doubletime/nightcore detection now works perfectly - no more running on way past the end
Additionally, I've added code which scrapes the length from the online page for the correct difficulty if it can't be determined from the HP/time graph data in the .osr file, so basically no more recordings stopping early.
Nice fix, would that also include songs longer than 5 minutes? That "test" I ran capped the replay at 6:08, which wasn't too far off though. The replay only had a few more seconds left on it.
Edit: The offset is better too might need some fine tuning but other than that, it was fine.
You should add a historical display of previous conversions on the page somewhere, in my opinion.
Yeah I've been recording the data for that, just need to add a page to display it
In fact the whole UI needs redone properly, it's literally a 30 minute job as it stands
Kuro wrote:
Darkimmortal wrote:
Update: thanks to statementreply, doubletime/nightcore detection now works perfectly - no more running on way past the end
Additionally, I've added code which scrapes the length from the online page for the correct difficulty if it can't be determined from the HP/time graph data in the .osr file, so basically no more recordings stopping early.
Nice fix, would that also include songs longer than 5 minutes? That "test" I ran capped the replay at 6:08, which wasn't too far off though. The replay only had a few more seconds left on it.
That's probably due to the second thing I fixed, so it's worth trying again
Are you sure you're uploading the replay(.osr) and not the .osu?
All of your replays should be saved in C:\Program Files (x86)\osu!\Data\r or C:\Program Files\osu!\Data\r depending on your processor and OS Make sure the extension ends in .osr
Awesome, the website gave alot of useful information about the last successful video, and also give's enough live streaming on the website to realise where it is. And the console was very helpful as i know when did the recording start, ended, or the converted. Also, 720p HD! Although it seems that the gameplay was resized to a very small window... Or is it just me? >.<
Awesome, the website gave alot of useful information about the last successful video, and also give's enough live streaming on the website to realise where it is. And the console was very helpful as i know when did the recording start, ended, or the converted. Also, 720p HD! Although it seems that the gameplay was resized to a very small window... Or is it just me? >.<
Yes the game runs at 640x480 which is then upscaled to 960x720. Sadly the GPU isn't quite up to running 800x600 or higher smoothly
The upscaling process makes osu! content look vastly better on youtube, even compared to uploading it at native 720p equivalent or higher (you end up with loads of aliasing in the final product in this case). Just a quirk of whatever way Youtube's final encoding process works
Upscaling to 1080p looks even better, but it's not worth the speed tradeoff (takes more than twice as long)
The only thing that catch my eye is the weird font text on the "REPLAY MODE - Watching <user> playing <artist> - <song> [<difficulty>]" and the OSR information at the top of result screen. I guess it's because the game can't find the required font.
The video has good quality (though not as good as what I uploaded myself, but I can't blame you if this is intended to allow other users to upload their OSR as well). Timing-wise, I find it acceptable without any noticeable de-sync. Upload speed is blazingly fast! :O I would love to see online scoreboard though, if only it's possible to see without logging in... Overall, it's still satisfying nevertheless.
If you want me to "break" the server, I probably would go on uploading a lengthy Marathon map OSR, but I'm just afraid I would get banned from using the service for that.
This looks nice, however I am interested in what kind of video codec do you use. Looking at the vids, they look somewhat pale (probably due to bad color conversion on rgb?).
This looks nice, however I am interested in what kind of video codec do you use. Looking at the vids, they look somewhat pale (probably due to bad color conversion on rgb?).
I haven't really noticed any colour difference to be honest
The capture is done in BGR (no idea bits/pixel) which GLC internally converts to YUV420 (I guess any flaws in this conversion would be considered a bug in GLC). Colourspace isn't touched beyond this
Codec-wise, uncompressed+lossless GLC mystery format -> YUV4MPEG (GLC internal conversion) -> x264 via ffmpeg
If the map is approved but not ranked it detects the file name and still tries to load the song, and then records the main screen. Is this intended? The song I tried was talent shredder.
Are replays from 2011 Nov. somehow outdated? :S I'm getting the "stop uploading shite that isn't really a .osr" message on all of them. The play fine in osu thought.
Are replays from 2011 Nov. somehow outdated? :S I'm getting the "stop uploading shite that isn't really a .osr" message on all of them. The play fine in osu thought.
I need to get round to writing a proper parser rather than relying on extremely optimistic regexs
However there is one thing that makes this basically useless for anyone serious about osu!, imho. The default skin. With all its bells and barrelrolling sounds and whatnot, it's just garbage. You can't even hear the song you're playing..
I'm not asking for an option to choose a beatmap by the uploader, but rather you installing another skin that's more "raw".
Like this one: t/47918 - It's absolutely fantastic.
Again, thanks for the insanely nice work you did on this! a thousand million billion trillion gazillion kudos'!
Speaking of skins, maybe you should add an extra options box instead of requesting the desired skin instead. For instance, before uploading the .osr, there can be a drop box to list out some of the most popular skins there. With the skin compendium in the skinning forum, it will help alot with it if your gonna use this idea.
wht about more extra skins packs for getting with osu when u download it ?
i am your guide to entertainment use me watch me buy me sell me i am a dvd i am your leisure XD i use flashlight to find your favourite s ranker i rock out with hr to make it more epic i use hidden to be a ninja and say im aweosme XD
Wow good job, I just tried it and the result is very nice !
However a little thing bothers me. The title of the video is [osu!] Artist - Title (player). I think it would be better to have something like [osu! gamemode] Artist - Title [Difficulty name] <mods (HR, DT, etc)> (player).
Actually, it's smoother than the previous one, so whatever you've done, it worked.
Smoothness will be related to the time of day - I run a number of gameservers on the box that will be full towards the evening UK time, all of which run at a higher priority level than the osurecord-related processes.
I really wish you could turn on BG dimmer/ fun spoilers optionally.
That requires the map to have been played though, so we can't really do that. Unless double time/ relax or autopilot counts as a play. Then it could be done optionally.
If we uploaded a .osk (skin file extension?) or .rar as well, could it toggle that skin?
if the map have a skin in its file, it is used or not? -> Auto answer : yes because I got able to upload my file and the map skin was used.
EDIT: Oh, my computer crashed. And after rebooting it, the osu!record website looks down I hope I'll be able to use it tommorow [quote="http://www.downforeveryoneorjustme.com":6b2e8]It's not just you! http://osurecord.weeaboo.com looks down from here.Someone broke the server !
EDIT2 : Yey, website comes up again, and I was able to upload my .osr file
Happy Christmas (They was recorded with osu!record, I just deleted my nickname from the tittle and added diff name, and osu!record URL is still on the description )
There is just a little thing I can say : There is a message about updating osu! at the start of the two replays here :p And also your game servers are pretty active, I had to wait they crash (Yes, they realy crashed and osu!record goes down too) for beeing able to upload my files when it comes up again ^^"
Also sorry for upping two files with so few time between the two, because I want to post these songs on a forum for christmas, but my computer and connexion are so crappy here that I can't record using fraps, and upping video files would take ages... So I did that because after the crash, the games server was near empty so I could upload my files without "games servers are to active" error. This morning the system is broken so I think it was not a bad idea
I have resolved some issues with the i915 driver, such that it works reliably following server reboots rather than taking 10+ hangs and X restarts to kick in
Have been working flat out the past 2 days to fix assorted issues on my server (none of which directly related to osu!record), hopefully will be able to give some attention to fixing the i915 driver hanging (the current issue with osu!record) soon.
(The joys of self-built colo boxes running Arch )
Edit: All sorted with my server, and wrote a program to workaround the i915 gpu hangs
primrose
primrose
Yaaaay I thought this once and someone made it! Thanks!
as I said before, this was a great idea, just tested it out and works even better than I thought.
now, this might be too much to ask, but couldn't you make a script or something so the replay accepts customized osu! skin parts? or even a full .osk? with this I'm pretty sure it will be just like recording on our own pc's
as I said before, this was a great idea, just tested it out and works even better than I thought.
now, this might be too much to ask, but couldn't you make a script or something so the replay accepts customized osu! skin parts? or even a full .osk? with this I'm pretty sure it will be just like recording on our own pc's
EDIT: You should add taiko skin, too
.osk uploading is planned for the future
taiko skin appears to be present in the skins folder