These are chat archives for UltraStar-Deluxe/USDX

17th
Jul 2016
basisbit
@basisbit
Jul 17 2016 00:06
uh... I don't really like all these badges... especially the website status and meintained status and downloads count is unnecessary in my opinion. You really want them in the readme.md?
RattleSN4K3
@RattleSN4K3
Jul 17 2016 00:06
no :D
it just think they might look fancy for others ;)
there are no other tools/services in use, righ? ... like travis
basisbit
@basisbit
Jul 17 2016 00:13
well, I'd suggest to have only the continuous integration plus the license in the top bar?
RattleSN4K3
@RattleSN4K3
Jul 17 2016 00:14
no gitter?
basisbit
@basisbit
Jul 17 2016 00:15
gitter and download link would maybe be good
regarding download link I wanna use travic-ci for uploading latest packages after building
RattleSN4K3
@RattleSN4K3
Jul 17 2016 00:17
what system is travis build for?
download links is tricky, the old files are still on sourceforce and IIRC linux deb files are offline (or bad referenced). dont know about mac
basisbit
@basisbit
Jul 17 2016 00:18
currently only windows
RattleSN4K3
@RattleSN4K3
Jul 17 2016 00:19
ps: a review can be seen here (github doesn't preview markdown diff)
https://github.com/RattleSN4K3/USDX/blob/patch-2/README.md
basisbit
@basisbit
Jul 17 2016 00:19
debian build can't be done with travis-ci because it uses some ubuntu 12.04 or similar. would need jenkins or so
RattleSN4K3
@RattleSN4K3
Jul 17 2016 00:19
ubuntu works
I am compiling on Lubuntu
no AUR link?
basisbit
@basisbit
Jul 17 2016 00:25
nah, no distribution specific links there
better?
currently working on window modes
RattleSN4K3
@RattleSN4K3
Jul 17 2016 01:49
any dev working on a mac?
basisbit
@basisbit
Jul 17 2016 03:48
Mischi and Dexeus occasionally are. I have a virtual machine running el capitain where I can test most of the stuff.
RattleSN4K3
@RattleSN4K3
Jul 17 2016 03:48
a good to know.
btw. pull requst on the go ;)
RattleSN4K3
@RattleSN4K3
Jul 17 2016 03:56
done. it's about window modes.
switching between real fullscreen is no possible
regarding usability, readability, etc.
it's still the "Fullscreen" property
basisbit
@basisbit
Jul 17 2016 03:57
What do you think of doing a major release during the next 4 weeks which we lable v1.3 beta and then after that we can start doing big changes as we like? Current old usdx 1.1 is not playable on many systems.
RattleSN4K3
@RattleSN4K3
Jul 17 2016 03:58
FullScreen=On works like 1.1, which uses the real fullscreen. FullScreen=Borderless (default) now uses the native fullscreen (windowed fullscreen(
major bugs should be fixed, don't know any tho
and alpha features should be removed, or oudated ones like Midi import
basisbit
@basisbit
Jul 17 2016 03:59
I could add them to the issue tracker tomorrow/today
Yes
RattleSN4K3
@RattleSN4K3
Jul 17 2016 04:00
i got another pull requst in my queue which I actually work before any other PR
it's releated to the party mode and the options
is Windows XP still supported?
btw. related planned 'feature' for the window mode
refresh rate selection
(for fullscreen)
RattleSN4K3
@RattleSN4K3
Jul 17 2016 04:06
corrected video offset, or VBR sync preview/playback in editor.
could be easily fixed IIRC
basisbit
@basisbit
Jul 17 2016 04:12
You are free to work on whatever you want ;-)
XP was fully supported about a week ago. Didn't test with the new bass dll yet
RattleSN4K3
@RattleSN4K3
Jul 17 2016 04:13
sometimes someone is already working on something. I really avoid conflicts and also keep changes/commits small
basisbit
@basisbit
Jul 17 2016 04:14
That is definitely the proper way to do it
RattleSN4K3
@RattleSN4K3
Jul 17 2016 04:14
Plan on using the installer? Some libs are outdated and some are not required anymore.
basisbit
@basisbit
Jul 17 2016 04:15
Haven't done anything regarding that installer yet
RattleSN4K3
@RattleSN4K3
Jul 17 2016 04:15
also not sure if the DLLs in the game dir are dev dlls or runtime ones.
basisbit
@basisbit
Jul 17 2016 04:16
But we'll most likely have to use that installer for at least somewhat userfriendly support
The dlls in the game dir are exactly which are needed for runtime
RattleSN4K3
@RattleSN4K3
Jul 17 2016 04:17
but what kind if ;)
basisbit
@basisbit
Jul 17 2016 04:17
For windows at least
RattleSN4K3
@RattleSN4K3
Jul 17 2016 04:18
IIRC i copied bass runtime to installer/deps and the dev dll to the game dir. the dev dlls works the same way but is slower (due to debug features)
basisbit
@basisbit
Jul 17 2016 04:19
Sdl libs are runtime versions
So are lua and ffmpeg
The rest has so few footprint that it doesn't really matter
basisbit
@basisbit
Jul 17 2016 16:31
@RattleSN4K3 do you want write access to the USDX repository?
RattleSN4K3
@RattleSN4K3
Jul 17 2016 16:32
don't know. may be better
what do you think of an in-game console (mostly for debugging/logging)?
usdx_console.png
RattleSN4K3
@RattleSN4K3
Jul 17 2016 16:43
@RattleSN4K3 do you want write access to the USDX repository?
I haven't got that much of background info or connection to other devs from this project. So for instance the case with the last pull request (#60) where it conflicts with code/commits done by someone else. I am not aware of such things. I mostly try to improve it, don't make the project my own, nor insist on specific features. I like to be one of the contributors, i hope some of my contributions are worth it (at least to try). It's all your (and everyone else's decision). I mean... I can continue creating PRs :wink:
basisbit
@basisbit
Jul 17 2016 16:48
well, now I officially hate gitter. not useable in my opinion. It suddenly forgets about messages when it is disconnected for some time :(
I suggest using lazarus for enhanced debugging and the usual compile&debug way of coding
RattleSN4K3
@RattleSN4K3
Jul 17 2016 16:48
logging
in some cases logging is essential which debugging cannot fulfill
basisbit
@basisbit
Jul 17 2016 16:50
regarding write access to the repo, it is your decision. usdx is not my project but instead the project of all people who contribute to it thanks to the copyleft license
RattleSN4K3
@RattleSN4K3
Jul 17 2016 16:50
fullscreen debugging is crucial for instance ;). lazarus will stop usdx.exe and you'll be kept in fullscreen/borderless mode. Continue execution can work but it could also not. killing lazarus was the only option
you can add me.
basisbit
@basisbit
Jul 17 2016 16:51
ok
RattleSN4K3
@RattleSN4K3
Jul 17 2016 16:53
how should I continue contributing fixes, changes, new features, etc.?
basisbit
@basisbit
Jul 17 2016 16:53
invited you to the team + USDX repository
if you start working on big changes like OpenGL -> SDL2 functions, please create a branch for that. for small changes or anything tested so that it definitely does not break the usual main game playing, simply directly commit to USDX master
if you are not sure about a change, use pull requests
RattleSN4K3
@RattleSN4K3
Jul 17 2016 16:56
okay.
so... what about the in-game console? :D
basisbit
@basisbit
Jul 17 2016 16:56
current USDX master is used for a few linux distributions out there so we should keep that playable
for me, I don't need it as there is logging to the textfile already and I can watch that live using notepad++ on a second screen. If you think that it is very helpful for development, feel free to go ahead and implement it. Or do a request for comments in a new issue about that.
RattleSN4K3
@RattleSN4K3
Jul 17 2016 16:59
never force a push, right? (like having pushed a bad commit, resetting to previous version, re-do properly and force push)
basisbit
@basisbit
Jul 17 2016 16:59
This is a rather big feature so maybe that should be planned first and then implemented
no, forced pushs are forbidden and disabled in the repository options.
RattleSN4K3
@RattleSN4K3
Jul 17 2016 16:59

disabled in the repository options

good. would've asked

Or do a request for comments in a new issue about that

issue or pr?

basisbit
@basisbit
Jul 17 2016 17:00
issue is better for discussions in my opinion
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:01
k
you're on linux?
I saw you accepted #60, is it fully working on Linux/Mac? you mentioned some "problems" with it
basisbit
@basisbit
Jul 17 2016 17:09
I tried in vmware running el capitain and it built and run. not sure about older OS X versions. I'll try to contact Dexeus about that.
am working on qubes os most of the time, so some development on another laptop running Windows 10 + vmware (this is where I also run OS X el capitain)
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:12
I could test the RPi (v1 thou) :D.
basisbit
@basisbit
Jul 17 2016 17:16
no need to test on raspberyy pi 1. it doesn't have the OpenGL to OpenGL ES translation driver and thus use mesa. not usable at all. horrible fps
that was discussed and tested by a few people on the german ultra-star.de forum.
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:17
rpi 3 could work well (also using Win10, that special ed)
So when USDX is updated, it could work though? IIRC Quake3 ran pretty well on rpi, performance is there
basisbit
@basisbit
Jul 17 2016 17:19
on raspberry pi 2 and 3 it works ok-ish when disabling video playback or when using low reolution mp4 h264 videos
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:19
low = 480p?
basisbit
@basisbit
Jul 17 2016 17:19
yes
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:20
for me its decent enough (as backg). any other quality would increase the whole disk quota
basisbit
@basisbit
Jul 17 2016 17:20
they documented their work here: forum.ultra-star.de/viewtopic.php?f=13&t=11234
that was some time ago just after I moved usdx to SDL2 and fpc 3 . now many of the steps that are described in that how-to are not necessary any more
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:22
i've looked at it. but only a quick look. Don't have a rpi3 (yet). it would be quite interesting to have a small device running USDX.
basisbit
@basisbit
Jul 17 2016 17:23
I was considering getting a cheap tablet for that, because otherwise you'll stil need to bring an extra screen / projector
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:23
today, just had a quick look on FPC supporting building for Android. Could be interesting
have you look on PS4 singstar?
basisbit
@basisbit
Jul 17 2016 17:25
not yet
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:25
(I also only video :D)
a nice new menu. the most intresting part is the app.
basisbit
@basisbit
Jul 17 2016 17:25
my free time is quite limited :-\
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:25
use your smartphone as mic
basisbit
@basisbit
Jul 17 2016 17:27
we do karaoke once a month in a city park near a lake and only use a laptop computer, nice speakers with a 17A 12V agm battery and 6 USB singstar microphones^^
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:28
lol
basisbit
@basisbit
Jul 17 2016 17:29
also I saw a bunch of conventions already use USDX and the 6 player limit really is an issue for them...
12 players on two HD screens (6 player per screen) would work well there
and the singstar microphones are very good regarding reduction of noise form the sides / other singers
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:31
I "dreamed" on alot of features, but within the last years, USDX never took off and had some similar features.
I really miss something like a queue system with an headless interface (web page) to enqueue a next player.
basisbit
@basisbit
Jul 17 2016 17:32
oh yes, that would be really cool
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:32
and some other features which I hope I'm able to realize bit by bit
basisbit
@basisbit
Jul 17 2016 17:33
seems like you fit very well into the project!
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:33
running USDX on a 2 monitor setup could also be good. having a seconds stream only for the "song screen" and the main for the menu, where you could also search while others are singing
basisbit
@basisbit
Jul 17 2016 17:34
that would be just the usual karaoke type
I like the current way of having the players participate at song selection and see how they react while you scroll through the songs
RattleSN4K3
@RattleSN4K3
Jul 17 2016 17:45

how they react while you scroll through the songs

yep. that's actually very funny. Also when they don't know what kind of songs are available

seems like you fit very well into the project!

hope so.

that would be just the usual karaoke type

would be good to have it at leas as option. but I won't set see as important as other features/changes to the code/gameplay

basisbit
@basisbit
Jul 17 2016 17:47
true
RattleSN4K3
@RattleSN4K3
Jul 17 2016 18:49
@basisbit any idea why the in-game console text gets a shadow/reflection when entering any sub-menu (like "Sing")?
basisbit
@basisbit
Jul 17 2016 19:33
that is an OpenGL text flag which is not changed before the debug text is shown because it would need to enable that effect again after drawing the fps+debug text
(at least if you just simply draw text)
RattleSN4K3
@RattleSN4K3
Jul 17 2016 19:33
it was the reflection of the font, SetFontReflection(False, 0) worked
i'm drawing the font with a scaled size and a stretch value in order to compenstate the fixed 800x600 stretched rendering
basisbit
@basisbit
Jul 17 2016 19:58
Doesn't SDL2 provide functions for drawing text?
RattleSN4K3
@RattleSN4K3
Jul 17 2016 19:59
haven't looked at it, using the same what DrawFPS was doing. probably there are some methods in SDL
RattleSN4K3
@RattleSN4K3
Jul 17 2016 23:01
Created an issue for evaluating the in-game log #62.
Should I do this for trivial non-conflicting features, or keep creating branches+PR for things like that?