open-rp - Project Hosting on Google Code

Yesterday 44 hours ago Downloads Wiki page edited by darryl242 - Revision r326 Edited wiki page through web user interface. Revision r326 Edited wiki page through web user interface. 44 hours ago WindowsBuildGuide Wiki page commented on by darryl242 - I've tried this and it doesn't work. I was able to force VMware to use the MAC address of my PSP even though VMware does not support arbitrary MAC addresses: {{{ VMware Server virtual machines do not support arbitrary MAC addresses, hence the above format must be used. So long as you choose XX:YY:ZZ so it is unique among your hard-coded addresses, conflicts between the automatically assigned MAC addresses and the manually assigned ones should never occur. }}} Editing the vmx configuration for the virtual machine by hand, I was able to se the MAC address. Running ipconfig /all on the virtual machine (Windows XP Pro), I can see that the MAC address is correct. I was excited as this should work as expected, but... Running arping <virtual machine IP> -I <interface> on my Linux router returns with the MAC address of my laptop's wireless interface, not the MAC address of the bridged virtual interface. Hence, I get video corruption as you mentioned above. Running tcpdump on my Linux gateway, I can confirm that the source MAC address matches my laptop's wireless interface and not that of the spoofed PSP MAC address. I thought this would work too, but no luck. I've tried this and it doesn't work. I was able to force VMware to use the MAC address of my PSP even though VMware does not support arbitrary MAC addresses: {{{ VMware Server virtual machines do not support arbitrary MAC addresses, hence the above format must be used. So long as you choose XX:YY:ZZ so it is unique among your hard-coded addresses, conflicts between the automatically assigned MAC addresses and the manually assigned ones should never occur. }}} Editing the vmx configuration for the virtual machine by hand, I was able to se the MAC address. Running ipconfig /all on the virtual machine (Windows XP Pro), I can see that the MAC address is correct. I was excited as this should work as expected, but... Running arping <virtual machine IP> -I <interface> on my Linux router returns with the MAC address of my laptop's wireless interface, not the MAC address of the bridged virtual interface. Hence, I get video corruption as you mentioned above. Running tcpdump on my Linux gateway, I can confirm that the source MAC address matches my laptop's wireless interface and not that of the spoofed PSP MAC address. I thought this would work too, but no luck. Last 30 days Dec 23, 2009 WindowsBuildGuide Wiki page commented on by ralfkaiser76 - Has anybody tried using ORP out of a VMware virtual machine with success? I did set the MAC Address of the VM using: ethernet0.address = "xx:xx:xx:xx:xx:xx". Using arping from a linux machine shows the correct MAC for the VM. Network interface is bridged. Still I do get the video corruption error after 30-60 seconds. Has anybody tried using ORP out of a VMware virtual machine with success? I did set the MAC Address of the VM using: ethernet0.address = "xx:xx:xx:xx:xx:xx". Using arping from a linux machine shows the correct MAC for the VM. Network interface is bridged. Still I do get the video corruption error after 30-60 seconds. Dec 17, 2009 r325 (- Audio bit-rate experiments...) committed by dashhacker242 - - Audio bit-rate experiments... - Audio bit-rate experiments... Dec 15, 2009 issue 25 (Wishlist: Ubuntu-port) changed by darryl242 - ORP does indeed compile and run under Ubuntu. I have posted a few instructions and notes in the Ubuntu thread that you referred to above. Status: Done Labels: Type-Enhancement OpSys-Linux −Type-Defect ORP does indeed compile and run under Ubuntu. I have posted a few instructions and notes in the Ubuntu thread that you referred to above. Status: Done Labels: Type-Enhancement OpSys-Linux −Type-Defect Dec 15, 2009 issue 25 (Wishlist: Ubuntu-port) reported by andersja - What is the expected output? What do you see instead? It would be awesome if someone ported this to Ubuntu/Linux! See also: http://ubuntuforums.org/showthread.php?t=1322939 What is the expected output? What do you see instead? It would be awesome if someone ported this to Ubuntu/Linux! See also: http://ubuntuforums.org/showthread.php?t=1322939 Dec 09, 2009 WindowsBuildGuide Wiki page commented on by darryl242 - Edit: So although you may be spoofing your out-going back... So although you may be spoofing your out-going MAC Edit: So although you may be spoofing your out-going back... So although you may be spoofing your out-going MAC Dec 09, 2009 WindowsBuildGuide Wiki page commented on by darryl242 - 1) The BETA version is old and the "_magic_" number for video has changed (FW 2.80+). ORP discards all video packets because it doesn't recognize them. The audio stream has not changed, and so you'll still hear sound. 2) The SVN version will only show "Video stream corrupt!" if the PS3 has poisoned video key frames (random byte corrupted). This only happens if the ARP "_who has_" response for the connected client (ORP) comes back with a MAC address that does not match that of the registered PSP. So although you may be spoofing your out-going back, if the PS3 gets back a different MAC from an ARP "_who has_" broadcast, then it will corrupt the stream. A good test (if you have Linux box with arping installed): {{{ # arping -I <interface> <ip address that ORP uses> }}} Note the MAC address returned, this must be the same as the registered PSP. I don't need to see the log file if you are getting "Video stream corrupt!" because there is no error. I stress again, this can only happen if the PS3 sees a MAC-address mismatch. Unfortunately, building from source will not fix the issue you are experiencing. 1) The BETA version is old and the "_magic_" number for video has changed (FW 2.80+). ORP discards all video packets because it doesn't recognize them. The audio stream has not changed, and so you'll still hear sound. 2) The SVN version will only show "Video stream corrupt!" if the PS3 has poisoned video key frames (random byte corrupted). This only happens if the ARP "_who has_" response for the connected client (ORP) comes back with a MAC address that does not match that of the registered PSP. So although you may be spoofing your out-going back, if the PS3 gets back a different MAC from an ARP "_who has_" broadcast, then it will corrupt the stream. A good test (if you have Linux box with arping installed): {{{ # arping -I <interface> <ip address that ORP uses> }}} Note the MAC address returned, this must be the same as the registered PSP. I don't need to see the log file if you are getting "Video stream corrupt!" because there is no error. I stress again, this can only happen if the PS3 sees a MAC-address mismatch. Unfortunately, building from source will not fix the issue you are experiencing. Dec 08, 2009 WindowsBuildGuide Wiki page commented on by sobr...@roguewrt.org - I've tried using the zipped SVN version but even with my MAC set to the same as the PSP (I've checked the arp cache on my router to make sure) I still get a corrupt video stream after a minute or so. It almost appears to make no noticable difference whether I set the MAC or not. With the BETA, it stays connected but I have no video, only audio. I'm compiling the latest SVN revision now but the version number appears to be the same as the zip file. Should I provide the contents of the log file after I test HEAD? I've tried using the zipped SVN version but even with my MAC set to the same as the PSP (I've checked the arp cache on my router to make sure) I still get a corrupt video stream after a minute or so. It almost appears to make no noticable difference whether I set the MAC or not. With the BETA, it stays connected but I have no video, only audio. I'm compiling the latest SVN revision now but the version number appears to be the same as the zip file. Should I provide the contents of the log file after I test HEAD? Dec 07, 2009 TODO Wiki page commented on by Marijn.Achterkamp - Would great if it can run on WM6.5! Would great if it can run on WM6.5! Older Nov 30, 2009 r324 (Complete audio/video stream re-write underway...) committed by dashhacker242 - Complete audio/video stream re-write underway... Complete audio/video stream re-write underway... Nov 29, 2009 r323 (Complete audio/video stream re-write underway...) committed by dashhacker242 - Complete audio/video stream re-write underway... Complete audio/video stream re-write underway... Nov 27, 2009 r322 (Complete audio/video stream re-write underway...) committed by dashhacker242 - Complete audio/video stream re-write underway... Complete audio/video stream re-write underway... Nov 27, 2009 r321 (Complete audio/video stream re-write underway...) committed by dashhacker242 - Complete audio/video stream re-write underway... Complete audio/video stream re-write underway... Nov 27, 2009 r320 (Complete audio/video stream re-write underway...) committed by dashhacker242 - Complete audio/video stream re-write underway... Complete audio/video stream re-write underway... Nov 26, 2009 r319 (Complete audio/video stream re-write underway...) committed by dashhacker242 - Complete audio/video stream re-write underway... Complete audio/video stream re-write underway... Nov 26, 2009 issue 24 (Preliminary iPhone port work) commented on by nielkie - Nope, no ATRAC3. Falling back to ffmpeg would be required. And no, I didn't have any games to test with. Also, s/AudioToolKit/AudioToolbox/, I keep getting the name mixed up Nope, no ATRAC3. Falling back to ffmpeg would be required. And no, I didn't have any games to test with. Also, s/AudioToolKit/AudioToolbox/, I keep getting the name mixed up Nov 26, 2009 issue 24 (Preliminary iPhone port work) changed by darryl242 - Impressive! I will have a closer look this afternoon. Do you know if AudioToolKit supports ATRAC3? When you had a simple interface working, did you get a chance to try game launching? Status: Started Owner: dashhacker242 Labels: Type-Enhancement OpSys-Mobile −Type-Defect Impressive! I will have a closer look this afternoon. Do you know if AudioToolKit supports ATRAC3? When you had a simple interface working, did you get a chance to try game launching? Status: Started Owner: dashhacker242 Labels: Type-Enhancement OpSys-Mobile −Type-Defect Nov 26, 2009 issue 24 (Preliminary iPhone port work) reported by nielkie - I finally got around to cleaning my patches up a bit and adding building the iPhone libraries into the build system What's done: -Moved most of the project to SDL 1.3 (SDL 1.2 doesn't work well on the iphone) -Moved audio decoding to AudioToolKit -iPhone libraries added to the build system What needs doing: -Add building libraries for the iPhone Simulator to the build system -A basic on screen interface -Fairly easy, as touches are sent as mouse inputs. I had a very bad interface working, but it was crap. -Add clock updating to AudioToolKit support (I'm lazy) -Add a file browser and an interface for entering the configuration -Major optimisation, it simply runs too slow currently. -Move screen rendering to CoreSurface? -Move video decoding to VideoToolBox? (private framework, would require some reverse engineering it first) -Profiling reveals that a good portion of CPU time is spent in orpParseStreamData, can this be optimised? -Clean it all up generally, it's full oh hacks and whatnot. I'm a very lazy (read: dirty) coder I finally got around to cleaning my patches up a bit and adding building the iPhone libraries into the build system What's done: -Moved most of the project to SDL 1.3 (SDL 1.2 doesn't work well on the iphone) -Moved audio decoding to AudioToolKit -iPhone libraries added to the build system What needs doing: -Add building libraries for the iPhone Simulator to the build system -A basic on screen interface -Fairly easy, as touches are sent as mouse inputs. I had a very bad interface working, but it was crap. -Add clock updating to AudioToolKit support (I'm lazy) -Add a file browser and an interface for entering the configuration -Major optimisation, it simply runs too slow currently. -Move screen rendering to CoreSurface? -Move video decoding to VideoToolBox? (private framework, would require some reverse engineering it first) -Profiling reveals that a good portion of CPU time is spent in orpParseStreamData, can this be optimised? -Clean it all up generally, it's full oh hacks and whatnot. I'm a very lazy (read: dirty) coder Nov 25, 2009 r318 (Created experimental branch.) committed by dashhacker242 - Created experimental branch. Created experimental branch. Nov 25, 2009 r317 (Fixed broken Makefile.) committed by dashhacker242 - Fixed broken Makefile. Fixed broken Makefile. Nov 24, 2009 issue 23 (ORP build process assumes wget is installed on OS X) Status changed by darryl242 - Status: Fixed Status: Fixed Nov 24, 2009 r316 (Added check for wget, curl. Issue: 23) committed by dashhacker242 - Added check for wget, curl. Issue: 23 Added check for wget, curl. Issue: 23 Nov 24, 2009 issue 21 (wxWidgets fails to build on OS X 10.6) Status changed by darryl242 - Fixes merged in to r315. Thanks again! Status: Fixed Fixes merged in to r315. Thanks again! Status: Fixed Nov 24, 2009 issue 22 (OpenSSL is compiles wrong architecture on OS x 10.6) Status changed by darryl242 - Awesome... good to hear! Big thanks for sorting this out. I'll close this issue. Status: Fixed Awesome... good to hear! Big thanks for sorting this out. I'll close this issue. Status: Fixed Nov 24, 2009 issue 22 (OpenSSL is compiles wrong architecture on OS x 10.6) commented on by dylanxq - Everything is working beautifully! Well, I haven't actually tested the app, but it builds and launches! Everything is working beautifully! Well, I haven't actually tested the app, but it builds and launches! Nov 24, 2009 issue 23 (ORP build process assumes wget is installed on OS X) changed by darryl242 - Changed owner. Owner: dashhacker242 Cc: −dashhacker242 Changed owner. Owner: dashhacker242 Cc: −dashhacker242 Nov 24, 2009 issue 23 (ORP build process assumes wget is installed on OS X) changed by darryl242 - Will check for curl and use it if wget is missing. Status: Accepted Cc: dashhacker242 Labels: OpSys-All Component-Build Will check for curl and use it if wget is missing. Status: Accepted Cc: dashhacker242 Labels: OpSys-All Component-Build Nov 24, 2009 issue 22 (OpenSSL is compiles wrong architecture on OS x 10.6) changed by darryl242 - Status: Accepted Owner: dashhacker242 Labels: Component-Build OpSys-OSX Status: Accepted Owner: dashhacker242 Labels: Component-Build OpSys-OSX Nov 24, 2009 issue 22 (OpenSSL is compiles wrong architecture on OS x 10.6) commented on by darryl242 - Excellent! I've merged your changes and added the wx 2.9.0 patch. Please test r315 and let me know if I've missed something. Excellent! I've merged your changes and added the wx 2.9.0 patch. Please test r315 and let me know if I've missed something. Nov 24, 2009 r315 (OSX 10.6 Snow Leopard build fixes (issues: 21, 22). Thanks ...) committed by dashhacker242 - OSX 10.6 Snow Leopard build fixes (issues: 21, 22). Thanks to dylanxq. OSX 10.6 Snow Leopard build fixes (issues: 21, 22). Thanks to dylanxq. Nov 24, 2009 issue 22 (OpenSSL is compiles wrong architecture on OS x 10.6) commented on by dylanxq - Yep- if you apply my fixes from this and Issue 21 you can successfully build on Snow Leopard! Yep- if you apply my fixes from this and Issue 21 you can successfully build on Snow Leopard! Nov 24, 2009 issue 23 (ORP build process assumes wget is installed on OS X) reported by dylanxq - What steps will reproduce the problem? 1. Attempt to build ORP on OS X 2. If you haven't installed wget, it will fail What version of the product are you using? On what operating system? r314, OS X 10.6.2 Please provide any additional information below. You could bundle wget for OS X, or you could just use curl (built into OS X). What steps will reproduce the problem? 1. Attempt to build ORP on OS X 2. If you haven't installed wget, it will fail What version of the product are you using? On what operating system? r314, OS X 10.6.2 Please provide any additional information below. You could bundle wget for OS X, or you could just use curl (built into OS X). Nov 24, 2009 issue 22 (OpenSSL is compiles wrong architecture on OS x 10.6) commented on by dylanxq - This should be the last issue preventing ORP from building on OS X. I'm going to clean everything out and do a build using only the modifications I've posted and see if I can still get it working. This should be the last issue preventing ORP from building on OS X. I'm going to clean everything out and do a build using only the modifications I've posted and see if I can still get it working. Nov 24, 2009 issue 22 (OpenSSL is compiles wrong architecture on OS x 10.6) reported by dylanxq - What steps will reproduce the problem? Build ORP. It will fail. What is the expected output? What do you see instead? I fixed this a while back so I don't remember what the errors were, but something about the library being the wrong architecture. What version of the product are you using? On what operating system? r314 on OS x 10.6.2 Please provide any additional information below. The fix is to use the attached file. OpenSSL has to be compiled as 64-bit. What steps will reproduce the problem? Build ORP. It will fail. What is the expected output? What do you see instead? I fixed this a while back so I don't remember what the errors were, but something about the library being the wrong architecture. What version of the product are you using? On what operating system? r314 on OS x 10.6.2 Please provide any additional information below. The fix is to use the attached file. OpenSSL has to be compiled as 64-bit. Nov 24, 2009 issue 21 (wxWidgets fails to build on OS X 10.6) commented on by dylanxq - Yeah, those instructions didn't work for me no matter what I did. Maybe I was missing something obvious, but I doubt it. I've been trying to get wxWidgets 2.9.0 to build with the ./configure flags that 11-wxWidgets passes, but it looks (again, due to a bug in wxWidgets) I can't compile it without sockets and stopwatch (which sockets needs to work). With that said, I have managed to build ORP (on wxWidgets 2.9.0) using the attached file and the patch I posted earlier. Yeah, those instructions didn't work for me no matter what I did. Maybe I was missing something obvious, but I doubt it. I've been trying to get wxWidgets 2.9.0 to build with the ./configure flags that 11-wxWidgets passes, but it looks (again, due to a bug in wxWidgets) I can't compile it without sockets and stopwatch (which sockets needs to work). With that said, I have managed to build ORP (on wxWidgets 2.9.0) using the attached file and the patch I posted earlier. Nov 24, 2009 issue 21 (wxWidgets fails to build on OS X 10.6) commented on by darryl242 - Thanks for the feedback! I assume the instructions you tried to compile 2.8.10 was from here? http://wiki.wxwidgets.org/Development:_wxMac#Building_under_10.6_Snow_Leopard If 2.9 compiles and runs properly under Linux and Windows, I have no problem updating to 2.9 (even though the wxOSX/Cocoa implementation is not considered stable yet). I'll test 2.9 on the other platforms and wait to hear back from your testing. Thanks again. Thanks for the feedback! I assume the instructions you tried to compile 2.8.10 was from here? http://wiki.wxwidgets.org/Development:_wxMac#Building_under_10.6_Snow_Leopard If 2.9 compiles and runs properly under Linux and Windows, I have no problem updating to 2.9 (even though the wxOSX/Cocoa implementation is not considered stable yet). I'll test 2.9 on the other platforms and wait to hear back from your testing. Thanks again. Nov 23, 2009 issue 21 (wxWidgets fails to build on OS X 10.6) commented on by dylanxq - Forgot to include my patch- keep in mind this is for 2.9.0 Forgot to include my patch- keep in mind this is for 2.9.0 Nov 23, 2009 issue 21 (wxWidgets fails to build on OS X 10.6) commented on by dylanxq - Again, this is a bug in wxWidgets. Supposedly there is a fix to get 2.8.10 working on Snow Leopard (compile as 32-bit), but I can't seem to make it happen. 2.9 seems to build flawlessly after ./configure --with-macosx- version-min=10.5 --with-osx_cocoa and a really minor patch to one file (see attached). I'm not entirely sure that this will get ORP building, but it's at least building wxWidgets. Definitely not resolved here. I'll keep you updated as I fiddle around. Again, this is a bug in wxWidgets. Supposedly there is a fix to get 2.8.10 working on Snow Leopard (compile as 32-bit), but I can't seem to make it happen. 2.9 seems to build flawlessly after ./configure --with-macosx- version-min=10.5 --with-osx_cocoa and a really minor patch to one file (see attached). I'm not entirely sure that this will get ORP building, but it's at least building wxWidgets. Definitely not resolved here. I'll keep you updated as I fiddle around. Nov 23, 2009 issue 17 (Unable to compile on Snow Leopard 10.6) Status changed by darryl242 - Fixed. Status: Fixed Fixed. Status: Fixed Nov 23, 2009 issue 20 (ffmpeg fails to build on OS X 10.6) Status changed by darryl242 - Fixed in r314. Status: Fixed Fixed in r314. Status: Fixed Nov 23, 2009 r314 (Append --arch=x86_x64 to ffmpeg configure for 64-bit OSX (Is...) committed by dashhacker242 - Append --arch=x86_x64 to ffmpeg configure for 64-bit OSX (Issue: 20). Append --arch=x86_x64 to ffmpeg configure for 64-bit OSX (Issue: 20). Nov 22, 2009 Downloads Wiki page edited by darryl242 - Revision r313 Edited wiki page through web user interface. Revision r313 Edited wiki page through web user interface. Nov 22, 2009 issue 16 (new ps3 firmware 2.80 is said to block the open remote play) Status changed by darryl242 - Status: Done Status: Done Nov 22, 2009 issue 18 (No video in ORP 1.2 BETA on Windows XP x64) Owner changed by darryl242 - Owner: dashhacker242 Owner: dashhacker242 Nov 22, 2009 issue 21 (wxWidgets fails to build on OS X 10.6) Owner changed by darryl242 - Owner: dashhacker242 Owner: dashhacker242 Nov 22, 2009 issue 20 (ffmpeg fails to build on OS X 10.6) Owner changed by darryl242 - Owner: dashhacker242 Owner: dashhacker242 Nov 22, 2009 issue 17 (Unable to compile on Snow Leopard 10.6) Owner changed by darryl242 - Owner: dashhacker242 Owner: dashhacker242 Nov 22, 2009 issue 20 (ffmpeg fails to build on OS X 10.6) Labels changed by darryl242 - Labels: OpSys-OSX Component-Build Labels: OpSys-OSX Component-Build Nov 22, 2009 issue 21 (wxWidgets fails to build on OS X 10.6) changed by darryl242 - Status: Accepted Labels: OpSys-OSX Component-Build Status: Accepted Labels: OpSys-OSX Component-Build

WindowsBuildGuide Wiki page commented on by darryl242 - I've tried this and it doesn't work. I was able to force VMware to use the MAC address of my PSP even though VMware does not support arbitrary MAC addresses: {{{ VMware Server virtual machines do not support arbitrary MAC addresses, hence the above format must be used. So long as you choose XX:YY:ZZ so it is unique among your hard-coded addresses, conflicts between the automatically assigned MAC addresses and the manually assigned ones should never occur. }}} Editing the vmx configuration for the virtual machine by hand, I was able to se the MAC address. Running ipconfig /all on the virtual machine (Windows XP Pro), I can see that the MAC address is correct. I was excited as this should work as expected, but... Running arping <virtual machine IP> -I <interface> on my Linux router returns with the MAC address of my laptop's wireless interface, not the MAC address of the bridged virtual interface. Hence, I get video corruption as you mentioned above. Running tcpdump on my Linux gateway, I can confirm that the source MAC address matches my laptop's wireless interface and not that of the spoofed PSP MAC address. I thought this would work too, but no luck.

I've tried this and it doesn't work. I was able to force VMware to use the MAC address of my PSP even though VMware does not support arbitrary MAC addresses: {{{ VMware Server virtual machines do not support arbitrary MAC addresses, hence the above format must be used. So long as you choose XX:YY:ZZ so it is unique among your hard-coded addresses, conflicts between the automatically assigned MAC addresses and the manually assigned ones should never occur. }}} Editing the vmx configuration for the virtual machine by hand, I was able to se the MAC address. Running ipconfig /all on the virtual machine (Windows XP Pro), I can see that the MAC address is correct. I was excited as this should work as expected, but... Running arping <virtual machine IP> -I <interface> on my Linux router returns with the MAC address of my laptop's wireless interface, not the MAC address of the bridged virtual interface. Hence, I get video corruption as you mentioned above. Running tcpdump on my Linux gateway, I can confirm that the source MAC address matches my laptop's wireless interface and not that of the spoofed PSP MAC address. I thought this would work too, but no luck.

Yesterday

Last 30 days

Older