Related
Hi all you great minds out there.
I've been hunting around for a little while trying to find out if this is possible.
I've got this program on my PC called Guitar Pro, a cracking little program which plays midi and guitar tabs together on screen so that you can follow on the guitar, theres a huge online archive of songs that have been converted to guitar pro *.gp3/.gp4/.gp5 format.
Its been great but I find it most annoying that I have to sit in front of my PC to work with this program, so I was really hoping for a program that would recognise the Guitar Pro tab format and run them back a full/half speed ect. I not even that fussed about the midi background.
Now, according to the Guitar Pro website, they MAY release a pocket PC version, this has been the stance for about 2 years, so I can imagine that its a non starter.
Looking around the net I found a program called DGuitar which is supposed to be able to run on any platform with Java, I managed to get a .Jar file to play with but it doesn't install on my pocket PC (would have been a bit too easy eh)
I dont suppose anyone has any input to this conundrum?, perhaps Im being a bit of a lemon with the DGuitar JAR install? or maybe theres another bit of software out there?
Id love to hear everyones input into this, cheers in advance y'all
P.S. I attach the open source DGuitar files to this mail perhaps someone might be able to take a better look at the distribution files
I'd love to be able to use Guitar Pro on my PPC. I'm unable to download this DGuitar file at the moment so I can't verify whether I can get it to work, but I will definitely be watching this thread.
please do, Im tempted to put a flash app together, since my Java skills are lacking. The Flash Lite platform is pretty good.
u should try this..
i think dguitar technically will work on your device together with java emulator software..
Unfortunatelly it's not so easy to convert Java SE (Swing) application to a J2MEE one. There are a lot of problems and as here we would need to convert both GUI and MIDI (sound) I think it's better to find an application predestined for PPC.
Maybe you could use Milktracker. Not exactly guitar but piano! http://www.milkytracker.net/
Or maybe :
MilkyPlay 0.9.7
MilkyPlay is a free module player for PocketPC supporting various formats.
Features:
- support for 669, AMS, AMF, CBA, DIGI, DSM, FAR, GDM, IMF, MOD,
MDL, MTM, MXM, OKT, PLM, PSM, PTM, S3M, STM, ULT, UNI and XM
- linear interpolation for better sample quality
- volume ramping for click removal
- audio visualisation
- nice GUI
- Song info viewer (instruments/samples/songmessage)
- playlists
- shuffle playback
- configurable button layout
- support for zip compressed modules)
http://peter.nxbone.net/MilkyPlay.zip
Not tried links recently.
Or maybe this link:
http://freewareppc.com/multimedia/pianonm.shtml
Or this other commercial one:
http://www.pocketpccity.com/software/pocketpc/Guitar-Fretboard-Addict-2005-12-16-ce-pocketpc.html
Sorry if I am barking up the wrong tree!
After recently coming across the open-source DGuitar project, I became interested in seeing if it was possible to port it to run on a win mobile JVM. As mjanek20 said earlier, the two major obstacles in doing this would be getting the Swing GUI components and the MIDI playback to work on these limited devices. The GUI components are actually not that big of an issue. On most WM devices, third-party JVM's (such as Creme) are available that support AWT and/or Swing components. The *really* difficult part is going to be the MIDI support. I've done a lot of research on this in the last few days, and I can't find any support (Java or otherwise) for low-level MIDI progamming. At best, there is support for playing back an entire MIDI file, but this is not appropriate for a Guitar-Pro viewer/player, where individual MIDI events need to be sent to the MIDI device in real-time. As I see it, there are three possibilties:
1) Substitute the MIDI events with simple tone events. This will give us basic sound, but we will be missing all the nifty effects like sliding, bending, hammer-on/off, fret noise, palm muting, etc.
2) Use a MIDI file exported from a GP file, and try to play this back in sync while displaying the tab in the GUI. Not sure how viable this is, just an idea at this point. I would hope it would solve some of the problems noted in solution 1, but syncronization and looping sections might be a problem here.
3) Program my own MIDI-to-PCM engine. I think some people have already done somethng like this (for instance, I am guessing the guys that came up with the Vibe MIDI sequencer midlet rolled their own), but unfortunately I havent found any open source, and frankly I'm too dumb and lazy to build something like this from scratch...so I'll probably start with solution 1 and then maybe see about implememnting solution 2.
I'll post my progress with the DGuitar port when I make a significant breakthru....if anybody else has any good ideas about a MIDI solution, let me know.
what is your progress with this? have you stop?
Hi,
So what is the actual progress?
I don`t really need the Midi playback, it would be perfect to just view the Tabs of a GP3, GP4 or GP5 File!!
Any other app around?
Regs
Sideburnt said:
Looking around the net I found a program called DGuitar which is supposed to be able to run on any platform with Java, I managed to get a .Jar file to play with but it doesn't install on my pocket PC (would have been a bit too easy eh)
Click to expand...
Click to collapse
DQuitar was written in Java indeed. But not in JavaME (ME stands for mobile edition) which is supported by most mobile phone. This is a huge different, and unfortunately DQuitar will not work on mobile devices.
Maybe it could be worth trying using JavaFX from Sun/Oracle while it's still available for our PPCs.
Jbed can run almost nothing where JavaFX behave correctly (except for on-the fly screen rotation). For instance, display is completely messed up using Jbed with Angry Birds, while the game is completely functional using JavaFX.
Quitar
Hello all
I've been searching the internet for days trying to locate DirectX for my Samsung i760. I use SJPhone with my Asterisk machine, and would love to use the phone without the need for a headset (due to the speakerphone being the audio output and the echo because of it).
What I've learned in this short amount of time is that finding a DirectX cab file isn't going to happen. I've also learned, that the phones do not support DirectX, but rather GAPI then turned to Direct3D. If my terms or timeline is a bit off please do not bash, technical insight of the Direct* suite should not be the focus of this..
Is it possible at all to get a direct driver for my phone, or should my searching cease to a grinding hault? I'm not up to speed on the PPC/PDA/Smartphone world (this i760 is my first smartphone, which was purchased not too long ago) though do work in the telecommunications field. Go figure.
I'm affraid this phone just can't support it, which is the reason I cannot find anything or related i760 posts.
For whatever it's worth, I only need audio support and am not interested in video or playing games.. Thanks everyone, for any input provided.
some devices drivers may accell direct3d but there is not direct3d as a thing you install or as a independent program
Ive installed .NET 3.5 CF, which I thought had the DirectX stuff built into it, but appearantly I was mistaken.
In the audio options of SJPhone, it has a field that is grayed out which says:
Enable DirectSound for improved audio performance
And then below that, DirectX Version "not detected"
So I was thinking there has to be something out there to install to get the first feature working.
Hi guys,
I've searched this forum and haven't found an answer to my question, so I'm gonna post it here. (Hopefully I did the search right and didn't commit the felony of a double post. )
I'm planning on buying a new phone, mainly because my old HTC Charmer (WM 6.1) doesn't support SDHC cards and the maximum of 4GB of the cards I can use with it is just not enough any more.
So far, I've read quite some disappointing details about Windows Phone 7:
- No more "free" apps (by which I mean apps programmed by someone and offered somewhere, now it's the same sh** as with an iPhone or an Android phone)
- No direct USB-sync, which means you have to send your private information to the cloud in order to sync
- No "real" support for SD-Cards (and getting more storage space is the whole da** point here, otherwise I'm quite happy with my Charmer)
So, basically I thought about getting a second hand HTC Touch Pro II running WM 6.5 AND supporting NORMAL SDHC cards (meaning ALL cards which comply with the standard, not just the ones "certified by Microsoft").
But there might be one killer feature which could make me, well, not really forget, but maybe turn a blind eye to WP7's SHAMEFUL flaws: The new Microsoft Office Mobile. Often, I have some Excel spreadsheets which I need for work at different places. This is the only reason I have to take a laptop computer with me, apart from that my phone would be fine.
Office Mobile in WM 6.1 (or 6.5) couldn't display / make use of all the features the Desktop-Version offered (like extremely complicated formulae or spreadsheets and of course macros), and, moreover, after having worked on and saved an Office document on a phone, the features would even have been removed from the file in the conversion process, so the file was useless on the desktop as well.
Thus, I'm asking the following questions (which surprisingly haven't been answered on the net so far, or am I just too stupid to google it right?):
- Is the Office in WM 7 fully functional, meaning you can work on Excel sheets with the most complicated formulae and macros, or, asked more simple, can you do everything you can do with the Desktop version on your phone as well?
- If it doesn't offer everything the desktop versions offers, does it at least keep everything that was there in the original file after you change and save it on your phone? I mean, even if I can't use macros on the Windows Phone, it might still be helpful to open an .xls file on the phone, make a few changes (which don't require macros), save the file on the phone and after putting it back on a desktop computer having the file "unharmed" (meaning except for the small change I made on the phone everything else is as it was)?
Hopefully, I made my point clear enough, if not, I'm happy to answer questions on what it is exactly that I want to know. I think many users here already having a Windows phone will have tried working on Office documents on their phones and I hope those will share their experiences with me.
Many thanks for reading my post and even more thanks for answering.
Peter
Firstly,in terms of the functionalities of the excel,I don't think WP7 is suitable for you.
Furthermore,personally I prefer USB drag and drop the documents to my device,maybe you can call me old school.I just find the office useless for me since I don't have sharepoint,I don't want create a dropbox account just to upload my file to cloud and download it to my device again and I don't have a data plan.Therefore,until now, I still didn't use the office app once.
In your situation,I think you need an android phone to handle your job this moment,you can just purchase quick office,docs to go,depends on your personal preference.In addition,the only office app available is just microsoft office,no other choices.furthermore,as you said,you want transfer it back to your desktop unharm,therefore it is good to have drag and drop file transfer function rather than rely on dropbox,upload to the cloud and download on your desktop again.
On the other hand,there is no clear information about the mango updates which add more features to the office.So,I'll would suggest you to go with Android or iOS for this moment.
Thank you for the answer.
No more "free" apps (by which I mean apps programmed by someone and offered somewhere, now it's the same sh** as with an iPhone or an Android phone)
Click to expand...
Click to collapse
Free, in cost, there are plenty. Free as in not first checked by MS, kinda but no. You can developer unlock your device and sideload apps. However, that being said, MS are pretty good, they're only blocking apps which don't meet quality control standards (which I think is a good thing) or, somewhat contentiously, are "adult". They're not playing the same game as Apple.
I'm confused by you saying Android though. You can easily download and install programs (apk) on your device from any source (you just have to choose that option in the settings).
Office in Mango is improving - specifically:
1. Better support for formulae
2. Skydrive sync
So, yes, formulae can be created and manipulated in Excel, though I wouldn't say it's a replacement for the real Excel. It certainly can't run macros.
Skydrive is still "in the cloud" however, you're automatically registered to the free account by the virtue of having a live id. I still believe we should have USB file transfer but at least this is better than nothing.
Casey
The data can be sent as a simple byte stream.
I want to capture a PC screen and send it to WP7, I must convert it in server side and reconvert it in client side (I don't know how do that).
The code that I developed to capture the PC screen give me a bmp image extension, and the WP7 can't read that file.
How do I serialize media objects (pictures) for socket transfer??
I want to be able to send pictures files from Pc to WP7 via WiFi using socket.
How can I convert the picture file to what the file extension stream and send it?
I am confused how to do that
juste_3al_faza said:
The data can be sent as a simple byte stream.
I want to capture a PC screen and send it to WP7, I must convert it in server side and reconvert it in client side (I don't know how do that).
The code that I developed to capture the PC screen give me a bmp image extension, and the WP7 can't read that file.
How do I serialize media objects (pictures) for socket transfer??
I want to be able to send pictures files from Pc to WP7 via WiFi using socket.
How can I convert the picture file to what the file extension stream and send it?
I am confused how to do that
Click to expand...
Click to collapse
I think I need to know a little more about what you are trying to do.
I am assuming a program is running on the PC. You want to capture an image of the program. Then send it to the phone through WiFi.
For it to be readable on the phone, bmp will not work. Convert it to jpg. Plenty of free algorithms and libraries can be can be found to do this.
To transfer it to the phone, I would suggest using a webserver or hosting one on the same machine. Possibly Apache, since it is free, but i am more familier with IIS.
Have your app on the pc do a post to page on localhost. Have it pass something on the querystring to identify the phone it is for. This page will store the image in a location on your computer that the webserver has access to.
Now your phone will need an app that will also hit that same ip address, not local host. You will need to know the ip address of the machine. Have it hit a different page and pass that phone identifier. The page will do a redirect to the jpg file. As you recieve the output, write it to to a file on the phone. Using Redirect should automatically send the name and mimetype with the response.
There are other more complicated ways to stream an image, but this is the simplest.
You could always have the webserver be on a different machine entirely, which would make it more generic. Yiou could even have it be hosted so it is accessible from the internet, not just the intranet.
Usign a webserver seems vastly over-complicated to me, but OK. Maybe I'm just more comfortable writing netwrok code than most people...
Take your screenshot (I assume you already managed this). Put it in a format the phone likes (JPEG is good; there might even be BMP-to-JPEG conversion code in the .NET library). Connect the phone and the PC.
This is where the network code comes in. I would personally do this by starting a TCP server socket on the PC on some arbitrary high port, more than 1024 and less than 65000. Have it "Listen()" for a request from the phone. Write a phone app that opens a TCP connection to the PC on that port. Once the phone connects, set it waiting to Receive() data. On the PC side, since some signal that you're going to transfer a file (a realllllly simple protocol would be to just send the file size, as an int, first). There are a few ways to send data on a TCP socket; you can use the Send() function which takes an array (type byte[], which could be populated by using another array and then converting), or a NetworkStream, which is just like any other member of System.IO.Stream (I'm assuming you're writing both ends in .NET, although really simple netcode is actually easier in C). To transfer the file itself, just open it and read it however you like, and send the byte array over the socket. On the phone end, create a new IsolatedStorage file, and write the data coming over the socket into it. Just read in a loop until you've read up to the size that the server told you was coming, or until you hit the end of the stream / the connection closes (which indicates a bug or a problem on the other end).
That's a dead-simple and not very robust network protocol, but it does have the advantage of being trivial to code up...
Or, if that all sounds too confusing, you can try using HTTP. I actually find that to be *more* painful, but YMMV; I cut my first netcode in C and to me HTTP feels needlessly complex by comparison (because it's meant to do so many more things than just transfer a simple byte stream like a file). If you want to look at the source code of an app that uses HTTP to send and receive files, including both the phone app and the PC server app, take a look at WP7 Advanced Explorer (it's on Codeplex). Ignore the parts about filesystem and registry for now, and just look at the network part.
To me the web server approach may seem to be the easiest solution because I have been doing dot net web programming since before dot net 1.1 came out (beta 1.0). Before that I was doing other web development using classic asp, xml, xsl, and javascript. So, I have been working with IIS for well over a decade.
Quite recently, I just worked on dot net code to stream documents and video that is not directly accessible through any virtual directory, without doing a redirect for the purpose of enforcing additional security.
Different types of programmers find different things easier. I have done little to no direct sockets programming since college, so that to me would be more difficult, even if it is actually easier.
It didn't even occur to me to try listening on a port.
Also, now that you mention it, there are ways built into dot net to convert image types. I actually use them in some of the programs I've written for Windows Mobile, such as the FB pic to Outlook Pic application. I might be converting the other way in that app though.
I don't think I do that with web service
I prefer to use the Socket.
My apps let me just view the PC screen
juste_3al_faza said:
The data can be sent as a simple byte stream.
I want to capture a PC screen and send it to WP7, I must convert it in server side and reconvert it in client side (I don't know how do that).
The code that I developed to capture the PC screen give me a bmp image extension, and the WP7 can't read that file.
How do I serialize media objects (pictures) for socket transfer??
I want to be able to send pictures files from Pc to WP7 via WiFi using socket.
How can I convert the picture file to what the file extension stream and send it?
I am confused how to do that
Click to expand...
Click to collapse
With the zune.
Fair warning: I know only mostly what I want, I have no clue how difficult it will be to achieve, and therefor have no idea how to price the work. There are several people interested in this project though, so I'm sure a good budget can be reached.
I have several copies of Lenovo+Google's ill-fated virtual reality headset, which I would like to turn into actually functional devices. The kernel is Android 8 with some additional hooks (I have a copy with the additional required files). I also have one that has developer access of some kind, which may make the process easier.
The primary problems the device needs fixed:
Needs USB File transfer (disabled completely currently)
Needs access to cameras (Especially necessary for AR passthrough)
Needs Task Manager
Needs better widget and notification area systems (Currently, to skip a song on, say, spotify, you have to exit the app you're in, navigate to spotify, switch the song, restart the app you were in. The notifications are also not context aware, so you can't click on one to go to the referenced app)
Support for alternate controllers (basic, such as keyboard or bluetooth PSX)
According to the last person I attempted to hire for this, it would be easier to start from scratch than to implement an altered rom, but I don't think he understood how the 360 virtual environment and camera tracking systems were integrated (not that I do, but I know enough to know that building them out from scratch would be a massive undertaking).
Here is the current road map document, which is still a work in progress.
Any assistance, direction, or paid work would be appreciated, as I've been stumped on where to even begin for over a year.
MOD ACTION:
Thread closed since bounty threads are not allowed on XDA.
@bridgebrain