Hello who is ingeniously and can change gptmc.dll for tmc?
Thank you!
What do you mean exactly ?
You want to know if this gpstmc.dll library can be used to retrieve TMC data from RDS using the Polaris's FM radio ?
First, I'd like to know where do this library come from ? What kind of device ? I dunno if raw RDS data is available on the Polaris.
No gpstmc.dll it must be rewritten. Then the TC/Orbit2 TMC.
I can not change the gpstmc.dll, so I look for help here.
Data supplied by Orbit2
The Polaris can TMC.
Signals/TMC are sent to the gpstmc.dll. But will not continue.
Mc0815 said:
The Polaris can TMC.
Signals/TMC are sent to the gpstmc.dll. But will not continue.
Click to expand...
Click to collapse
Can you explain this in detail ?
I just looked a bit into this:
I don't see where gpstmc.dll get its data, but it looks like a compatible equivalent library is feasible.
I see that FMRadio drives the FM chip thru FMS_api.dll which itself speaks to the FMS.dll FM Chip driver.
What I can see in FMS.dll is that there is a specific event handler for incoming RDS groups but I don't yet know if is hookable. It looks like FMS.dll RDS groups handler filter a lots of feature (probably managing only PI, AF and PS).
Do you have more info on gpstmc.dll inner workings ?
plopplop said:
Can you explain this in detail ?
I just looked a bit into this:
I don't see where gpstmc.dll get its data, but it looks like a compatible equivalent library is feasible.
I see that FMRadio drives the FM chip thru FMS_api.dll which itself speaks to the FMS.dll FM Chip driver.
What I can see in FMS.dll is that there is a specific event handler for incoming RDS groups but I don't yet know if is hookable. It looks like FMS.dll RDS groups handler filter a lots of feature (probably managing only PI, AF and PS).
Do you have more info on gpstmc.dll inner workings ?
Click to expand...
Click to collapse
you have message
Well. This is not a simple project.
First, a program to test reception of TMC data using the FMS driver must be done.
Then, if it works, a new version of gpstmc.dll must be created (not that easy) to provide software using gpstmc.dll (like, igo or software like that) with TMC data.
gpstmc.dll seems to be specific to devices with GNS GPS+TMC receivers.
Personnaly, I like the idea of getting TMC data from the Polaris radio. If the driver allows us to grab other groups than RDS PS then it can be done. However, providing TMC data to GPS software will be a bit tough.
before you try driver hacks ... do you know what bluetooth chip is inside? after that you must hack the radio rom to switch the right nv-items on. then you can use the drivers.
What does Bluetooth have to do with TMC?
TMC is a side channel of RDS on FM radio.
There is a software for showing TMC events at navifriends.com (called TMCview).
Look here
Download after registration only.
Sascha
Donations Recieved:
30€ Mc0815 for TMC
SaBo said:
What does Bluetooth have to do with TMC?
TMC is a side channel of RDS on FM radio.
There is a software for showing TMC events at navifriends.com (called TMCview).
Look here
Download after registration only.
Sascha
Click to expand...
Click to collapse
Those are very specific to the Eten hardware (and drivers). But its interesting nonetheless.
NetrunnerAT said:
before you try driver hacks ... do you know what bluetooth chip is inside? after that you must hack the radio rom to switch the right nv-items on. then you can use the drivers.
Click to expand...
Click to collapse
RDS support is already there on qualcomm side. The fact is that FMS.dll driver (the windows driver for the FM chip) filters out RDS features other than AF (alternative frequencies), PS (program service, the station's name) and PI (program identifier, a unique identifier for a listened station).
This driver needs to be hacked into to let RDS TMC groups out. It seems this driver does not give access to raw rds data.
I wonder if the best strategy is to modify existing driver (and still let the FM radio program use it) or "make" a new one used only by programs using TMC.
This driver needs to be hacked into to let RDS TMC groups out. It seems this driver does not give access to raw rds data.
I wonder if the best strategy is to modify existing driver (and still let the FM radio program use it) or "make" a new one used only by programs using TMC.
Click to expand...
Click to collapse
how about make 'TomTom Go' or 'TomTom One' work on mobile phones with the hacked gpstmc.dll
http://www.tomtom.com/products/accessories/accessory.php?ID=294
plopplop said:
Those are very specific to the Eten hardware (and drivers). But its interesting nonetheless.
Click to expand...
Click to collapse
What is specific to Eten hardware?
TMCview definitely is not.
manaaa said:
how about make 'TomTom Go' or 'TomTom One' work on mobile phones with the hacked gpstmc.dll
http://www.tomtom.com/products/accessories/accessory.php?ID=294
Click to expand...
Click to collapse
TomTom software from PNA is not based on Windows OS but some sort of Unix.
Sascha
Related
What't the free program that routes all the PDA sounds via the handsfree/headset profile of a bluetooth headset?
There are various, but VJVolubilis will do it within hardware limitations. I don't think the Magician permits this, from my findings. Typically it's only WM5 devices or non-MS bluetooth stacks that allow it. Although if you find otherwise, let me know and I'll incorporate it.
V
vijay555 said:
There are various, but VJVolubilis will do it within hardware limitations. I don't think the Magician permits this, from my findings. Typically it's only WM5 devices or non-MS bluetooth stacks that allow it. Although if you find otherwise, let me know and I'll incorporate it.
V
Click to expand...
Click to collapse
Vijay,
Can you not write one?
http://www.howardforums.com/showthread.php?t=772614&
That one doesn't work with the Magician.
27 - you may have misunderstood. I did write one, VJVolubilis. It permits slightly more control then the app linked to in the HowardForums post, although it's made from the same information publicised in the MSDN blog, so it does the same and a bit more. However, the limitation is down to the Microsoft bluetooth stack and their implementation of the audio gateway in WM2003.
"VJvolubilis -agon" will try to direct audio to headset, if your system is compatible.
V
vijay555 said:
27 - you may have misunderstood. I did write one, VJVolubilis. It permits slightly more control then the app linked to in the HowardForums post, although it's made from the same information publicised in the MSDN blog, so it does the same and a bit more. However, the limitation is down to the Microsoft bluetooth stack and their implementation of the audio gateway in WM2003.
"VJvolubilis -agon" will try to direct audio to headset, if your system is compatible.
V
Click to expand...
Click to collapse
So, does your program work on the Magician?
27 - unfortunately no, it doesn't work on the Magician as I said. In fact, I don't think it works on any WM2003 device AFAIK, but as I said, it's based on the same code as the other app, which was provided by a Microsoft guy.
There may be special secret ways to enable it, since I believe that this is possible with other bluetooth stacks, but it doesn't seem to be possible with the standard Microsoft stack.
The BluePlayer app that is available on the board apparently redirects all audio to bluetooth (stereo) headsets. If this works on the Magician, this might be another way to try it.
V
vijay555 said:
27 - unfortunately no, it doesn't work on the Magician as I said. In fact, I don't think it works on any WM2003 device AFAIK, but as I said, it's based on the same code as the other app, which was provided by a Microsoft guy.
There may be special secret ways to enable it, since I believe that this is possible with other bluetooth stacks, but it doesn't seem to be possible with the standard Microsoft stack.
The BluePlayer app that is available on the board apparently redirects all audio to bluetooth (stereo) headsets. If this works on the Magician, this might be another way to try it.
V
Click to expand...
Click to collapse
It needs to redirect to a mono kit. This is the purpose
http://www.howardforums.com/showthread.php?t=899607
Watch out for this link:
http://forum.xda-developers.com/viewtopic.php?t=59464
So finally it's available now.
However on my TyTN only values for RSSI (field strength) and RXqual are showing up.
I'm sure we will be able to fix that with the help of this kind guy, who shared this application with us [I hope he is responding].
Assumably some registry keys have to be set to invoke display of all parameters.
updated the wiki so this reaches more people and hopefully someone can help.
http://wiki.xda-developers.com/index.php?pagename=Hermes_Utils
Re: HTC TyTN FieldTest application [Engineering / Monitor Mo
ghl10000 said:
Watch out for this link:
http://forum.xda-developers.com/viewtopic.php?t=59464
So finally it's available now.
Click to expand...
Click to collapse
could you post some screenshots of this application?
Re: HTC TyTN FieldTest application [Engineering / Monitor Mo
eva_d said:
could you post some screenshots of this application?
Click to expand...
Click to collapse
Here they are:
Re: HTC TyTN FieldTest application [Engineering / Monitor Mo
pof said:
Here they are:
Click to expand...
Click to collapse
woow! looks really impressive! hopefully there is some way to get real values instead of N/A..
Hi,
I have doopod 838pro, i was trying to connect it with the QPST/QXDM (qualcom diagnostic software installed on leptop) but i cannot as the phone is detected as HTC Modem and not as dignostic COM port. Do you know if there is any driver/software/command for open the dignostic port for detect it as COM on the device manager?Any idea or other solution?
Thanks a lot,
Hi,
Im not sure you'll be able to do that.
The Qualcomm's MSM chipset on the Hermes handle the radio while the applications handled by a different processor (Samsung), unlike what is happening on feature phones.
The data-com connector is controlled by the application processor so no Q's communication is available :-(
Happy new year from the Holyland.
Thank Dukas,
Happy new year to you!
If you have any idea let me know.....thanks a lot,
Dukas said:
The Qualcomm's MSM chipset on the Hermes handle the radio while the applications handled by a different processor (Samsung), unlike what is happening on feature phones.
The data-com connector is controlled by the application processor so no Q's communication is available :-(
Click to expand...
Click to collapse
HOWEVER, TomTom came yesterday with some kind of help in that matter. when TomTom asks you to configure external GPS receiver, it also lists all available COM ports. guess what - one of the ports was described as 'RIL on COM6:' - ha! i'm guessing, RIL is accessible through that port, but usual AT commands don't work, so there must be some other way of doing it...
Try these two drivers. tell me the results
Thank you, i will try it and let you know!
austin_boy said:
Try these two drivers. tell me the results
Click to expand...
Click to collapse
thanks, but.. what exactly am i supposed to do with these files? :-o
It will enable the QPST/QXDM (qualcom diagnostic software) to talk to hermes
This software can extract tons of info from the qualcomm chipset
austin_boy said:
It will enable the QPST/QXDM (qualcom diagnostic software) to talk to hermes
This software can extract tons of info from the qualcomm chipset
Click to expand...
Click to collapse
mhmm ok, but *just* these drivers will not give us that tons. i mean, what also we need is that diagnostic software, right?
this is a reply to rfmanganaro who was asking how to connect QXDM to Hermes
Any idea how to connect QPST to Hermes?
Thanks austin,
I am having some problems on the drivers installation you provided (i don`t know how and where install those) Can you help me?
Drivers for mobile or laptop?
How and where should i install it?
Sorry to disturb you again and Really thanks a lot,
You can buy the software from Qualcomm, this software is used for Radio network optimization and mobile test/debugs, not sure if it is available somewhere in the web.To this software you can connect any qualcomm chipset mobile and monitor all L1,l2 and L3messages, record, show and record radio measurements for HSDPA,R99 and off course connect true GPS for g data collection.Is something similar (but much more complete than the TEMS, COUEI, NETMIZER, NEMO.....)
But how do we install the drivers?
The files posted contain SYS files.
These are sys files but the Modem in the Hermes has its own driver already.
If you try to do an 'update driver' and point to a directory with these sys files in it, they don't work.
I think you also need a .inf file to go with these, or alternatively, mabe there is something needed in the Hermes to start up the modem in a different way.
Any ideas?
Hi irvis, austin,
I tryied but it doesn`t work by updtae HTC modem driver (the .inf file is requested).
Austin, can you provide the .inf file or any other idea of how to install it?
i am sure is possible,
Thanks a lot!
Hellow all, as noticed in the thread
http://forum.xda-developers.com/showthread.php?t=284329
we have pledged to ghather some 500$ and give it to some developer/hacker that is willing to port for us the latest version of the Widcomm stack for the Hermes. The reason for this is basically that the MS one simply has way too many bugs and lacks a lot of functionality.
I have contacted mikelspikel from aximsite and he agreed to try and help us. This will be the thread where we will discuss the porting efforts.
I will begin by posting mikelspikel's message :
"Hi!
I'd be delighted if I could help you but it's very difficult without having a device to test. I can give you some guidelines for you to test. You'll need a registry editor such as Resco Explorer registry add-in.
The package we built is completely oriented to the X50 / X51, but maybe it can be adapted to work with other devices easily, so I'd start installing our package. But be careful! Do it only if you don't mind having to hard-reset your device! You'll probaly need to.
The first thing we must make work is the communication between the main processor and the BT chip. This is done through a serial port. In the Axim, this port in COM5 and it's referenced in the registry in [HKLM\Drivers\BuitIn\BTUart]. This driver can be different in other devices, but usually it isn't difficult to figure it out from a [HKLM\Drivers\BuitIn\] branch registry dump (you can send me a dump of this branch if you want me to have it a look). Once we have the correct COM port, we have to modify [HKLM\Software\Widcomm\BTConfig\SerialTransport]. In Axim, as the BT port is COM5, we have to set Device=COM and Port=5.
The BT chip of our device defaults to a baudrate of 115200 bps, so we set BaudRate=115200. With ShiftSpeed and ShiftCommand we increase the port speed after connecting at 115200. In order to test safely in your device, i'd delete or rename these two keys and i'd keep BaudRate at 115200.
These two settings (COM port and BaudRate) are the two that use to make the stack startup fail with the out of memory message.
Other keys key I'd change at the beginning of the test process are, in [HKLM\Software\Widcomm\BTConfig\General], I'd delete or rename RadioInitLibrary and RadioInitPostLoadScript.
It's important to know that there's a log where we can find sometimes useful information about what's going on. This log is located in registry too, in [HKLM\Software\Widcomm\BTConfig\Debug\Log].
I think this is enough to start the tests. Let me know your results or any question you have. I'll try to do my best to help you. You can use my email if you prefer (*******@gmail.com).
Greetings,
Mikel"
I edited the e-mail as i rahter we post all our findings in this thread in order to avoid spamming him
So whoever feels brave enough to do some testing, go right ahead. I'm unfortunetly still busy these days but i'll be dropping by from time to time to hopfully post my findings.
Once again a BIG BIG thank you to mikelspikel for helping us and let the testing BEGIN!
Adi
I'm making some pretty good progress here.
I have the existing stack disabled and the widcomm stack enabled and discovery works fine.
I have the following profiles tested so far.
A2DP - works very good, much better then the ms stack.
Active Sync - works good.
File Transfer- works good.
Serial - works good.
These are just the ones I have tested so far, others probably work fine too. The main issue right now is the headset profile is not working. That is what I am focusing on. Once that is done I will just have to put a cab together.
,Dave
superdave said:
I'm making some pretty good progress here.
I have the existing stack disabled and the widcomm stack enabled and discovery works fine.
I have the following profiles tested so far.
A2DP - works very good, much better then the ms stack.
Active Sync - works good.
File Transfer- works good.
Serial - works good.
These are just the ones I have tested so far, others probably work fine too. The main issue right now is the headset profile is not working. That is what I am focusing on. Once that is done I will just have to put a cab together.
,Dave
Click to expand...
Click to collapse
Cool, what version of the stack are you testing ?
Also, you can download the Widcomm for Win CE (aka mobile) SDK and tools at http://www.broadcom.com/products/bluetooth_sdk.php for free.(registration required)
Adi
Let the hacking begin...... mwuahahahahahahahahahahahaaaa.
Ok, im getting ahead of myself now but this is good news thus far.
I am using 1.7, the same as the axim version.
,Dave
jasjamming said:
this is good news thus far.
Click to expand...
Click to collapse
Good? I'd say it's great! And I don't even have a TyTN yet.
superdave said:
I'm making some pretty good progress here.
I have the existing stack disabled and the widcomm stack enabled and discovery works fine.
I have the following profiles tested so far.
A2DP - works very good, much better then the ms stack.
Active Sync - works good.
File Transfer- works good.
Serial - works good.
These are just the ones I have tested so far, others probably work fine too. The main issue right now is the headset profile is not working. That is what I am focusing on. Once that is done I will just have to put a cab together.
,Dave
Click to expand...
Click to collapse
Is it possible to enable and disable Wdcomm bluetooth from commManager?
And it supports PAN profile, doesn't it?
great, looking forward in the progress of this hack.
Hi!
Glad of the progress so far! Superdave, are you interested in sharing your settings/progress?
In the Axim, one of the most difficult tasks was making HFP and HSP work. They need some vendor specific HCI commands to be sent to the BT chip (Texas Instruments BRF6150 in the Axim). Does anybody know which is the BT chip in the Hermes? Maybe we can get some info about HSP/HFP from the documentation of that chip.
BTW, Dave, have you tested BT and WiFi toghether? Does it work? That was another problem we found in the Axim. It requires some vendor specific commands too.
The Hermes uses the same BRF6150 chip.
Cool! Nice you see you here mikelspikel
Menneisyys said:
Cool! Nice you see you here mikelspikel
Click to expand...
Click to collapse
I meet you everywhere! How is this possible?
Sleuth255 said:
The Hermes uses the same BRF6150 chip.
Click to expand...
Click to collapse
That's very good! In Aximsite we got the proper HCI commands to enable WiFi and BT coexistence and audio routing to enable HFP/HSP in the BRF6150. If Superdave posts information about the state of his development, maybe we can use some of these commands to make HFP/HSP work.
Moreover, I developed a bts (Bluetooth Script) parser that can be used to get the responses from the BRF6150 when initialization commands are sent. For the Axim, we built a file called MkSpk100.bts that enables both coexistence and audio routing. Maybe this file can be used directly or slightly modified in the Hermes.
Superdave, did you start working with the Aximsite package or did you start from scratch? If the first is the case, could you please post what modifications you did to the original package?
Yeah, I started with the Axim package. Your script and dll mods do connect the HS but audio is not routing. The only mods needed to get the axim package installing is to remove the ms stack and change the com port to 7 the baud to 921600 and flow to 0, I also removed the shifts. Also the stack uses com 7/8 by default for the serial ports, that needs to be changed to com0/8.
Im intersted in your bts parser and the mods you made. I see the mods you made in the dll, MOV R0, #0x79 to MOV, R0 #0x75 before the IO CTL, but, not sure exactly what your doing there yet.
Thanks,
Dave
Quickly tested the stack & the hack instructions on the Universal; no success so far, no matter how I teaked the parameters. I will also test this on my HTC Wizard.
Anyone with these devices?
superdave said:
I'm making some pretty good progress here.
I have the existing stack disabled and the widcomm stack enabled and discovery works fine.
I have the following profiles tested so far.
A2DP - works very good, much better then the ms stack.
Active Sync - works good.
File Transfer- works good.
Serial - works good.
These are just the ones I have tested so far, others probably work fine too. The main issue right now is the headset profile is not working. That is what I am focusing on. Once that is done I will just have to put a cab together.
,Dave
Click to expand...
Click to collapse
Awesome dude!!
this sounds great guys so far. I wish I could contribute but my knowledge on software is fairly limited.
I myself am an electrical/electronics engineer with a PhD where I specialize in 3G-4G basaband hardware (microelectroncis). Soon we will see UWB (ultra wideband) communications on PDA's where we can stream HD video to our LCD TV's etc as well HD music to our digital receivers. Also, I have a student working on gyro's for PDA's where it will enable you to, for e.g., dial a number by just writing the number in thin air with the PDA (there are more benefits besides this)
Its good to see a device like the hermes offering so much, but from I know about bluetooth (having designed baseband components for bluetooth 1.1 back in the day (in 2001) ), I know it "shouldn't" operate the way M$ configures it to via its firmware/software.
So the progress made so far sounds excellent. Once all the profiles work and reg hacks made etc.... will this be made available in a CAB or EXE for us software "lay" people to install with ease?
Cheers and great work.
superdave said:
Yeah, I started with the Axim package. Your script and dll mods do connect the HS but audio is not routing. The only mods needed to get the axim package installing is to remove the ms stack and change the com port to 7 the baud to 921600 and flow to 0, I also removed the shifts. Also the stack uses com 7/8 by default for the serial ports, that needs to be changed to com0/8.
Im intersted in your bts parser and the mods you made. I see the mods you made in the dll, MOV R0, #0x79 to MOV, R0 #0x75 before the IO CTL, but, not sure exactly what your doing there yet.
Thanks,
Dave
Click to expand...
Click to collapse
Good! It's curious the BT chip works by default at 921600.
Well, the MkSpk_PCM_Routing.dll is, as you noticed, a modified version of the original HTC_PCM_Routing.dll. We were working with several versions of the files, some from an Axim X50 WM2003 and some from an iPaq hx4700.
In the X50 version, the file TIBinaryParser.dll has a function called SetAudioRouting. This function basically has a call to a DeviceIoControl of device WAV1. Running such a IOCTL from a C++ program mutes or activates the integrated audio of the Axim.
In the iPaq, the SetAudioRouting function is located in HTC_PCM_Routing.dll instead of in TIBinaryParser.dll. Moreover, the IOCTL has a different parameter (0x79 instead of 0x75), so we patched the original HTC_PCM_Routing.dll to be compatible with the IOCTL that works in the Axim. Have you tried with the original HTC_PCM_Routing.dll? You have to reference it in [HKLM\Software\WIDCOMM\Plugin\HandsFree\AudioSetupDll].
You should also check if the default audio device of the Hermes is called WAV1 too. If it isn't, the IOCTL won't work.
Maybe we can figure out the correct IOCTL building a C++ program. The code I used is:
Code:
HANDLE l_File;
char l_cmd[]={0,0,0,0,0x75,0,0,0,0,0,0,0,0/*1*/,0,0,0,0,0,0,0};
char l_cmd3[]={0,0,0,0,0x74,0,0,0,0,0,0,0,0/*1*/,0,0,0,0,0,0,0};
char l_cmd2[20];
DWORD l_br;
long l_res;
int i;
for (i=0;i<20;i++)
{
l_cmd2[i]=0;
}
l_File=CreateFile(_T("WAV1:"),GENERIC_READ | GENERIC_WRITE, 3, NULL,3,0,0);
if (l_File==0)
{
MessageBox(_T("Error opening WAV1:"));
return;
}
l_res=DeviceIoControl(l_File,0x1D000C,l_cmd,20,l_cmd2,20,&l_br,0);
if (l_res==0)
{
MessageBox(_T("IOCTL1 Error"));
return;
}
/* l_res=DeviceIoControl(l_File,0x1D000C,l_cmd3,20,l_cmd2,20,&l_br,0);
if (l_res==0)
{
MessageBox(_T("IOCTL2 Error"));
return;
}*/
If I remember OK, in the Axim, l_cmd mutes internal Audio and l_cmd3 enables it. The parameters we changed in the DLL were the 0x75 and 0x74 of these two buffers.
Find attached the BTS parser eVC++ 4 source code. It's a too quickly developed app to send bts files to the BT chip and trace the responses. You'll need to change some code, at least the comport the chip is connected to. Let me know if you need some help about it. The code is properly uncommented but it's very simple.
Hey Mikelspikel,
Thanks for your input to this project. It is greatly appreciated. I look forward to the progress made to a complete widcomm solution to the hermes..
great that you guys are working on this. the ms bluetooth is one of the largest fun killers with the hermes. thumbs up! and good luck for the patch...
Hi
I'd like to build an Android App to delay the FM Radio and match the sound with a sport event in TV like football.
There's any API to do this?
I'm new in Android development (not in Java). Can i decompile the HTC Radio program like a normal Java jar/class?
Thanks
sergio.otero said:
Hi
I'd like to build an Android App to delay the FM Radio and match the sound with a sport event in TV like football.
There's any API to do this?
I'm new in Android development (not in Java). Can i decompile the HTC Radio program like a normal Java jar/class?
Thanks
Click to expand...
Click to collapse
I'm pretty sure that you can't decompile the radio. As far as a radio API is concerned, I think one could come with the Android 2.2 SDK. The HTC one is proprietary stuff.
It's highly possible that radio is accessible via some files in /dev, and can be controlled by /sys or /proc as any radio/tv tuner in linux is. Check this via adb, and than search some samples. Maybe android audio API can be used for this? If not you will have to access it directly.
But it's only my idea.
This all sounds suspiciously like Android Development talk ;P
Sorry, I thought that i was in "Android development" subforum ...
I'm just doing my first Hello world examples while waiting to receive the Desire (25 may), so i'll first try to learn Android with the easy part of the application (all but the FM radio access).
I'll keep you posted if i do any progress.
Thanks for the advices
emdzej said:
It's highly possible that radio is accessible via some files in /dev, and can be controlled by /sys or /proc as any radio/tv tuner in linux is. Check this via adb, and than search some samples. Maybe android audio API can be used for this? If not you will have to access it directly.
But it's only my idea.
Click to expand...
Click to collapse
Hi guys,
The, it´s possible to rip songs from Fm Radio?
Would it be possible to make a virtual TMC device for Android that takes a traffic source like TPEGML to provide route planning software with traffic information?
I'm just brainstorming here...
beboxed said:
Would it be possible to make a virtual TMC device for Android that takes a traffic source like TPEGML to provide route planning software with traffic information?
I'm just brainstorming here...
Click to expand...
Click to collapse
Same question here! I am waiting for my HTC Desire to arrive this week, and still need to deside wich NAV I wanna buy (Navigon, Copliot, Igo...?)
A Virtual-TMC app would be great with that!
Anybody seen such an app already?
i'd love to have this too, something like the HyperRDS thing for windows mobile and it would surely work with igo/motonav etc.
Any news for TMC device?
If some developement starts I can commit myself as tester.
I'm skilled developper but with low experience in android coding.
Ive been looking for a way to build an antenna for radio listening and constantly keep seeing tmc. Can someone explain what is tmc and what it does...
Sent from my GT-I5800 using XDA App
Never mind I've got my answer on wiki!!
Sent from my GT-I5800 using XDA App
diamond_4g64 said:
Never mind I've got my answer on wiki!!
Sent from my GT-I5800 using XDA App
Click to expand...
Click to collapse
Could you please enlighten me? I'm also looking for tmc for Android. Used beemer on my blackstone, would like to see something like this on Android.
Grtz
I would also like such a program. But is it possbile with Android? Can 2 programs communicate with each other. Are the Android versions of iGo and other navigation softwares capable of receiving TMC data?
AndNav2 might be what you are searching for and is capable of receiving TPEGML data : http://www.andnav.org/index.php/en/menu-andnav2-userguide/traffic-feeds/
AndNav2 is able to parse and display traffic information from any TPEGML-Feed URL provided by you. Licensing-restrictions disallow us to add the URLs to some Traffic-Feeds into AndNav2 by default.
But you can enter them yourself, 100% legally.
Click to expand...
Click to collapse
AndNav2 is opensource since december 2009, source can be found here : http://code.google.com/p/andnav/
AndNav2 is a FREE + fully featured Turn-By-Turn Navigation Application. It supports Location-Lookup, POIs, Text-2-Speech Instructions, Traffic-Feeds, Contact-Search, 4-day Weather Forecast, Via-Points, Avoid-Areas, and many more...
AndNav2 is based on OpenStreetMap-Mapping-Data and may be incomplete in some areas!
Click to expand...
Click to collapse
Sorry but this is about TMC and not about internet based traffic services.
Hello,
Tell me i i want crete my personal webserver, can i receive data over the web for my TMC ?
I can put in file some TMC infomration and i need emulate to acces form IGO PRIMO....
direct or over the net...
BEst,
danny
Actually there is some new developments of late in this avenue. Interestingly most android devices are capable of FM RDS (not to mention GPS)
absorptions: A determined 'hacker' decrypts RDS-TMC
A determined 'hacker' decrypts RDS-TMC : netsec[href^="http://www.reddit.com/submit"] {display:none !important;}