Jump to content
Visual Boy Advance-M

deniseweird

Members
  • Content Count

    0
  • Joined

  • Last visited

Community Reputation

0 Neutral

About deniseweird

  • Rank
    Newbie
  1. deniseweird

    Need help testing GTK joystick support

    Ohh I didn't know about that! My fault.. Great, I will try it now.
  2. deniseweird

    Need help testing GTK joystick support

    I do not have a joypad, but I saw you made a deb so I cared to try anyway, since I couldn't compile the GTK GUI before. The package installs with some work, but if you don't have all dependencies it fails, so you have to install them manually. Could you fix it? Here's the output I got: ruti@ruti-desktop:~$ sudo dpkg -i /home/ruti/Desktop/vbam_0.svn696-1_i386.deb Selecting previously deselected package vbam. (Reading database ... 143125 files and directories currently installed.) Unpacking vbam (from .../vbam_0.svn696-1_i386.deb) ... dpkg: dependency problems prevent configuration of vbam: vbam depends on libglademm-2.4-1c2a (>= 2.6.0); however: Package libglademm-2.4-1c2a is not installed. vbam depends on libgtkglextmm-x11-1.2; however: Package libgtkglextmm-x11-1.2 is not installed. dpkg: error processing vbam (--install): dependency problems - leaving unconfigured Errors were encountered while processing: vbam --------------- The dependencies are available in Ubuntu's repos (and the package worked when I had them installed), it just seems like something is set up wrong in the package. I also think I found a bug in the GUI, related to input. It seems the B button is constantly pressed. This doesn't happen in the SDL version.
  3. deniseweird

    Core rewrite

    I agree. Also, like someone suggested before, Gambatte could be used, and thus only GBA emulation needs to be dealt with. (well almost)
  4. deniseweird

    Core rewrite

    Core rewrite? Why not. I say go for it! As for open source GBA emulators, there is also mednafen: http://mednafen.sourceforge.net/ This emulator IS based on VBA though. But it does have improvements making it better than VBA. I do not know if the code is clean or not in mednafen, but you could check it out and see. The idea that Gambatte could replace the GB code sounds good to me too. Gambatte seems like a great emulator. I support the idea.
  5. deniseweird

    Qt GUI feature suggestion thread

    I know, I wasn't complaining More like, reporting.
  6. deniseweird

    Qt GUI feature suggestion thread

    I recently compiled it in GNU/Linux with latest SVN. Most of it looks good. But selecting Input Keys is hard, if possible. And the options aren't saved.
  7. deniseweird

    Qt GUI feature suggestion thread

    As long as the shaders are portable, I'm all for it! What's SM2?
  8. deniseweird

    Qt GUI feature suggestion thread

    Ok, I don't know much about Video for Windows, sorry. If you improve the filter approach so it's more portable, why not? Just make sure it's not x86-specific either please. The shader approach sounds fine to me too. Ohh yeah. Please don't use Esc for exiting fullscreen. I prefer the Esc key make the menu bar appear/disappear, and switching to fullscreen with Ctrl + F. If you make it configurable though, that's also fine.
  9. deniseweird

    Qt GUI feature suggestion thread

    About Phonon. I am not a developer, so anyone who knows more can correct me. But as far as I understand, Phonon is a generic API for multimedia which makes use of so called backends, like VLC (not with GUI and everything), Gstreamer, Xine, Mplayer, DirectShow, etc. If there's a new hyper 1337 replacement for these backends, just use that instead (If Phonon supports it), and no modification is necessary for the individual programs that use Phonon. So as far as I know, if you developed multimedia for either of these backends before, it's better to use Phonon instead, so the user can easily choose what backend to use. How did recording work before? Did it use DirectShow? If so, I think Phonon is a good idea. BTW (maybe offtopic): Will you still develop the SDL version? I would like to continue using your emulator on Haiku, but there is no Qt there. (Even though I prefer GUIs and love Qt and enjoy it on Unix-like systems) VBA-M SDL version is still much better than BoyCottAdvance SDL version.
  10. deniseweird

    Compiling on Haiku

    It's me here again pestering you. I recently installed Haiku on my computer (see http://www.haiku-os.org/). It seems like a great OS so far. And so I decided to atleast try compiling VBA-M. I got a few errors I don't know what to do about though: ~/vbam/trunk/build> cmake .. System is unknown to cmake, create: /boot/home/config/share/cmake-2.5/Modules/Platform/Haiku Haiku.cmake to use this system, please send your config file to cmake@www.cmake.org so it can be added to cmake -- Check for working C compiler: /boot/develop/tools/gnupro/bin/gcc System is unknown to cmake, create: /boot/home/config/share/cmake-2.5/Modules/Platform/Haiku Haiku.cmake to use this system, please send your config file to cmake@www.cmake.org so it can be added to cmake -- Check for working C compiler: /boot/develop/tools/gnupro/bin/gcc -- works -- Check size of void* System is unknown to cmake, create: /boot/home/config/share/cmake-2.5/Modules/Platform/Haiku Haiku.cmake to use this system, please send your config file to cmake@www.cmake.org so it can be added to cmake -- Check size of void* - done -- Check for working CXX compiler: /bin/c++ System is unknown to cmake, create: /boot/home/config/share/cmake-2.5/Modules/Platform/Haiku Haiku.cmake to use this system, please send your config file to cmake@www.cmake.org so it can be added to cmake -- Check for working CXX compiler: /bin/c++ -- works CMake Error: your ASM compiler: "CMAKE_ASM_COMPILER-NOTFOUND" was not found. Please set CMAKE_ASM_COMPILER to a valid compiler path or name. -- Looked for Z libraries named . CMake Error: Could NOT find z library -- Configuring done ------------------------------- I know I don't have zlib. I should fix that soon. But the other errors I don't know what to do about. If there's anyone who can help with this, it would be very appreciated! VBA-M sources I used were fetched from SVN today.
  11. deniseweird

    KDE 4.1 general hype thread

    This is something I find very annoying with Ubuntu. Every time something new arrives you need to wait for the next release until you can try it. It feels stupid that I would probably stick to 4.0 when 4.1 has arrived if I keep using the current Ubuntu, when obviously 4.1 will be a Huge improvement.. I guess it's time to update to the Intrepid Ibex development version soon then..
  12. deniseweird

    KDE 4.1 general hype thread

    What's wrong with sharing it here? I thought it was a good read. We should gather some people and mailbomb all gnome-centric distros maybe.. I hate it too.
  13. deniseweird

    KDE 4.1 general hype thread

    Atleast 4.0.3 is the default in Fedora 9 (Wich was just released btw). But we'll see, I am downloading it now Hopefully they have 4.1 in the repos.
  14. deniseweird

    KDE 4.1 general hype thread

    I don't know if it's just GTK or if it's GNOME as a whole. But quite a few things seem completely braindead to me. Like I mentioned, the file dialog of course sucks big time. Another thing was with fonts. I started out with Xfce and GTK programs, and I have wondered for an extremely long time why japanese fonts were so unbelievably ugly, with no anti-aliasing applied no matter what I did. Since I still don't have an alternative for emesene and Firefox, wich is where I would see the fonts the most, I didn't notice until a while ago that, in Qt/KDE programs they are fine! They are completely smooth. But whenever I see japanese text in GTK programs they are very ugly. There also seems to be annoying problems with fullscreen with window managers that are based on GTK. Another problem with GTK is that if you open any folder that has many files, it takes a lot of time to load up. With Qt, the same folder comes up instantly. Because of these issues, wich I am sure the devs have no interest in fixing (wich btw are only the ones I can remember right now, there are probably more issues), I am very glad that KDE uses Qt. I also like that KDE is very configurable. You can basically change just about anything you want in KDE through graphical menus, where you would need hackish solutions or extra programs for GNOME. There is also the speed. KDE includes a lot really, but yet it is fast, I saw benchmarks where it consumes less RAM than Xfce, and Xfce is a minimalist desktop. (Probably GTK's fault again) And that was compared with KDE 3.5x, KDE4 (apart from where bugs make it slow) is much faster than 3.5x. I also like that KDE is for integration. In my KDE settings menus I can change things for both GTK programs and WINE. I think the KDE devs also tried to make drag-and-drop work between GTK and Qt apps, and also tried to decide on icon names together with GNOME (so that both can use the same icons), but afaik GNOME was not interested in helping with this. You can probably see my hatred for GTK and GNOME here. I am usually quite calm, but lately I have gotten extremely tired with the 3 evils in GNU/Linux (GTK, GNOME and ALSA).
  15. deniseweird

    GLEW, GLUT, or GLEE? (Linux OGL)

    I do not know too much about OpenGL, but I like Qt for GUIs. And you are working on a Qt GUI already, so afaik it seems like the best solution.
×