DTMF not detected anymore
- Thread starter Christian
- Start date
Do you check DTMF on URL or Line.IN?
In case of URL, press Ctrl+D and check what "URL=" state is - is should start with "OK".
Above it you'll see the DTMF detection in real time. Try playing jingles with DTMF in your stream and check how it's being detected. It has been tested on a file you sent (ID_AD_8574.mp3) and it's working perfectly fine.
In case of URL, press Ctrl+D and check what "URL=" state is - is should start with "OK".
Above it you'll see the DTMF detection in real time. Try playing jingles with DTMF in your stream and check how it's being detected. It has been tested on a file you sent (ID_AD_8574.mp3) and it's working perfectly fine.
I see ! I only update RB I did not edit the task !
So I need to check the "Start by DTMF only" to enable trigger at any time.
I use DTMF to trigger adverts, but Ads are only schedule at the main RB server. The second instance of RB does only have DTMF tasks to replace regular audio content by Ads to a specific stream. I do not want to schedule at both place.
It's working now!
I am currently using Line.In so I expect to get a better synchro when starting the task than using stream.
But I notice that on some tracks there are many DTMF detected. I also noticed that regularly there is an extra sign that is added to my code but it does not seam to be a problem.
Maybe you shoud release DTMF specifications and be more restrictive when detecting: ie DTMF shoud be 5, 6 or 7 digits DTMF duration must be 40ms separated be a 30ms blank between digits.
Christian
So I need to check the "Start by DTMF only" to enable trigger at any time.
I use DTMF to trigger adverts, but Ads are only schedule at the main RB server. The second instance of RB does only have DTMF tasks to replace regular audio content by Ads to a specific stream. I do not want to schedule at both place.
It's working now!
I am currently using Line.In so I expect to get a better synchro when starting the task than using stream.
But I notice that on some tracks there are many DTMF detected. I also noticed that regularly there is an extra sign that is added to my code but it does not seam to be a problem.
Maybe you shoud release DTMF specifications and be more restrictive when detecting: ie DTMF shoud be 5, 6 or 7 digits DTMF duration must be 40ms separated be a 30ms blank between digits.
Christian
Yes, "Start by DTMF only" will make it start any time DTMF is detected.
Regarding false DTMF detections, yes, those are present, amount varies depending on music style. I think we should add a new "Threshold" setting to specify the minimum sound level for DTMF. Currently RB tries to determine this value automatically, but as you see it's not perfect.
Timing settings are 20ms tone/20ms blank - those are minimum allowed durations.
Regarding false DTMF detections, yes, those are present, amount varies depending on music style. I think we should add a new "Threshold" setting to specify the minimum sound level for DTMF. Currently RB tries to determine this value automatically, but as you see it's not perfect.
Timing settings are 20ms tone/20ms blank - those are minimum allowed durations.
Hi Dmitry,
I confim that it sometimes happens that DTMF is properly detected (displayed in the Debug Window) but the corresponding task is not started. The task is not listed in the report window and there is no error listed.
I did test with the stream detection not Line.In. I tried both on a virtual and on a physical machine. On the physical machine CPU is arround 70% due to StereoTool processing.
I checked the start by DTMF only.
Christian
I confim that it sometimes happens that DTMF is properly detected (displayed in the Debug Window) but the corresponding task is not started. The task is not listed in the report window and there is no error listed.
I did test with the stream detection not Line.In. I tried both on a virtual and on a physical machine. On the physical machine CPU is arround 70% due to StereoTool processing.
I checked the start by DTMF only.
Christian