2013-02-07, 12:08
rom inside a zip hahaha did ever had a computer in the 90s how old are you?
2013-02-07, 13:25
garbear Wrote:I listen for a <keyboard.xml> action and a XBMC_KEYUP event (a key event is translated into a window action). The disparity between actions and events is probably the cause. Polling instead of event-based might fuck up less, so maybe a hybrid of the two is the solution. I've been testing on a keyboard, at some point I'll pull out my Controller S if the buttons havent fallen off yet.In my setup (Win7 with Xbox 360 wireless controller) I could track this down to "WinJoystick.Update()". Here is the knowledge if a button is pressed or released on the gamepad. But it is handled internally and no event is generated. I would guess that this could be the place to create an event that may be handled in "Application.OnEvent()" like you do with the keyboard events. But this is already beyond my skill level.
garbear Wrote:Is there any good platform selection logic already out there?Later on, in a game database scenario this logic should be available. Like all guys described above, everybody (that I know) stores the games in platform specific folders that could be used to separate platforms. When scraping and importing games the platform information should also be stored in the db. When launching the game in database mode, this information could be used to grab the correct core.
The current python addons work the same way. We could add an option to create GameInfoTags with "listitem.setinfo('games', platform='SNES')". RetroPlayer already checks if a GameInfoTag is available. It should be easy to add this knowledge to the emulator-selection part of the code. This logic could also be reused later on when the game database comes in place. I already started to add the setinfo-part to the python interface. It looks like the rest should not be too hard to integrate. If you support the idea I could try to get my hands dirty on this myself.
2013-02-08, 00:34
2013-02-08, 08:08
(2012-12-15, 05:36)Megatron Wrote: Amazing work!
Would this work for all platforms like OpenELEC?
Seems like someone has done something for openelec already: http://forum.themaister.net/viewtopic.php?id=73
Although I can't figure out what needs to be done to get it to work so if anyone here can give a dummy's guide to running it, let me know!
2013-02-08, 08:43
What's everyone's stand on the best compression format? Zip, Rar, Tar, 7z,...? I'm looking for something that has the best performance and is supported by virtually all platforms.
[edit by garbear: keep it on topic]
[edit by garbear: keep it on topic]
2013-02-08, 08:44
nope. http://www.youtube.com/watch?v=Moh67r0iBGA - the games run inside xbmc, not an external app
dummy's guide is comming when I fix a few more issues with the new rendering system
dummy's guide is comming when I fix a few more issues with the new rendering system
2013-02-08, 08:54
(2013-02-08, 08:44)garbear Wrote: nope. http://www.youtube.com/watch?v=Moh67r0iBGA - the games run inside xbmc, not an external app
dummy's guide is comming when I fix a few more issues with the new rendering system
This might be the best thing to happen to XBMC, since XBMC.
2013-02-08, 16:05
And it gets better. I finished porting the RetroPlayer core to XBMC Frodo. Compile the code, install an emulator from inside the add-on manager, open the file manager and hit enter on a ROM.
Code is https://github.com/garbear/xbmc/tree/retroplayer . Binaries are https://www.omfggarrettissofuckingawesome.com/retroplayer/binaries
---
The colors are converted to YUV422p, so they are a little washed out. Experimental support for YUV444p (linux OpenGL only) is https://github.com/garbear/xbmc/tree/retroplayer-yuv444 , thanks to Themaister. For full RGB I'm working on a new render system based on texture controls instead of DVDPlayer's render manager. It touches too much code though, so I'll probably scrap it and return to the render manager. The code for RGB is https://github.com/garbear/xbmc/tree/retroplayer-rgb (skin background gets 60fps, but fullscreen only gets 8fps for some reason)
Win32 and linux only for now. Linux add-ons in the official repo are 64-bit. On linux XBMC segfaults when downloading the emulators, but when you restart they will be safely installed and enabled (have fun installing one at a time
). Alternatively, you can download the zips here (/release folder). For 32-bit, compile your own (check out libretro-super) and replace the .so with your new binary.
And did I mention Themaister rocks? Rewind support is enabled. Use the mouse to seek backwards in time up to 60s.
Please test the emulators and report any broken ones so I can break them in the repo. No support from me on emus. Try the emu core in RetroArch, if it still doesn't work THEN you can bug the emu devs.
Code is https://github.com/garbear/xbmc/tree/retroplayer . Binaries are https://www.omfggarrettissofuckingawesome.com/retroplayer/binaries
---
The colors are converted to YUV422p, so they are a little washed out. Experimental support for YUV444p (linux OpenGL only) is https://github.com/garbear/xbmc/tree/retroplayer-yuv444 , thanks to Themaister. For full RGB I'm working on a new render system based on texture controls instead of DVDPlayer's render manager. It touches too much code though, so I'll probably scrap it and return to the render manager. The code for RGB is https://github.com/garbear/xbmc/tree/retroplayer-rgb (skin background gets 60fps, but fullscreen only gets 8fps for some reason)
Win32 and linux only for now. Linux add-ons in the official repo are 64-bit. On linux XBMC segfaults when downloading the emulators, but when you restart they will be safely installed and enabled (have fun installing one at a time
). Alternatively, you can download the zips here (/release folder). For 32-bit, compile your own (check out libretro-super) and replace the .so with your new binary.And did I mention Themaister rocks? Rewind support is enabled. Use the mouse to seek backwards in time up to 60s.
Please test the emulators and report any broken ones so I can break them in the repo. No support from me on emus. Try the emu core in RetroArch, if it still doesn't work THEN you can bug the emu devs.
2013-02-08, 16:06
(2013-02-08, 08:54)mwaterbu Wrote:(2013-02-08, 08:44)garbear Wrote: nope. http://www.youtube.com/watch?v=Moh67r0iBGA - the games run inside xbmc, not an external app
dummy's guide is comming when I fix a few more issues with the new rendering system
This might be the best thing to happen to XBMC, since XBMC.
Concur. I check this thread everyday for updates.
2013-02-08, 21:52
RE: [edit by garbear: keep it on topic]
Sorry if there's a misunderstanding, but I thought that was on-topic. I'm looking around to see if we can compress roms to save storage space for XBMC's game folder and was asking if Zip is best (since I originally saw my friend use it) or another alternative is a better solution.
Sorry if there's a misunderstanding, but I thought that was on-topic. I'm looking around to see if we can compress roms to save storage space for XBMC's game folder and was asking if Zip is best (since I originally saw my friend use it) or another alternative is a better solution.
2013-02-08, 22:58
fair enough. scan retroarch-manual.pdf section 3, you'll see only zip; rar is proprietary and tar / 7z are less common and usually unsupported.
OFC when this is done it won't matter. you'll be able to use all archives, and even load roms/zips from FTP/SMB/NFS etc
OFC when this is done it won't matter. you'll be able to use all archives, and even load roms/zips from FTP/SMB/NFS etc
2013-02-09, 05:02
(2013-02-08, 22:58)garbear Wrote: fair enough. scan retroarch-manual.pdf section 3, you'll see only zip; rar is proprietary and tar / 7z are less common and usually unsupported.Very cool.
OFC when this is done it won't matter. you'll be able to use all archives, and even load roms/zips from FTP/SMB/NFS etc
2013-02-09, 11:43
Awesome awesome awesome!!! This is SO exciting. Thanks Garbear and others!
2013-02-09, 12:42
garbear you just made my day!
This is the best thing happening to xbmc since the good old xbox days when xport startet porting emulators to the xbox. Been missing this feature.
This is the only feature i have been missing now that PVR support is implemented.
One again thank your garbear!
This is the best thing happening to xbmc since the good old xbox days when xport startet porting emulators to the xbox. Been missing this feature.
This is the only feature i have been missing now that PVR support is implemented.
One again thank your garbear!
