But it should be enough to get slic3r to print normally for you, if your only problem is the default speeds. Export your config from slic3r, change the settings to what mine are and import the file back. If your using the same version of slic3r that I do, you can just do the import directly.

# generated by Slic3r 1.2.7 on Thu Jun 11 13:29:43 2015
avoid_crossing_perimeters = 0
bed_shape = 0x0,200x0,200x200,0x200
bed_temperature = 90
before_layer_gcode =
bottom_solid_layers = 3
bridge_acceleration = 0
bridge_fan_speed = 100
bridge_flow_ratio = 1
bridge_speed = 30
brim_width = 10
complete_objects = 0
cooling = 1
default_acceleration = 0
disable_fan_first_layers = 3
dont_support_bridges = 1
duplicate_distance = 6
end_gcode = M104 S0 ; turn off temperature\nG28 X0  ; home X axis\nM84     ; disable motors\n
external_fill_pattern = concentric
external_perimeter_extrusion_width = 0
external_perimeter_speed = 50%
external_perimeters_first = 0
extra_perimeters = 1
extruder_clearance_height = 20
extruder_clearance_radius = 20
extruder_offset = 0x0
extrusion_axis = E
extrusion_multiplier = 1
extrusion_width = 0
fan_always_on = 0
fan_below_layer_time = 60
filament_diameter = 1.6
fill_angle = 45
fill_density = 40%
fill_pattern = honeycomb
first_layer_acceleration = 0
first_layer_bed_temperature = 90
first_layer_extrusion_width = 200%
first_layer_height = 0.4
first_layer_speed = 40%
first_layer_temperature = 215
gap_fill_speed = 20
gcode_arcs = 0
gcode_comments = 0
gcode_flavor = reprap
infill_acceleration = 0
infill_every_layers = 1
infill_extruder = 1
infill_extrusion_width = 0
infill_first = 0
infill_only_where_needed = 0
infill_overlap = 15%
infill_speed = 40
interface_shells = 0
layer_gcode =
layer_height = 0.1
max_fan_speed = 100
min_fan_speed = 35
min_print_speed = 10
min_skirt_length = 0
notes =
nozzle_diameter = 0.4
octoprint_apikey =
octoprint_host =
only_retract_when_crossing_perimeters = 1
ooze_prevention = 0
output_filename_format = [input_filename_base].gcode
overhangs = 1
perimeter_acceleration = 0
perimeter_extruder = 1
perimeter_extrusion_width = 0
perimeter_speed = 30
perimeters = 3
post_process =
pressure_advance = 0
raft_layers = 0
resolution = 0
retract_before_travel = 2
retract_layer_change = 1
retract_length = 1
retract_length_toolchange = 10
retract_lift = 0
retract_restart_extra = 0
retract_restart_extra_toolchange = 0
retract_speed = 30
seam_position = random
skirt_distance = 6
skirt_height = 1
skirts = 1
slowdown_below_layer_time = 5
small_perimeter_speed = 80%
solid_infill_below_area = 70
solid_infill_every_layers = 0
solid_infill_extruder = 1
solid_infill_extrusion_width = 0
solid_infill_speed = 80%
spiral_vase = 0
standby_temperature_delta = -5
start_gcode = G28 ; home all axes\nG1 Z5 F5000 ; lift nozzle\n
support_material = 1
support_material_angle = 0
support_material_contact_distance = 0.2
support_material_enforce_layers = 0
support_material_extruder = 1
support_material_extrusion_width = 0
support_material_interface_extruder = 1
support_material_interface_layers = 3
support_material_interface_spacing = 0
support_material_interface_speed = 80%
support_material_pattern = pillars
support_material_spacing = 2.5
support_material_speed = 40
support_material_threshold = 0
temperature = 200
thin_walls = 1
threads = 4
toolchange_gcode =
top_infill_extrusion_width = 0
top_solid_infill_speed = 80%
top_solid_layers = 3
travel_speed = 60
use_firmware_retraction = 0
use_relative_e_distances = 0
use_volumetric_e = 0
vibration_limit = 0
wipe = 0
xy_size_compensation = 0
z_offset = 0

It seems like the extruder nozzle is printing way too close to the object, so its dragging around filament as it prints.

Can anyone confirm what firmware was working with slicer with normal speed settings on the 1.0A?

I guess the "exrtrusion multiplier" would fix that if thats the case?

So i guess everything is tweaked by a factor of 10? I think first layer speed is set to F160 in their gcode, which is 2.6mm/s in slicer and a 26mm/s "normal" speed makes sense for first layer.

I think they did this on purpose in the latest firmware to screw with gcode uploaded form other software.

I hate these guys...

I will try reducing all stock speeds by a factor of 10 in slicer and output some gcode and see how it prints with that.

Im trying to print from Slic3er gcode, and have successful uploaded the files to printer and it starts printing, but the print speed is crazy fast. Im confused by what actually sets the print speed in the gcode.

Ive seen posts that say to include the comment stuff included by Slic3er (usually at the bottom), to the top of the file below the required xyzware comments. Other posts say that only the comments that xyzware requires are read and everything else is ignored.

So does the actually printer "read" these slicer comments, or are those there just to confirm which options were used?

I thought the only thing the printer "reads" are the G1 commands, which have an F option which is the speed. Is this correct or am I mistaken?

Correct, speed is controlled by the F option in each line of code. The problem is that the stock firmware on a Da Vinci doez some weird math. If you look at one of the sample files on the sdcard you will see most of the F moved are in the 300 or so range. But your gcode is several thousand.

So you are going to need to find the difference between your speed and stock speed the reduce the speeds on slicer by that difference.

Ive seen posts that say to include the comment stuff included by Slic3er (usually at the bottom), to the top of the file below the required xyzware comments. Other posts say that only the comments that xyzware requires are read and everything else is ignored.

So does the actually printer "read" these slicer comments, or are those there just to confirm which options were used?

I thought the only thing the printer "reads" are the G1 commands, which have an F option which is the speed. Is this correct or am I mistaken?