Fix enableMic: false still activating microphone device on iOS

[Copilot]

When enableMic: false is passed to PipecatClient, the microphone device still activates on iOS because Daily.createCallObject() was called in the constructor before initialize() had a chance to set startAudioOff/startVideoOff from enableMic/enableCam. Additionally, initDevices() called startCamera() without forwarding these options.

• Move Daily.createCallObject() from the constructor to initialize(), so the call object is created after enableMic/enableCam have been processed into startAudioOff/startVideoOff
• Pass startAudioOff and startVideoOff from _dailyFactoryOptions through to startCamera() in initDevices(), matching how DailyMediaManager already handles this in the SmallWebRTC transport

Original prompt

---

This section details on the original issue you should resolve

<issue_title>enableMic: false still activates the microphone device on iOS</issue_title>
<issue_description>## Description

When creating a PipecatClient with enableMic: false, the microphone device still starts (the OS mic indicator appears and the device requests/uses mic access). The expectation is that the mic hardware should not be activated at all until enableMic(true) is explicitly called.

Steps to Reproduce

1. Create a PipecatClient with enableMic: false:

import { PipecatClient } from "@pipecat-ai/client-js"
import { RNDailyTransport } from "@pipecat-ai/react-native-daily-transport"

const transport = new RNDailyTransport()

const client = new PipecatClient({
  transport,
  enableMic: false,
  enableCam: false,
  callbacks: { /* ... */ },
})

await client.startBotAndConnect({
  endpoint: "https://example.com/connect",
  requestData: { /* ... */ },
})

2. Observe that the OS microphone indicator activates immediately on connection, even though enableMic is false.

Expected Behavior

When enableMic: false is passed to PipecatClient, the microphone device should not be started or accessed. The mic should only activate when client.enableMic(true) is called later.

Actual Behavior

The microphone device starts regardless of the enableMic: false setting. The OS mic indicator (iOS orange dot / Android status bar icon) appears as soon as the connection is established.

Environment

• @pipecat-ai/client-js: latest
• @pipecat-ai/react-native-daily-transport: latest
• React Native with Expo
• Tested on: iOS 26 (device)

Context

Our app starts sessions in text-only mode and only enables the mic when the user explicitly switches to voice mode (via client.enableMic(true)). Because of this bug, users see the mic indicator immediately on session start — which is both confusing and a privacy concern, since they haven't opted into voice yet.</issue_description>

<agent_instructions>You'll need to check https://docs.daily.co/reference/daily-js/daily-call-client/properties#startVideoOff to figure out how to integrate this with daily-js.</agent_instructions>

Comments on the Issue (you are @copilot in this section)

• Fixes enableMic: false still activates the microphone device on iOS #24

---

🔒 GitHub Advanced Security automatically protects Copilot coding agent pull requests. You can protect all pull requests by enabling Advanced Security for your repositories. Learn more about Advanced Security.

[jamsea]

@copilot I believe we need to add this when creating the callObject (function should look something like createCallObject)

[Copilot]

@copilot I believe we need to add this when creating the callObject (function should look something like createCallObject)

Moved Daily.createCallObject() from the constructor to initialize(), where enableMic/enableCam have already been processed into startAudioOff/startVideoOff. This ensures the call object is created with the correct options from the start. See edbf14d.

[Goktug]

I tried this and it prevents the Pipecat SDK from being initialized